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


Channel log from 13 July 2020   (all times are UTC)

00:55TheProf has joined IRC (TheProf!TheProf@72.53.213.81)
00:56
<TheProf>
Hello. I hope everyone is well. I am trying to use pwmerge to migrate my users from my old LTSP server to my new one. I think I got it to work but I have two questions please:
00:56
a) does it reset or does it migrate the password and
00:56
b) how can I get it to skip a user who exists on both?
00:57
For b) the administrator account on the new server is different from the old one, so the script is assigning someone else as user 1000 and moving the new user 1000 to 14000 I am not sure if that is OK or will mess up my ability to log in
01:00
the script is found in /usr/share/ltsp/client/login/pwmerge
02:22vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
03:51
<alkisg>
TheProf: (a) => it can do either, (b) => with -dur or -sur
03:52
<TheProf>
alkisg: Hello. for (b) -dur or -sur can I reference it as -dur="username" ? The instructions mention regex but I have no idea where to start with that :)
03:54
<alkisg>
-dur=username means "keep this destination user"
03:54
Which administrator user do you want to preserve, the source or the destination?
03:55
<TheProf>
The destination
03:56
<alkisg>
Try --sur="^(?!administrator)" --dur="administrator"
03:57
<TheProf>
Thank you.
03:57
With regards to (a), the password, is the default to migrate the password over as well?
03:57
<alkisg>
Yes
03:59
<TheProf>
Great thank you. I was seeing text related to pamltsp which I was unclear of what it meant
03:59
<alkisg>
In ltsp mode, the default is not to migrate passwords, but you're not using --ltsp mode
04:00
<TheProf>
I think that may have been my issue. Since both machines are LTSP servers I put --ltsp mode
04:00
<alkisg>
ltsp mode is for creating the ltsp.img, not for migrating users
04:00
<TheProf>
Ahhhh I see.
04:01
That explains it.
04:04
So I would run it without the --ltsp flag, then update the image on the server as per usual.
04:07
<alkisg>
LTSP image updating? This should be a completely unrelated task...
04:08
<TheProf>
Sorry I meant after updating the users and groups do I need to update the image pushed to the clients to reflect this or is it automatic?
04:09
<alkisg>
In the new ltsp, every time a user is added or removed to the server, we need to run: ltsp initrd
04:09
This takes a second
04:09
There's no need for ltsp image
04:10
<TheProf>
OK I understand. Thank you.
04:33lucas_ has joined IRC (lucas_!~lucascast@186.193.183.215.jupiter.com.br)
04:36lucascastro has left IRC (lucascastro!~lucascast@177-185-133-213.dynamic.isotelco.net.br, Ping timeout: 246 seconds)
04:43TheProf has left IRC (TheProf!TheProf@72.53.213.81)
06:47ltspbot has joined IRC (ltspbot!~supybot@devs.ts.sch.gr)
06:49RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro)
08:33Fenchi has joined IRC (Fenchi!d5b53206@213.181.50.6)
08:36Fenchi has left IRC (Fenchi!d5b53206@213.181.50.6, Remote host closed the connection)
08:40Fenchi has joined IRC (Fenchi!d5b53206@213.181.50.6)
08:42Fenchi has left IRC (Fenchi!d5b53206@213.181.50.6, Remote host closed the connection)
08:43Fenchi has joined IRC (Fenchi!d5b53206@213.181.50.6)
08:48
<Fenchi>
alkisg: Bonjour, sur https://github.com/ltsp/ltsp/issues/132#issuecomment-636280668 tu parles de remplacer nolock par lock. Y a-t-il une raison de ne pas avoir fait le changement ? Autre que supporter les serveurs NFS qui ne supportent pas le lock.
08:48
<alkisg>
!english
08:48
<ltspbot>
Error: "english" is not a valid command.
08:49
<alkisg>
Fenchi: I you talk in French and me in Greek we won't really understand each other :)
08:49
Let's try both in English
08:50
<Fenchi>
Sorry
08:50
alkisg: Hello, on https://github.com/ltsp/ltsp/issues/132#issuecomment-636280668 you are talking about replacing nolock with lock. Is there a reason not to have made the change? Other than supporting NFS servers which do not support the lock.
08:50
<alkisg>
Fenchi: that change is outside of ltsp, it's in initramfs-tools
08:51
So if we test it and see that it works better, we'll need to file a bug in initramfs-tools to change it
08:58
<Fenchi>
alkisg: I thought we could replace the locked nolock in /ltsp/client/init/25-ro-root.sh in order to change it. But this is in LTSP?
08:59
<alkisg>
Fenchi: $ grep -rw nolock /usr/share/initramfs-tools
08:59
/usr/share/initramfs-tools/scripts/nfs: nfsmount -o nolock ${roflag} ${NFSOPTS} "${NFSROOT}" "${rootmnt?}"
08:59
This is the one that needs to be changed
09:00
I wonder if we can override it by passing NFSOPTS=lock
09:01
Yup, it's possible with NFSOPTS="-o lock"
09:02
Fenchi: try adding ,lock in ltsp.ipxe
09:02
set cmdline_method root=/dev/nfs nfsroot=${srv}:/srv/ltsp,lock ltsp.image=images/${img}.img loop.max_part=9
09:03alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Remote host closed the connection)
09:03alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
09:06
<Fenchi>
alkisg: I'm testing
09:15
alkisg: Client does not start
09:15
<alkisg>
With what error message?
09:16
Also, which distro/version?
09:17
<Fenchi>
I'm using Xubuntu 20.04
09:18
There is no error message
09:19
The client stays on : DHCPACK of xxx.xxx.xxx.xxx .................
09:19
bound to xxx.xxx.xxx.xxx -- renewal in 244 seconds.
09:20
Then only a dash
09:27
<alkisg>
Can you paste your ltsp.ipxe?
09:27
!paste
09:27
<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.
09:27
<alkisg>
(ignore this one now:)
09:27
!tag
09:27
<ltspbot>
tag: tag: git tag -s v20.03 -m 'Version 20.03' && git push --tags
09:30
<Fenchi>
ltsp.ipxe : https://paste.debian.net/1156201/
09:32
<alkisg>
Fenchi: seems ok, so I guess a different method is needed to pass that "lock" option; ubuntu keeps changing them...
09:41
<Fenchi>
root=/dev/nfs nfsroot=[<server-ip>:]<root-dir>[:<nfs-options>]
09:41
Yes, you must replace "," with ":"
09:41
<alkisg>
Try it, they keep changing it in ubuntu
09:41
Previously they wanted a separate nfsopts
09:43
<Fenchi>
Now I have this loop error: Mount call failed - server replied: Premission denied.
09:45
Then I have the debug console
09:49
I have this message in the server logs:
09:49
Jul 13 11:49:13 srv-ltspaio-ebe rpc.mountd[28535]: message repeated 2 times: [ refused mount request from 10.185.8.210 for /srv/ltsp:lock (/): not exported]Jul 13 11:49:14 srv-ltspaio-ebe rpc.mountd[28535]: refused mount request from 10.185.8.210 for /srv/ltsp:lock (/): not exported
09:53
<alkisg>
Which means that : isn't correct, as it's considered a file name
09:54
# nfsroot=[<server-ip>:]<root-dir>[,<nfs-options>]
09:55
NFSOPTS="-o ${NFSROOT#*,}"
09:55
,lock sounds correct then
09:59
<Fenchi>
With : set cmdline_method root=/dev/nfs nfsroot=${srv}:/srv/ltsp nfsopts=lock ltsp.image=images/${img}.img loop.max_part=9
09:59
The client starts correctly
10:00
But how do you check if he's using lock?
10:02
<alkisg>
Put a break=bottom, and cat /proc/mounts
10:02
By default, nolock should show in the mount
10:02
10.161.254.11:/srv/ltsp /tmp/mnt nfs rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,nolock,proto=tcp,port=2049,timeo=600,retrans=3,sec=sys,local_lock=all,addr=10.161.254.11 0 0
10:02
...hard,nolock...
10:03
(the break=bottom goes in the cmdline again)
10:06
<Fenchi>
I always have nolock
10:08
<alkisg>
And this won't boot? nfsroot=${srv}:/srv/ltsp,lock
10:08
This is supposed to be the correct one
10:10
<Fenchi>
If it starts
10:11
But he ignored the lock
10:11
<alkisg>
Are you using chrootless?
10:11
Or a chroot/vm?
10:12
<Fenchi>
I use the chroot
10:20
<alkisg>
Try to update the nfs script directly: $ grep -rw nolock /usr/share/initramfs-tools/
10:20
/usr/share/initramfs-tools/scripts/nfs: nfsmount -o nolock ${roflag} ${NFSOPTS} "${NFSROOT}" "${rootmnt?}"
10:20
Do that in the chroot, then run update-initramfs -u inside the chroot, etc
10:30
(i.e. to remove "-o nolock" from initramfs-tools)
10:31
`ltsp kernel` is needed, but not `ltsp image`
10:36
<Fenchi>
alkisg: I made the modification but I still have nolock
10:46
alkisg: It does not matter, I will continue with nolock
10:57
The reason I'm trying to activate the lock is that I don't want to syncrhonize via rsync (as you explained, with symbolic links) but with zsync. I want to start a zsync every day but if a client has been connected for more than 2 days, it will crash. The lock of NFS is very practical to avoid the crash.I see a workaround (which is not very clean):
10:57
Mount each client a second time on the nfs server and mount the image there. It would just stop the server from deleting the file while a client is still connected to it.
10:58
alkisg: What do you think ?
11:03mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 258 seconds)
11:06
<alkisg>
Fenchi: sure, you can put a POST_INIT command to do that, but I imagine that you did something while removing nolock, it should work without it...
11:06
Sorry but I don't have time to test this right now, if you want comment in the github issue and I'll take a look another day
11:06jeremy3811 has joined IRC (jeremy3811!~jeremy381@123.252.244.230)
11:08
<Fenchi>
D'accord pas de soucis
11:08
*Sure no worries
11:08
Many thanks for your help
11:08
<alkisg>
np
11:08
jeremy3811: here
11:09
<jeremy3811>
got it
11:09
I am trying to boot rw now, to run some updates, configuration changes etc on the client
11:09
<alkisg>
jeremy3811: for nfsrw, don't use init=
11:09
<jeremy3811>
so I changed the boot cmd to rw, nfs export is already rw
11:09
ohh got it
11:10
<alkisg>
(or at least set ADMINISTRATIVE_CLIENT=1)
11:11
<jeremy3811>
that would be in the [clients] section correct?
11:11
<alkisg>
Yes but inside the chroot, not in /etc/ltsp on the server
11:11
As at that point, the client doesn't yet have ltsp.img
11:11
<jeremy3811>
understood
12:03Fenchi has left IRC (Fenchi!d5b53206@213.181.50.6, Remote host closed the connection)
12:13mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
12:19jeremy3811 has left IRC (jeremy3811!~jeremy381@123.252.244.230, Ping timeout: 256 seconds)
12:40lucascastro has joined IRC (lucascastro!~lucascast@177-185-133-213.dynamic.isotelco.net.br)
12:42lucas_ has left IRC (lucas_!~lucascast@186.193.183.215.jupiter.com.br, Ping timeout: 246 seconds)
13:27thefinn93 has left IRC (thefinn93!finn@unaffiliated/thefinn93, *.net *.split)
13:27bengoa has left IRC (bengoa!~alberto@194.50.55.200, *.net *.split)
13:28Hyperbyte has left IRC (Hyperbyte!~jan@middelkoop.cc, *.net *.split)
13:28thefinn93 has joined IRC (thefinn93!finn@unaffiliated/thefinn93)
13:28bengoa has joined IRC (bengoa!~alberto@194.50.55.200)
13:28Hyperbyte has joined IRC (Hyperbyte!~jan@middelkoop.cc)
13:28jeremy3811 has joined IRC (jeremy3811!~jeremy381@14.96.81.222)
14:35jeremy3811 has left IRC (jeremy3811!~jeremy381@14.96.81.222, Quit: Leaving)
16:14mgariepy has left IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy, Ping timeout: 256 seconds)
17:13mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
17:18vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
18:22lucascastro has left IRC (lucascastro!~lucascast@177-185-133-213.dynamic.isotelco.net.br, Ping timeout: 240 seconds)
18:35vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Remote host closed the connection)
18:37vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
19:26lucascastro has joined IRC (lucascastro!~lucascast@dynamic-45-167-143-6.netfacil.inf.br)
19:29lucascastro has left IRC (lucascastro!~lucascast@dynamic-45-167-143-6.netfacil.inf.br, Remote host closed the connection)
19:30Fenchi has joined IRC (Fenchi!551b56bf@host-85-27-86-191.dynamic.voo.be)
19:30lucascastro has joined IRC (lucascastro!~lucascast@dynamic-45-167-143-6.netfacil.inf.br)
19:31Fenchi has left IRC (Fenchi!551b56bf@host-85-27-86-191.dynamic.voo.be, Remote host closed the connection)
19:36lucascastro has left IRC (lucascastro!~lucascast@dynamic-45-167-143-6.netfacil.inf.br, Ping timeout: 240 seconds)
19:44RaphGro has left IRC (RaphGro!~raphgro@fedora/raphgro, Quit: Please remember your own message. It'll be read as soon as possible.)
20:19lucascastro has joined IRC (lucascastro!~lucascast@177-185-133-213.dynamic.isotelco.net.br)
23:10vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Remote host closed the connection)
23:12vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
23:33alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 260 seconds)
23:34alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
23:44vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)