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


Channel log from 12 November 2018   (all times are UTC)

00:06jphein has joined IRC (jphein!b8178628@gateway/web/freenode/ip.184.23.134.40)
00:07
<jphein>
Hello! I am stuck again. =] For some reason the xfreerdp screen script is not working
00:07adrianor1 has left IRC (adrianor1!~adrianorg@177.156.61.21, Ping timeout: 246 seconds)
00:07
<jphein>
when I run the xfreerdp command from xterm on the ltsp client it works, but using the screen script it crashes
00:08
My lts.conf is: https://github.com/jphein/boxen/blob/master/lts.conf
00:08
I've created a symlink to the script to use xfreerdp-nightly like this
00:09
ln -s /usr/share/ltsp/screen.d/xfreerdp /usr/share/ltsp/screen.d/xfreerdp-nightly
00:09
ln -s /opt/freerdp-nightly/bin/xfreerdp /usr/bin/xfreerdp-nightly
00:11
SCREEN_07 = "xfreerdp-nightly /v: /u: /p: /sound /microphone /rfx /multitransport /network:auto /gfx:AVC444 /f" works
00:21
However neither the xfreerdp nor the xfreerdp-nightly screen scripts work when calling form the menu
01:02
oh! don't pass "/v:" with the RDP_SERVER variable like you use to
01:10adrianorg has joined IRC (adrianorg!~adrianorg@177.156.61.21)
01:19jphein has left IRC (jphein!b8178628@gateway/web/freenode/ip.184.23.134.40, Quit: Page closed)
05:25
<namespac3>
What do you guys to do build new images and test them in specific workstations before letting everyone else boot them?
05:26
My usual routine is to build the chroot with --skipimage, then ltspchroot into it and fix some stuff up, then ltsp-update-image
05:27
The problem is that automatically updates the kernels in the tftpboot and installs the new image in /opt/ltsp/images
05:28
I'd like to be able to build a new image and not have it be the default.. let me use my pxelinux.cfg to select a system my MAC address for me to test it on first
05:31
I can put the chroot elsewhere with --base, and I can use --chroot to give it a different name with ltsp-build-client and that's OK. Then I can ltsp-build-image --base /foo chrootname and i'll get /var/lib/tftpboot/chrootname/* all setup.. no harm to my /var/lib/tftpboot/amd64.. so all good
05:33
but then I have /foo/images/chrootname.img, which I have to get nbd-server to export, then I when a boot a client it still tries to TFTP the tftpboot/amd64/lts.conf instead of tftpboot/chrootname/lts.conf
05:34
any of you guys have a good process for testing new images without letting any user machines try to boot them before you're ready?
06:13
<quinox>
I assign different images to MAC addresses from the TFTP
06:26
<alkisg>
"which I have to get nbd-server to export" ==> ltsp-config nbd-server
06:26
" still tries to TFTP the tftpboot/amd64/lts.conf instead of tftpboot/chrootname/lts.conf" ==> nbd-root=server-ip:/opt/ltsp/newchroot in the cmdline
06:31kjackal has joined IRC (kjackal!~quassel@2a02:587:311a:1f00:3d74:9e96:8f03:3e68)
06:58
<namespac3>
alkisg, nice. thank you
06:58
<alkisg>
np
07:00
<namespac3>
speaking of NBD, any idea how to add some redundancy to it? It sucks that losing the NBD connection kills all the clients.. so I can't reboot the server without freezing everyone
07:01
Considering the export is read only, there's gotta be a way to have more than 1 NBD server exporting the same image with some proxy or failover
07:08
<alkisg>
namespac3: the clients only use nbd from the server? Not sshfs or nfs, no home dirs?
07:09ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
07:17
<namespac3>
oh yeah, they do use sshfs as well for home
07:17
hmmm
07:17
that would be another problem
07:24alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 272 seconds)
07:25alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:25
<alkisg>
namespac3: if you're looking a system that allows you to access /home while the server is online, it's easy, it's called "local disk" :D
07:26
OK there are some network file systems that do offer redundancy, but ltsp doesn't have integrated support for any of them
07:26
s/online/offline, above
07:27
<namespac3>
lol
07:28
which ones do offer redundancy?
07:28
my image is still trying to fetch amd64/lts.conf ...
07:28
is there another arg I can pass to tell it to get mychroot/lts.conf
07:28
<alkisg>
For example, there's glusterfs
07:29
You can still use ltsp even with local disks
07:29
!local-boot
07:29
<ltsp>
local-boot: If you want LTSP fat clients on a low-speed network, you can put i386.img on e.g. C:\Boot\LTSP\i386.img and use this command line in pxelinux.cfg: APPEND ro initrd=ltsp/i386/initrd.img init=/sbin/init-ltsp root=/dev/sda1 rootflags=ro loop=/Boot/LTSP/i386.img; IPAPPEND 3
07:29
<alkisg>
This avoids the nbd issue
07:29
And, if you put an FSTAB line to mount /home locally, it's automatically used
07:30
And, you'd need a synching command via e.g. epoptes to sync the server image with the client image
07:30
On the client, what's the result of `cat /proc/cmdline` ?
07:33
<namespac3>
BOOT_IMAGE=vmlinuz-4.15.0-38-generic ro initrd=initrd.img-4.15.0-38-generic init=/sbin/init-ltsp forcepae root=/dev/nbd0 nbd-root=192.168.1.1:/opt/ltsp/mychroot ltsp.break=50-rm-system-services BOOTIF=01-02-03-04-05-06
07:33
IPs and MACs change to protect the guilty :)
07:33
I'm using ltsp.break because the image builds don't work anymore and I'm tyring to figure out why
07:34
Since the 4.15.0-36 upgrade clients freeze up before boot
07:34
of X
07:34
nbd-root totally works
07:37
<alkisg>
OK so you're using IPAPPEND 3 and the client doesn't do a dhcp request in the initramfs
07:37
<namespac3>
hmm.. looks like 05-getltsconfigfile does this: tftp -m binary "$SERVER" -c get ${pathonly:-/ltsp/$(detect_arch)/}${LTSCONF:-"lts.conf"} $lts_conf_temp >/dev/null
07:37
<alkisg>
So it doesn't get the ROOTPATH from the DHCP server
07:37
<namespac3>
hmm. I'm only doing ipappend 2
07:38
<alkisg>
OK then your $filename should be set at that point
07:38
So you could configure filename at the dhcp server
07:39
At that point, cat /run/net*.conf
07:39
What is the "filename" value there?
07:39
<namespac3>
ah, I'm setting it my in dhcpd like so: filename "ltsp/amd64/pxelinux.0";
07:40
<alkisg>
It should be ltsp/newchroot/pxelinux.0
07:40
<namespac3>
yeah, lemme change that
07:40
<alkisg>
Although it's still possible that a bug in that code might invalidate even that, and prefer BOOT_IMAGE path, which will be empty, and then it'll fall back to $(detect_arch) :D
07:40
<namespac3>
oh shoot sorry
07:41
filename "ltsp/doraemon/pxelinux.0";
07:41
<alkisg>
https://bugs.launchpad.net/ltsp/+bug/1594840
07:41
<namespac3>
But I'm only setting IPAPPEND 2, whereas I should set IPAPPEND 3?
07:41
<alkisg>
Nah that's not an issue
07:41
Both are valid use cases
07:43
In a normal system, we have: BOOT_IMAGE=/boot/vmlinuz-4.15.0-38-generic
07:43
So the path is there
07:43
Unfortunately, ltsp uses different pxelinux.0's for each subdir, instead of a global one at /var/lib/tftpboot/pxelinux.0, which makes the path there empty
07:44
<namespac3>
yeah on my working system I don't get any path.. just the non-absolute kernel name
07:45
<alkisg>
So there are maaaany possible sources to get the name, and all of them fail in some use cases, and the code needs to be reworked to take into account more cases
07:46
<namespac3>
Can I just add the path to the pxelinux.cfg/<mac addr> file?
07:52
hmm.. nope
07:56
well, let me try just editing the script in the new chroot and then update iamge
08:05
<alkisg>
namespac3: You can probably just pass another manual BOOT_IMAGE=/path/to/lts.conf in the cmdline
08:13
<namespac3>
well let me try that, because apparanetly the init-ltsp.d/* scripts don't come from inside the chroot directory
08:14
<alkisg>
They do
08:21
<namespac3>
hmm.. well I edited it and rebuilt with ltsp-update-image and my edit isn't in the image
08:23
but happy days, your BOOT_IMAGE trick worked
08:28kjackal has left IRC (kjackal!~quassel@2a02:587:311a:1f00:3d74:9e96:8f03:3e68, Ping timeout: 252 seconds)
08:28kjackal has joined IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr)
08:40kjackal has left IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr, Ping timeout: 252 seconds)
08:41kjackal_v2 has joined IRC (kjackal_v2!~quassel@2a02:587:311a:1f00:3d74:9e96:8f03:3e68)
08:48
<alkisg>
namespac3: eh, maybe the client is using the wrong image too :)
08:48VibesYuth has joined IRC (VibesYuth!~lfesdaill@static-108-41-107-210.nycmny.fios.verizon.net)
08:52
<namespac3>
it's working.. but I really need to put some more effort into making this better
08:56
what I would really like the solve is the crashing on shutdown
09:12
<alkisg>
namespac3: crashing on shutdown? Do you have the greek schools ppa in the chroot sources.list?
10:01Natureshadow has left IRC (Natureshadow!45d1515d22@commu.teckids.org, Read error: Connection reset by peer)
10:58LeePen has left IRC (LeePen!~user@mohindley.plus.com)
11:00nehemiah has joined IRC (nehemiah!~nehemiah@hs-user-138.wia.cz)
11:04Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
11:06kjackal_v2 has left IRC (kjackal_v2!~quassel@2a02:587:311a:1f00:3d74:9e96:8f03:3e68, Ping timeout: 252 seconds)
11:07kjackal has joined IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr)
11:12VibesYuth has left IRC (VibesYuth!~lfesdaill@static-108-41-107-210.nycmny.fios.verizon.net, Quit: Leaving)
11:41kjackal has left IRC (kjackal!~quassel@athedsl-173499.home.otenet.gr, Ping timeout: 240 seconds)
11:41kjackal has joined IRC (kjackal!~quassel@2a02:587:311a:1f00:3d74:9e96:8f03:3e68)
11:54GodFather_ has left IRC (GodFather_!~rcc@d28-23-172-21.dim.wideopenwest.com, Ping timeout: 240 seconds)
12:46
<fiesh>
setting LDM_PRIMTER_DEFAULT doesn't help with `lpq` or `lpr`, I still have to specify the printer with `lpq -P <printer>` btw
12:51
<alkisg>
fiesh: I think that's an Ubuntu-specific cups patch? Not sure
13:35
<fiesh>
hmm it's possible. Alas I couldn't find any environment variable that affects lpr. It's not that important really though
15:47bendles has joined IRC (bendles!836d717e@gateway/web/freenode/ip.131.109.113.126)
15:47
<bendles>
Hola.
15:48
Need some help if anyone is willing!
15:50
In attempting to build a client, I was following a set of instructions and I had gotten to the point where I'm actually building the client. Upon entering the following 'ltsp-build-client --arch i386 --kiosk --skipimage --dist precise --chroot ltsp-vmview' I get an error.
15:51
'E: Release signed by unknown key (key id 40976EAF437D05B5)
15:51
'error: LTSP client installation ended abnormally'
15:52
Not sure really what my next step is to resolve this issue.
15:52
<||cw>
you're using 12.04? why so old?
15:52
<bendles>
I'm using 18.04
15:52
<||cw>
then why --dist precise
15:52
<bendles>
Ubuntu Server, anyways. . .
15:53
The instructions were from 12.04
15:53
I think
15:53
I'm no expert on linux, but attempting to learn.
15:53
<||cw>
!install
15:53
<ltsp>
install: http://wiki.ltsp.org/wiki/Installation/Ubuntu for Ubuntu, or http://wiki.ltsp.org/wiki/Installation for other distributions
15:54
<bendles>
Follow that and do those things? Again, I can follow instructions, but am just starting to follow some of the logic.
15:54
<||cw>
you don't need to specify --dist if you're biulding the same as the server, and also you'll need the greek schools PPA for 18.04
15:55
those instructions should work great on 18.04
15:55
<bendles>
Awesome. Thanks for you help @ ||cw
16:05lucascastro has left IRC (lucascastro!~lucascast@177-185-139-186.isotelco.net.br, Remote host closed the connection)
16:09lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-186.isotelco.net.br)
16:11bendles_ has joined IRC (bendles_!836d717e@gateway/web/freenode/ip.131.109.113.126)
16:17vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 246 seconds)
16:29bendles_ has left IRC (bendles_!836d717e@gateway/web/freenode/ip.131.109.113.126, Ping timeout: 256 seconds)
16:29bendles has left IRC (bendles!836d717e@gateway/web/freenode/ip.131.109.113.126, Ping timeout: 256 seconds)
16:53carbm2 has joined IRC (carbm2!42cc1464@gateway/web/freenode/ip.66.204.20.100)
17:39vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi)
17:43vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 240 seconds)
17:44vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi)
17:49vsuojanen has left IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi, Ping timeout: 252 seconds)
18:05vsuojanen has joined IRC (vsuojanen!~vsuojanen@cable-hml-585686-205.dhcp.inet.fi)
18:14
<carbm2>
I've searched through the chat logs but I'm still not finding an answer. Is it possible to authenticate to another server during LDM login? I'm needing my fat clients to also authenticate with kerberos. Right now I added a line to X01-localapps to put a symbolic link in the users home folder on the server to point to the cache file. Then a link on the client /tmp to the cache file in their home dir. This works and I can jump to the s
18:15
However, I'm really looking for kinit to be called on the client and use the users password. Is it possible to capture/reuse the password on login via LDM? Everything in the local PAM appears to be ignored. It appears its just there for if you have to unlock/authenticate again later.
18:38Natureshadow has joined IRC (Natureshadow!45d1515d22@commu.teckids.org)
19:27bendles has joined IRC (bendles!836d717e@gateway/web/freenode/ip.131.109.113.126)
19:28
<bendles>
||cw: Can I specify, somewhere, what I want the built image to be?
19:29
I'd like to be able to boot directly into VMWare View Horizon, but I'm not sure how to specify that.
19:30
<||cw>
you configure that in the chroot. might look at the script that does remote desktop and base it off that.
19:30
<bendles>
Thanks! You've really been helpful!
19:30
<||cw>
making it boot as a view client will take some customizing
19:31
but it's not that hard once you find the bits. been a while since I dug into that though
19:31
<alkisg>
carbm2: ltsp5 doesn't use pam on the clients, it authenticates by logging in via ssh to the server
19:32
<bendles>
We are finally rolling out our VDI environment and I'm trying to setup a cost efficient way to PXE boot our existing desktops and have them image to this thin client.
19:32
<alkisg>
So you'd need to change a few things to make it work with pam, like switch to libpam_sshauth that ltsp6 will use... or, if you can do the things you want server-side, there it's using pam...
19:41bendles has left IRC (bendles!836d717e@gateway/web/freenode/ip.131.109.113.126, Quit: Page closed)
19:43bendles has joined IRC (bendles!836d717e@gateway/web/freenode/ip.131.109.113.126)
19:46bendles555 has joined IRC (bendles555!~bendles@131.109.113.126)
19:46bendles has left IRC (bendles!836d717e@gateway/web/freenode/ip.131.109.113.126, Client Quit)
19:54
<carbm2>
bendles, thank you. I will look into the libpam_sshauth. I just need to be pointed in the right direction. Where can I read up on ltsp6 changes/goals?
19:54
<bendles555>
carbm2: wasn't me that was helping you with that, sorry!
19:55
<alkisg>
!ltsp6
19:55
<ltsp>
ltsp6: (#1) https://bugs.launchpad.net/ltsp/?field.tag=ltsp6, or (#2) wiki.ltsp.org/wiki/Dev:LTSPPamNotes
19:56
<carbm2>
alkisg, thank you!
19:56Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
20:23bendles555 has left IRC (bendles555!~bendles@131.109.113.126, Read error: Connection reset by peer)
20:23deusdedisci has joined IRC (deusdedisci!~bendles@131.109.113.126)
20:27kjackal has left IRC (kjackal!~quassel@2a02:587:311a:1f00:3d74:9e96:8f03:3e68, Ping timeout: 252 seconds)
20:32ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Remote host closed the connection)
21:13nehemiah has left IRC (nehemiah!~nehemiah@hs-user-138.wia.cz, Remote host closed the connection)
23:44lucascastro has left IRC (lucascastro!~lucascast@177-185-139-186.isotelco.net.br, Read error: Connection reset by peer)
23:44lucas_ has joined IRC (lucas_!~lucascast@177-185-139-186.isotelco.net.br)