IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 6 March 2018   (all times are UTC)

00:03GodFather has joined IRC (GodFather!~rcc@72-12-113-101.dsl.cmft.hctcnetworks.net)
00:16lucascastro has left IRC (lucascastro!~lucas@138.68.106.79, Ping timeout: 248 seconds)
00:21vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
01:31GodFather has left IRC (GodFather!~rcc@72-12-113-101.dsl.cmft.hctcnetworks.net, Quit: Ex-Chat)
01:59lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
06:39Statler|Home has joined IRC (Statler|Home!~Georg@p5B30E961.dip0.t-ipconnect.de)
07:19vsuojanen has joined IRC (vsuojanen!~valtteri@83-136-248-31.uk-lon1.host.upcloud.com)
07:20lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection)
07:21ricotz has joined IRC (ricotz!~ricotz@p5B2A9861.dip0.t-ipconnect.de)
07:21ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:29kjackal has joined IRC (kjackal!~quassel@109-74-56-122.static.acetelecom.hu)
07:36kjackal has left IRC (kjackal!~quassel@109-74-56-122.static.acetelecom.hu, Ping timeout: 256 seconds)
07:36kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-sqbjnaogwxzhkfxl)
08:58wim1 has joined IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT)
09:19NewGuy has joined IRC (NewGuy!b9528d04@gateway/web/freenode/ip.185.82.141.4)
09:19
<NewGuy>
Hi\
09:22
<alkisg>
Hello
10:17NewGuy has left IRC (NewGuy!b9528d04@gateway/web/freenode/ip.185.82.141.4, Ping timeout: 260 seconds)
10:39Statler_Office has joined IRC (Statler_Office!~Georg@gwrz3.lohn24.de)
11:17wim1 has left IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT, Quit: wim1)
11:17wim1 has joined IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT)
12:16admin^Aluno15 has joined IRC (admin^Aluno15!b1360b4e@gateway/web/freenode/ip.177.54.11.78)
12:16
<admin^Aluno15>
bom dia
12:17
estou com problemas para reconectar o epopets
12:17
alguém pode me da uma dica...estou usando o linuxeducacional 6
12:27
<alkisg>
admin^Aluno15: english?
12:39
<admin^Aluno15>
no very well
12:40
I'm having trouble reconnecting the epopets
12:41
can anyone give me a hint ... I'm using linuxeducational 6
12:43
<alkisg>
admin^Aluno15: which epoptes version does that have? 0.5.10 or earlier?
12:58gp has joined IRC (gp!~gp@96.71.93.13)
13:24
<admin^Aluno15>
version 0.5.10
13:33Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
13:50admin^Aluno15 has left IRC (admin^Aluno15!b1360b4e@gateway/web/freenode/ip.177.54.11.78, Quit: Page closed)
14:30ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
15:08JuJUBee has joined IRC (JuJUBee!~knichel@24.148.115.153)
15:09
<JuJUBee>
I am considering starting a new server from scratch when ubuntu 18.04 is released. I currently use chroot with FAT clients. Where shoudl I start? Is pnp still the suggested?
15:10
What is the skinny on ltsp-manager?
15:10
<alkisg>
JuJUBee: pnp is still the suggested method, and ltsp-manager too as it uses ltsp-pnp, the problem is that I don't have funding to work on ltsp anymore so it's not very maintained...
15:10
E.g. you'll have shutdown and other issues with 18.04..
15:11
<JuJUBee>
OMG, that is terrible.
15:11
<alkisg>
And I'm not sure if I'll upload an ltsp-manager version for 18.04 or not... it'll depend on funding again...
15:14
<JuJUBee>
So maybe I will just continue with the version I have installed now.
15:14
It has made my classroom so easy to manage.
15:14
<alkisg>
Which one do you have, 16.04?
15:14
<JuJUBee>
Yes
15:15
<alkisg>
Sounds good then
15:15
<JuJUBee>
I only have about 5 more years till retirement...
15:16
<alkisg>
Hehe... I'd be retired if I went to the army like my brothers.. now I have 20 more years ahead... :D
15:16
<JuJUBee>
Since I am using an older incarnation of ltsp (pre-pnp) should I start from scratch with pnp? and 16.04
15:16
<alkisg>
!ltsp-manager
15:16
<ltsp>
ltsp-manager: LTSP Manager is a GUI tool that makes LTSP maintenance easy. It's the recommended way to install LTSP in common setups. More info: http://wiki.ltsp.org/wiki/Ltsp-manager
15:17
<alkisg>
This wiki works fine for 16.04
15:17
Other methods might have a couple of issues
15:17
<JuJUBee>
Ok. I wasn't sure if manager gets installed after or if it installs pnp. Haven
15:17
haven't finished reading
15:17
<alkisg>
The instructions there include the pnp bits, so it's self-sufficient
15:18
<JuJUBee>
Thanks
16:09TommyTheKid has joined IRC (TommyTheKid!6881c847@gateway/web/freenode/ip.104.129.200.71)
16:12
<TommyTheKid>
I am trying to setup a test instance with Ubuntu 16.04.04 LTS in Virtualbox 5.2.8. The server seems to be working fine, but after the client boots, the display is wonky, like its been split into 1/4's, and the top half has two copies. On a related note, if I login as root on the "F1" shell and startx, the display seems OK. Thanks in advance!
16:13
<alkisg>
TommyTheKid: virtualbox drivers in 16.04 have a problem with 16bit color modes
16:14
Either use a fat chroot, or if you insist on a thin chroot, use X_SMART_COLOR_DEPTH=False in lts.conf
16:15
<TommyTheKid>
https://imgur.com/a/Ce12z
16:16
<alkisg>
TommyTheKid: yes I know I reported it to the modesetting driver and they solved it, but it was not backported for 16.04
16:17
Do you know how to put X_SMART_COLOR_DEPTH=False in lts.conf?
16:18
<TommyTheKid>
I think that fixed it, the screen looked correct, but it just said a new version of the system is available, rebooting in 10...
16:18
Yes, thanks!
16:19
<alkisg>
That's a different issue with an nbd race condition :)
16:19
I reported that too, but it's not fixed yet, so a script needs to be disabled in ltsp
16:24lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
16:27JuJUBee has left IRC (JuJUBee!~knichel@24.148.115.153, Quit: Leaving)
16:35
<TommyTheKid>
another thing that bit me (albeit fairly minor) was that by default, it configured "amd64" architecture, but the default /etc/ltsp/dhcpd.conf was setup for i386. Seems like there should be a way to "detect" that?
16:40bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy)
16:41lucas_ has joined IRC (lucas_!~lucas@201.182.221.14)
16:41lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Ping timeout: 240 seconds)
16:42
<alkisg>
!ltsp-manager
16:42
<ltsp>
ltsp-manager: LTSP Manager is a GUI tool that makes LTSP maintenance easy. It's the recommended way to install LTSP in common setups. More info: http://wiki.ltsp.org/wiki/Ltsp-manager
16:42
<alkisg>
TommyTheKid: the old method that uses dhcpd isn't very much maintained
16:42
This is the most supported method now ^
16:44bennabiy has left IRC (bennabiy!~bennabiy@unaffiliated/bennabiy, Client Quit)
16:53
<TommyTheKid>
That is interesting, however we are trying to drive the management of our servers through puppet, so less magical gui's is probably better. I want to understand what is happening at a deeper level :D
16:59VibesYuth has joined IRC (VibesYuth!~lfesdaill@static-108-41-107-210.nycmny.fios.verizon.net)
17:01VibesYuth has joined IRC (VibesYuth!~lfesdaill@static-108-41-107-210.nycmny.fios.verizon.net)
17:02wim1 has left IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT, Quit: wim1)
17:51lucas_ has left IRC (lucas_!~lucas@201.182.221.14, Remote host closed the connection)
17:56kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-sqbjnaogwxzhkfxl, Ping timeout: 256 seconds)
17:58kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-xudijqhsnfhjtaqi)
18:00kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-xudijqhsnfhjtaqi, Remote host closed the connection)
18:00kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-hhpkyxyshhuxnhcc)
18:21talmid has joined IRC (talmid!~talmied@137.26.129.150)
18:24
<talmid>
Hello, does the LTSP server with thin clients benefit from having a good graphics card? I'm running LTSP in a KVM on a server and my previous LTSP installation was on a small Desktop PC. The performance seems to be slower, even though the server is more powerful.
18:25
<alkisg>
talmid: what are your client specs, how much ram and which cpu model exactly?
18:27
<talmid>
AMD Dual-Core T56N APU with Radeon HD 6320 
18:28
<alkisg>
https://www.cpubenchmark.net/cpu.php?cpu=AMD+G-T56N => 783 score
18:28
If you also have 1 gb ram, run it as a fat client instead of a thin client
18:28
!fatclients
18:28
<ltsp>
fatclients: Nowadays LTSP supports thin and fat clients. They are both diskless and netbooted from the same LTSP chroot, but while thin clients run the session on the server and transfer the screen, fat clients run the session locally with their own CPU/RAM, thus performing amazingly better. See also !ltsp-pnp and https://help.ubuntu.com/community/UbuntuLTSP/FatClients
18:30
<talmid>
yes, I that is the plan, I was just wondering if the client would benefit if they run as thin client from a powerful server with graphics card?
18:31
<alkisg>
The thin client would benefit from the server cpu and ram, but not the graphics card
18:31
The fat client would not benefit from any of these
18:33
<talmid>
I was trying to figure out what could be the cause that an LTSP server on a Desktop PC performs better than in a KVM on a server
18:33
even loading the vmlinuz-4.13 & initrd.img goes faster on the desktop
18:33
<alkisg>
Virtualization can cause a lot of penalties if not properly configured
18:34
E.g. if it only gives 100 mbps net speed instead of gigabit, or if it's losing packets, etc etc
18:35
<talmid>
I tested the network speed to the KVM and there is no difference
18:37
<||cw>
talmid: you're using the virtio nic and scsi?
18:37
<talmid>
virtio both for nic and drive
18:40
can it be that the desktop is using a second network card and the server is using dhcp proxy?
18:47kjackal_ has joined IRC (kjackal_!~quassel@109-74-56-122.static.acetelecom.hu)
18:47kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-hhpkyxyshhuxnhcc, Ping timeout: 256 seconds)
18:55kjackal_ has left IRC (kjackal_!~quassel@109-74-56-122.static.acetelecom.hu, Ping timeout: 240 seconds)
19:03
<alkisg>
talmid: nah, the number of cards or the dhcp server don't matter for performance
19:05lucascastro has joined IRC (lucascastro!~lucas@201.182.221.154)
19:05
<alkisg>
How did you test the server network speed? iperf?
19:05
<talmid>
yes
19:05
<alkisg>
And it's gigabit between server and client?
19:05
<talmid>
yes
19:06
<alkisg>
And if you try `time tftp get initrd bla bla` you see a measureable difference when it's virtual vs physical?
19:06
!tftp
19:06
<ltsp>
tftp: Here's a page to help you troubleshoot TFTP problems in Ubuntu: https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
19:06
<alkisg>
(to see the exact command somewhere there ^)
19:13
<talmid>
I see measurable difference between when I boot an old i386 thin client connected to the Desktop PC LTSP Server and the other setup amd64 connected to KVM LTSP server
19:13
the first is about 5s the other is half a minute
19:19
<alkisg>
if it's not the same client, the test isn't reliable
19:19
e.g. the old client may initialize its nic to 10 mbps
19:19
(justfor pxe)
19:23
<talmid>
I made a tftp test from my laptop
19:23
https://pastebin.com/PAvFjffF
19:25
<alkisg>
talmid: now do the same test with iperf, both send and receive
19:25
<talmid>
I see now the network speed difference between the two, but I don't know what causes it
19:25
ok
19:25
<alkisg>
server: iperf -s -xS
19:25
client: iperf -c server -r
19:28
<talmid>
https://pastebin.com/eQd6pztM
19:35
<alkisg>
Are you using the same tftp server program?
19:38
<talmid>
both dnsmasq
19:39
<alkisg>
try iperf in udp mode
19:40vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
19:43
<talmid>
there is a difference https://pastebin.com/PSfP4ejj
19:43
what could cause this?
19:45
<alkisg>
googling "kvm udp performance" may give a hint
19:45
but in general udp isn't used very much
19:45
in tftp, sure, but not much later on
19:48
talmid: ah no, in udp mode you must specify a greater bandwidth to do actual measurement
19:48
man iperf for details
19:49
vagrantc: I pushed some gentoo-related things, a few affect all distros
19:49
00-overlay might be interesting, it boots over nfs ;)
19:51
<vagrantc>
alkisg: i saw your comment on an NFS/tmpfs issue
19:51
alkisg: but gentoo now, that's new :)
19:52* vagrantc is tempted to try nixos or guixsd
19:52
<vagrantc>
dunno how hard it will be to get the network booting in, but image creation should be trivial
20:08
<gp>
I am having a wierd issue where if I don't specify any screen scripts, ldm works at the default screen 7. if i specify any screen scripts then ldm is just a terminal login screen. if i specify ldm to be a screen script for any other screen then i just get a blank terminal login...
20:08
any idea?
20:12talmid has left IRC (talmid!~talmied@137.26.129.150)
20:16
<vagrantc>
i've seen similar behavior when the filesystem was not successfully mounted writeable
20:16
e.g. something amiss with overlayfs
20:20
<gp>
How would I check that?
20:20
Add a root terminal i guess?
20:26
Hrm... maybe it was an intermittent issue. I changed ldm back to screen 7 and put other stuff on the other screens and changed default and it started working again... no idea
20:44Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
20:59Statler_Office has left IRC (Statler_Office!~Georg@gwrz3.lohn24.de, Remote host closed the connection)
21:00lucascastro has left IRC (lucascastro!~lucas@201.182.221.154, Quit: Leaving)
21:01
<gp>
Ah yeah I am randomly getting errors like block nbd9: connection times out...
21:01
odd
21:06
<vagrantc>
that's normal
21:06
it's checking for a newer NBD image when LDM starts up
21:10
<alkisg>
it's a bug with recent nbd versions
21:10
i mean, 2 related messages there, one normal, one bug
21:10
<vagrantc>
ah, right
21:11
the timeout not normal... the fact that it's messing with nbd9 is normal
21:12
<alkisg>
i usually completely remove that i01-checknbdsomething file currently
21:16
<vagrantc>
you just manually reboot all the machines when you know they need to be rebooted?
21:16
<alkisg>
eh,updating the image is once per month; no need to be checked once per ldm reset
21:21
<gp>
This file is safe to remove? /usr/share/ldm/rc.d/I01-nbd-checkupdate
21:22
Thats the one youre talkinga bout?
21:22
<alkisg>
yup
21:22
<gp>
thanks
21:26
If the ssh screen script can log into the server (no options set for the ssh screen script) then LDM should be able to log in as well correct? Having trouble with some users and just tested ssh is working so trying to track down the problem
21:31
All good. No need to answer that
21:39lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14)
21:56gp has left IRC (gp!~gp@96.71.93.13, Ping timeout: 265 seconds)
21:58GodFather has joined IRC (GodFather!~rcc@2602:306:cdc3:d7d0:8d85:d313:aa30:29e9)
21:59gp has joined IRC (gp!~gp@96.71.93.13)
22:14kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-jemqzwvfylfoyxro)
22:16lucas_ has joined IRC (lucas_!~lucas@201.182.221.14)
22:17lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Read error: Connection reset by peer)
22:20ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:32gp has left IRC (gp!~gp@96.71.93.13, Quit: Leaving)
22:33kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-jemqzwvfylfoyxro, Ping timeout: 256 seconds)
22:38TommyTheKid has left IRC (TommyTheKid!6881c847@gateway/web/freenode/ip.104.129.200.71, Ping timeout: 260 seconds)
23:06Statler|Home has left IRC (Statler|Home!~Georg@p5B30E961.dip0.t-ipconnect.de, Remote host closed the connection)