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


Channel log from 26 May 2015   (all times are UTC)

01:07AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-iwmnhpyaxngxrklb, Quit: Connection closed for inactivity)
01:26gp has joined IRC (gp!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net)
01:29Nickname123 has left IRC (Nickname123!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net, Ping timeout: 244 seconds)
04:55vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
05:06work_alkisg is now known as alkisg
06:09mikkel has joined IRC (mikkel!~mikkel@mail.dlvs.dk)
06:26
<gdi2k>
I'm still having trouble with the hosts overrides function of the dns forwarder (or it could be a DHCP issue). Most clients correctly resolve the host override, but some do not. when I use dig, they are using an external DNS server. the config is identical with other machines, no custom DNS or anything like that on client machinaecs
06:26
any ideas where I could start looking to resolve this?
06:27
Under the DHCP service settings, I have the pfsense VIP (LAN) IP address, and nothing else, so DHCP clients should in theory be querying pfsense
06:28
<alkisg>
gdi2k: what is a "hosts override"? To put a name in /etc/hosts so that it overrides your dns server?
06:29
<gdi2k>
oh so sorry, I'm in the completely wrong place
06:29
<alkisg>
:)
06:29
<gdi2k>
alkisg, I'm supposed to be on the pfsense chat! :/
06:29* alkisg assumed that much :) :)
07:12ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz)
07:27telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
07:28telex has joined IRC (telex!teletype@94.247.40.156)
07:50alkisg is now known as work_alkisg
08:05markit has joined IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it)
08:27work_alkisg is now known as alkisg
08:39vmlintu has joined IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi)
08:46vmlintu has left IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi, Ping timeout: 255 seconds)
09:01vmlintu has joined IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi)
09:29vervelak has joined IRC (vervelak!~vervelak@139.91.68.65)
11:14Faith has joined IRC (Faith!~paty@unaffiliated/faith)
11:15alkisg is now known as work_alkisg
11:30danau11 has joined IRC (danau11!~durban@12.197.179.122)
11:34danau11 has left IRC (danau11!~durban@12.197.179.122)
12:04markit has left IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it, Quit: Konversation terminated!)
13:32championofcyrodi has left IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net, Remote host closed the connection)
13:39championofcyrodi has joined IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net)
13:48mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving)
14:02adrianorg has left IRC (adrianorg!~adrianorg@177.18.183.184, Ping timeout: 272 seconds)
14:03adrianorg has joined IRC (adrianorg!~adrianorg@189.58.230.152.dynamic.adsl.gvt.net.br)
14:25AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-xedqfcplufcnwtea)
14:26vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc)
14:44championofcyrodi has left IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net)
15:06telex has left IRC (telex!teletype@94.247.40.156, Remote host closed the connection)
15:08telex has joined IRC (telex!teletype@freeshell.de)
16:11championofcyrodi has joined IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net)
16:22epoptes_user5 has joined IRC (epoptes_user5!18abfbd6@gateway/web/freenode/ip.24.171.251.214)
16:22
<epoptes_user5>
Hi
16:22
Im new with epoptes
16:24
How does an execute command works?
16:25epoptes_user5 has left IRC (epoptes_user5!18abfbd6@gateway/web/freenode/ip.24.171.251.214, Client Quit)
16:30
<Hyperbyte>
Do all epoptes users suffer from ADHD or something?
16:32* vagrantc suspects it has to do with not understanding how irc works
16:53gvy has joined IRC (gvy!~mike@altlinux/developer/mike)
17:21work_alkisg is now known as alkisg
17:23
<alkisg>
Yeah I should probably change the epoptes IRC link to an applet applet with instructions on top to "wait for 1h for answers" :)
17:28
<mgariepy>
we need a netflix-like support platform : support on demands ;)
17:29
<alkisg>
:)
17:30
vagrantc: how about doing an ltsp sprint in debcamp? will anyone else from the ltsp camp be there?
17:34
<vagrantc>
alkisg: i'd love to; not sure if anyone else is planning on being there though
17:35
<alkisg>
What are the main things on our TODO list for that sprint? There's not enough time to ditch LDM then, is there?
17:35
(so that I do some preparation if I can...)
17:36
Ah, how about merging the Ubuntu packaging at last? stgraber, will August be a good time for that?
17:36
And possibly adding ltsp-pnp to the installer
17:36
<vagrantc>
alkisg: was hoping to get the ubuntu sync sooner
17:37
ltsp-pnp support would be good too
17:37* vagrantc needs to figure out what to do regarding nfs+overlay incompatibilities ASAP
17:38
<alkisg>
I'd love to, but stgraber seems very unresponsive these days... and soon I'll be to busy to help, at least until summer vacations
17:38
vagrantc: is that bug reported somewhere?
17:38vmlintu has left IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi, Ping timeout: 258 seconds)
17:38
<vagrantc>
the obvious easy thing is to switch to NBD
17:38
alkisg: i should report it, yeah.
17:39
basically, there are two bugs ... the NFS+overlay incompatibility
17:39
and the overlay support in ltsp
17:39
<alkisg>
The overlay support is just a couple of lines away, isn't it?
17:39
(in ltsp)
17:41
Btw, I don't see why nfs wouldn't be supported as lowerdir... ok upperdirs are more restrictive...
17:41
<vagrantc>
it's already in bzr, but haven't uploaded to Debian yet
17:41
alkisg: if you want to get it fixed upstream, that'd be my preferred option! :)
17:43
<alkisg>
vagrantc: I think I lost you somewhere, do you mean the ltsp initramfs fix?
17:43
Is that in debian/ and not on upstream ltsp?
17:44* alkisg was reading the kernel lists for the nfs/overlayfs issue...
17:47
<alkisg>
https://lwn.net/Articles/637497/
17:47
<vagrantc>
alkisg: i mean in kernel
17:47
<alkisg>
Well, if the kernel doesn't support overlayfs with lowerdir=nfs, I don't think we can workaround it from the ltsp code... :)
17:48
I think we can either wait for them to solve it, or switch to nbd, aoe...
17:48
Switching to nbd by default might not be too bad, it would make the tutorials easier too, as they would be the same for debian + ubuntu
17:49
And with fat clients being used more and more, it does have a good speed benefit there..
17:51
https://lkml.org/lkml/2015/1/26/769
17:51
It does sound possible for them to fix it...
17:53
<vagrantc>
my favorite approach was NFS+squashfs IMG+overlay
17:54
well, my favorite is actually to keep NFS+overlay ...
17:54
but to get the NFS+squashfs.img+overlay to work, i need to get some fixes into initramfs-tools ... fixes i mostly want anyways
17:54
<ogra_>
just switch to CIFS+overlay :)
17:54
<vagrantc>
i.e. loop=
17:54* ogra_ hides in a hole
17:57
<vagrantc>
been meaning to submit an updated patch for https://bugs.debian.org/468114
18:01
<alkisg>
vagrantc: nfs instead of nbd for the resilience part?
18:01
<vagrantc>
alkisg: yes
18:01
<alkisg>
If so, I think aoe is much more resilient...
18:01
<vagrantc>
ltsp-config aoe ?
18:01
<alkisg>
yup
18:02
<vagrantc>
last i looked at it it was some ugly manual setup
18:02
<alkisg>
No ipappend 3 needed, allows user networking et
18:02
c
18:03
vblade is rather easy to set up
18:03
Either with a .conf file, or by directly running it
18:04
<vagrantc>
alkisg: so if we add ltsp-config aoe ... then it's an option worth exploring
18:05
<alkisg>
The swap is still a question, it's much easier with nbd
18:06
So, for loopback support, maks was 'ok just fix those things'? nice...
18:06
<vagrantc>
specifying root=/dev/etherd/e0.0 ... that seems a bit hard-coded
18:06
<alkisg>
As hardcoded as /dev/nbd0 :)
18:06
<vagrantc>
alkisg: i'd also like to add loopback support for the NFS hook
18:07
alkisg: yes, but /dev/nbd0 is a local device ... isn't /dev/etherd/e0.0 dependent on how AoE is set up on the server?
18:07
<alkisg>
We need to start an ltsp-sprint-todo page in the wiki :)
18:07
The server can publish different partitions on different clients with different names
18:07
<vagrantc>
alkisg: i wonder if we could get some of the debian-edu folks interested in a debcamp LTSP sprint
18:08
<alkisg>
We can just tell the sysadmin that we expect it there... e.g. like rootpath=/opt/ltsp/i386 for nbd
18:08
<vagrantc>
i.e. is /dev/etherd/e0.0 a reasonable default?
18:09
<alkisg>
It's like "eth0"... I'm only worried about the non-routability of aoe, would anyone want ltsp over wan?
18:10
Or, I don't know if rate limiting and firewalling are possible in ethernet frames...
18:10
<vagrantc>
as long as NBD still works ...
18:10
or NFS+squashfs
18:11
<alkisg>
True, he can just switch to those
18:12
<vagrantc>
right now NFS+squashfs requires some really stupid hacks to work around changes made in initramfs-tools last minute to detect /sbin/init
18:12
but those would need to be fixed to properly support loop=
18:13
<alkisg>
Ah there's also xnbd, this should be quite resilient, it even supports caching
18:14
<vagrantc>
basically, we need to figure out a default rootfs for LTSP in stretch
18:14
<alkisg>
How long can we wait? They might fix the nfs/overlay issue...
18:15
<vagrantc>
currently, LTSP is broken in sid ... the linux 4.x hasn't migrated to stretch yet ... not sure when it will
18:16
i hate to leave LTSP with a broken default in the hopes that it will someday get fixed upstream
18:16
<alkisg>
About e0.0 in aoe, we can use e.g. e67.0, if we still want "67" to mean "ltsp"...
18:16
<vagrantc>
sure
18:16
alkisg: but it has to be an integer or something?
18:16
<alkisg>
It's "shelf / slot"
18:16
Two numbers
18:17
Hmm we can even use a volume label
18:17
blkid will give us all the devices that the client can see
18:17
So, "LTSP", "Swap"...
18:17
<vagrantc>
volume labels sound much better than arbitrary numbers
18:18
<alkisg>
They could even match the root path or at least its ending part, similar to nbdpath=/opt/ltsp/i386
18:19
(so that it can be defined by dhcp, by arch, stuff like that)
18:19
<vagrantc>
thought dhcp wasn't a thing here?
18:20
<alkisg>
The client is still netbooted though until it gets the linux+initramfs
18:20
It can get parameters from pxe...
18:21
Hrm flow control might be an issue... it gets solved with tcp automatic rate limiting, I don't know how that will work with ethernet frames
18:21
So gigabit server + 100 mbps clients could possibly result in the server behaving like 100mbps
18:25
<vagrantc>
that would be bad
18:25
<alkisg>
vagrantc: with which kernel can I reproduce the nfs+overlay issue? Will 3.13 have it?
18:25
<vagrantc>
alkisg: 3.18+
18:25
<alkisg>
OK, trying...
18:25
<vagrantc>
alkisg: not sure if ubuntu's kernels have it patched differently ... debian's using mainline overlay(fs) now
18:26
<alkisg>
Jessie has 3.16?
18:26
<vagrantc>
yes
18:26
jessie still has aufs
18:26
<alkisg>
So I can't reproduce it with a live cd :-/
18:27
<vagrantc>
no
19:00vmlintu has joined IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi)
19:00
<alkisg>
https://lkml.org/lkml/2014/10/30/242 no replies though...
19:02
But they did fix a similar problem for cdroms, https://lkml.org/lkml/2014/10/28/930
19:07
<vagrantc>
alkisg: ok, so i should probably file a bug in the debian BTS and mark it as affects ltsp, and sometimes the debian maintainers then know where to apply the right pressure :)
19:07
alkisg: file a bug on linux
19:28gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving)
20:04Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo)
20:20vmlintu has left IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi, Ping timeout: 252 seconds)
20:56cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds)
20:57cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg)
21:22ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat)
21:27awei has joined IRC (awei!185bd65d@gateway/web/freenode/ip.24.91.214.93)
21:28danau11 has joined IRC (danau11!~durban@50.245.32.178)
21:28danau11 has left IRC (danau11!~durban@50.245.32.178)
21:36
<awei>
Does the "kiosk" ltsp client handle USB devices differently than the "ldm" one?
21:36
<vagrantc>
yes
21:37
i don't think it supports it at all if i remember correctly
21:38
<awei>
oh ok... How would I go about adding support for USB peripheral on a kiosk image?
21:40telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection)
21:42telex has joined IRC (telex!teletype@freeshell.de)
21:56awei has left IRC (awei!185bd65d@gateway/web/freenode/ip.24.91.214.93, Ping timeout: 246 seconds)
22:11Nickname123 has joined IRC (Nickname123!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net)
22:14gp has left IRC (gp!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net, Ping timeout: 255 seconds)
22:19vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving)
22:27AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-xedqfcplufcnwtea, Quit: Connection closed for inactivity)