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


Channel log from 29 May 2020   (all times are UTC)

00:53oh207 has joined IRC (oh207!~oh207@h114.191.132.40.static.ip.windstream.net)
04:05woernie has joined IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de)
04:54quinox has left IRC (quinox!~quinox@ghost.qtea.nl, Quit: WeeChat 2.8)
04:57quinox has joined IRC (quinox!~quinox@ghost.qtea.nl)
06:27RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro)
06:27RaphGro has left IRC (RaphGro!~raphgro@fedora/raphgro, Client Quit)
07:31||cw has left IRC (||cw!~chrisw@097-087-137-194.res.spectrum.com, Quit: Do not follow the null pointer, for therein lies ma&^%#___)
07:39||cw has joined IRC (||cw!~chrisw@097-087-137-194.res.spectrum.com)
10:09woernie has left IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de, Ping timeout: 246 seconds)
10:10woernie has joined IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de)
10:16woernie has left IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de, Remote host closed the connection)
10:16enaut has left IRC (enaut!enautmatri@gateway/shell/matrix.org/x-csfxagurmotalwoz, Quit: Idle for 30+ days)
11:07RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro)
13:14oh207 has left IRC (oh207!~oh207@h114.191.132.40.static.ip.windstream.net, Ping timeout: 264 seconds)
15:39DiegoBenincasa has joined IRC (DiegoBenincasa!c884195d@200.132.25.93)
15:39
<alkisg>
Hey DiegoBenincasa
15:40
<DiegoBenincasa>
Hello!
15:40
<alkisg>
Do you happen to have epoptes installed?
15:40
<DiegoBenincasa>
I'm booting up a machine
15:40
Yes
15:40
<alkisg>
OK, it will be faster if you share either your server or your client screen with me
15:40
I still suspect that the initramfs-tools code doesn't like your dhcp configuration
15:41
LTSP doesn't really bother with routes etc, it leaves networking up to initramfs-tools
15:41
!vnc-edide
15:41
<ltspbot>
vnc-edide: To share your screen with me, open Epoptes → Help menu → Remote support → Host: srv1-dide.ioa.sch.gr, and click the Connect button
15:42
<DiegoBenincasa>
Just a sec
15:47
<alkisg>
IPV4ROUTE0SUBNET='10.25.163.0/24'
15:47
IPV4ROUTE0GATEWAY='10.25.160.49'
15:48
This is a correct example, instead: IPV4GATEWAY='10.161.254.1'
15:48
<DiegoBenincasa>
I have a second gateway behind the main one (160.8)
15:48
<alkisg>
routes : 10.25.163.0/24 via 10.25.160.49
15:48
And this one isn't "right"
15:49
It should be: gateway: 10.161.254.1
15:49
<DiegoBenincasa>
The subnet 10.25.163.0/24 is behind 10.25.160.49
15:49
<alkisg>
I.e. you're sending a route, but you're not sending a gateway
15:49
<DiegoBenincasa>
Let me better explain the scenario:
15:49
<alkisg>
network-manager might be smart enough to cope with that, but initramfs-tools isn't
15:50
<DiegoBenincasa>
I have a main gateway at 10.25.160.8, looking outside
15:50
<alkisg>
...which you're not sending to the clients :)
15:50
You may send more routes that you need, but you do need to set the routers option
15:51
<DiegoBenincasa>
Inside my network (i.e. behind that gateway) I have many computers AND a second gateway (10.25.160.49) specific for the subnet 10.25.163.0/24
15:51RaphGro has left IRC (RaphGro!~raphgro@fedora/raphgro, Quit: Please remember your own message. It'll be read as soon as possible.)
15:51
<alkisg>
DiegoBenincasa: I think at this time it will be faster if we just go to the dhcpd.conf
15:51
So that I point the correct line there
15:52
<DiegoBenincasa>
The configuration is perfecly fine for the entire network, but not for LTSP clients
15:53
The problem is just with LTSP clients. Conventional PC's (as mine) are working ok. DHCP server was here long time before LTSP
15:53
<alkisg>
I understand. But please understand that this is NOT related to LTSP, but to "initramfs-tools"
15:53
<DiegoBenincasa>
Ah, ok
15:53
<alkisg>
So LTSP can't fix a bug if it's not in its code
15:53
So you can either fix dhcpd.conf, so that initramfs-tools can work with it,
15:53
or you can use POST_INIT_x commands in ltsp.conf to manually add the gateway, i.e. as a workaround
15:54
<DiegoBenincasa>
You mean by removing the second route?
15:54
<alkisg>
I think you don't have a gateway
15:54
You just have 2 routes
15:54
But you do not have a default gateway configured in your dhcpd.conf
15:54
So by adding a line there, you would help initramfs-tools work
15:55
<DiegoBenincasa>
You mean by adding a "option routers 10.25.160.8" OUTSIDE the subnet definition?
15:56
Right now my dhcpd.conf looks like this:
15:56
<alkisg>
Do you have an option routers now, or you just have routes, like: option static-routes etc?
15:56
<DiegoBenincasa>
ddns-update-style none;default-lease-time 600;max-lease-time 7200;#ping true;#option domain-name-servers 10.25.108.25;#option domain-name "example.com";authorative;log-facility local7;option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;option ms-classless-static-routes code 249 = array of unsigned integer 8;subnet
15:56
10.25.160.0 netmask 255.255.255.0 { interface eth0; range 10.25.160.50 10.25.160.200; option subnet-mask 255.255.252.0; option domain-name-servers 10.25.160.15, 10.25.108.61, 8.8.8.8; option domain-name "1cgeo.eb.mil.br"; option routers 10.25.160.8;get-lease-hostnames true;use-host-decl-names true;default-lease-time 600;#max-lease-time 7200;option
15:56
rfc3442-classless-static-routes 24, 10, 25, 163, 10, 25, 160, 49;option ms-classless-static-routes 24, 10, 25, 163, 10, 25, 160, 49; host ocsreports { hardware ethernet fe:16:3e:29:de:3d; fixed-address 10.25.160.149; }}
15:56
<alkisg>
!pastebin
15:56
<ltspbot>
pastebin: see !paste
15:56
<alkisg>
!paste
15:56
<ltspbot>
paste: To avoid channel flooding, please upload text longer than 3 lines to http://paste.debian.net. Don't forget to paste the resulting URL here.
15:57
<DiegoBenincasa>
Forget about the last message... =D
15:57
<alkisg>
This isn't really readable, all in one line
15:57
The way to check is: you modify dhcpd.conf, then you run the ipconfig -n enp2s0 command on the client, and you want to see the client receive a "gateway"
15:58
If the client receives a gateway, then it'll work; additional routes won't be a problem
15:58
I'm using dnsmasq.conf instead, so I'm not a dhcpd.conf expert
15:58
<DiegoBenincasa>
http://paste.debian.net/1149562/
15:59
<alkisg>
DiegoBenincasa: try to comment out the static routes for one minute; then run the ipconfig command on the client, and see if it gets a gateway
15:59
If ipconfig can't handle both gateway and routes, then you need to report a bug in initramfs-tools
16:00
<DiegoBenincasa>
Ok, just a sec
16:02
Yes, commenting out the static routes works
16:03
<alkisg>
OK it sounds like a bug or limitation of ipconfig, which is in the klibc package
16:03
initramfs-tools uses ipconfig to do the dhcp request
16:03
While network-manager etc use dhclient
16:03
So, you'd report a bug there; and/or in initramfs-tools to stop using it and switch to dhclient;
16:04
while LTSP can help you by using a POST_INIT_x command to set the gateway properly
16:05
<DiegoBenincasa>
So I should add the "route add" stuff in the POST_INIT_x, right?
16:05
<alkisg>
[clients]
16:05
POST_INIT_SET_GATEWAY="ip add route blah blah"
16:05
Yes
16:05
<DiegoBenincasa>
Understood!
16:05
I'm rebooting the client now to check the routes
16:06
Yes, it works!
16:06
Thank you for that!
16:07
<alkisg>
You're welcome
16:07
<DiegoBenincasa>
May I ask for your help in a second thing??
16:07
<alkisg>
Shoot
16:07
<DiegoBenincasa>
=)
16:08
I have an OwnCloud client set up for the LTSP clients, and it's working ok. But it never saves the passwords. Every time an user logs in, the OwnCloud client asks for the password again
16:09
Seems like it doesn't gets saved really
16:09
And, again, it just happens with LTSP clients
16:09
<alkisg>
This is a bug in gnome-keyring-daemon, it doesn't work with SSHFS
16:09
You may use NFS, or you may help in solving that bug upstream in gnome :)
16:09
<DiegoBenincasa>
Yes, I was going to tell you about gnome-keyring-daemon
16:10
<alkisg>
See, all bugs are not in ltsp but in other packages :P :D
16:10
<DiegoBenincasa>
=D
16:10
<alkisg>
https://bugzilla.gnome.org/show_bug.cgi?id=730587#c20
16:12
<DiegoBenincasa>
OwnCloud client tells me this: "Reading from keychain failed with error: 'Error calling StartServiceByName for org.freedesktop.secrets: Failed to execute program org.freedesktop.secrets: No such file or directory'"
16:14
<alkisg>
I have the exact lines that fail in that bug report above ^
16:14
No need for messages :)
16:14
But we can't fix it as it's not a bug in LTSP; someone needs to fix it in gnome
16:15
If you don't mind the security implications, you can use NFS instead of SSHFS
16:16
<DiegoBenincasa>
I don't think it's a problem, because it's a private network with a lot of firewalls above us!
16:16
(I'm from the Brazilian Army)
16:16
=)
16:17
<alkisg>
Then NFS is faster, more stable, etc etc, use that :)
16:17
We're using it here in Greek schools as well (I'm a teacher / sysadmin /programmer)
16:18
<DiegoBenincasa>
It's just as simple as running "ltsp nfs" on the server?
16:19
(I'm a Captain, IT Division Manager, and also a programmer - mainly Qt/C++ and Python =) )
16:20vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
16:22* alkisg thinks he's also a captain now; it's been maaany years since the army, but we're getting ranks as years go by
16:22
<alkisg>
DiegoBenincasa: read https://ltsp.org/man/ltsp-nfs/ it has the info in the examples
16:24
<DiegoBenincasa>
=D
16:32
Hey! I forgot one thing!
16:33
I couldn't change the client's hostname pattern
16:33
Well, I guess I've changed, but to no avail...
16:35
<alkisg>
Hmm? What ltsp.conf parameter did you try, exactly?
16:36
<DiegoBenincasa>
HOSTNAME, under [clients
16:36
]
16:36mmarconm has joined IRC (mmarconm!~mmarconm@191.223.194.179)
16:36
<DiegoBenincasa>
HOSTNAME="1cgeo-%{IP}"
16:37
But clients are still named "ltspNNN"
16:37
<alkisg>
Did you remember to run ltsp initrd?
16:37
Try a single HOSTNAME, does it work?
16:37
Under a single client
16:37
<DiegoBenincasa>
Yes, I always run ltsp initrd
16:37
I'll try for a single client
16:41
Just to get back to the keyring problem... I switched to NFS, but still the same problem
16:41
Should I remove my OwnCloud saved configs and try again?
16:41
<alkisg>
Run `mount` and verify that /home is NFS
16:42
(on the client)
16:42
You might also need SSHFS=0, not sure
16:42
<DiegoBenincasa>
Wel... Not really, no...
16:42
I followed the tutorial
16:43
The "NFS_HOME=1" at [server], the "FSTAB_NFS=..." at [clients], and the commands after
16:44
Wait...
16:46
No, still fuse.sshfs
16:48
Forget about it... I was modifying the wrong ltsp.conf file =D
16:48
I feel stupid right now =P
16:49
<mmarconm>
ahhah
16:49
hi for all
16:54
<DiegoBenincasa>
Hi!
16:55
alkisg: I haven't created the ltsp.conf file, and was modifying the one at /usr/share... After the creation, I have to regenerate the image with ltsp image / ?
16:55
<alkisg>
No, just ltsp initrd
16:56
<DiegoBenincasa>
Well, but after the NFS change the system was not logging in
16:56
<alkisg>
Try in the console to see the messages, ctrl+alt+f2 + login
16:56
<DiegoBenincasa>
It asks for username (I switched to typed username instead of users list), then password, and then comes back to the username field
16:56
<alkisg>
Maybe bad FSTAB command, so no /home
16:56* alkisg needs to go for now, cheers
16:57
<DiegoBenincasa>
alkisg: Forgot to change "server:/home" to the actual server's IP... =P
16:58
<quinox>
'server' should be resolvable to the server IP via /etc/hosts
16:59
<DiegoBenincasa>
Well, it worked after changing to IP
17:00
I did the ltsp nfs again after the correct creation of ltsp.conf... Might be it
17:02
Everything working now! Hostname, OwnCloud, networking... =D
17:02
Thanks, alkisg =)
17:02
Time to go now
17:02
Have a nice weekend all of you! Cheers! =D
17:04DiegoBenincasa has left IRC (DiegoBenincasa!c884195d@200.132.25.93)
17:36mmarconm has left IRC (mmarconm!~mmarconm@unaffiliated/mmarconm, Quit: Leaving)
20:14vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Remote host closed the connection)
20:25vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
21:01mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 264 seconds)
23:43vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)