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


Channel log from 18 September 2015   (all times are UTC)

00:28telex has joined IRC (telex!teletype@94.247.40.156)
00:34telex has left IRC (telex!teletype@94.247.40.156, Remote host closed the connection)
01:17ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection)
03:27gbaman_ has left IRC (gbaman_!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Remote host closed the connection)
03:28gbaman has joined IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
03:37gbaman has left IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Ping timeout: 260 seconds)
04:23fnurl has joined IRC (fnurl!3cf8605f@gateway/web/freenode/ip.60.248.96.95)
04:24
<fnurl>
apparently i fell off
04:24
:/
04:24
maldridge: the link you posted a couple of days ago (https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP) is super handy
04:25
i had stumbled across it before, but, i didn't appreciate it fully (i was looking for something else)
04:34gbaman has joined IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
04:34fnurl has left IRC (fnurl!3cf8605f@gateway/web/freenode/ip.60.248.96.95, Ping timeout: 246 seconds)
04:41gbaman has left IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Ping timeout: 246 seconds)
04:52work_alkisg is now known as alkisg
04:58fnurl has joined IRC (fnurl!3cf8605f@gateway/web/freenode/ip.60.248.96.95)
05:08
<alkisg>
fnurl: the instructions there are very outdated though, most of them are not needed anymore...
05:10
<fnurl>
i was wondering how it would change for new versions
05:10
<alkisg>
The ltsp-pnp page does have updated instructions, but it also does more things...
05:10
You can find the commands like e.g. ltsp-config dnsmasq there
05:10
!ltsp-pnp
05:10
<ltsp>
ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
05:11
<fnurl>
i like the sound of that
05:12
not having to deal with chroot would be a real boon
05:12
<alkisg>
If ltsp-pnp suits your needs, it's the easiest way to maintain ltsp
05:12
<fnurl>
atm, i need to decide on full fat LTSP/Edubuntu vs the pinet we were going with
05:12
the deployment last weekend failed
05:13
<maldridge>
fnurl: imho you should use ltsp with berryterminal if you want pi stuffs
05:14* alkisg would stay away from PIs due to their low specs...
05:14
<alkisg>
It depends on your requirements though
05:15
<fnurl>
yeah, i understand the concern, the school owner has bought them already - so I'm kinda committed to that path, at least for the time-being
05:15
<alkisg>
Which version, 1 or 2?
05:15
<fnurl>
where the ltsp-pnp is x386, I'
05:15
<alkisg>
And how many?
05:16
<fnurl>
I'm assuming the clients can't be AMP/Pi, or I have to use the chroot again
05:16
<alkisg>
You can easily use ltsp-pnp with arm, just install ltsp on a pi itself
05:16
<fnurl>
new pi, version 2
05:16
10 bought and paid for, with cases, etc etc
05:16
oh hey - that's a very cool idea
05:16
<alkisg>
Do you have a server?
05:17
<fnurl>
we have a QNAP NAS hosting a Virtual Machine as the server
05:18
<alkisg>
Does that mean that it has a good cpu as well? How much would you rate it with cpubenchmark.net points?
05:18
E.g. for thin clients here, I'm using servers with 5000+ points in cpubenchmark...
05:18
<fnurl>
the server we have atm is for testing and development, it will be an i7 16GB RAM in the very final deployment
05:19
<alkisg>
OK, so it would be better if ltsp-update-image was running on that, instead of on a pi
05:19
<fnurl>
https://www.qnap.com/i/en/product/model.php?II=160&event=2
05:19
^^ that will be the final server
05:19
<alkisg>
For the testing phase, create a template pi client the way you want it, without concerning yourself with ltsp
05:19
Then, install ltsp-pnp on it, and run ltsp-update-image
05:20
You can even use the pi as the server while testing,
05:20
but in the end, you'll need to transfer the resulting image to your real server
05:20
Either manually (fetch the SD card of the pi, put it to the server, run ltsp-update-image there, etc etc), or automatically, via an NFS mount etc
05:21
You can also copy the image into a chroot if you want to abandon the ltsp-pnp method later on
05:21
So basically what I'm saying is that you never need to run ltsp-build-client
05:21* maldridge votes the nfs route, sd cards burn out easy doing disk intensive stuff
05:22
<alkisg>
The sd card would only be used when the template client needs updating, to boot the pi with it, to run apt-get update etc
05:22
<fnurl>
yeah, i was surprised when I learned pinet created fat clients
05:22
<alkisg>
fat clients and thin clients can be served from the same chroot
05:22
<fnurl>
so hey - where you say create the pi client
05:23
our pi client was basically automatically created for us, all we did was uninstall a few things, and install libre office
05:23
<alkisg>
How? Using pinet or some other method?
05:24
<fnurl>
we installed pinet, used pinet to install libre office, then I manaually removed minecraft etc
05:24
rebuilt the image, and it was all good (until they stopped connecting)
05:24
but I was comfortable to go into the chroot, and install/uninstall
05:25
<alkisg>
If you already have an image that works for you, then you don't need to change your method, you only need to troubleshoot the issue at hand
05:25
<fnurl>
we did clone a user in the server image also, we were looking to create two types of users with different access to shares
05:26
yeah - we have an image that was working - i'm not sure where the connection issue arose
05:26
<alkisg>
You can ask here if you want to troubleshoot it
05:27
<fnurl>
the owner has said I can abandon the pinet solution and aim for the LTSP proper if needs be, personally, I'd rather not .... not yet anyways
05:27
thanks for the advide though guys, much appreciated
05:27
<alkisg>
pinet is just a few scripts on top of vanilla ltsp, isn't it?
05:27
<fnurl>
honestly, i'm not sure how to phrase the question
05:28
we did the testing, all was good, literally everything was happy
05:28
<alkisg>
"my clients stopped booting; the last message I see is tftp timeout" or something like that would be a good start
05:28
<fnurl>
we moved the server to cabinet, and the pis to their desk, and the pi's wont connect to the server anymore
05:28
k, i'll try and get a screen shot of the failure to connect
05:29
I think pinet is as you describe, just a few scripts
05:29
the server is on a network with a router, so I assume pinet has removed the DHCP
05:29
<alkisg>
Don't assume, check
05:30
see if you have isc-dhcp-server installed
05:30
<fnurl>
fair, will do
05:30
logging in now, 1s
05:32
PiNet server is by default completely passive on a network. It does not include a DHCP server. It just Raspberry Pis to be able to connect to it.
05:32
<alkisg>
So you have to put the server IP on each one of the clients, in a .txt file or so?
05:33
<fnurl>
when i rebuild the image, it presents the option to update the IP address of the server
05:34
<alkisg>
But what gets written to the sd card of the clients?
05:34
<fnurl>
in the router I fixed the IP address of the server
05:34
<alkisg>
The whole image?
05:35
<fnurl>
it creates a folder called piboot - 25~ files around 20MB
05:35
i can do an ls
05:35
<alkisg>
Sure, that'd clear up some things
05:36
But when you do change the server ip, or update the kernel, then you need to update the sd cards as well, right?
05:37
<fnurl>
at the moment yes - we're using the NBD
05:38
<alkisg>
NBD is used with diskless clients, so it doesn't make sense to say that you use NBD _and_ that you need to update the SD cards
05:39gbaman has joined IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
05:40
<fnurl>
sorry, there are two option NBD and NFS, we're on the one that requires the recompression and SD juggling
05:40
http://i.imgur.com/rrrMVDQ.png
05:40
<alkisg>
Yes, those two methods (and a third one called AoE) are supported by vanilla ltsp
05:41
fnurl: what are the contents of cmdlineNBD.txt?
05:42
<fnurl>
http://i.imgur.com/6U3g19N.png
05:43
<alkisg>
fnurl: and 1.1.1.1 is the ip of your server, and if you need to change it you have to update that file?
05:43
<fnurl>
apols for imgur spam, but I don't have clipboard sync
05:43
the server should be 10.10.10.6
05:43
i'm not sure why that hasn't updated when I updated the image
05:43
:/
05:44
let me run the update image thing now, and see if it changes
05:44
<alkisg>
Maybe that's why your clients aren't booting then?
05:44
<fnurl>
you may have made my day (again!)
05:44
<alkisg>
I think gbaman is the person that maintains pinet, he might be able to help you
05:44
<fnurl>
very very cool to know
05:44
seriously thank you
05:44
<alkisg>
np
05:45
<fnurl>
i wanted to ask about creating a second jail
05:45
let me get this bit nailed first
05:46gbaman has left IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Ping timeout: 240 seconds)
05:53khildin has joined IRC (khildin!~khildin@ip-213-49-85-103.dsl.scarlet.be)
05:58
<fnurl>
odd, i just recompressed the image, then did the update image, and it kept the 1.1.1.1
05:59
i've manually changed it to 10.10.10.6
05:59
<alkisg>
By running things on your server, the client SD cards don't get updated
05:59
<fnurl>
i'll ask the headmaster to stick in the SD card in a moment
05:59
<alkisg>
I believe there's some extra steps for updating the SD cards
05:59
Vanilla LTSP doesn't have that step, so it's not ltsp-update-image etc
06:00
<fnurl>
ahh, k
06:00
http://i.imgur.com/1Mvg1SS.png
06:01
<alkisg>
And you're supposed to put the SD cards on the server, one by one?
06:01
<fnurl>
thats the admin interface, i hit that, it presents the option to keep the IP address, then I have to copy the folder contents to each SD card
06:01
yeah, it's a lengthy process
06:01
<alkisg>
It should use dhcp... :)
06:01
<fnurl>
if we were using the alternative network option, we'd not have to do that
06:02
dhcp would be lovely
06:02
<alkisg>
PIs might not be able to do PXE, but it shouldn't be hard to do the dhcp request inside the initramfs
06:02
<fnurl>
if you've got a couple of minutes - can I PM you?
06:02
<alkisg>
OK
06:09mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:10ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
06:32uXus has left IRC (uXus!~uXus@217.77.222.72, Remote host closed the connection)
06:38uXus has joined IRC (uXus!~uXus@217.77.222.72)
06:44gbaman has joined IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
06:51gbaman has left IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Ping timeout: 240 seconds)
07:00alkisg is now known as work_alkisg
07:03fnurl has left IRC (fnurl!3cf8605f@gateway/web/freenode/ip.60.248.96.95, Ping timeout: 246 seconds)
07:49gbaman has joined IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
07:56gbaman has left IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Ping timeout: 250 seconds)
07:57gbaman has joined IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
08:06uXus has left IRC (uXus!~uXus@217.77.222.72, Quit: ail bi bek)
08:11gbaman_ has joined IRC (gbaman_!~gbaman@host81-148-140-104.in-addr.btopenworld.com)
08:13uXus has joined IRC (uXus!~uXus@217.77.222.72)
08:14gbaman has left IRC (gbaman!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Ping timeout: 246 seconds)
08:15juan_ has left IRC (juan_!5844f31a@gateway/web/freenode/ip.88.68.243.26, Ping timeout: 246 seconds)
08:34F-GT has joined IRC (F-GT!~phantom@ppp121-44-204-54.lns20.syd7.internode.on.net)
08:55daysleeper83 has joined IRC (daysleeper83!5b09e2f4@gateway/web/freenode/ip.91.9.226.244)
08:55gbaman_ has left IRC (gbaman_!~gbaman@host81-148-140-104.in-addr.btopenworld.com, Remote host closed the connection)
08:56
<daysleeper83>
Hey there, i just wanted to install ltsp by using the pnp solution
08:57
however when i run the command ltsp-update-image -c /
08:57
i get the error "overlayfs: missing upperdir or lowerdir or workdir"
08:57
System is Ubuntu 14.04.3
08:58
thanks for any help
09:03
<Hyperbyte>
daysleeper83, the ltsp-pnp wizard (alkisg) isn't here right now... but he'll be able to tell you definitively what's going on.
09:04
My guess would be there's something wrong with the directory /opt/ltsp/
09:04
You are running the command as root? With sudo, for example?
09:07
<daysleeper83>
running as root
09:07
seems like some overlayfs options have changed with kernel 3.19
09:10
ill wait for alkisg
09:20
<work_alkisg>
daysleeper83: ah, I haven't published the change to the ppa, only to the proposed ppa, wait a moment...
09:22
daysleeper83: I scheduled the copying, in a few minutes if you run apt-get update etc you'll receive an update the fixes the issue
09:23
(assuming you have the greek schools ppa in your sources)
09:23
<daysleeper83>
thank you very much
09:24
yes i have
09:24
<work_alkisg>
The build process is shown there: https://launchpad.net/~ts.sch.gr/+archive/ubuntu/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=trusty
09:24
...pending for now
09:37
<daysleeper83>
works now
09:38
thanks 4 your help
09:41
<Hyperbyte>
!alkisg
09:41
<ltsp>
alkisg: The LTSP oracle. Our beacon of hope in the world of LTSP. With the guidance of this divine emperor, we shall prevail.
09:41
<work_alkisg>
!Hyperbyte
09:41
<ltsp>
Hyperbyte: We all thank our super duper webadmin for his contributions... er, also, reminder: make the irclogs.ltsp.org banner scrollable to save screen estate for mobile phones :D
09:41
<work_alkisg>
hahaha
09:41khildin has left IRC (khildin!~khildin@ip-213-49-85-103.dsl.scarlet.be, Ping timeout: 250 seconds)
09:41
<work_alkisg>
OK we need to remove that reminder :D
09:41
<Hyperbyte>
daysleeper83, please pay appropriate tribute to the oracle alkisg.
09:42
<daysleeper83>
!alkisg
09:42
<ltsp>
alkisg: The LTSP oracle. Our beacon of hope in the world of LTSP. With the guidance of this divine emperor, we shall prevail.
09:57
<Hyperbyte>
It is good. :-)
10:51F-GT has left IRC (F-GT!~phantom@ppp121-44-204-54.lns20.syd7.internode.on.net, Read error: No route to host)
10:52F-GT has joined IRC (F-GT!~phantom@ppp121-44-204-54.lns20.syd7.internode.on.net)
11:28danau11 has joined IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
11:38danau11 has left IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
11:43Faith has joined IRC (Faith!~paty_@unaffiliated/faith)
11:57daysleeper83 has left IRC (daysleeper83!5b09e2f4@gateway/web/freenode/ip.91.9.226.244, Ping timeout: 246 seconds)
12:09cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 246 seconds)
12:21work_alkisg is now known as alkisg
12:23khildin has joined IRC (khildin!~khildin@ip-213-49-85-103.dsl.scarlet.be)
12:42cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
13:17uXus has left IRC (uXus!~uXus@217.77.222.72, Ping timeout: 240 seconds)
13:25uXus has joined IRC (uXus!~uXus@217.77.222.72)
13:51ben_roose has joined IRC (ben_roose!~roose@roose.cs.wichita.edu)
13:55ogra_ has left IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de, Ping timeout: 240 seconds)
13:55ogra_ has joined IRC (ogra_!~ogra_@p5098ed03.dip0.t-ipconnect.de)
14:17mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:59danau111 has joined IRC (danau111!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
15:00danau111 has left IRC (danau111!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
16:51eemeli has joined IRC (eemeli!d442da80@gateway/web/freenode/ip.212.66.218.128)
16:51eemeli has left IRC (eemeli!d442da80@gateway/web/freenode/ip.212.66.218.128, Client Quit)
17:50vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
17:57
<alkisg>
vagrantc: do you think it's time to release ltsp 5.5.5?
17:57
Version 5.5.4 Vagrant Cascadian ltsp-5.5.4 2014-10-22
17:57
It's been a year...
17:57
...and 55 commits since
18:00alkisg is now known as work_alkisg
18:03
<work_alkisg>
It's too late for Wily though (debian import freeze was on August 20th), unless stgraber wants to do a manual sync, since recent commits solve grave bugs with overlayfs in recent kernels...
18:04
Especially r2661 is very important, Wily LTSP shouldn't be left without that one
18:08
<vagrantc>
work_alkisg: yeah, I was hoping to do that soon.
18:09
work_alkisg: there was at least one ugly issue with the patch I merged from phantomas regarding ltsp-config and ltsp-update-image interaction
18:39gehidore is now known as man
18:39man is now known as gehidore
19:01khildin has left IRC (khildin!~khildin@ip-213-49-85-103.dsl.scarlet.be, Quit: I'm gone, bye bye)
20:08ben_roose has left IRC (ben_roose!~roose@roose.cs.wichita.edu, Remote host closed the connection)
20:41danau11 has joined IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net)
20:46danau11 has left IRC (danau11!~durban@static-72-89-243-139.nycmny.fios.verizon.net, Ping timeout: 260 seconds)
20:46telex has joined IRC (telex!teletype@94.247.40.156)
20:52telex has left IRC (telex!teletype@94.247.40.156, Remote host closed the connection)
21:08Faith has left IRC (Faith!~paty_@unaffiliated/faith, Quit: Leaving)
22:16gbaman has joined IRC (gbaman!~gbaman@dab-ell1-h-38-10.dab.02.net)
22:23ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
22:29stgraber has left IRC (stgraber!~stgraber@ubuntu/member/stgraber, Ping timeout: 240 seconds)
22:31stgraber has joined IRC (stgraber!~stgraber@shell.stgraber.org)
22:31stgraber has joined IRC (stgraber!~stgraber@ubuntu/member/stgraber)
23:32dtcrshr has left IRC (dtcrshr!~datacrush@unaffiliated/datacrusher, Read error: Connection reset by peer)
23:35dtcrshr has joined IRC (dtcrshr!~datacrush@2801:88:f7a:100:240:a7ff:fe2d:d7c0)
23:35dtcrshr has joined IRC (dtcrshr!~datacrush@unaffiliated/datacrusher)
23:56gbaman has left IRC (gbaman!~gbaman@dab-ell1-h-38-10.dab.02.net, Remote host closed the connection)