00:06 | statler has left IRC (statler!~Georg@p548971c9.dip0.t-ipconnect.de, Remote host closed the connection) | |
03:25 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
06:27 | RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro) | |
06:46 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
06:48 | woernie has joined IRC (woernie!~werner@pd9e8b3b7.dip0.t-ipconnect.de) | |
07:18 | statler has joined IRC (statler!~Georg@p548971c9.dip0.t-ipconnect.de) | |
10:34 | uumas has left IRC (uumas!uumaskapsi@gateway/shell/matrix.org/x-myvivvtdjfiklniq, Quit: Bridge terminating on SIGTERM) | |
10:41 | uumas has joined IRC (uumas!uumaskapsi@gateway/shell/matrix.org/x-whfcdladhdeliavr) | |
11:26 | RaphGro has left IRC (RaphGro!~raphgro@fedora/raphgro, Quit: Please remember your own message. It'll be read as soon as possible.) | |
12:40 | mgariepy has joined IRC (mgariepy!~mgariepy@ubuntu/member/mgariepy) | |
16:13 | statler has left IRC (statler!~Georg@p548971c9.dip0.t-ipconnect.de, Quit: cu @ll) | |
16:29 | RaphGro has joined IRC (RaphGro!~raphgro@fedora/raphgro) | |
16:48 | shored has left IRC (shored!~shored@82-128-142-239.rev.dnainternet.fi, Ping timeout: 256 seconds) | |
16:51 | shored has joined IRC (shored!~shored@82-128-142-239.rev.dnainternet.fi) | |
17:52 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
17:56 | lucascastro has left IRC (lucascastro!~lucascast@177-185-133-54.dynamic.isotelco.net.br, Ping timeout: 256 seconds) | |
18:08 | lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br) | |
18:54 | vsuojanen has joined IRC (vsuojanen!~vsuojanen@ec2-3-21-130-219.us-east-2.compute.amazonaws.com) | |
19:03 | lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Remote host closed the connection) | |
19:04 | lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br) | |
19:08 | lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Remote host closed the connection) | |
19:08 | lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br) | |
19:18 | woernie has left IRC (woernie!~werner@pd9e8b3b7.dip0.t-ipconnect.de, Remote host closed the connection) | |
19:26 | lucascastro has left IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br, Remote host closed the connection) | |
19:27 | lucascastro has joined IRC (lucascastro!~lucascast@45-167-143-6.netfacil.inf.br) | |
19:27 | eu^12310350210st has joined IRC (eu^12310350210st!d232677b@123.103.50.210.sta.wbroadband.net.au) | |
19:31 | lucascastro 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:44 | lucascastro 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:19 | eu^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:22 | eu^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:15 | ricotz 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:44 | Peter has left IRC (Peter!6c221083@static-108-34-16-131.bflony.fios.verizon.net, Remote host closed the connection) | |
22:40 | zibi has joined IRC (zibi!25f9da34@apn-37-249-218-52.dynamic.gprs.plus.pl) | |