|02:05||vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e)|
|06:03||vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e, Quit: leaving)|
|06:58||ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)|
|07:34||vsuojanen has left IRC (firstname.lastname@example.org, Ping timeout: 245 seconds)|
|07:36||vsuojanen has joined IRC (email@example.com)|
|11:03||woernie has joined IRC (woernie!~werner@2001:1640:141:7:f551:6c5b:7366:46a6)|
|11:40||eu^19314497123 has joined IRC (firstname.lastname@example.org)|
|11:42||eu^19314497123 has left IRC (email@example.com, Client Quit)|
I've been _making_ zfs snapshots for about a year now, so far I haven't tried _using_ them :)
they are transparently available in .zfs/snapshots, so it's rather easy to give them a try, no need for a full revert
I just checked, that's really awesome
I guess my expectations on usability were rather low, having experience with Linux for so long :D
this is really clever and nice
|13:34||danboid has joined IRC (firstname.lastname@example.org)|
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
happens like once a year, but then you're really grateful for this awesome feature
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?
I can imagine
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|
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
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
os is ubuntu 20.04 from cdimages.ubuntu.com i think (lxc launch ubuntu)
reboot works fine. I tried to follow shutdown process with journal -b -f but i'm not getting anything "to blame me" :)
how do you find what is hanging shutdown but not reboot?
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
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?
I can't see any mention of this on the wiki. I may make a new page once I've tested it out
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
You need a local.conf in both servers, yeah
OK I shall trouble vsuojanen about this is I have problems, give you a wee break :)
|14:59||vsuojanen has left IRC (email@example.com, Ping timeout: 264 seconds)|
|15:00||vsuojanen has joined IRC (firstname.lastname@example.org)|
danboid: is there a FAQ somewhere?
No, I don't think there is actually :D
np. you meant the wiki pages
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'?
Hopefully I don't need to list every mac address in the dhcp-hosts section except two on the production server?
OK seemsI'd need to confogure it like
danboid: ask vsuojanen to send you his /etc/ltsp/local.conf and /etc/ltsp/dhcp-hosts
vsuojanen: allcoms at gmail.com - thanks
Then someone write a wiki page so that you have it for the next time :D
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|
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
alkisg: sorry i removed the files after your remote support. /etc/dnsmasq.d/local.conf and /etc/dnsmasq.d/dhcp-host
Oh. I guess you lost the local.conf that I did for you :/
By which, you were able to run `ltsp dnsmasq` without issues at all...
I even had notes on top of it :/
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`?
I trust you had good intentions but I can't make the environment available for remote support
(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|
Of course not. But anyone can maintain a wiki page.
I'm happy to start thewiki page for 'Using Multiple LTSP servers' or whatever it should be called
danboid: OK I'll update the greek wiki page about it, and you may then use google translate to write a similar wiki page...
I need to tweak the samba domain and the chroots one one a bit too
I'll give you the link later on when I'm finished
alkisg, cool - thanks
I'm also happy to write wiki pages but not like this
Not like what?
i mean of course I write a wiki page if at least one comments and needs the same thing as mes
this is first time for long time to have such case
I think alkisg was joking about the helping all other users bit but writing wiki pages seems fair to me
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
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
That's too frequent in ltsp discussions on github as well
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.
A community is not only a resource to get answers. People also need to contribute to keep things running
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
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...
I can document the upstream ltsp stuff myself, but for peripheral things like "how do I configure dnsmasq for ...", the community is needed...
yes. I use discussions and irc for the excact reasons
Thanks for your ongoing efforts to support LTSP alkisg! You're doing a great job, shame there aren't more contributors
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...
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
We'll see what alkisg writes on the greek wiki too, is there anything else I'd need to know?
I'm good a documenting stuff. I've made over 100 contributions to the Arch wiki
It would help if I got a working keyboard tho! Sticky keys don't help :/
that's everything I have for the wiki now
I'm starting the page now, I should be ready within eg. 20 minutes
well of course those things need to be tested that support using 'ltsp dnsmasq'
|16:48||woernie has left IRC (woernie!~werner@2001:1640:141:7:f551:6c5b:7366:46a6, Remote host closed the connection)|
|16:58||vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e)|
Back tomorrow alkisg, good night!
|17:02||danboid has left IRC (email@example.com, Quit: Client closed)|
Bye danboid , sorry I got distracted, I'll need another 20 :D
|17:06||Vercas has left IRC (Vercas!~Vercas@gateway/tor-sasl/vercas, Remote host closed the connection)|
|17:06||Vercas has joined IRC (Vercas!~Vercas@gateway/tor-sasl/vercas)|
|17:10||vsuojane1 has joined IRC (firstname.lastname@example.org)|
|17:16||vsuojanen has left IRC (email@example.com, *.net *.split)|
|17:16||shored has left IRC (shored!~shored@user/shored, *.net *.split)|
|17:22||shored has joined IRC (shored!~shored@user/shored)|
|17:24||vsuojane1 has left IRC (firstname.lastname@example.org, Ping timeout: 260 seconds)|
|17:31||vsuojanen has joined IRC (email@example.com)|
danboid, the new page is temporarily there: https://pe86.github.io/linux/LTSP/Προχωρημένα/Πολλά_εργαστήρια/
|18:27||shored has left IRC (shored!~shored@user/shored, Ping timeout: 264 seconds)|
|18:33||woernie has joined IRC (firstname.lastname@example.org)|
|18:59||shored has joined IRC (shored!~shored@user/shored)|
|19:02||shored1 has joined IRC (shored1!~shored@user/shored)|
|19:03||shored has left IRC (shored!~shored@user/shored, Ping timeout: 250 seconds)|
|19:13||shored1 has left IRC (shored1!~shored@user/shored, Ping timeout: 245 seconds)|
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?
Hyperbyte: did you run `ltsp initrd`?
Pretty sure. Will do it again.
`cat /etc/systemd/resolved.conf.d/ltsp.conf` on the client to see if it went to the proper place
There is no /etc/systemd/resolved.conf.d/ folder on the client or server, probably that's the issue?
That's strange though, why that would be different on my system
The correct nameserver is however present in /etc/resolvconf/resolv.conf.d/base, but not in /etc/resolv.conf
I wonder if this another race issue?
Hyperbyte: resolvconf isn't used in recent ubuntu versions
You have a leftover from 16.04
LTSP supports it when it's installed properly, but maybe you have a borked version that isn't correctly set up
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
So ltsp did its job, but your resolvconf is misconfigured and it doesn't take effect
I would remove resolvconf and use the stock systemd-resolved
alkisg, it's a clean 20.04 install actually
I haven't modified much
systemd-resolved is started on the clients
Why do you have resolvconf installed then?
I don't know?
Then it's not a "clean install", it's a "clean install with various weird modifications that others don't have" :D
dpkg -l resolvconf; ls -l /etc/resolv.conf
I guess I installed it a few commands back... probably failure to resolve (... bad pun) this
What are the output of these?
Let me clean this mess a bit then
You'll need to restore /etc/resolv.conf to be a symlink to systemd-resolv
sudo ln -sf ../run/systemd/resolve/stub-resolv.conf /etc/resolv.conf
It restored the symlink by itself :-)
Yeah, it works now... nuts
Thanks once again :-)
|20:45||Manoel has joined IRC (Manoel!~Manoel@130-75-182-201.provedornetlux.com.br)|
|20:45||woernie has left IRC (email@example.com, Remote host closed the connection)|
|20:50||Manoel is now known as sunflower|
|21:37||ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)|
|21:50||Manoel_ has joined IRC (Manoel_!~Manoel@130-75-182-201.provedornetlux.com.br)|
|21:50||sunflower has left IRC (sunflower!~Manoel@130-75-182-201.provedornetlux.com.br, Read error: Connection reset by peer)|
|23:36||Manoel_ is now known as sunflower|