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


Channel log from 29 August 2018   (all times are UTC)

01:19spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split)
01:19bigpresh has left IRC (bigpresh!~bigpresh@freenode/staff/bigpresh, *.net *.split)
01:22bigpresh has joined IRC (bigpresh!~bigpresh@freenode/staff/bigpresh)
01:29spectra has joined IRC (spectra!~spectra@debian/developer/spectra)
01:34lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
01:49markus_e92 has left IRC (markus_e92!~markus_e9@2a01:4f8:120:244a::2, *.net *.split)
01:55markus_e92 has joined IRC (markus_e92!~markus_e9@2a01:4f8:120:244a::2)
03:42lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection)
03:46ogra has left IRC (ogra!~ogra_@ubuntu/member/ogra, Ping timeout: 252 seconds)
05:23ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
06:27alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
06:37Natureshadow has joined IRC (Natureshadow!45d1515d22@commu.teckids.org)
06:59alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds)
07:00alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
07:23ogra has joined IRC (ogra!~ogra_@ubuntu/member/ogra)
08:18
<Hyperbyte>
alkisg, you'll be happy to hear: I might be upgrading my first LTSP installation to fat clients soon.
08:18
We're faced with the choice of either replacing our 8 year old thin clients or upgrading our 5 year old beast of a server.
08:18
<alkisg>
Hyperbyte: haha, well that's not a good thing, I think you were the last person still (reliably) testing thin clients :D
08:19* alkisg certainly votes choosing fat clients though
08:19
<Hyperbyte>
It's a surprise to me the thin clients have lived this long. We're now looking into some Intel NUC boxes.
08:20
It was a good choice back then, because we didn't want computers making noise and collecting dust under every desk. Too much maintenance and too much hassle.
08:20
But now that those mini PC's are getting more and more powerful that kinda takes away most benefits of thin clients...
08:20
<alkisg>
I don't think there's a difference in size/noice between thin/fat clients. Well, at least for some models.
08:20
<Hyperbyte>
Not anymore, no.
08:21
Back in 2011 (when we implemented thin clients) it wasn't feasible to get a powerful processor in a small box without fans. ;-)
08:21
<alkisg>
I think I've seen fanless fat clients way before then
08:21
<Hyperbyte>
But not powerful enough for our liking and budget.
08:21
<alkisg>
More expensive, sure, but you'd need a much less powerful server then
08:22
Sure
08:26enaut[m] has joined IRC (enaut[m]!enautmatri@gateway/shell/matrix.org/x-hksfaoqqsyirpmfd)
08:27
<Hyperbyte>
alkisg, we needed the powerful server anyway, because we do all our hosting in-house.
08:28
Considering everything, we did make the right choices I think.
08:28
Meanwhile. I have two questions.
08:28
1. How hard is it to move from LTSP traditional thin clients to LTSP-chrootless?
08:28
2. How feasible is it to get NBD to store the entire LTSP fat client image in the RAM instead of on the server's disk?
08:29
<alkisg>
1) will the server be a "client template", or it will have all those hosting services you need?
08:29
<Hyperbyte>
I currently dedicate 32GB of RAM to the thin clients, so when that frees up, I could technically store the entire fat client disk there.
08:29
<alkisg>
2) very easy, but it's usually a bad idea, except for kiosks. What benefits do you _think_ you'll get with that?
08:29
Ah sorry misread (2)
08:30
Hrm. I don't see much point in it, since linux already caches all of NBD if ram suffices
08:30
So yeah same question "What benefits do you _think_ you'll get with that?"
08:30
<Hyperbyte>
Ah that's good. So my work is done in that regard. :-)
08:31
Well I think reading from RAM is faster than reading from disk, for NBD. But if it's loading the images into the RAM already then that's great.
08:31
Regarding 1, my LTSP server is virtual. The hosting servers are also virtual, but on seperate machines. So yeah, currently, I have one virtual server only doing thin clients.
08:32
<alkisg>
So it'll fit you fine then
08:44
<Hyperbyte>
It should.
08:44
So how do I go about doing that?
08:45
In a non-destructive way, because for a while I'd like to run both fat and thin clients. I can of course always create two virtual machines (I might do that anyway and let the DHCP server point to the new one)
08:46
But let's say I make a copy of my thin client server and then I want to switch it over to ltps-chrootless. Is it a matter of apt-get'ing the right packages and running ltsp-build-image / ?
09:05hardbidouille67 has joined IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com)
09:10
<alkisg>
Hyperbyte: you can use the chrootless image to boot thin clients too, and just point them to a different LDM_SERVER via lts.conf
10:31alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.)
10:59hardbidouille67 has left IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com, Ping timeout: 240 seconds)
11:05alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg)
11:09hardbidouille67 has joined IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com)
11:09alkisg has joined IRC (alkisg!822b5e11@ubuntu/member/alkisg)
11:17hardbidouille67 has left IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com, Ping timeout: 252 seconds)
11:30hardbidouille67 has joined IRC (hardbidouille67!~hardbidou@237.91.12.109.rev.sfr.net)
11:40
<Helenah>
alkisg: I think the launchpad is back up today! I was gonna ask for an alternative Greek Schools repo.
11:40Faith has joined IRC (Faith!~Paty_@unaffiliated/faith)
11:40
<Helenah>
Oh wait... I think it's gonna time out again
11:41
I can connect to everything fine, but this Greek Schools launchpad PPA
11:43
Interesting, my LTSP server can't ping it, but my other clients can...
11:48
<alkisg>
Helenah: for launchpad questions, ask in #launchpad. It works fine here. For networking issues, in #networking.
11:48
This isn't a general support channel, it's strictly for ltsp issues
11:49
<Helenah>
Wait... there is #launchpad? I didn't know!
11:49
<alkisg>
But if you ask in #launchpad about your networking issues, of course you won't get help...
11:50
It's only for actual launchpad problems, not support for networking issues for any user
11:50
<Helenah>
I was asking in Ubuntu yestaday with no response, but I'm not thinking it's a network issue on my behalf. I'm probably going to ask in #ubuntu for support on that.
11:50
s/not/now
11:51
<alkisg>
I'm thinking it might be an ipv6 issue with your networking or isp
11:51
<Helenah>
alkisg: Thanks for clarifying that you can connect to launchpad.
11:51
<alkisg>
While clients may be using ipv4
11:51
<Helenah>
I don't have IPv6 yet
11:52
<alkisg>
All default installations have ipv6
11:52
<Helenah>
I didn't see the point when my ISP doesn't support it
11:52
<alkisg>
And `host launchpad.net` will tell you; but since it's offtopic, I'll stop at that :)
11:52
<Helenah>
Yes, ofc, my apologies
11:56
<ogra>
btw, there is https://twitter.com/launchpadstatus
12:01lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br)
12:07adrianorg has left IRC (adrianorg!~adrianorg@179.187.30.198.dynamic.adsl.gvt.net.br, Ping timeout: 245 seconds)
12:21yopla has joined IRC (yopla!25479532@gateway/web/freenode/ip.37.71.149.50)
12:23
<yopla>
hello, I've got trouble implementing ltsp on ubunto 18.04. at boot time client says "unknown error in reply to nbd_opt_go". I'm stuck in initramfs.
12:23
both client end server are 3.16
12:30
<alkisg>
yopla: did you follow the official guide
12:31
!install
12:31
<ltsp>
install: http://wiki.ltsp.org/wiki/Installation/Ubuntu for Ubuntu, or http://wiki.ltsp.org/wiki/Installation for other distributions
12:32
<yopla>
humm, thank you. this seems repository not mounted in chroot
12:33
<alkisg>
The stock ubuntu version has known issues, don't use it
12:33
<yopla>
humm, thank you. I have done it on server side only
12:35
by the way my last NUC hardware forced me to upgrade to 18.04 cause of buggy realtek
12:35
<alkisg>
strange, it should be possible to just upgrade the kerenl
12:35
But that's a question for #ubuntu...
12:38
<yopla>
Well, I haven't tried updgrade the kernel only
12:40
Rebuild in progress. I'll check if it will work. Thank you
12:40adrianorg has joined IRC (adrianorg!~adrianorg@179.187.30.198.dynamic.adsl.gvt.net.br)
12:53
<yopla>
still not working but I have other error. Seems rootpath not set correclty
13:03
With the correct root-path I get the same error :/
13:05
sorry, I've got better output syslog server side
13:07
"client is noit authorize to access"
13:09
Success !
13:10
I removed /etc/ltsp/nbd-server.allow
13:27
<alkisg>
yopla: this file doesn't exist in normal ltsp installations
13:27
Did you manually create it for some reason?
13:28
<yopla>
Yes, it was an attempt to have nbd working
13:29
<alkisg>
OK, it should be working without it, and broken with it...
13:31
<yopla>
without it it didn't work. But the root problem was bad root-path in DHCP I think. Then bad nbd-server.allow. lol
13:33
Another problem is this hardware is pxe efi only. No way to revert to legacy PXE in bios.
13:34
should consider implementing efi in ltsp-update-kernel
13:37
<Helenah>
alkisg: Okay I was advised to wget the timing out packages and place them into the APT cache within the chroot, however I now need to force ltsp-build-client to continue on an existing chroot.
13:37
<alkisg>
!local
13:37
<ltsp>
I do not know about 'local', but I do know about these similar topics: 'install-localapp', 'localdev', 'RDP-localdev', 'LocaldevCommonGroupWorkaround', 'localxterm', 'local-disks', 'local-boot', 'localapps'
13:37
<alkisg>
!local-boot
13:37
<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
13:37
<alkisg>
!kernel
13:37
<ltsp>
I do not know about 'kernel', but I do know about these similar topics: 'ltsp-update-kernels'
13:37
<alkisg>
Hrm
13:37
Anyway there's an easy way to put the kernel locally, and load the os from the network, it works on uefi too
13:37
Currently ltsp doesn't support uefi
13:38
Helenah: debootstrap doesn't support continuing. You can only do ltsp-build-client --mount-package-cache, to remember the downloaded packages while restarting from scratch
13:39
<Helenah>
I'll give that a try.
13:45
<yopla>
I had better success in efi pxe boot with ipxe http://ipxe.org/howto/chainloading#uefi. Not much to do with config files.
13:46
<Helenah>
alkisg: and where is the package cache mount/
13:46
?
13:48
<alkisg>
Helenah: google 'ubuntu package cache directory'
13:48
yopla: ipxe works in some cases. If you have local storage, or if you can configure undi.
13:50
grub works in more cases, pxelinux.efi in a few others
13:52
<yopla>
Hopefully undi is supported on my hardware. Goal is not to have local storage in the boxes.
13:54
boot is much slower than legacy pxe though :/
13:54
<alkisg>
You mean kernel loading? Because after that, linux runs, so it makes no difference if it's uefi or not
13:56
<yopla>
yes kernel loading
13:57
<alkisg>
Eh, so it's only a couple of seconds difference in boot times? Not significant then...
13:57
<yopla>
you're right :)
14:02* alkisg waves, later...
14:02alkisg has left IRC (alkisg!822b5e11@ubuntu/member/alkisg, Quit: Page closed)
14:28yopla has left IRC (yopla!25479532@gateway/web/freenode/ip.37.71.149.50, Ping timeout: 252 seconds)
14:33hardbidouille67 has left IRC (hardbidouille67!~hardbidou@237.91.12.109.rev.sfr.net, Ping timeout: 252 seconds)
15:10alkisg has joined IRC (alkisg!822b5e11@ubuntu/member/alkisg)
15:30GodFather has left IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net, Read error: Connection reset by peer)
15:46pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer)
15:47alkisg has left IRC (alkisg!822b5e11@ubuntu/member/alkisg, Quit: Page closed)
15:50GodFather has joined IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net)
16:12vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:27lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection)
17:45lucascastro has joined IRC (lucascastro!~lucascast@200.141.207.18)
18:00lucas_ has joined IRC (lucas_!~lucascast@170.78.53.20)
18:04lucascastro has left IRC (lucascastro!~lucascast@200.141.207.18, Ping timeout: 246 seconds)
18:07lucas__ has joined IRC (lucas__!~lucascast@200.141.207.18)
18:10lucas_ has left IRC (lucas_!~lucascast@170.78.53.20, Ping timeout: 240 seconds)
18:20adrianorg has left IRC (adrianorg!~adrianorg@179.187.30.198.dynamic.adsl.gvt.net.br, Ping timeout: 240 seconds)
18:20adrianorg has joined IRC (adrianorg!~adrianorg@179.187.30.198.dynamic.adsl.gvt.net.br)
19:09
<Helenah>
So I just need to copy the packages which time out to /var/cache/apt/archive/?
19:10
I did this, ltsp-build-client still says the repo has timed out and fails. I don't think I'm understanding how --mount-package-cache works.
19:12
highvoltage: Yo, I think I ran into your blog today.
19:52
<highvoltage>
hey
19:53
I haven't blogged in a while :)
20:25Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving)
20:38ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:35pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
22:37pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
22:39pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Remote host closed the connection)
22:40pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme)
22:42pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer)
23:21vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)