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


Channel log from 24 November 2021   (all times are UTC)

02:05vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e)
06:03vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e, Quit: leaving)
06:58ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:34vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi, Ping timeout: 245 seconds)
07:36vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi)
11:03woernie has joined IRC (woernie!~werner@2001:1640:141:7:f551:6c5b:7366:46a6)
11:40eu^19314497123 has joined IRC (eu^19314497123!~eu^193144@193.144.97.124)
11:42
<eu^19314497123>
(y)
11:42eu^19314497123 has left IRC (eu^19314497123!~eu^193144@193.144.97.124, Client Quit)
12:17
<quinox>
I've been _making_ zfs snapshots for about a year now, so far I haven't tried _using_ them :)
12:19
one day
13:13
<fiesh>
they are transparently available in .zfs/snapshots, so it's rather easy to give them a try, no need for a full revert
13:31
<quinox>
I just checked, that's really awesome
13:33
I guess my expectations on usability were rather low, having experience with Linux for so long :D
13:33
this is really clever and nice
13:34danboid has joined IRC (danboid!~danboid@146.87.136.65)
13:35
<fiesh>
quinox: we have a system that does regular hourly / daily / weekly / monthly snapshots and cleans them up as well -- this has proved extremely useful in some cases since even though we all work with git all the time, sometimes you mess things up and want to travel back in time
13:35
happens like once a year, but then you're really grateful for this awesome feature
13:36
<danboid>
alkisg: I'm pretty sure I asked you this before but I forgot what you said. Is it possible to have 2 LTSP servers on the same network so we can test the new one on a couple of machines whilst most machines continue to boot from the old one?
13:37
<quinox>
I can imagine
13:38
I have (inherited) a rdiff backup setup, very useful like you said but slow and cumbersome... I might look into replacing it with zfs
13:39* danboid Is a blatant ZFS fanboy
13:43
<fiesh>
zfs is really awesome... btrfs would be great but its raid support is severely broken and has been for years, and a filesystem without proper raid support is basically useless for most applications
14:00
<vsuojanen>
I have a client shutdown hang problem with new client image I'm currently testing. I created it in lxc container as instuctions for chrootless, and also did all which is recommended on wiki https://github.com/ltsp/ltsp/wiki/Installing-LTSP-on-Ubuntu-Server
14:01
os is ubuntu 20.04 from cdimages.ubuntu.com i think (lxc launch ubuntu)
14:03
reboot works fine. I tried to follow shutdown process with journal -b -f but i'm not getting anything "to blame me" :)
14:05
how do you find what is hanging shutdown but not reboot?
14:46
<alkisg>
danboid: yes, it's very easy, you just use the dhcp-hosts directive of dnsmasq to restrict the test clients boot to the test server
14:49
<danboid>
alkisg: I'll haveto havea look at that. Would that need to be set on both LTSP servers? Is this not covered on the wiki / FAQ?
14:53
I can't see any mention of this on the wiki. I may make a new page once I've tested it out
14:55
<alkisg>
AFAIK it's not on ltsp.org; it might be there in the wiki. I just did it for vsuojanen so I'm not in the mood to repeat it so soon :D
14:55
You need a local.conf in both servers, yeah
14:56
<danboid>
OK I shall trouble vsuojanen about this is I have problems, give you a wee break :)
14:59vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi, Ping timeout: 264 seconds)
15:00vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi)
15:00
<vsuojanen>
danboid: is there a FAQ somewhere?
15:01
<danboid>
No, I don't think there is actually :D
15:02
<vsuojanen>
np. you meant the wiki pages
15:04
<danboid>
So, I think the idea would bethat I list all the MAC addresses I want to boot the test LTSP server in the dhcp-hosts section of the test server and then I can hopefully leave dhcp-hosts blank on the production LTSP server or is there a way to state 'all MAC addresses except'?
15:05
Hopefully I don't need to list every mac address in the dhcp-hosts section except two on the production server?
15:11
OK seemsI'd need to confogure it like
15:11
--dhcp-host=00:20:e0:3b:13:af,ignore
15:15
<alkisg>
danboid: ask vsuojanen to send you his /etc/ltsp/local.conf and /etc/ltsp/dhcp-hosts
15:15
<danboid>
vsuojanen: allcoms at gmail.com - thanks
15:15
<alkisg>
Then someone write a wiki page so that you have it for the next time :D
15:16
<danboid>
Yeah I'll do the wiki page
15:16* alkisg already maintains all of the code, the ltsp.org site, the greek wiki... no time for the english wiki too :D
15:27
<vsuojanen>
danboid: I added the dhcp-host directive and as is to the /etc/dnsmasq.d/ltsp-dnsmasq.conf on both servers. but if you care after that you can't use and run 'ltsp dnsmasq' without loosing the dhcp-host directives
15:30
alkisg: sorry i removed the files after your remote support. /etc/dnsmasq.d/local.conf and /etc/dnsmasq.d/dhcp-host
15:31
<alkisg>
Oh. I guess you lost the local.conf that I did for you :/
15:31
By which, you were able to run `ltsp dnsmasq` without issues at all...
15:31
I even had notes on top of it :/
15:32
<danboid>
Thats a bit odd that `ltsp dnsmasq` should remove custom dnsmasq settings, if thatswhat you're saying or do you mean makesure to add the dhcp-hosts config AFTER running `ltsp dnsmasq`?
15:32
<vsuojanen>
I trust you had good intentions but I can't make the environment available for remote support
15:33
(i used my phone and hyper-v)
15:33* alkisg is thinking about starting a new deal... anyone that needs help, I'll only help him if he's going to write a wiki page AND maintain it by helping all the others with the same issue :D
15:35
<alkisg>
Of course not. But anyone can maintain a wiki page.
15:35
<danboid>
I'm happy to start thewiki page for 'Using Multiple LTSP servers' or whatever it should be called
15:36
<alkisg>
danboid: OK I'll update the greek wiki page about it, and you may then use google translate to write a similar wiki page...
15:36
<danboid>
I need to tweak the samba domain and the chroots one one a bit too
15:36
<alkisg>
I'll give you the link later on when I'm finished
15:36
<danboid>
alkisg, cool - thanks
15:36
<vsuojanen>
I'm also happy to write wiki pages but not like this
15:36
<danboid>
Not like what?
15:37
<vsuojanen>
i mean of course I write a wiki page if at least one comments and needs the same thing as mes
15:38
this is first time for long time to have such case
15:39
<danboid>
I think alkisg was joking about the helping all other users bit but writing wiki pages seems fair to me
15:40
<alkisg>
No no I wasn't joking. I'm not sure if I expressed it correctly, but the idea is that I would only help those that help others
15:40
Because there are too many that ask for help, and then another person comes, and ask for that exact same thing, and they don't answer
15:41
That's too frequent in ltsp discussions on github as well
15:42
<danboid>
By the time I've got this new LTSP fully configured, the English wiki will be in better shape. I'm a dtickler for getting stuff documented. It wastes everyones time not documenting (non obvious) stuff.
15:42
*stickler
15:42
<alkisg>
A community is not only a resource to get answers. People also need to contribute to keep things running
15:43
Currently I'm migrating the Greek wiki from mediawiki to markdown/mkdocs; then I'll work on the new ltsp for 22.04 etc etc
15:43
In a few months, I hope I'll have enough time to try to explain these things in the english wiki as well, that people are expected to contribute a bit, to keep things running...
15:44
I can document the upstream ltsp stuff myself, but for peripheral things like "how do I configure dnsmasq for ...", the community is needed...
15:44
<vsuojanen>
yes. I use discussions and irc for the excact reasons
15:45
<danboid>
Thanks for your ongoing efforts to support LTSP alkisg! You're doing a great job, shame there aren't more contributors
15:45
<vsuojanen>
yes thanks.
15:46
<alkisg>
No worries. At some point I thought to keep things simpler for me, and only develop ltsp for Greek schools, and avoid the 50% extra effort to make it available to anyone else, but I though I'd try to do another good thing :D But help is indeed needed for English documentation and answers in ltsp-discussions...
15:48
<vsuojanen>
danboid: https://github.com/ltsp/ltsp/discussions/609
15:52
<danboid>
vsuojanen: Thanks! I'll tidy that up and add it to the wiki after I've tested it myself. It won't be today but later this week or next week
15:53
We'll see what alkisg writes on the greek wiki too, is there anything else I'd need to know?
15:55
I'm good a documenting stuff. I've made over 100 contributions to the Arch wiki
15:55
It would help if I got a working keyboard tho! Sticky keys don't help :/
15:56
<vsuojanen>
that's everything I have for the wiki now
15:56
<alkisg>
Haha
15:57
I'm starting the page now, I should be ready within eg. 20 minutes
15:57
<danboid>
Thanks alkisg!
15:57
<vsuojanen>
well of course those things need to be tested that support using 'ltsp dnsmasq'
15:58
back tomorrow
16:48woernie has left IRC (woernie!~werner@2001:1640:141:7:f551:6c5b:7366:46a6, Remote host closed the connection)
16:58vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e)
17:02
<danboid>
Back tomorrow alkisg, good night!
17:02danboid has left IRC (danboid!~danboid@146.87.136.65, Quit: Client closed)
17:02
<alkisg>
Bye danboid , sorry I got distracted, I'll need another 20 :D
17:06Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Remote host closed the connection)
17:06Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)
17:10vsuojane1 has joined IRC (vsuojane1!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi)
17:16vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi, *.net *.split)
17:16shored has left IRC (shored!~shored@user/shored, *.net *.split)
17:22shored has joined IRC (shored!~shored@user/shored)
17:24vsuojane1 has left IRC (vsuojane1!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi, Ping timeout: 260 seconds)
17:31vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585682-65.dhcp.inet.fi)
17:49
<alkisg>
danboid, the new page is temporarily there: https://pe86.github.io/linux/LTSP/Προχωρημένα/Πολλά_εργαστήρια/
18:27shored has left IRC (shored!~shored@user/shored, Ping timeout: 264 seconds)
18:33woernie has joined IRC (woernie!~werner@p200300d21f314e009ce477eb9efa0af8.dip0.t-ipconnect.de)
18:59shored has joined IRC (shored!~shored@user/shored)
19:02shored1 has joined IRC (shored1!~shored@user/shored)
19:03shored has left IRC (shored!~shored@user/shored, Ping timeout: 250 seconds)
19:13shored1 has left IRC (shored1!~shored@user/shored, Ping timeout: 245 seconds)
19:27
<Hyperbyte>
Hi alkisg. I've added DNS_SERVER="10.150.0.253" in ltsp.conf, but the client doesn't seem to listen to it. Any tips?
19:27
<alkisg>
Hyperbyte: did you run `ltsp initrd`?
19:36
<Hyperbyte>
Pretty sure. Will do it again.
19:42
<alkisg>
`cat /etc/systemd/resolved.conf.d/ltsp.conf` on the client to see if it went to the proper place
19:55
<Hyperbyte>
There is no /etc/systemd/resolved.conf.d/ folder on the client or server, probably that's the issue?
20:01
That's strange though, why that would be different on my system
20:03
The correct nameserver is however present in /etc/resolvconf/resolv.conf.d/base, but not in /etc/resolv.conf
20:04
I wonder if this another race issue?
20:07
<alkisg>
Hyperbyte: resolvconf isn't used in recent ubuntu versions
20:07
You have a leftover from 16.04
20:07
LTSP supports it when it's installed properly, but maybe you have a borked version that isn't correctly set up
20:09
In 45-networking.sh, ltsp puts the DNS_SERVER in either /etc/resolvconf/resolv.conf.d/base if you're using resolvconf, or in /etc/systemd/resolved.conf.d/ltsp.conf if you're using the normal systemd-resolved
20:09
So ltsp did its job, but your resolvconf is misconfigured and it doesn't take effect
20:10
I would remove resolvconf and use the stock systemd-resolved
20:11
<Hyperbyte>
alkisg, it's a clean 20.04 install actually
20:12
I haven't modified much
20:13
systemd-resolved is started on the clients
20:13
<alkisg>
Why do you have resolvconf installed then?
20:14
<Hyperbyte>
I don't know?
20:14
Oh
20:14
<alkisg>
Then it's not a "clean install", it's a "clean install with various weird modifications that others don't have" :D
20:14
dpkg -l resolvconf; ls -l /etc/resolv.conf
20:14
<Hyperbyte>
I guess I installed it a few commands back... probably failure to resolve (... bad pun) this
20:14
<alkisg>
What are the output of these?
20:15
<Hyperbyte>
Let me clean this mess a bit then
20:15
<alkisg>
Upi
20:15
You'll need to restore /etc/resolv.conf to be a symlink to systemd-resolv
20:16
sudo ln -sf ../run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
20:16
<Hyperbyte>
Thanks
20:20
It restored the symlink by itself :-)
20:43
Yeah, it works now... nuts
20:43
Thanks once again :-)
20:45Manoel has joined IRC (Manoel!~Manoel@130-75-182-201.provedornetlux.com.br)
20:45woernie has left IRC (woernie!~werner@p200300d21f314e009ce477eb9efa0af8.dip0.t-ipconnect.de, Remote host closed the connection)
20:50Manoel is now known as sunflower
21:37ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
21:50Manoel_ has joined IRC (Manoel_!~Manoel@130-75-182-201.provedornetlux.com.br)
21:50sunflower has left IRC (sunflower!~Manoel@130-75-182-201.provedornetlux.com.br, Read error: Connection reset by peer)
23:36Manoel_ is now known as sunflower