=== Taj is now known as manakfula [02:47] Hello everyone, I have a couple quick questions about edubuntu [02:47] I'm familiar with ubuntu so it's nothing really technical [02:48] and I apologize if I get disconnected, my wireless sucks...I'll be back if that happens [02:49] does edubuntu come with a spanish distribution or spanish language option at the time of installation? [02:49] (im not sure if that whole message went through or not I only see part of it) [02:50] I'll retype it incase it didn't...does it come with a spanish disto or installation option? [02:51] or just the spanish learning/tutor program? === Taj is now known as Manakfula [02:55] sorry about that told you my wireless sucks [02:55] so is anyone here or is the room just idle? [11:20] Am trying to use the profile editor in 9.04 but there is a bug in it. Actually this is one feature that I need as I am using LTSP with 30 clients. Anyone got any ideas [11:21] davew: sbalneav is trying to fix the bugs and hopes it'll be ready for 9.10. There's a new version at his PPA that works for some people. [11:22] Have tried the sbalneav fix and it didn't work for me - are you saying it doesn't work for everybody ? [11:23] Yup. I don't know the last ubuntu version that sabayon worked in, maybe it was back in gutsy or something... [11:23] davew: what exactly do you want to lock with sabayon? Maybe there are ways to do it with gconf... [11:24] Oh dear I'm in trouble. Without this I don't know what I can do !!! [11:25] Do you know when 9.10 which I presume is the next version is out ? [11:26] 9 = 2009, 10 = 10th month = october [11:28] Understood - I am in trouble ! I understand that Sabayon has not worked for about 12 months, is that true ? [11:29] Well, I bet it's working right now for people that have older ubuntu versions... [11:30] But yeah, I don't think it has worked in the recent ubuntu releases [11:32] O.K. Thanks for that I will have to strip out 9.04 and put in something older or another distro which has similar features. Thanks for your help I have been trying to get some information for several days. Cheers . [11:32] davew: but again, it may be possible to lock down your desktop for your clients with gconf-editor [11:33] Will this allow me to do it globally for say a particular group ? [11:34] Hmmm kind of. Global locking is global, not per group. But you could copy the settings on all members of a group. [11:35] O.K. I'll have a look - thanks again . [11:35] Bye [16:54] hello ... I have been facing the hardy release DHCP issue seen by others such as : [16:54] https://lists.ubuntu.com/archives/edubuntu-users/2008-December/004911.html [16:54] above [16:54] Today I captured some logs from my system, turning on one client at a time ...and logs show how slow things get .. [16:55] where can I upload so experts can take a look ? [16:56] I have captured daemon and kern logs among others [18:05] hi alkisg [18:06] Hello mss, hi all [18:06] we spoke a few days ago about the hardy DHCP problem : [18:06] https://lists.ubuntu.com/archives/edubuntu-users/2008-December/004911.html [18:06] I have daemon, kern and other logs showing the problem [18:07] I booted clients one at a time ....the first two boot fast .. the next few start slowing down ... [18:08] mss, it seems like your case is a dhcp server problem, but then again, I'm not sure, e.g. "slowing down"? Aquiring a dhcp lease should only take some msec... [18:09] yes .. I understand that ....but it has now been seen by several folks that this DHCP "slowing down" problem exists ... [18:09] in some cases .... [18:10] Any links for bug reports? [18:11] mss: an easy thing to try would be another dhcp server, e.g. dnsmasq [18:11] This way you would be sure if it is or not a dhcp3-server - related problem [18:13] I could try that ..but am not clear on exactly how to set up a different dhcp server ... other folks who have moved to a different dhcp server, fould it works fine . [18:13] mss: also, try to post in #ltsp-discuss, you may have additional chances for an answer there... [18:13] https://lists.ubuntu.com/archives/edubuntu-users/2008-December/004914.html [18:14] looks like nobody has filed a bug yet ... [18:14] "We figured that as the box got busy serving up the tftp kernels the dhcp would start to fail/timeout." I haven't heard of anyone having this problem, though... [18:15] You may try dnsmasq like this: [18:15] sudo invoke-rc.d dhcp3-server stop [18:15] sudo apt-get install dnsmasq [18:15] create an /etc/dnsmasq.d/ltsp.conf file with: [18:16] port=0 # this makes dnsmasq *not* function as a dns server [18:16] dhcp-range=10.160.31.100,10.160.31.120,8h # change with your specific range [18:16] sudo invoke-rc.d dnsmasq restart [18:16] The logs I captured show exactly htis problem . [18:16] ===> after that, try to boot the clients. [18:17] thanks .. I will try dnsmasq like you sugested .. [18:17] mss: do you have a small log part that shows that the server gets a dhcp_discover, and doesn't answer with a dhcp_offer? [18:18] If so, you should definately file a bug against dhcp3-server... [18:18] yes ...I have the logs ... it answers .. but very slowly .. let me pul it up for you ... [18:20] here's the first client . [18:20] Aug 9 12:48:54 coco dhcpd: DHCPDISCOVER from 00:1e:0b:39:fa:d1 via eth1 [18:20] Aug 9 12:48:55 coco dhcpd: DHCPOFFER on 192.168.0.245 to 00:1e:0b:39:fa:d1 via eth1 [18:20] Aug 9 12:48:57 coco dhcpd: DHCPREQUEST for 192.168.0.245 (192.168.0.254) from 00:1e:0b:39:fa:d1 via eth1 [18:20] Aug 9 12:48:57 coco dhcpd: DHCPACK on 192.168.0.245 to 00:1e:0b:39:fa:d1 via eth1 [18:21] The client needed 2 seconds to process the offer and request it? !!! [18:21] here's the next client by which time things start to slow down [18:21] Aug 9 13:02:44 coco dhcpd: DHCPDISCOVER from 00:1e:0b:39:fa:ef via eth1 [18:21] Aug 9 13:03:09 coco dhcpd: DHCPOFFER on 192.168.0.247 to 00:1e:0b:39:fa:ef via eth1 [18:21] Aug 9 13:03:34 coco dhcpd: DHCPREQUEST for 192.168.0.247 (192.168.0.254) from 00:1e:0b:39:fa:ef via eth1 [18:21] Aug 9 13:03:59 coco dhcpd: DHCPACK on 192.168.0.247 to 00:1e:0b:39:fa:ef via eth1 [18:22] Yeah that *doesn't* look like a dhcp problem to me, but a network problem [18:22] If it was a server problem, the client wouldn't need (34-09) seconds to process the offer and send a request [18:23] the strange thing is ....even before the DHCPDISCOVER shows up in the log ... I can see the client has already acquired the address and on its way .. [18:23] but the DHCPACK shows up much later in the log .. [18:24] There are 2 dhcp requests for each client, did you know that? [18:24] One during the pxe boot, and one later *after* the kernel boots [18:24] yes .... I showed only the first of each client [18:25] Ah... well then I still don't see this as a dhcp server problem [18:25] If a client is booted and you try to operate it when other clients boot, does it function correctly, or is it very very slow? [18:25] E.g. having both full duplex and half duplex clients on the same switch can bring down the network speed to a crawl... [18:26] well....the first three- four clients boot.... [18:26] then the rest do not get any response in time before the client times out .. [18:27] all clients are identical .. hp5135s [18:27] ok, but during this "clients do not get any response" phase, if you try to sit down on a client a work on it, does it work fine, or is it slow? If it were slow, this would suggest a network problem... [18:28] the clients that are up seem to work fine .... [18:28] Can you upload a full log file somewhere? [18:28] yes ..have all the logs [18:29] can I email ... only 400k [18:29] OK... my nickname at gmail dot com [18:30] also, what NICs do the clients have? [18:35] clients ? no idea, but I know other have been using these clients fine .... [18:36] With the same distro? [18:36] (and version)? [18:36] sent email - it is a zip file of all logs [18:36] yes ... [18:37] I believe Asmo Koskinen asmo.koskinen at arkki.info is using them .. [18:37] saw him mention in one of his posts [18:37] 8.04.10 .. last updated 12 days ago with all current (at that time ) updates [18:38] client has 128 MB ram ... shoud that be an issue ? [18:39] No [18:40] ...but even with the first client, there are problems: http://alkisg.pastebin.com/d2b2bbb97 [18:40] Even though the client gets a dhcp_ack, it requests the same IP again [18:40] I thought that was the kernel [18:40] There are 3 acks tehre [18:41] 1 = pxe, 2 = kernel, 3 = problem [18:41] every client does this twice .... [18:49] but there are only 2 DISC/OFFER s [18:49] you are saying the last pair of lines REQUEST/ACK is a problem ? [18:50] I'm saying that it seems to ignore the "12:49:16 coco dhcpd: DHCPACK" [18:50] So, if it doesn't get the first ack, it seems like a network problem exists even with 1 client [18:52] or if the dhcp server is slow and it gets two reqs one after the other ... is it possible it is responding to both ? [18:53] Hmmmm though I had send a patch last year for ipconfig that had to do with DHCPNAKs, maybe it didn't make it for 8.04 and that bug is still there [18:54] http://www.zytor.com/pipermail/klibc/2008-June/002311.html [19:02] it says your patch was applied :-) [19:02] Yeah I know, but I don't know if it make it for hardy [19:02] I think it's only fixed in 8.10 and 9.04... [19:02] thought it should have at least made it to 8.04.10 [19:03] But anyway mss I don't think that ipconfig is your main problem here [19:04] I mean, in the second client dhcp takes dozens of seconds!!! [19:04] I will try the dnsmasq and see how it goes ... I have the ltsp setup at a remote location ( no internet) .. so I can take the dnsmasq.deb file and install .. correct ? [19:04] yes ... and then it gets wors .... [19:04] I think you'll need 2 debs, dnsmasq.deb and dnsmasq-base.deb [19:04] But do try this: [19:05] 1. Boot 4-5 clients (as many as they boot) [19:05] 2. Try to work on one of them. Does it work ok? [19:05] but when I left the system alone for a few hours and came back and booted a client .. the first one again came up fast and fine ... then the second one slowed .. and the process repeated ... [19:05] Ah [19:05] it is in the logs ... [19:06] 3. After a while, open another client and see if it boots fast <== you just answered that [19:06] after 14:xx . I came back at 17:xx [19:06] You don't even have dhcpd.conf in the logs, though... [19:06] in the logs [19:06] Nor /etc/network/interfaceds [19:07] dhcpd conf standard as edubuntu requires .. done during installation .. nothing special [19:07] attached ifconfig .. if it helps [19:07] I wonder if it's a tftp problem, i.e. the whole network slows down when the clients get the kernel via tftp [19:08] possible ... could you take a loo at kern logs ... it just keeps going on for a client log after the login screen is presented on the clinet ..is that a problem ? [19:09] but each client should take no more than 10 secs to get the image [19:09] on a FE LAN [19:10] Yeah, unless there's a problem :) (which is the only thing certain here :)) [19:10] I've seen tftp needing half an hour to server a kernel in problematic cases... [19:11] *serve [19:11] :-) [19:11] if the PHY is messed up and retransmissions happen .. I guess it can happen [19:11] How difficult would it be to try out 9.04? E.g. in a different partition? [19:12] The installation takes < 30 mins... [19:12] I am trying to set up a different system in a couple of days .. I can try 9.04 on that [19:12] is it a LTS release ? [19:13] No, but it was released a year later than 8.04, so they'll be supported for about the same time (only 6 months difference) [19:14] so .. I will try both the dnsmasq and the 9.04 and let you know in a day or two ... [19:15] thanks for your help [19:15] mss, ps: [19:15] /usr/share/doc/ltsp-server/examples/dhcpd-dnsmasq <== example file for dnsmasq config [19:15] * alkisg gotta go... bye all [19:16] thanks