IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 29 August 2018 (all times are UTC)
| 01:19 | spectra has left IRC (spectra!~spectra@debian/developer/spectra, *.net *.split) | |
| 01:19 | bigpresh has left IRC (bigpresh!~bigpresh@freenode/staff/bigpresh, *.net *.split) | |
| 01:22 | bigpresh has joined IRC (bigpresh!~bigpresh@freenode/staff/bigpresh) | |
| 01:29 | spectra has joined IRC (spectra!~spectra@debian/developer/spectra) | |
| 01:34 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 01:49 | markus_e92 has left IRC (markus_e92!~markus_e9@2a01:4f8:120:244a::2, *.net *.split) | |
| 01:55 | markus_e92 has joined IRC (markus_e92!~markus_e9@2a01:4f8:120:244a::2) | |
| 03:42 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection) | |
| 03:46 | ogra has left IRC (ogra!~ogra_@ubuntu/member/ogra, Ping timeout: 252 seconds) | |
| 05:23 | ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz) | |
| 06:27 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 06:37 | Natureshadow has joined IRC (Natureshadow!45d1515d22@commu.teckids.org) | |
| 06:59 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Ping timeout: 240 seconds) | |
| 07:00 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 07:23 | ogra 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:26 | enaut[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:05 | hardbidouille67 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:31 | alkisg has left IRC (alkisg!~alkisg@ubuntu/member/alkisg, Quit: Leaving.) | |
| 10:59 | hardbidouille67 has left IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com, Ping timeout: 240 seconds) | |
| 11:05 | alkisg has joined IRC (alkisg!~alkisg@ubuntu/member/alkisg) | |
| 11:09 | hardbidouille67 has joined IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com) | |
| 11:09 | alkisg has joined IRC (alkisg!822b5e11@ubuntu/member/alkisg) | |
| 11:17 | hardbidouille67 has left IRC (hardbidouille67!~hardbidou@nl000.yoctobox.com, Ping timeout: 252 seconds) | |
| 11:30 | hardbidouille67 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:40 | Faith 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:01 | lucascastro has joined IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br) | |
| 12:07 | adrianorg has left IRC (adrianorg!~adrianorg@179.187.30.198.dynamic.adsl.gvt.net.br, Ping timeout: 245 seconds) | |
| 12:21 | yopla 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:40 | adrianorg 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:02 | alkisg has left IRC (alkisg!822b5e11@ubuntu/member/alkisg, Quit: Page closed) | |
| 14:28 | yopla has left IRC (yopla!25479532@gateway/web/freenode/ip.37.71.149.50, Ping timeout: 252 seconds) | |
| 14:33 | hardbidouille67 has left IRC (hardbidouille67!~hardbidou@237.91.12.109.rev.sfr.net, Ping timeout: 252 seconds) | |
| 15:10 | alkisg has joined IRC (alkisg!822b5e11@ubuntu/member/alkisg) | |
| 15:30 | GodFather has left IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net, Read error: Connection reset by peer) | |
| 15:46 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer) | |
| 15:47 | alkisg has left IRC (alkisg!822b5e11@ubuntu/member/alkisg, Quit: Page closed) | |
| 15:50 | GodFather has joined IRC (GodFather!~rcc@174-081-217-069.dhcp.chtrptr.net) | |
| 16:12 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
| 17:27 | lucascastro has left IRC (lucascastro!~lucascast@177-185-139-175.isotelco.net.br, Remote host closed the connection) | |
| 17:45 | lucascastro has joined IRC (lucascastro!~lucascast@200.141.207.18) | |
| 18:00 | lucas_ has joined IRC (lucas_!~lucascast@170.78.53.20) | |
| 18:04 | lucascastro has left IRC (lucascastro!~lucascast@200.141.207.18, Ping timeout: 246 seconds) | |
| 18:07 | lucas__ has joined IRC (lucas__!~lucascast@200.141.207.18) | |
| 18:10 | lucas_ has left IRC (lucas_!~lucascast@170.78.53.20, Ping timeout: 240 seconds) | |
| 18:20 | adrianorg has left IRC (adrianorg!~adrianorg@179.187.30.198.dynamic.adsl.gvt.net.br, Ping timeout: 240 seconds) | |
| 18:20 | adrianorg 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:25 | Faith has left IRC (Faith!~Paty_@unaffiliated/faith, Quit: Leaving) | |
| 20:38 | ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving) | |
| 22:35 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 22:37 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 22:39 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Remote host closed the connection) | |
| 22:40 | pppingme has joined IRC (pppingme!~pppingme@unaffiliated/pppingme) | |
| 22:42 | pppingme has left IRC (pppingme!~pppingme@unaffiliated/pppingme, Read error: Connection reset by peer) | |
| 23:21 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |