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


Channel log from 23 December 2021   (all times are UTC)

01:35vagrantc has joined IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e)
02:22
<alkisg>
padikiller: do your printers need a driver? If yes, install it inside the image. If not, they should be directly usable after the clients boot...
02:43vagrantc has left IRC (vagrantc!~vagrant@2600:3c01:e000:21:21:21:0:100e, Quit: leaving)
06:54jgee has left IRC (jgee!~jgee@186.80.49.20, Quit: Ping timeout (120 seconds))
06:55jgee has joined IRC (jgee!~jgee@186.80.49.20)
08:02woernie has joined IRC (woernie!~werner@p5b296789.dip0.t-ipconnect.de)
08:24ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
11:04lucascastro has joined IRC (lucascastro!~lucascast@192-140-51-187.static.oncabo.net.br)
14:56eu^i5E866DEEvers has joined IRC (eu^i5E866DEEvers!~eu^i5E866@2001:9e8:631b:eb00:fa1d:a61:4343:35ec)
15:04
<padikiller[m]>
<alkisg> "padikiller: do your printers..." <- alkisg - When I netboot the client to Mint 20.2, the printers connected to the LTSP server network are visible and usable, but not the USB printer plugged into the client. When I open "Printers" from the Control Center, the settings are locked. When I click the "Unlock" button, I am prompted to enter the password for the LTSP server administrator. Once I enter the password, I am able to
15:04
click "Add New Printer":. After clicking "Add New Printer" the Brother printer is visible. Wnen I click to add it, a window pops up that says "Searching for Drivers". I have to enter the LTSP admin name and password again and the Brother Printer is installed.
15:06
Here are the settings in the ltsp.conf HOSTNAME="test"
15:06
DNS_SERVER="8.8.8.8 208.67.222.222"
15:06
AUTOLOGIN="kate"
15:06
PASSWORDS_TEST="kate/************************"
15:06
CUPS_SERVER="localhost"
15:08
I'm wondering if it might be because the user is not an admin?
15:08
Thanks for you time and attention BTW
15:11
<eu^i5E866DEEvers>
i just read through your installation manual - and am not quite sure what is the best image type for me. I want to use an ltsp-server via qnap virtualization station - which is a vm-image run on a qnap-nas. I want the clients to boot kubuntu from that virtual ltsp-server. The client-users should authenticate via ldap - which also is a feature
15:11
already available on the qnap-nas (i think they use open-ldap) - so the ldap-server is not on the ltsp-server. Also i want the client-users to have access to the storage of the nas via webdav or similar (e.g. via the file explorer of kubuntu named dolphin). All used clients are quite new lenovo laptops or desktop pcs. Could anyone give me a hint
15:11
what to use best?
15:12
<quinox>
if it shows the printer from the LTSP server then I suspect the CUPS server setting isn't taking properly
15:16
<padikiller[m]>
I was thinking the same thing.. but then again the client sees the same network the server does, do maybe it is (for some reason) loading the the network printers but not the local printer?
15:17
<alkisg>
padikiller: see https://ltsp.org/man/ltsp.conf/ - CUPS_SERVER=localhost will make the clients see their own printers, instead of the server printers
15:18
<quinox>
could be - I always get confused when what printer is what when network printer get involved, I think I see the same printer 3 times through different connections in my CUPS interface
15:19
<alkisg>
quinox: you need to go to the printer properties dialog, right click on the printer, and uncheck "share this printer" from where you don't want it to be shared
15:20
E.g. if I install a network printer on my box, and have it shared from my box too, then it appears twice on the network for others
15:20
<quinox>
good to know
15:21
<alkisg>
eu^i5E866DEEvers: from what I understood, you'll want to install kubuntu in a vm on qnap, an configure ldap and webdav and whatever else you want, and then you'd run `ltsp image /` from there and you'd have your "ltsp image" ready,
15:22
but additionally, if your /srv/ltsp inside that image is a qnap network mount, and if you configure dnsmasq on qnap itself, then you'll also be able to power off that ltsp-server-vm and use qnap itself as the ltsp server
15:23
<quinox>
https://github.com/ltsp/ltsp/commit/184687e8807b41c5916bf265bd516ae4f85c19a2 you can check /etc/cups/client.conf on a freshly booted client, it should say "ServerName localhost"
15:27
<padikiller[m]>
quinox: quinox - It does say "localhost"
15:28
I have the client autologin set to a normal user. I wonder if that is the problem?
15:29
<alkisg>
padikiller: you need to connect a brother printer to the server, install the drivers there, then run ltsp image /
15:29
So that the drivers are inside the image, which will make the printer autodetected at boot
15:29
(the you can move it back to the clients)
15:29
*then
15:30
<padikiller[m]>
alkisg: Will do. Thanks!
15:42
<eu^i5E866DEEvers>
alkisg thx for your input. As im not that familiar with all the terminology+packages i have to look how dnsmasq is used.But aren't the ltsp packages needed for the clients to boot? I don't think i get the point. If i use a ltsp-server - and save the images on a external storage and shutdown the vm with the ltsp-server - wouldn't that mean only the
15:42
files/images in /srv/ltsp are needed to make a network boot of a client possible?  Maybe i described it badly - so another try. I got a qnap-nas which runs an ldap-server and whose storage can be accessed via webdav or similar. Now i want some clients to be able to do a network boot on a kubuntu system. dhcp is done by a router. The users who can
15:42
access that system should authenticate via the existing ldap-server and after doing so have access to the qnap Storage.
15:43
<alkisg>
"only the files/images in /srv/ltsp are needed to make a network boot of a client possible?" ==> provided you run dnsmasq elsewhere, and ldap/home is elsewhere (on qnap), then this statement is indeed true
15:44
So, if you run dhcp on router, proxydhcp and tftp on qnap (=dnsmasq), authentication on qnap (=ldap), and /home on qnap (=nfs /home), then you don't need a running ltsp server to boot a kubuntu ltsp client image
15:46
If you want to do this on two steps, you can also do it; to run a kubuntu ltsp server, and to authenticate via ldap, and mount /home from qnap. Then when you understand what's going on, you can fill in the missing bits and power off the ltsp server
15:49
So, the easiest way would be to install kubuntu in a bridged VM, then follow https://ltsp.org/docs/installation/ for "chrootless mode", and then start adding the authentication/home etc bits
15:50
<eu^i5E866DEEvers>
thanks a lot - i will give it a try and see if i get that working. have a nice holiday
15:51
<alkisg>
You too!
15:52eu^i5E866DEEvers has left IRC (eu^i5E866DEEvers!~eu^i5E866@2001:9e8:631b:eb00:fa1d:a61:4343:35ec, Quit: Client closed)
16:17lucascastro has left IRC (lucascastro!~lucascast@192-140-51-187.static.oncabo.net.br, Ping timeout: 240 seconds)
16:18
<padikiller[m]>
I still have to manually add the printer on every netboot of the client. I changed ltsp to AUTOLOGIN the administrator and I installed the USB printer on the LTSP server and ran ltsp image / and ltsp initrd and netbooted the client. I don't have to enter credentials anymore, but I still have to manually add the USB printer.
16:22
I wonder if should the let the server run CUPS?
16:23
<alkisg>
Letting the server run cups and forwarding the client printer using jetpipe is possible,
16:24
a nd it's also possible to copy the /etc/cups/printers.conf from the booted ltsp client, to the server's /etc/ltsp/printers-$MAC.conf, and run ltsp initrd, and put this in ltsp.conf: POST_INIT_CP_PRINTERS="cp /etc/ltsp/printers-$MAC_ADDRESS.conf /etc/cups/printers.conf"
16:47lucascastro has joined IRC (lucascastro!~lucascast@192-140-51-187.static.oncabo.net.br)
16:59
<padikiller[m]>
<alkisg> "Letting the server run cups..." <- Copying printers.conf as you instructed WORKED LIKE A CHARM! Thanks so much!
16:59
<alkisg>
np :)
21:51
<padikiller[m]>
Thanks to alkisg and quinox, I now have got LTSP booting RPI 4 clients and I have printers configured!..
21:55
One thing that should be added to the Raspberry Pi page on the LTSP website is to tell readers to change the IP addresses in the commands that update command.txt. I (like many dumb users) just cut-and-pasted the commands without reading them. Took me a while to figure out that I needed to edit the IP address,
22:43ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)