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


Channel log from 23 November 2020   (all times are UTC)

00:06statler has left IRC (statler!~Georg@p548971c9.dip0.t-ipconnect.de, Remote host closed the connection)
03:25vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
06:27RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro)
06:46ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:48woernie has joined IRC (woernie!~werner@pd9e8b3b7.dip0.t-ipconnect.de)
07:18statler has joined IRC (statler!~Georg@p548971c9.dip0.t-ipconnect.de)
10:34uumas has left IRC (uumas!uumaskapsi@gateway/shell/matrix.org/x-myvivvtdjfiklniq, Quit: Bridge terminating on SIGTERM)
10:41uumas has joined IRC (uumas!uumaskapsi@gateway/shell/matrix.org/x-whfcdladhdeliavr)
11:26RaphGro has left IRC (RaphGro!~raphgro@fedora/raphgro, Quit: Please remember your own message. It'll be read as soon as possible.)
12:40mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy)
16:13statler has left IRC (statler!~Georg@p548971c9.dip0.t-ipconnect.de, Quit: cu @ll)
16:29RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro)
16:48shored has left IRC (shored!~shored@82-128-142-239.rev.dnainternet.fi, Ping timeout: 256 seconds)
16:51shored has joined IRC (shored!~shored@82-128-142-239.rev.dnainternet.fi)
17:52vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:56lucascastro has left IRC (lucascastro!~lucascast@177-185-133-54.dynamic.isotelco.net.br, Ping timeout: 256 seconds)
18:08lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br)
18:54vsuojanen has joined IRC (vsuojanen!~vsuojanen@ec2-3-21-130-219.us-east-2.compute.amazonaws.com)
19:03lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Remote host closed the connection)
19:04lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br)
19:08lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Remote host closed the connection)
19:08lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br)
19:18woernie has left IRC (woernie!~werner@pd9e8b3b7.dip0.t-ipconnect.de, Remote host closed the connection)
19:26lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Remote host closed the connection)
19:27lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br)
19:27eu^12310350210st has joined IRC (eu^12310350210st!d232677b@123.103.50.210.sta.wbroadband.net.au)
19:31lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Ping timeout: 240 seconds)
19:44
<eu^12310350210st>
I am trying to install LTSP, I have read the installation page, but I am having trouble understanding how things work. I don't understand how 'ltsp image' does things. In older version to LTSP the terminal ran programs in the server, displaying the results on the termainal. Is this still the case?
19:44lucascastro has joined IRC (lucascastro!~lucascast@177-185-133-54.dynamic.isotelco.net.br)
20:00
<vagrantc>
eu^12310350210st: it doesn't support a true thin client anymore out-of-the box ... largely because the technologies (transparent X forwarding) that older LTSP versions relied on are getting increasingly buggy
20:00
eu^12310350210st: that said, for many years the recommended way was to use LTSP Fat clients ... with the versions of LTSP 19+, that's now the default (and only way out of the box)
20:01
you could still manually configure it to run some applications on the server, or use vnc or x2go or something if you really need a more thin-client like experience
20:01
but it isn't the recommended mode of operation
20:09
<eu^12310350210st>
vagrantc thanks for clearing that up.
20:09
<vagrantc>
also, even fairly old hardware is quite capable as a fat client
20:10
and with the fat client model, the server requirements are very low, and even a fairly old computer by today's standards will work well as a fat client
20:11
<eu^12310350210st>
So all the software runs locally and it just mounts the 'home' directory, is that correct.
20:12
<vagrantc>
it mounts most filesystems from the server, not just /home
20:12
you either build the LTSP image from the server's OS installation, or a virtual machine, or a directory
20:14
<eu^12310350210st>
ah, ok.
20:14
<vagrantc>
hopefully i got that all correct; i haven't been as deeply involved :)
20:15
might have gotten a small detail here or there off, but i think that pretty much describes it
20:19eu^static-108-34 has joined IRC (eu^static-108-34!6c221083@static-108-34-16-131.bflony.fios.verizon.net)
20:19
<eu^static-108-34>
hey all
20:20
<alkisg>
Hello!
20:21
<eu^static-108-34>
ah aren't you the ltsp developer?
20:21
<alkisg>
One of them...
20:21
:)
20:21
<eu^static-108-34>
nice to meet you
20:21
good job!
20:21
<alkisg>
Nice to meet you too unnamed stranger :P
20:21
You may want to do: /nick name
20:21
<eu^static-108-34>
Peter
20:21
<alkisg>
...to become named!
20:22
Nice to meet you Peter
20:22
<vagrantc>
eu^12310350210st: i was more involved in the past, mostly just upload the debian packages these days ... alkisg is doing all the hard work :)
20:22eu^static-108-34 is now known as Peter
20:23
<alkisg>
vagrantc: how are things there with the covid etc?
20:23
Here they limited movement a lot, we can just go to work and for a walk and to supermarkets, nothing more...
20:23
<vagrantc>
still a pretty soft lockdown ... but a little tighter
20:23
<Peter>
I have a rather strange issue if anyone would like to help
20:24
<alkisg>
Kids are getting crazy staying at home, and teachers too, trying to educate them via webex...
20:24
Peter: sure, shoot
20:24
<Peter>
I'm having difficulty serving up certain data to clients on the ltsp (chrootless)
20:25
<alkisg>
Could you elaborate?
20:26
<Peter>
If I edit /etc/exports.d/ltsp-nfs-exports with this
20:27
Data/oldltsp/home
20:27
And I put that path in /etc/ltsp/ltsp.conf as such
20:28
FSTAB_DATA="server:/Data/oldltsp/home /Data/oldltsp/home nfs defaults,nolock 0 0"
20:28
Only the /Data part shows to the client
20:28
after rebuilding the image with ltsp image / of course and then rebooting the clients
20:28
any ideas what I may be doing wrong?
20:29
I also don't understand the "server:" bit above, is that just a generic name? Is this suppose to resolve somewhere or should it be an IP?
20:29
<alkisg>
The ltsp boot scripts put "server" in the client /etc/hosts
20:30
Using the boot server ip
20:30
So the ltsp clients can `ping server` or mount server: without caring about its actual hostname or ip
20:30
When you modify /etc/ltsp/ltsp.conf, you do NOT need to run `ltsp image /`
20:30
You DO need to run `ltsp initrd`, which takes 1 second
20:31
<Peter>
I always do that after
20:31
<alkisg>
So, what is the exact line that you put in ltsp.conf, and the exact line that goes in the client's /etc/fstab?
20:31
<Peter>
I figured just to run the "ltsp image /" and "ltsp initrd" after those changes, I did not know I didn't need the first after an nfs change
20:32
<alkisg>
Do you use $server, or server?
20:32
Because $server would be a shell variable, unset, i.e. empty
20:32
<Peter>
peter@wegman-ltsp:~$ cat /etc/hosts127.0.0.1 localhost127.0.1.1 wegman-ltsp
20:32
That's all that's in there except the ipv6 stuff which I don't use
20:34
[clients]# Specify an /etc/fstab line for NFS home; note this is insecure# FSTAB_HOME="server:/home /home nfs defaults,nolock 0 0"LIGHTDM_CONF="greeter-hide-users=true"FSTAB_DATA="server:/Data/oldltsp/home /Data/oldltsp/home nfs defaults,nolock 0 0"FSTAB_HOME="server:/home /home nfs defaults,nolock 0 0"KEEP_SYSTEM_SERVICES="ssh cups"
20:36
Is there something else besides the ltsp.conf file? You mentioned the clients /etc/fstab, is there such a thing in chrootless?
20:39
What is the exact line needed in /etc/hosts? "ipaddressofserver server"?
20:39
<alkisg>
!paste
20:39
<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.
20:39
<alkisg>
Peter, can you upload your ltps.conf there? ^
20:39
<Peter>
ok
20:40
<alkisg>
Regarding `cat /etc/hosts`, yes, I meant for you to run that command on the client, not the server
20:40
Or `cat /etc/fstab`, to see the result
20:41
Also upload the output of `cat /etc/hosts`, when run on the client. Login to a client, open a terminal, and run that cat command
20:43
<Peter>
I'm having trouble with the http://paste.debian.net
20:46
http://paste.debian.net/1174043
20:47
That one is the ltsp.conf file
20:47
<alkisg>
Peter: nice, and now please login to a client and run `cat /etc/fstab`, and upload that to pastebin
20:47
Or here if it's less <= 3 lines
20:48
<vagrantc>
LTSP doesn't use LDM anymore ... i'm not sure LDM_DIRECTX will do anything
20:48
<Peter>
http://paste.debian.net/1174044
20:50
<alkisg>
Peter, see, it got there just fine
20:50
Now, on the client again, run the following:
20:50
showmount -e server
20:50
mount | grep server
20:50
And upload the results again
20:55
Yeah LDM_DIRECTX won't do anything; also note that if you plan to mount /Data over NFS, you should exclude it from the virtual client disk.
20:55
man ltsp.conf => ADD_IMAGE_EXCLUDES
20:55
<Peter>
http://paste.debian.net/1174046
20:55
<alkisg>
I prefer to put things in /srv instead
20:56
<Peter>
http://paste.debian.net/1174047
20:57
<alkisg>
server:/Data/oldltsp/home on /Data/oldltsp/home type nfs4 ==> it's properly mounted
20:57
<Peter>
nice note about the excludes, I never thought of that
20:58
<alkisg>
Although, for some weird reason I see /home/door mounted over sshfs, when you've already mounted /home via nfs... very strange
20:58
I wonder if for some reason systemd decided to mount /home too very late :D
20:58
<Peter>
I know and now that /Data directory on the client shows stuff
20:58
I swear that didn't before and I've not changed anything
20:59
<alkisg>
What does `systemctl status` say? Running or degraded?
20:59
<Peter>
yes I have noticed the weirdness with /home/door stuff and other stuff like my peter
20:59
directory somehow showing in everyones home directory
20:59
<alkisg>
I'll head to bed soon, do you want me to take a quick look over vnc?
21:00
if so, run this from the client: x11vnc -connect alkisg.ltsp.org
21:00
<Peter>
http://paste.debian.net/1174048
21:01
sure, what would I need for you to connect?
21:01
<alkisg>
Just that command ^
21:01
<Peter>
ok
21:01
<alkisg>
But you should have xorg access, e.g. from mate-terminal or so
21:01
Not from a real console/vt
21:03
<Peter>
so I would need to have gui access first?
21:03
<alkisg>
I have another command for console if you don't have xorg running
21:03
Do you have epoptes installed?
21:03
<Peter>
I have it running but it's being used at the moment and I'm shelled in
21:04
yes
21:04
I can x2go in for that
21:04
<alkisg>
OK then let's just do it from the server, if that's available
21:04
!vnc-edide
21:04
<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
21:08
<alkisg>
Peter: you're lucky, /Data is another partition, so `ltsp image /` doesn't include it by default
21:08
If it wasn't, your ltsp x86_64.img image would be a few TB :D
21:09
<Peter>
I ran that command on the server when you asked
21:12
<alkisg>
I mean that you don't need ADD_IMAGE_EXCLUDES
21:12
? mysql.service loaded failed failed MySQL Community Server
21:12
<Peter>
i know
21:12
<alkisg>
systemctl status on the client, shows this unit failed ^
21:12
<Peter>
I don't know why mysql got put in the mix
21:12
I am running zoneminder on the same box
21:12
<alkisg>
When you're running apache etc on the server, then if you don't want it to run on the clients too, you need to use MASK_SYSTEM_SERVICES
21:12
<Peter>
ah ok
21:13
in ltsp.conf put MASK_SYSTEM_SERVICES = "mysql apache2"
21:13
?
21:13
<alkisg>
Right
21:13
Other than that, I don't see anything wrong
21:13
If you can reboot a client, we can see if it mounts nfs instantly or later on
21:14
<Peter>
the mounts were not working before and now they are
21:14
I am having troubles with symlinks in the exported data mount
21:15
thank you
21:15ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
21:15
<alkisg>
Peter: give me an example problem
21:16
<Peter>
do I need something special for symlinks to work?
21:16
<alkisg>
Peter: ah, you mean symlinks from /home TO /Data
21:16
<Peter>
Does that show in the client now?
21:16
<alkisg>
This is called "follow_symlinks"
21:17
<Peter>
in ltsp.conf?
21:17
<alkisg>
And it's disabled by default, because if we put it, then chrome etc won't run
21:17
But it should work fine with nfs
21:17
Can we reboot a client?
21:17
To see why it used sshfs instead of nfs...
21:18
<Peter>
I'm not sure if we can reboot right now without bothering them
21:18
Do I need to adjust my /etc/hosts file to include the server bit?
21:18
<alkisg>
Peter: can we use a virtual client in virtualbox?
21:19
Your main problem now is why nfs isn't working while it boots
21:19
<Peter>
yes we can use the virtualbox client, it's on the desktop with a fat client
21:25
<alkisg>
The problem with /Data and sshfs, was that the mount point (directory) was missing
21:25
There should have been a /Data/.../home in the client; i created it with a POST_INIT parameter
21:25
<Peter>
from the ltsp.conf file?
21:28
I wasn't sure if I needed that /home mount but if I wanted access to other homes I saw it was needed
21:29
<alkisg>
Yeah
21:30
Peter: everything should be ok now
21:30
symlinks should work, sshfs shouldn't be there, /data should be ok, etc
21:30
<Peter>
That's fantastic, thank you very much!
21:31
Can I send you something for you help?
21:31
<alkisg>
If you want, sure, thank you; you can use my paypal, alkisg@gmail.com
21:31
<Peter>
ok great
21:31
<alkisg>
Good night from Greece :)
21:31
<Peter>
so my /etc/hosts doesn't need an entry called server?
21:31
<alkisg>
No, everything's fine
21:32
Check your ltsp.conf now
21:32
For the changes that were necessary
21:32
<Peter>
Thank you again USA (covid central right now)
21:32
<alkisg>
:D
21:34
<Peter>
Is there a way to export or print this conversation?
21:34
<alkisg>
!irclogs
21:34
<ltspbot>
irclogs: This channel is logged, archives are available at http://irclogs.ltsp.org
21:44Peter has left IRC (Peter!6c221083@static-108-34-16-131.bflony.fios.verizon.net, Remote host closed the connection)
22:40zibi has joined IRC (zibi!25f9da34@apn-37-249-218-52.dynamic.gprs.plus.pl)