IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 29 May 2020 (all times are UTC)
| 00:53 | oh207 has joined IRC (oh207!~oh207@h114.191.132.40.static.ip.windstream.net) | |
| 04:05 | woernie has joined IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de) | |
| 04:54 | quinox has left IRC (quinox!~quinox@ghost.qtea.nl, Quit: WeeChat 2.8) | |
| 04:57 | quinox has joined IRC (quinox!~quinox@ghost.qtea.nl) | |
| 06:27 | RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro) | |
| 06:27 | RaphGro 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:09 | woernie has left IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de, Ping timeout: 246 seconds) | |
| 10:10 | woernie has joined IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de) | |
| 10:16 | woernie has left IRC (woernie!~werner@p5ddec2af.dip0.t-ipconnect.de, Remote host closed the connection) | |
| 10:16 | enaut has left IRC (enaut!enautmatri@gateway/shell/matrix.org/x-csfxagurmotalwoz, Quit: Idle for 30+ days) | |
| 11:07 | RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro) | |
| 13:14 | oh207 has left IRC (oh207!~oh207@h114.191.132.40.static.ip.windstream.net, Ping timeout: 264 seconds) | |
| 15:39 | DiegoBenincasa 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:51 | RaphGro 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:20 | vagrantc 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:36 | mmarconm 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:04 | DiegoBenincasa has left IRC (DiegoBenincasa!c884195d@200.132.25.93) | |
| 17:36 | mmarconm has left IRC (mmarconm!~mmarconm@unaffiliated/mmarconm, Quit: Leaving) | |
| 20:14 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Remote host closed the connection) | |
| 20:25 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 21:01 | mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 264 seconds) | |
| 23:43 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |