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


Channel log from 7 September 2018   (all times are UTC)

00:08vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
00:31ogra has left IRC (ogra!~ogra_@ubuntu/member/ogra, Remote host closed the connection)
02:41lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
04:51
<alkisg>
(thanks to quinox and his sponsoring :D)
05:08
<quinox>
happy to help :)
06:25lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection)
06:28fiesh has joined IRC (fiesh!~fiesh@hq.wsoptics.de)
06:49sutula has left IRC (sutula!~sutula@207-118-152-132.dyn.centurytel.net, Ping timeout: 276 seconds)
08:41ogra has joined IRC (ogra!~ogra_@ubuntu/member/ogra)
11:27JuJUBee has left IRC (JuJUBee!~knichel@24.148.115.153, Quit: Leaving)
12:11ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
13:13markit has joined IRC (markit!~marco@mail.ammdomus.it)
13:14
<markit>
hi alkisg :) I'm planning to try ltsp in 18.04 (Kubuntu), is it stable / works fine? There are a lot of "bad" things there, like systemd-resolver and netplan I guess
13:15
btw, is it me, or the more Ubuntu "advances" and the harder becomes the network setup? Long time ago was just a matter of 2 files, /etc/network/iterfaces and /etc/resolv, now is a mess :(
13:32
<alkisg>
markit: ltsp works fine here in mate 18.04
13:32
I haven't tested kubuntu
13:32
Use network manager to set up networing
13:32
Via gui
13:33
<markit>
alkisg: -pnp too? Just an apt install or do I have to run some script to "fix" configurations?
13:33
<alkisg>
apt install
13:33
!install
13:33
<ltsp>
install: http://wiki.ltsp.org/wiki/Installation/Ubuntu for Ubuntu, or http://wiki.ltsp.org/wiki/Installation for other distributions
13:33
<markit>
(long time I've no installed ltsp nor updated)
13:35
I've 2 installations with a bridge on the client side in /etc/network/interfaces, 14.04 version, is that file still relevant or I have to fight with netplan or ltsp wants networkmanager (that I avoided to prevent teacher to mess things up)?
13:39
<alkisg>
there was not change in ltsp wrt networking
13:39
The only new thing is `ltsp-config dnsmasq --enable-dns` if you want a dns server
13:40
<markit>
so tftpd-hpa/isc-dhcp-server is deprecated / better remove it and go to dnsmasq, correct?
13:41
<alkisg>
well, dnsmasq is just easier so we default to that
13:41
as it supports proxydhcp too
13:42
but if you want to use the others, you sure can
13:42
Btw you can easily prevent the teacher from changing connections with network manager
13:42
<markit>
finally, do you suggest remove ltsp packages, upgrade 14.04 -> 16.04, then -> 18.04, reinstall ltsp and reconfigure? backup and restore data + users + whatever to a new 18.04 scares me
13:42
<alkisg>
Either don't make him sudoer, or edit the policy kit configuration
13:42
I've no idea about kubuntu migration
13:43
The upgrade is scary when the desktop environment has setting upgrades
13:43
<markit>
never messed with policy kit ;P
13:43
<alkisg>
I don't know kubuntu settings, so I can't comment
13:46
<markit>
I've to leave, thanks a lot as usual, see you later, I want also to know how your life is going and how greek's schools are moving
13:46markit has left IRC (markit!~marco@mail.ammdomus.it, )
13:50lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
14:06lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Read error: Connection reset by peer)
14:06lucas__ has joined IRC (lucas__!~lucascast@189.89.3.57)
15:25
<mwalters>
http://wiki.ltsp.org/wiki/Ltsp-manager/Netboot_clients < Is the bit about UEFI not being supported still accurate?
15:35
<||cw>
mwalters: should just be a matter of put the signed grub uefi file in place and pointing the dhcp settings to it
15:35
I've not tried though, and ltsp doesn't do it for you in any way
15:36
see https://wiki.ubuntu.com/UEFI/PXE-netboot-install and https://wiki.ubuntu.com/UEFI/SecureBoot/PXE-IPv6?action=show&redirect=UEFI%2FSecureBoot-PXE-IPv6
15:44
<mwalters>
||cw: thanks, I'll check it out
18:11
alright, I got the uefi client booting a signed grub img... doesn't seem to be loading grub.conf, though
18:15
<alkisg>
mwalters: you can enable tftp logging to see which files the client tries to access
18:15
E.g. it might be searching in a wrong path
18:16
What are you using, dnsmasq, isc-dhcp, tftpd-hpa?
18:18
<mwalters>
isc-dhcp
18:20
looks like logging is already on, taking a look now
19:02
til: grub looks for grub.cfg, not grub.conf.
19:14
aw yiss, got it working. Thanks everyone. I was making way harder in my head than it really was
19:25
hrm, tge yefu ckuebt seens ti taje firever ti biit cinoared ti tge regular pxelinux clients
19:25
oops
19:25
the uefi client seems to take considerably longer
19:25
to boot
19:44
<alkisg>
mwalters: can you pastebin your config somewhere?
19:45
<mwalters>
the grub config?
19:45
<alkisg>
grub and isc-dhcp, for reference
19:45
In case others want to try out uefi
19:45
<mwalters>
grub loads quick, after pulling vmlinuz and initrd.img things take 5eva
19:45
<alkisg>
I've tested it in the past, but it's been 3 years now, so my tests are stale...
19:45
<mwalters>
lemme see what I can do
19:46
<alkisg>
*after* vmlinuz and initrd? It would be strange for the kernel to be slower in uefi...
19:46
<mwalters>
yeah, it's odd
19:46
<alkisg>
If you were saying "downloading initrd takes minutes", I wouldn't be surprised, but now... hm...
19:46
<mwalters>
server/chroot is 14.04, though... and I'm getting stuck at 800x600 on this thing once all loaded up... I'm suspecting I'm having module issues
19:46
could be that's downloading initrd
19:47
I just saw the req in syslog
19:47
after that req it's slow
19:47
this is a newer intel nuc
19:47
<alkisg>
I think ipxe is much faster wrt networking than grub
19:48
<mwalters>
maybe, this seemed like the path of least resistance, though ;)
19:49
https://pastebin.com/PGsZt83H grub.cfg
19:49
most of the gfx stuff is me goofing around
19:49
<alkisg>
Btw, once the client boots, does `dmesg` show a small boot time like 20 secs, or the big one like 2 minutes?
19:51
<mwalters>
https://pastebin.com/BHfFzJB1 relevant parts of dhcpd.conf?
19:52
let me check
19:53
what am I looking for in dmesg?
19:54
assuming this should be run from a vterm on the client?
19:57
final stamp in dmesg is 300
19:57
the stamp immediately preceeding is 11
19:59
the few entries prior to the long wait: "nbd9: unknown partition table", "nbd9: NBD_DISCONNECT", "nbd9: Receive control failed (result -32)", "NBD9: queue cleared"
19:59
the the final entry is "MCE: [hardware error]: Machine check events logged"
20:03
ok, the 300 is something else... dmesg shows 11s
20:04
when run right after booting
20:04
so might just be initrd taking forever
20:05
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1514038 possibly this
20:12
<alkisg>
mwalters: try a newer grub from bionic
20:13
(although it says fix released for trusty...)
20:15ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
20:19
<mwalters>
that did it!
20:19
just as fast as the legacy clients now
20:19adrianorg has left IRC (adrianorg!~adrianorg@186.213.157.2, Ping timeout: 272 seconds)
20:36
<alkisg>
yey!
20:52adrianorg has joined IRC (adrianorg!~adrianorg@186.213.157.2)
22:00alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 252 seconds)
22:01alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)