01:07 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-iwmnhpyaxngxrklb, Quit: Connection closed for inactivity) | |
01:26 | gp has joined IRC (gp!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net) | |
01:29 | Nickname123 has left IRC (Nickname123!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net, Ping timeout: 244 seconds) | |
04:55 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
05:06 | work_alkisg is now known as alkisg | |
06:09 | mikkel 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:12 | ricotz has joined IRC (ricotz!~rico@ubuntu/member/ricotz) | |
07:27 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
07:28 | telex has joined IRC (telex!teletype@94.247.40.156) | |
07:50 | alkisg is now known as work_alkisg | |
08:05 | markit has joined IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it) | |
08:27 | work_alkisg is now known as alkisg | |
08:39 | vmlintu has joined IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi) | |
08:46 | vmlintu has left IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi, Ping timeout: 255 seconds) | |
09:01 | vmlintu has joined IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi) | |
09:29 | vervelak has joined IRC (vervelak!~vervelak@139.91.68.65) | |
11:14 | Faith has joined IRC (Faith!~paty@unaffiliated/faith) | |
11:15 | alkisg is now known as work_alkisg | |
11:30 | danau11 has joined IRC (danau11!~durban@12.197.179.122) | |
11:34 | danau11 has left IRC (danau11!~durban@12.197.179.122) | |
12:04 | markit has left IRC (markit!~marco@host179-38-static.243-95-b.business.telecomitalia.it, Quit: Konversation terminated!) | |
13:32 | championofcyrodi has left IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net, Remote host closed the connection) | |
13:39 | championofcyrodi has joined IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net) | |
13:48 | mikkel has left IRC (mikkel!~mikkel@mail.dlvs.dk, Quit: Leaving) | |
14:02 | adrianorg has left IRC (adrianorg!~adrianorg@177.18.183.184, Ping timeout: 272 seconds) | |
14:03 | adrianorg has joined IRC (adrianorg!~adrianorg@189.58.230.152.dynamic.adsl.gvt.net.br) | |
14:25 | AlexPortable has joined IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-xedqfcplufcnwtea) | |
14:26 | vagrantc has joined IRC (vagrantc!~vagrant@unaffiliated/vagrantc) | |
14:44 | championofcyrodi has left IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net) | |
15:06 | telex has left IRC (telex!teletype@94.247.40.156, Remote host closed the connection) | |
15:08 | telex has joined IRC (telex!teletype@freeshell.de) | |
16:11 | championofcyrodi has joined IRC (championofcyrodi!~cott@50-205-35-98-static.hfc.comcastbusiness.net) | |
16:22 | epoptes_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:25 | epoptes_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:53 | gvy has joined IRC (gvy!~mike@altlinux/developer/mike) | |
17:21 | work_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:38 | vmlintu 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:00 | vmlintu 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:28 | gvy has left IRC (gvy!~mike@altlinux/developer/mike, Quit: Leaving) | |
20:04 | Faith has left IRC (Faith!~paty@unaffiliated/faith, Quit: Saindo) | |
20:20 | vmlintu has left IRC (vmlintu!~vmlintu@a91-154-149-253.elisa-laajakaista.fi, Ping timeout: 252 seconds) | |
20:56 | cyberorg has left IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg, Ping timeout: 244 seconds) | |
20:57 | cyberorg has joined IRC (cyberorg!~cyberorg@opensuse/member/Cyberorg) | |
21:22 | ricotz has left IRC (ricotz!~rico@ubuntu/member/ricotz, Quit: Ex-Chat) | |
21:27 | awei has joined IRC (awei!185bd65d@gateway/web/freenode/ip.24.91.214.93) | |
21:28 | danau11 has joined IRC (danau11!~durban@50.245.32.178) | |
21:28 | danau11 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:40 | telex has left IRC (telex!teletype@freeshell.de, Remote host closed the connection) | |
21:42 | telex has joined IRC (telex!teletype@freeshell.de) | |
21:56 | awei has left IRC (awei!185bd65d@gateway/web/freenode/ip.24.91.214.93, Ping timeout: 246 seconds) | |
22:11 | Nickname123 has joined IRC (Nickname123!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net) | |
22:14 | gp has left IRC (gp!~Nickname1@adsl-068-016-236-123.sip.asm.bellsouth.net, Ping timeout: 255 seconds) | |
22:19 | vagrantc has left IRC (vagrantc!~vagrant@unaffiliated/vagrantc, Quit: leaving) | |
22:27 | AlexPortable has left IRC (AlexPortable!uid7568@gateway/web/irccloud.com/x-xedqfcplufcnwtea, Quit: Connection closed for inactivity) | |