[03:20] hi all! [03:20] hi [03:21] anyone can help me to find out how to show the console on the thin clients? [03:22] the console in the thin clients only show a red screen [03:23] sorry about my english :P [03:25] EdubuntuTco: there's a vice presidential debate on here in the us so not many are online, you might have better luck tomorrow or later tonight [03:26] ups! [03:26] ok [03:27] thx!! [03:27] bye === nubae1 is now known as Nubae1 === Nubae1 is now known as nubae1 === Shindig_ is now known as Shindig [17:17] hello, do we have any active people on right now? and what are our approved topics? [17:19] approved topics? [17:20] well, it says topic for edubuntu set by ogra. I am new to irc. SO I thought there might be a topic for the day. [17:25] ah no... the topic is ancient... was set 3 weeks ago:-) [17:26] Right now I have an edubuntu server running. It has a live internet connection in one nice, the other nic is not in the switch yet...I unplugged it. [17:26] I have xubuntu stalled on an imac. [17:26] I have installed the ltsp server and the nfs-kernel-server. [17:26] right remember reading about this yesterday on here [17:27] now I now I am trying to mount the server /opt/ltsp to the same folder on xubuntu. [17:27] it won't let me. [17:27] how are u mounting? [17:27] my question is: Do I now need to take the imac off teh internet and put it on the edubuntu servers private network to do the next part? [17:28] yes /opt/ltsp is usually mounted on the internal network [17:28] sudo mount xxx.xxx.xxx.xxx:/opt/ltsp /opt/ltsp [17:28] u have a file called /etc/exports? [17:28] on the server that u want to share [17:28] ok, so I will put it connected to the switch of the internel network. Then do I use the public IP address of muy server for the internet or the private ip address for the network on my mount command? [17:29] on the server? [17:29] you are mounting from the server or the imac... where do u run the sudo mount command? [17:29] I do not have /etc/exports on the server. [17:29] I ran the mount command from the imac. [17:29] ok then on the server u must have a file called /etc/exports [17:30] which allows the server to share the connection u are trying to mount [17:30] I do not. [17:30] I just verified. On the server there is NO "/etc/exports" [17:32] put this in that file: /opt/ltsp *(ro,no_root_squash,async,no_subtree_check) [17:32] change ro to rw, as I imagine u are trying to build the chroot on the imac [17:33] That file does not exist...however, I never did do the "sudo apt-get install ltsp-server-standalone openssh-server" because I installed the ltsp server from the alternate disc already. [17:33] yeah thats fine, doesnt come default [17:33] do I need to install those two things on the server, even tho it already works on i386? [17:33] normally we use nbd, and not nfs [17:33] install nfs-kernel-server and nfs-common [17:34] and portmap, if that isnt already installed [17:34] on my edubuntu server? [17:34] yes [17:36] ok, I installed those three things. [17:36] Now I can edit that file, right? [17:36] yep [17:37] Nubae, you have been very helpful! once I edit that file (it is there!) then do I run the mount command from the server or the imac? [17:40] from the imac [17:40] it should now allow u to use mount -t nfs [17:40] make sure the client has nfs-common and portmap installed too [17:43] ok [17:43] now as far as that exports file I am editing. THere is no "opt/ltsp*...." entry for me to edit. [17:44] Do I just add it in with the "#" to start off with...like the other entries? [17:45] sure [17:45] its normal its not there... u do this stuff manually, and especially in your case where u are building for ppx [17:45] ppc [17:48] I added this line in the exports file "#/opt/ltsp *(rw,no_root_squash,async,no_subtree_check)" and then I put a "#" at the start of the last line down with nothing next to it. [17:48] # = comment, it is ignored [17:49] so take it out of the line that u want it to read [17:50] when thats done, do: sudo /etc/init.d/nfs-kernel-server restart [17:51] ahhh...you can tell I am new to this. :) But it is fun. [17:52] we were all there at one time, the good thing is, it never stops being fun ;-) [17:53] dc to go try this out..now that I copied it. [19:37] Hello all\ [19:37] How do I transfer the 'sent items' from an Outlook PST file to an evolution 'sent items' folder? [19:40] jc2it: Not really the right chan for that... try an evolution channel? [19:42] or general #ubuntu [19:42] hmmm, yeah I see your point. I guess it is not Edubuntu specific. [19:42] jc2it: if i knew how to do that i'd tell you anyway though ;) [19:43] hey nubae1 ! [19:43] hi Lns [19:43] * Lns is happy to finally realize that you *always* want to update sources.list in chroot before talking about bugs in LTSP/Edubuntu [19:44] I had no idea that ltsp-build-client wouldn't pull new packages from dist-upgrades by default [19:44] y dat? :-) [19:44] ah yeah that bug [19:44] I call it bug... it should do that automatically [19:44] yea...and my big mouth i guess :p [19:45] I really think so too...for instance, in my case it was preventing NBD_SWAP from functioning at all...my TCs were hard-locking left and right, and i was scratching my head because i thought network swap fixed that (at least partially, under normal usage) [19:45] someone had a problem on here the other day related to that... where they were doing all the necessary steps but the kernel wouldnt upgrade [19:45] he had to do a dist upgrade in the chroot for it to work [19:46] nubae1: yea - after making sure -updates was in sources.list i'm sure right? [19:46] yeah [19:46] I remember doing that a long time ago but i'd forgotten, and always just dist-upgrading with the original 2 lines...ugh [19:46] 58 upgraded packages in -updates alone [19:46] just for the chroot [19:46] since hardy release [19:47] well its because we are so late into hardy [19:47] Im actually running intrepid now on my test machines [19:47] its works great [19:47] nice :) [19:47] i haven't gotten the chance to check it out yet [19:47] though almost no changes in ltsp side... [19:48] yeah...it seems pretty stable with the fixes from -updates for me too, one school has had 2 classes in, and 0 lockups (which is amazing considering at least 10 would lock-up constantly before today, each class) [19:49] yeah same experience... really need to keep updated... although now its finally stable [19:49] yes [19:49] but shouldn't be like that for a LTS release [19:49] * Lns does a dance because he's so happy his clients are finally starting to see stability :) [19:50] hardy had massive problems when I installed it... beginng with the infamous firefox 3 bug [19:50] intrepid has non of that, so thats nice :-) just a usb stick issue thats easily fixd === nubae1 is now known as Nubae [19:51] yea...i dunno, I kinda wish *buntu would adopt more of the debian policy, at least for "stable" releases (although LTS != the typical term "stable" from what i learned in the past few days) [19:51] I like the determined release dates a lot [19:52] Maybe, when they release the "LTS" version, keep it in some sort of psuedo-Beta after it's been released [19:52] i dunno, i think the root problem is the concept of LTS [20:00] man, weirdness... suddenly my network cards are interfering with each other... I turn eth1 on, and eth0 gets blocked [20:00] I turn it off, and it starts working again [20:02] wonder what that is all about [20:03] strange! [20:03] yeah just tried several times... every time I do ifconfig eth1 up, eth0 gets blocked [20:03] nubae1: what do you mean specifically by "blocked" ? [20:04] all network traffic stops responding [20:04] ping google.com does nothing [20:04] what could cause that? [20:04] nubae1: is it being blocked at the server level itself? can you do a traceroute? [20:05] let me try, I'll probably be thrown offline again... [20:05] heh [20:05] the joys of network debugging [20:07] ok, this is extremely weird... [20:07] traceroute tells me the server's ip is 192.168.0.47 [20:07] even though its actually 192.168.0.254 [20:08] is .47 a TC? [20:08] yeah [20:08] 7 ws47 (192.168.0.47) 304.091 ms !H * * [20:09] my hosts file has static declarations for all its TCs [20:10] its as if dhcp tries to give the internal eth1 its own address [20:10] which somehow then conflicts with qth0 [20:10] eth0 [20:12] weird [20:13] hmmm why would eth1 be given a new network address when its turned on? in /etc/network/interfaces everything looks as it should [20:14] eth1 is statically defined in /etc/network/interfaces [20:14] as 192.168.0.254, and I've added a hosts declaration to it in /etc/hosts too [20:14] but when I turn it on with ifconfig, it turns into 0.47 [20:16] gonna restart server... hope it goes away :-) [20:17] nubae: is dhcpcd running on the server? [20:17] i've seen that before on ubuntu and debian [20:18] even though a static ip is defined, it will still try and get a dhcp addy if dhcpcd is going [20:19] dhcp is running yes [20:19] I need it for the thin clients :-) [20:19] ill try turning it off and restarting networking [20:20] ok now it seems to be ok [20:20] now to turn on dhcpd again [20:21] yep thats causing it... [20:22] restarting dhcp kills the network connection [20:24] ok, think I fixed it... turned get-lease-hostnames off [20:28] nubae: if you're not needing dhcpcd on the server i'd just nuke that package all together [20:28] of course i'm relentless like that =p [20:28] I need it... for the thin clients [20:29] lease-hostnames doesnt work though, it kills the connection it seems... the weird thing is, I had it working that way fine before [20:31] nubae: having a static ip at one point in time, and then dhcpcd re-configuring it was common for me before nuking dhcpcd [20:32] I've never seen that till today [20:32] even after hours/days of it being static it would sparatically switch over [20:32] what could cause that, did u ever find out? [20:32] cause thats a pretty bad bug [20:34] nubae: i never dug too deep into it after finding out the issue...that was a while ago, and i knew even less about reporting bugs than i do now =p [20:35] obviously though, dhcpcd isn't honoring stanzas in /etc/network/interfaces [20:35] yeah I wonder if network-manager is to blame [20:35] its usually to blame for something :p [20:36] hahahhaa [20:36] yes [20:36] no, people using wrong configs are :) NM is supposed to rule *all* interfaces now [20:37] even on commandline [20:37] boooo ogra :p [20:37] ogra: doesn't NM honor interfaces file though? [20:38] not if its telling dhcpd to do what it wants [20:38] it does and calls the right ifup.d scripts [20:38] but thats not 100% working yet (it will for release) [20:38] if you have non standard settings in that file it will probably break [20:38] ah...so maybe that's the issue [20:38] for basic values it works already [20:38] heres what happened to me... I turned dhcp on with get-lease-hostnames on and it took over the servers internal network address [20:39] I turned off get-lease-hostnames and it works normally again [20:39] in /e/n/i ? [20:40] dhcpd.conf [20:40] but I had set stuff manually in /e/n/i [20:41] yep network manager takes over the /e/n/i settings [20:41] just checked [20:42] nubae: did you mean dhcpcd.conf ? [20:42] if there is such a config [20:42] seems weird the dhcp server would hose the host's own static ip addy [20:43] well it does, by looking at what network manager has set up [20:43] it doesnt look at /e/n/i [20:43] I can understand the reasoning, but for us command line folk, its not so obvious [20:43] I meant /etc/ltsp/dhcpd.conf [20:44] ah crap...is this a really bad thing(tm) ? "Setting up procps (1:3.2.7-5ubuntu3) ... * Setting kernel variables... Cannot find /proc/version - is /proc mounted? [fail]" [20:44] this is in updating chroot without mounting proc [20:44] heh yeah one needs to mount /proc [20:45] did I just hose my chroot? [20:45] no [20:45] just mount it [20:45] and try again [20:45] k [20:45] thx [20:45] ogra: so its normal for dhcpd to listen to network manager, but not to /etc/network/interfaces? [20:47] no [20:47] dhcpd doesnt care [20:49] well I had my network manager set to auto for both interfaces (it doesnt bother reading /etc/network/interfaces) and when turning on dhcpd, it does exactly what is in networkmanager [20:49] not what is in interfaces [20:49] so it must care on some level :p [20:51] nubae: are you sure it's not dhcpCd that's not caring what's in interfaces? All dhcpD does is listen for requests... [20:51] hopefully i'm not missing something basic here [20:52] dhcp3-server is the one doing whats in network manager... and giving an address to eth1, when interfaces has it set as static [20:55] this is worse than I thought, I tried to set all the settings in network manager, and upon saving, it defaults back to dhcp for both interfaces [20:59] yikes [21:00] * Lns saw https://help.ubuntu.com/community/WICD a while ago but never looked into it...not that you want to just rip & replace NM... [22:52] https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/256054 [22:52] Launchpad bug 256054 in network-manager "[intrepid] new 0.7 branch ignores /etc/network/interfaces" [Unknown,Confirmed] [22:52] I wasn't imagining things... [22:52] network manager defaults to dhcp and ignores its own settings [22:54] but its being worked on, its an intrepid thing