IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 6 March 2018 (all times are UTC)
| 00:03 | GodFather has joined IRC (GodFather!~rcc@72-12-113-101.dsl.cmft.hctcnetworks.net) | |
| 00:16 | lucascastro has left IRC (lucascastro!~lucas@138.68.106.79, Ping timeout: 248 seconds) | |
| 00:21 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
| 01:31 | GodFather has left IRC (GodFather!~rcc@72-12-113-101.dsl.cmft.hctcnetworks.net, Quit: Ex-Chat) | |
| 01:59 | lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14) | |
| 06:39 | Statler|Home has joined IRC (Statler|Home!~Georg@p5B30E961.dip0.t-ipconnect.de) | |
| 07:19 | vsuojanen has joined IRC (vsuojanen!~valtteri@83-136-248-31.uk-lon1.host.upcloud.com) | |
| 07:20 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Remote host closed the connection) | |
| 07:21 | ricotz has joined IRC (ricotz!~ricotz@p5B2A9861.dip0.t-ipconnect.de) | |
| 07:21 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 07:29 | kjackal has joined IRC (kjackal!~quassel@109-74-56-122.static.acetelecom.hu) | |
| 07:36 | kjackal has left IRC (kjackal!~quassel@109-74-56-122.static.acetelecom.hu, Ping timeout: 256 seconds) | |
| 07:36 | kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-sqbjnaogwxzhkfxl) | |
| 08:58 | wim1 has joined IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT) | |
| 09:19 | NewGuy has joined IRC (NewGuy!b9528d04@gateway/web/freenode/ip.185.82.141.4) | |
| 09:19 | <NewGuy> Hi\
| |
| 09:22 | <alkisg> Hello
| |
| 10:17 | NewGuy has left IRC (NewGuy!b9528d04@gateway/web/freenode/ip.185.82.141.4, Ping timeout: 260 seconds) | |
| 10:39 | Statler_Office has joined IRC (Statler_Office!~Georg@gwrz3.lohn24.de) | |
| 11:17 | wim1 has left IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT, Quit: wim1) | |
| 11:17 | wim1 has joined IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT) | |
| 12:16 | admin^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:58 | gp has joined IRC (gp!~gp@96.71.93.13) | |
| 13:24 | <admin^Aluno15> version 0.5.10
| |
| 13:33 | Faith has joined IRC (Faith!~Paty_@unaffiliated/faith) | |
| 13:50 | admin^Aluno15 has left IRC (admin^Aluno15!b1360b4e@gateway/web/freenode/ip.177.54.11.78, Quit: Page closed) | |
| 14:30 | ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu) | |
| 15:08 | JuJUBee 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:09 | TommyTheKid 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:24 | lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14) | |
| 16:27 | JuJUBee 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:40 | bennabiy has joined IRC (bennabiy!~bennabiy@unaffiliated/bennabiy) | |
| 16:41 | lucas_ has joined IRC (lucas_!~lucas@201.182.221.14) | |
| 16:41 | lucascastro 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:44 | bennabiy 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:59 | VibesYuth has joined IRC (VibesYuth!~lfesdaill@static-108-41-107-210.nycmny.fios.verizon.net) | |
| 17:01 | VibesYuth has joined IRC (VibesYuth!~lfesdaill@static-108-41-107-210.nycmny.fios.verizon.net) | |
| 17:02 | wim1 has left IRC (wim1!~Thunderbi@WEGC33.UNI-GRAZ.AT, Quit: wim1) | |
| 17:51 | lucas_ has left IRC (lucas_!~lucas@201.182.221.14, Remote host closed the connection) | |
| 17:56 | kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-sqbjnaogwxzhkfxl, Ping timeout: 256 seconds) | |
| 17:58 | kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-xudijqhsnfhjtaqi) | |
| 18:00 | kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-xudijqhsnfhjtaqi, Remote host closed the connection) | |
| 18:00 | kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-hhpkyxyshhuxnhcc) | |
| 18:21 | talmid 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:47 | kjackal_ has joined IRC (kjackal_!~quassel@109-74-56-122.static.acetelecom.hu) | |
| 18:47 | kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-hhpkyxyshhuxnhcc, Ping timeout: 256 seconds) | |
| 18:55 | kjackal_ 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:05 | lucascastro 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:40 | vagrantc 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:12 | talmid 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:44 | Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving) | |
| 20:59 | Statler_Office has left IRC (Statler_Office!~Georg@gwrz3.lohn24.de, Remote host closed the connection) | |
| 21:00 | lucascastro 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:39 | lucascastro has joined IRC (lucascastro!~lucas@201.182.221.14) | |
| 21:56 | gp has left IRC (gp!~gp@96.71.93.13, Ping timeout: 265 seconds) | |
| 21:58 | GodFather has joined IRC (GodFather!~rcc@2602:306:cdc3:d7d0:8d85:d313:aa30:29e9) | |
| 21:59 | gp has joined IRC (gp!~gp@96.71.93.13) | |
| 22:14 | kjackal has joined IRC (kjackal!quassel@conference/ubuntu/x-jemqzwvfylfoyxro) | |
| 22:16 | lucas_ has joined IRC (lucas_!~lucas@201.182.221.14) | |
| 22:17 | lucascastro has left IRC (lucascastro!~lucas@201.182.221.14, Read error: Connection reset by peer) | |
| 22:20 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 22:32 | gp has left IRC (gp!~gp@96.71.93.13, Quit: Leaving) | |
| 22:33 | kjackal has left IRC (kjackal!quassel@conference/ubuntu/x-jemqzwvfylfoyxro, Ping timeout: 256 seconds) | |
| 22:38 | TommyTheKid has left IRC (TommyTheKid!6881c847@gateway/web/freenode/ip.104.129.200.71, Ping timeout: 260 seconds) | |
| 23:06 | Statler|Home has left IRC (Statler|Home!~Georg@p5B30E961.dip0.t-ipconnect.de, Remote host closed the connection) | |