00:16 | alkisg has quit IRC | |
00:18 | datandrews has quit IRC | |
00:18 | drdata has joined #ltsp | |
00:20 | drdata has left #ltsp | |
00:23 | drdata has joined #ltsp | |
00:26 | drdata has left #ltsp | |
01:32 | alkisg has joined #ltsp | |
01:44 | Kicer86 has joined #ltsp | |
01:46 | shogunx has quit IRC | |
03:02 | dobber has joined #ltsp | |
03:30 | gnunux has joined #ltsp | |
04:12 | Kicer86 is now known as webczat_ | |
04:12 | webczat_ is now known as Kicer86 | |
04:57 | spectra has quit IRC | |
05:02 | toscalix has joined #ltsp | |
05:10 | alkisg has quit IRC | |
05:38 | <simbulu> Would someone tell us how we can put some load on more powerfull ltsp clients having 1GB RAM 3GHz CPU and 80GB empty diskspace?
| |
05:40 | <muppis> simbulu, fat-client
| |
05:41 | But one of ideas of ltsp is no need for local hdd.
| |
05:43 | <simbulu> muppis, I do not have to use the local disk, but can if I want to as it will be there anyway (What else could I do with 39 x 80GB disks?)
| |
05:44 | the idea is just to use local resources that happen to be available. and yes - I hate local disks :)
| |
05:44 | anyway - what is "fat-client" ?
| |
05:45 | <muppis> simbulu, it is something between reqular thin client and local installation, meaning it started and used as thin, but everything is runned locally as like in local installation.
| |
05:47 | <simbulu> I would love to create stations that would run everything on the server, but firefox and openoffice which should run locally.
| |
05:47 | <muppis> Then it is thin with local-apps.
| |
05:49 | <simbulu> is fat-client seems to be a ltsp-build-client plugin for Ubuntu, right?
| |
05:50 | <muppis> I think so. Haven't used that.
| |
05:50 | otavio has joined #ltsp | |
05:50 | <simbulu> anyway. I have something called ltsp-localapps ...
| |
05:51 | <muppis> That's good to start.
| |
05:52 | <simbulu> ohh - it has a manual!
| |
05:52 | I wonder how it is configured and used
| |
05:54 | there is also something called ltsp-genmenu ...
| |
05:55 | spectra has joined #ltsp | |
05:56 | <muppis> I think that is used to generate Gnome -menus to automatically launch app as localapp instead of in server.
| |
05:56 | MorningSon has joined #ltsp | |
05:57 | <simbulu> ok - but first challenge would be to start an app locally on a powerfull client. But how?
| |
05:57 | something with "xprop" ?
| |
05:58 | <muppis> Yes.
| |
05:59 | drdata has joined #ltsp | |
06:00 | root__ has joined #ltsp | |
06:00 | <simbulu> xprop: command not found :-(
| |
06:00 | shogunx has joined #ltsp | |
06:00 | <root__> hi..
| |
06:01 | <simbulu> seems I need xprop - should be in xorg-x11-utils
| |
06:01 | <root__> can any one tell me what settings has to done for connecting tftp server..
| |
06:02 | i am getting err5or file not found
| |
06:02 | <muppis> root__, if you get that, then connects ok, but asks wrong file or from wrong directory.
| |
06:03 | <root__> is there any setings for that..
| |
06:04 | <muppis> Which distro?
| |
06:04 | <root__> ubuntu 10.04
| |
06:05 | <muppis> Compare settings from /etc/ltsp/dhcpd.conf to directories under /var/lib/tftboot/
| |
06:07 | <root__> /var/lib/tftpboot/ltsp/i386/pxelinux...
| |
06:08 | <muppis> Sound correct. What your client requests?
| |
06:09 | <root__> it requests for DHCP and after getting IP it gives error file not found
| |
06:09 | <muppis> root__, fresh installation?
| |
06:10 | alkisg has joined #ltsp | |
06:11 | <root__> is there any fault with this..
| |
06:12 | Kicer86 has quit IRC | |
06:12 | <muppis> Yes, but it comes along with packages..
| |
06:13 | root__, does your /etc/ltsp/dhcpd.conf look like this? http://ltsp.pastebin.com/xsQqWuSk
| |
06:13 | (mind the # marks, that's not mine dhcpd.conf nor untouched one.)
| |
06:15 | <alkisg> https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP
| |
06:16 | [04:47] [simbulu] I would love to create stations that would run everything on the server, but firefox and openoffice which should run locally. ==> just wondering, why not everything on the client? What's the benefit of running e.g. gimp or evolution on the server, if your clients are good enough?
| |
06:18 | <muppis> alkisg, I wondered that too, but didn't minded after all.
| |
06:19 | <simbulu> alkisg, Sure - let us let the clients run what they can run - and let them run whatever they can not run themselves on the server. Better?
| |
06:19 | <muppis> simbulu, then I still suggest fat for those.
| |
06:20 | <simbulu> thank you muppis.
| |
06:22 | is "fat-client" something you give to ltsp-build-client as an option ?
| |
06:23 | <alkisg> !fatclients
| |
06:23 | <ltspbot> alkisg: "fatclients" :: You may find some info about the Ubuntu/LTSP implementation of fat clients at https://help.ubuntu.com/community/UbuntuLTSP/FatClients
| |
06:24 | <alkisg> See the plugin there, you may easily make something similar for your distro
| |
06:24 | <root__> yes, muppis.. same.. as that one..
| |
06:24 | <simbulu> (reading the 030-fat-client (for Ubuntu))
| |
06:24 | <alkisg> simbulu: Basically you install a whole system (ubuntu-desktop package for ubuntu) and just remove some bits that prohibit it from properly booting, like network-manager or gdm
| |
06:25 | <simbulu> yep - that looks like drdb and netboot
| |
06:25 | <alkisg> Authentication still happens on the server with LDM like for regular thin clients
| |
06:25 | And other ltsp options apply, e.g. XRANDR_MODE* etc
| |
06:27 | <simbulu> now I will have to convert that to F14 ...
| |
06:30 | seems like Ubunto folks say: "ltsp-build-client --arch i386 --chroot i386-fat --fat-client " on the server. Nice.
| |
06:31 | <muppis> root__, then you can try this version of it: http://ltsp.pastebin.com/U6kxwjxc
| |
06:31 | Now, do mind those # marks.
| |
06:43 | <simbulu> I have two types of PXE clients (thin and fat). So I would to run ltsp-build-client with two different configurations. Right?
| |
06:43 | <alkisg> simbulu: for ubuntu, one can use the same chroot for both types of clients
| |
06:43 | thin, thin with localapps, and fat clients == 1 single chroot
| |
06:43 | I bet you can do that with fedora as well, with a little tweaking
| |
06:46 | mistik1 has quit IRC | |
06:47 | <simbulu> Great! In that case I just have to configure /etc/ltsp/ltsp-build-client.conf, adapt the fat-client plugin and run ltsp-build-client.
| |
06:47 | <alkisg> Right
| |
06:48 | <simbulu> I was just afraid that the "fat" build would create boot stuff too big for the smaller clients.
| |
06:49 | <alkisg> No, as the disk is not loaded in the client RAM. Only the needed sectors are fetched each time.
| |
06:49 | The weird thing is that a fat chroot needs a bit *less* RAM than a thin chroot, didn't find time to see exactly why...
| |
06:50 | * alkisg boots 64 MB RAM clients from fat chroots with no problems... | |
07:04 | [GuS] has joined #ltsp | |
07:04 | [GuS] has joined #ltsp | |
07:27 | <root__> i am not able to login fron thin client in LTSP server ... any idea
| |
07:28 | hi muppis... are u there..???
| |
07:28 | alkisg has quit IRC | |
07:29 | <muppis> root__, for a while.
| |
07:30 | root__, what happens when you try to login?
| |
07:30 | toscalix has quit IRC | |
07:30 | <root__> not giving any error.. but i am unable to login..??
| |
07:31 | how to create LTSP useres... is there any specific procedure..???
| |
07:31 | <muppis> root__, no, they are reqular users in server.
| |
07:33 | <root__> ok.. it giving messege.. no responce from server restarting..
| |
07:34 | where r u from..??
| |
07:34 | <muppis> Finland.
| |
07:34 | <root__> r u a devloper???
| |
07:35 | <muppis> Nope, just curious admin.
| |
07:36 | <root__> ok.. in software company...?
| |
07:39 | <muppis> Kind of. Basically we do wbsites, but those run on our own product.
| |
07:39 | websites..
| |
07:40 | shawnp0wers has joined #ltsp | |
07:40 | <root__> ok.. thats great.. wht kind of product???
| |
07:41 | <muppis> perl based application framework.
| |
07:44 | <root__> all web based applications.. or any other???
| |
07:46 | <muppis> Just for web.
| |
07:47 | <root__> ok.. r u doing it induvidual???
| |
07:49 | <muppis> Do you mean for persons?
| |
07:52 | <root__> no.. i mean to say.. r u e freelancer... or doing job..???
| |
07:53 | <Nubae> perl, ugh :p
| |
07:53 | j/k
| |
07:56 | RiXtEr has quit IRC | |
07:57 | RiXtEr has joined #ltsp | |
07:58 | dgroos has joined #ltsp | |
07:58 | robehend1 has joined #ltsp | |
07:59 | <robehend1> dgroos: your running just plain-jane thin clients, right? not fat clients?
| |
07:59 | dgroos has quit IRC | |
07:59 | dgroos has joined #ltsp | |
08:00 | <dgroos> good morning
| |
08:00 | <robehend1> hello
| |
08:01 | <dgroos> robehend1: How are you?
| |
08:01 | <robehend1> dgroos: good, good. Say, your running normal thin clients, not fat clietns, right?
| |
08:01 | alkisg has joined #ltsp | |
08:02 | <dgroos> Indeed though experimenting with fat-clients. Though at the moment my thin is dead :(
| |
08:02 | <robehend1> oh? what happened
| |
08:02 | <dgroos> And, I'm supposed to go to a meeting and the sub needs the 'puter for the lesson...
| |
08:02 | <robehend1> gotta love mornings
| |
08:03 | <dgroos> I added the 'sorenson' codec add-ons, and rebuilt the image.
| |
08:03 | :)
| |
08:03 | <robehend1> and that killed the thin-clients?
| |
08:04 | <dgroos> and now I get the message: "Error: failed to connect to NBD server 192.168.0.1:2000 Busybox... etc.
| |
08:04 | <robehend1> oh, i've ran into that before
| |
08:04 | run greb nbd /etc/inetd.conf and check what port your images are exported on
| |
08:04 | <dgroos> will try!
| |
08:04 | <robehend1> then, go to /var/lib/tftpboot/ltsp/chroot-name/pxelinux.fcg/ and check that the port in the default file matches
| |
08:05 | drdata has quit IRC | |
08:05 | drdata has joined #ltsp | |
08:05 | <dgroos> "greb not found"?
| |
08:05 | <robehend1> er, grep
| |
08:05 | haven't finished my first cup of coffee today..
| |
08:06 | <dgroos> :)
| |
08:06 | (sub just got here!)
| |
08:06 | <robehend1> ack dont remind me, i've got 12 subs int he building today. flu is hitting us hard
| |
08:07 | <dgroos> "/etc/inet.conf: No such file or directory"
| |
08:07 | ?
| |
08:07 | <robehend1> inetd.conf
| |
08:08 | ports should be on the far left, usually 200x series. Just find the one that coincides with the chroot your wanting to boot
| |
08:08 | <dgroos> "grep: /etc/inetd.conf: no such file or directory"?
| |
08:08 | (should I be running this on the initramfs?)
| |
08:08 | <robehend1> on the server
| |
08:09 | <dgroos> ahh...
| |
08:09 | <robehend1> my mistake ;)
| |
08:09 | <dgroos> (my first message was something about no command called "breb"...)
| |
08:10 | <robehend1> could be worse. i find myself trying to nano things much to often
| |
08:13 | <dgroos> OK the grep gave:
| |
08:13 | greb nbd /etc/inetd.conf
| |
08:13 | oops...
| |
08:15 | 2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/fatimage.img
| |
08:15 | there be the problem!
| |
08:15 | <robehend1> yep. nbd ports are off. go into your /var/lib/tftpboot/ltsp/fatimage/pxelinux.cfg/default file, and change hte port number at the end to the right one. no need to rebuild the image or anything
| |
08:16 | <dgroos> but the fatimage is the one I deleted?
| |
08:16 | <robehend1> did you delete only the chroot, or the image file as well? nbd is just exporting the image file
| |
08:17 | <dgroos> right, just the chroot
| |
08:17 | but I
| |
08:17 | only have the one i386.img...
| |
08:17 | <alkisg> sudo ltsp-update-image --force, updates inetd.conf and pxelinux.cfg/default automatically
| |
08:18 | <robehend1> hmm, thats good to know. i've just been going in and checking the ports after i update ;0
| |
08:18 | <dgroos> thanks alkisg :)
| |
08:19 | in process...
| |
08:20 | <robehend1> oh, has anyone thrown libreoffice onto a thin-client, instead of open office?
| |
08:20 | <Nubae> robehend1 i installed natty alpha 2 yesterday
| |
08:20 | and its in there
| |
08:21 | but dont think it works as thin client yet
| |
08:21 | <robehend1> oh? something with unity?
| |
08:23 | <Nubae> unity, whatcha mean?
| |
08:23 | <robehend1> wondered if it was the transistion to the unity enviroment in 11.04 was causing issues on the thin-client end, or if it was something else.
| |
08:24 | <Nubae> think its something else, someone mentioned it the other day
| |
08:24 | <ogra> it will fall back to a normal gnome desktop if it detects on GL support
| |
08:24 | <robehend1> oh nice
| |
08:24 | <ogra> *no
| |
08:24 | <alkisg> Not so normal, the menu was changed when I tried it last week :)
| |
08:24 | <ogra> but you can install unity-2d
| |
08:25 | that will even run on framebuffer devices
| |
08:25 | <robehend1> i've played that, on a 10.10 box. wasn't bad at all
| |
08:25 | now if only i had a way to get rid of that darn places menu in it
| |
08:25 | <Nubae> works ok here in my vm, but kinda strange when the menu loads up, first nice dark colour, then grey white
| |
08:25 | <alkisg> I'm worried about the many years we'll need to spend with mixed desktops, until all of them can support 3d
| |
08:25 | We won't be able to write notes for lessons etc
| |
08:25 | <robehend1> agreed
| |
08:25 | <alkisg> We'll need 2 versions of them :-/
| |
08:25 | <ogra> ??
| |
08:26 | <robehend1> espicially if your trying to go with low-power options, discreet graphics can eat up to much
| |
08:26 | <dgroos> alkisg: I ran the command, tried rebooting and got the same--do I need to do something else?
| |
08:26 | <ogra> at some point unity-2d will become the default fallback
| |
08:26 | it will look exactly the same as the 3D version just with no effects
| |
08:26 | <robehend1> dgroos: go into your pxelinux.cfg/default file, and just double check the right ports are pointing to the right images. you should have the same port in the cfg file as defined in inetd.conf
| |
08:26 | <alkisg> dgroos: sudo invoke-rc.d openbsd-inetd restart
| |
08:27 | <robehend1> ogra: know of any plans on editing the unity menus, like Alacarte does currently for gnome menus? I haven't tried anything like it, so it could already be there
| |
08:27 | <ogra> editing ?
| |
08:27 | <robehend1> adding/removing launchers, etc
| |
08:27 | <ogra> why would you ? there are no menus anymore
| |
08:28 | <robehend1> policy adherence, mostly. We have some users who would, for example, need access to the Tsclient, while others wouldnt. So, ideally we'd be able to hide the TSclient icon for the ones who dont need it, so they dont stumble into things they shouldnt use
| |
08:28 | that, and my rule of k-12 computing: if the kids can see the icon, they will click it. multiple times.
| |
08:29 | <Nubae> robehend1 the new menu is just the ubuntu symbol
| |
08:29 | no words
| |
08:29 | places and system are within the main menu
| |
08:29 | <dgroos> alkisg: did and it restarted. Then I retried and got same results...
| |
08:30 | robehend1: will check...
| |
08:30 | <Nubae> much cleaner
| |
08:30 | <alkisg> dgroos: ok let's try manually, like robehend1 suggests:
| |
08:30 | grep nbd /etc/inetd.conf /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
| |
08:30 | <robehend1> hmm, i'm gonna have to check it out then.
| |
08:31 | <dgroos> yea, still the fat-image...
| |
08:31 | Kicer86 has joined #ltsp | |
08:31 | <Nubae> love the integrated telepathy based comms
| |
08:31 | fly23_ has left #ltsp | |
08:32 | <robehend1> Nubae: thats the kind of things we're looking to turn off, as im and such is not allowed
| |
08:33 | <Nubae> not working yet, but I can see where its going, its gonna be super user friendly
| |
08:33 | well u have to add accounts, so if dont i guess it wont work :-)
| |
08:33 | <alkisg> dgroos: paste the result here
| |
08:33 | <Nubae> anyway easy enough to apt-get remove empathy gwibber
| |
08:34 | <robehend1> Nubae: yep, thats what we currently do. my main concern, i guess, would be somehow removing the 'places' part of the interface.
| |
08:34 | <dgroos> alkisg: paste doesn't work from nx right now...
| |
08:34 | <Nubae> its just nice to see evolution, social broadcasting, microblogging, etc all intergrated in one interface
| |
08:34 | <dgroos> but it's the same as before.
| |
08:35 | <Nubae> places no longer exists
| |
08:35 | <robehend1> oh? nice!
| |
08:35 | <Nubae> its ony within the main menu
| |
08:35 | <robehend1> hmm
| |
08:35 | <dgroos> I typed sudo gedit /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
| |
08:35 | and it didn't say anything...
| |
08:35 | <robehend1> and, if i turn said main menu off, will they still have a workable enviroment/
| |
08:35 | <dgroos> or couldn't find the file>
| |
08:35 | .
| |
08:35 | <Nubae> sure, just hide it from the pannel
| |
08:35 | <alkisg> dgroos: erm, if you typed that correctly, it should work
| |
08:36 | Try nautilus /var/lib/tftpboot
| |
08:36 | And see the paths by yourself
| |
08:36 | <robehend1> nice. my concern is they'll use that network browser to go adventuring. not that they'd get into things, i'd just prefer them not knowing how the servers are named and such
| |
08:36 | <Nubae> ubuntu software center has featured content too... it all looks very nice, lots of changes
| |
08:37 | robehend1 sabayon might be worth looking into
| |
08:37 | <robehend1> hmm. i may have to download natty and give it a shot. how's stability, due to its alpha status
| |
08:37 | Nubae: does sabayon work now? reliably/
| |
08:37 | <Nubae> well certainly not stable
| |
08:38 | robehend1 supposedly it works... im not sure on reliability though
| |
08:38 | natty =! stable i mean
| |
08:38 | since its alpha 2
| |
08:38 | <robehend1> well, i'll have to test it. i've had a mixed bag with sabayon in the past. sometimes it works, other times, not so much
| |
08:38 | <Nubae> but usable to look at and explore, bug report
| |
08:39 | calibre looks good, anyone use that?
| |
08:39 | <robehend1> took a look at it, but didnt jump in. all my ebooks are just folder structured ;0
| |
08:39 | <dgroos> alkisg: I've got 3 files in /var/lib/tftpboot/ltsp... so I don't get how the wild card, * would work?
| |
08:40 | <alkisg> dgroos: it should work simultaneously in all 3 files
| |
08:40 | <Nubae> ill give it a go on natty, could be interesting
| |
08:40 | <alkisg> dgroos: try using ssh instead of nx, it's easier to copy/paste from there
| |
08:40 | <Nubae> i have to say i like unity, what ive seen of it so far
| |
08:40 | <robehend1> i guess i just spent to much time sorting the folders and making the file names exactly how i wanted to hand it off to another serivce
| |
08:40 | <Nubae> its a bit like working with osx
| |
08:40 | <dgroos> right :)
| |
08:41 | <robehend1> when i played with it, it seemed nice and easy to use. should make it super easy for my users to get used to it
| |
08:41 | and i liked it much, much better than gnome3
| |
08:43 | <dgroos> alkisg: I sshed into server, copied and pasted with sudo nano and got an empty file.
| |
08:43 | <alkisg> dgroos: copy and paste the grep nbd command I wrote above
| |
08:44 | (04:30:58 PM) alkisg: grep nbd /etc/inetd.conf /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
| |
08:44 | <Nubae> so is it just ubuntu that is going with unity as their default?
| |
08:44 | <robehend1> i think so, since unity is canonicals baby
| |
08:45 | <dgroos> grep nbd /etc/inetd.conf
| |
08:45 | 9572 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbinnbdswapd
| |
08:45 | 2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/fat-image.img
| |
08:45 | <Nubae> sure buts its OS, so who knows
| |
08:45 | <alkisg> dgroos: no, *all* of the line:
| |
08:45 | nbd /etc/inetd.conf /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
| |
08:45 | grep
| |
08:45 | <robehend1> well, thats the glory of linux. if we dont like it, we simply remove it and add something we do like ;)
| |
08:45 | <root__> incorrect login.. message in LTSP login ...
| |
08:46 | NeonLicht has quit IRC | |
08:47 | <alkisg> The "defaults" do make a reason to switch distros sometimes though...
| |
08:47 | <dgroos> alkisg: sorry, I'm lost. what should I type in?
| |
08:47 | <robehend1> agreed. out of the box easy is a big sell
| |
08:47 | <alkisg> dgroos: grep nbd /etc/inetd.conf /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
| |
08:47 | All of it. In a single line.
| |
08:48 | <dgroos> http://pastebin.ubuntu.com/562561/
| |
08:50 | <alkisg> dgroos: and this one: grep nbd /opt/ltsp/*/boot/pxelinux.cfg/default; ls -l /opt/ltsp/images
| |
08:50 | <dgroos> append ro initrd=initrd.img quiet splash nbd_proxy=false nbdport=2000
| |
08:50 | total 1406228
| |
08:50 | -rw-r--r-- 1 root root 1439973376 2011-02-04 08:24 i386.img
| |
08:51 | <alkisg> Hmmm it's very strange that ltsp-update-image --force didn't update your inetd.conf
| |
08:51 | That's a recent ubuntu version you're using, right?
| |
08:51 | <dgroos> 10.04, just updated the server and the chroot last night.
| |
08:52 | <alkisg> Ah, it's adviced to create new chroots instead of upgrading them
| |
08:52 | ogra_ac has joined #ltsp | |
08:53 | <alkisg> So now you can run: sudo gedit /etc/inetd.conf
| |
08:53 | ogra_ac has quit IRC | |
08:53 | ogra has quit IRC | |
08:53 | <alkisg> Change fat-image.img to i386.img
| |
08:53 | And run: sudo invoke-rc.d openbsd-inetd restart
| |
08:53 | ogra has joined #ltsp | |
08:54 | ogra has joined #ltsp | |
08:54 | <alkisg> But if you upgraded your chroot, better delete + recreate it with ltsp-build-client
| |
08:54 | bbl
| |
08:54 | <dgroos> thanks!
| |
08:56 | NeonLicht has joined #ltsp | |
08:56 | <simbulu> it is a bit annoying that I have to remove /opt/ltsp/i386 before running ltsp-build-client. Perhaps I could just "mv i386 i386-old && ltsp-build-client && rm -rf i386-old" ?
| |
08:57 | <robehend1> why not just use the --chroot tag and build the client with a different name/
| |
08:58 | alkisg has quit IRC | |
08:59 | <simbulu> robehend1, "ltscp-build-client --chroot /opt/ltsp/new && mv /opt/ltsp/new/i386" ? mm that might work as well
| |
09:00 | <robehend1> i'd assume so. i just go with ltsp-build-client --chroot newi386 , myself. as long as i know what the chroots are, its usually fine
| |
09:01 | <dgroos> robehend1 THANKS for getting things going and I'm off to my meeting! works great. Wish I could remember all that I just did...
| |
09:02 | <robehend1> dgroos: heh, i've added it to my book of things to check, after i clean up some edits, ill get ya a link
| |
09:02 | <dgroos> take it easy :)
| |
09:03 | dgroos has quit IRC | |
09:09 | robehend1 has left #ltsp | |
09:20 | root__ has quit IRC | |
09:33 | bobby_C has joined #ltsp | |
10:25 | staffencasa has joined #ltsp | |
10:29 | alkisg has joined #ltsp | |
10:35 | komunista has joined #ltsp | |
10:35 | gnunux has quit IRC | |
10:39 | dobber has quit IRC | |
11:04 | xet7 has joined #ltsp | |
11:23 | litlebuda has joined #ltsp | |
11:27 | rpm_ has quit IRC | |
11:28 | [GuS] has quit IRC | |
11:30 | mistik1 has joined #ltsp | |
11:38 | litlebuda has quit IRC | |
11:39 | [GuS] has joined #ltsp | |
11:56 | otavio has quit IRC | |
12:09 | NeonLicht has quit IRC | |
12:16 | klausade has quit IRC | |
12:18 | NeonLicht has joined #ltsp | |
12:24 | alkisg has quit IRC | |
12:24 | alkisg1 has joined #ltsp | |
12:44 | vagrantc has joined #ltsp | |
12:53 | shawnp0wers has quit IRC | |
12:55 | robehend1 has joined #ltsp | |
12:56 | Gibby has joined #ltsp | |
12:58 | <Gibby> I am trying to add another nfs mount to my fat clients /etc/fstab, however the server will not boot with it in, even with _netdev it seems to want to try to mount it before the network is ready, it seems like a package is missing to understand the _netdev option in /etc/fstab... am I on the right track?
| |
12:59 | <alkisg1> Distro/version?
| |
13:01 | <Gibby> ltsp server is ubuntu 10.04.1 and fatclient is mythtbuntu 10.04.1
| |
13:01 | <alkisg1> How are you adding the entry to fstab?
| |
13:02 | <Gibby> xxx.xxx.xxx.xxx:/export/fs /mnt/fs nfs _netdev,defaults 0 0
| |
13:02 | drdata has quit IRC | |
13:02 | <alkisg1> No I mean how did you put it there. You're just editing the chroot fstab?
| |
13:02 | drdata has joined #ltsp | |
13:03 | <alkisg1> Normally, fstab is autogenerated on boot
| |
13:03 | <Gibby> yes i shutdown the fatclient, edit the chroot, exit update image and boot
| |
13:03 | <alkisg1> And if you cat /etc/fstab from the fat client, do you see your changes?!
| |
13:03 | <Gibby> yes
| |
13:05 | robehend1 has quit IRC | |
13:05 | komunista has quit IRC | |
13:06 | <Gibby> i am working with another user having the same issue, i have tested this in the last 3 weeks, I have new hardware coming today so I will be able to test more, I was just wondering if this was a common issue and/or it was because of a missing package
| |
13:06 | <vagrantc> have you disabled auto-generation of /etc/fstab?
| |
13:06 | <Gibby> meant haven't tested this in the last 3 weeks
| |
13:06 | vagrantc: no I have not
| |
13:06 | <vagrantc> then i don't see how it would possibly contain your changes
| |
13:06 | because it gets generated on boot, as alkisg1 said
| |
13:07 | <Gibby> this is a fat client and not a thin client, does that matter?
| |
13:07 | alkisg1 is now known as alkisg | |
13:07 | <vagrantc> i don't think so
| |
13:07 | <alkisg> Gibby: is this the "stock" ubuntu fat client implementation, or a custom one of your own?
| |
13:07 | <Gibby> this is the "stock" mythbuntu fat client
| |
13:08 | <alkisg> Gibby: so you used "ltsp-build-client --fat-client-desktop"?
| |
13:08 | !fatclients
| |
13:08 | <ltspbot> alkisg: "fatclients" :: You may find some info about the Ubuntu/LTSP implementation of fat clients at https://help.ubuntu.com/community/UbuntuLTSP/FatClients
| |
13:09 | <Gibby> nope, used ltsp-build-client --mythbuntu
| |
13:09 | <Nubae> mythbuntu is not the same
| |
13:09 | mythbuntu is ancient
| |
13:09 | <alkisg> Ah, ok, never saw that one, something like the kiosk setup I imagine
| |
13:09 | <Nubae> similar to mine
| |
13:09 | right, based on kiosk
| |
13:10 | very much doubt it works at all
| |
13:10 | <Gibby> i can't bounce the box right now, since my wife is using it to watch TV and I am at work, but i will try playing with it again in a few hours
| |
13:10 | <alkisg> Gibby: do you have CONFIGURE_FSTAB=False in lts.conf?
| |
13:11 | <Gibby> it works wonderfully, just rebuilt the image last weekend and about once a month, update all the packages
| |
13:13 | alkisg, yes it is in there
| |
13:13 | <alkisg> So the answer to " (09:06:56 PM) vagrantc: have you disabled auto-generation of /etc/fstab?" is "yes"...
| |
13:14 | <Gibby> ahh but i did not
| |
13:14 | so maybe on the mythbuntu fatclient build it changes it to false,
| |
13:15 | <alkisg> "disabling auto-generation of /etc/fstab" means "adding CONFIGURE_FSTAB=False" in lts.conf
| |
13:15 | lts.conf doesn't exist by default, so if it's there, you put it there...
| |
13:16 | <Gibby> no i did not put it in there nor ever touch lts.conf, didn't even know where it was located, it is probably done by ltsp-build-client --mythbuntu
| |
13:16 | <alkisg> Ah. OK, that's possible.
| |
13:17 | <vagrantc> mythbuntu may have put it there
| |
13:17 | <alkisg> ...althought I don't see it in the sources
| |
13:17 | The only mention of CONFIGURE_FSTAB in the ltsp source tree is in ltsp-init-common. Anyway.
| |
13:18 | Gibby: if, after the client boots, you try on the client as root: mount /mnt/fs, does it work?
| |
13:18 | <Gibby> that brings me to another question.... how/who/is the --mythbuntu option maintained?
| |
13:18 | yes, if i add noauto to the line, it boots fine, than i just run mount /mnt/fs and it works
| |
13:19 | logs show it trying to mount it prior to the network being up
| |
13:20 | <alkisg> Gibby: you're correct for lts.conf, 030-mythbuntu put CONFIGURE_FSTAB there
| |
13:20 | It appears to be an ubuntu-specific plugin, not in the upstream tree, so it's probably maintained in launchpad by the ubuntu/ltsp maintainer, stgraber
| |
13:21 | The network is up from the initramfs and on. So maybe upstart doesn't trigger the "network up" event.
| |
13:22 | <Gibby> that is a possibility, i could try building a ubuntu desktop fatclient and adding the myth packages and try it that way i guess too
| |
13:22 | <alkisg> Try omitting the _netdev completely
| |
13:23 | <Gibby> tried that too
| |
13:23 | <alkisg> what was the result?
| |
13:23 | <Gibby> same thing
| |
13:23 | <alkisg> Hmm it doesn't make sense then
| |
13:23 | <Gibby> i know, but it works on a regular ubuntu desktop/server
| |
13:24 | <alkisg> You can use NFS_HOME if it helps, and have /home mounted by nfs instead of /mnt/fs
| |
13:24 | (in lts.conf)
| |
13:24 | <Gibby> they only thing i am trying to mount is my music folder so myth can access it
| |
13:25 | i have a script that works, it is just a why doens't this work right thing, that i am trying to fix so others won't have the issue
| |
13:26 | <alkisg> Ah. Mythbuntu even blacklists ltsp-client-core?
| |
13:27 | <Gibby> i don't know, where would i check that? don't see it in modprobe.d
| |
13:27 | komunista has joined #ltsp | |
13:28 | <alkisg> I'm reading /usr/share/ltsp/plugins/ltsp-build-client/Ubuntu/030-mythbuntu
| |
13:29 | <Gibby> ahhhh so this is what it does while building cool
| |
13:29 | <alkisg> Also I see that it messes with the RC_WHITELISTS
| |
13:29 | Maybe it deletes the necessary /etc/init/* files that bring up fstab (like mountall or something)
| |
13:30 | <Gibby> ltsp-client-core is in my /etc/init.d folder
| |
13:32 | <alkisg> There are symlinks for those in rc dirs
| |
13:32 | rc2.d/S25ltsp-client-core
| |
13:33 | <Gibby> nope
| |
13:33 | just a kill for it
| |
13:33 | <simbulu> I was told that the clients connect to the server using something like "ssh -X user@ltspserver CMD". Which CMD is used ?
| |
13:35 | <alkisg> ssh -Y -t -S $LDM_SOCKET -l $LDM_USERNAME $LDM_SERVER "$CLIENT_ENV $MY_LANG $MY_DISP $MY_SCANNER $MY_SOUND $LDM_XSESSION $LDM_SESSION < /dev/null > /dev/null $MY_LOCALDEV"
| |
13:35 | From X95-run-x-session
| |
13:38 | <Gibby> looks like it is using /etc/init.d/networking to start network instead of the upstart job /etc/init.d/network-interface
| |
13:38 | <alkisg> Gibby: btw I didn't mean that you need to put ltsp-client-core in rc.d, I meant that the mythbuntu plugin changes a lot in the standard ltsp chroot installation, so that I can't help you in troubleshooting the problem...
| |
13:38 | <Gibby> i will be back in a few hours anyway, kinda hard to troubleshoot when i can't bounce a client
| |
13:39 | <alkisg> No networking scripts should be called as the connection is already up from the initramfs
| |
13:40 | <Gibby> thats in initramfs-tools?
| |
13:40 | <alkisg> in $CHROOT/boot/initrd
| |
13:41 | (which is generated by initramfs-tools)
| |
13:41 | <simbulu> alkisg, Thanks.
| |
13:41 | <Gibby> hmm only have a initrd.img
| |
13:43 | <alkisg> Yes, that's the initramfs.
| |
13:45 | <Gibby> ahh ok
| |
13:46 | is there away to suspend to ram a fat client?
| |
13:47 | <vagrantc> same way you would do on any other computer, no?
| |
13:48 | <Gibby> not exactly, since it shut downs the network
| |
13:51 | <vagrantc> yes, i suppose some network timeouts might cause issues...
| |
13:52 | robehend1 has joined #ltsp | |
13:54 | <Gibby> it will suspend to ram, just doesn't wake up
| |
13:56 | <alkisg> adding -persist to nbd-client and disabling any network swap might help...
| |
14:00 | <Gibby> i might attempt it again, would rather work on my pxelinux.cfg so i can network boot multi images/boot cd's
| |
14:00 | <robehend1> grr, wish i had a 10.10 machine around. now iw ant to try this 2d Unity
| |
14:01 | <alkisg> That's 11.04 then ;)
| |
14:01 | <robehend1> theres a ppa for 10.10
| |
14:02 | komunista has quit IRC | |
14:02 | <robehend1> ppa:unity-2d-team/unity-2d-daily
| |
14:04 | komunista has joined #ltsp | |
14:05 | robehend1 has left #ltsp | |
14:05 | simbulu has quit IRC | |
14:05 | Gremble has joined #ltsp | |
14:07 | Gremble has quit IRC | |
14:22 | brendan`- has joined #ltsp | |
14:24 | <brendan`-> anyone ever have an issue with thin clients seemingly not waking up after going into screensaver? by seemingly i mean, the mouse is there and can move around, but no unlock window comes up. if user carefully types their password it will unlock and come back. but it's very confusing to most of my users
| |
14:24 | i'm on ubuntu
| |
14:24 | 10.04
| |
14:25 | this actually coninsides with upgrading to 10.04
| |
14:31 | cliebow has joined #ltsp | |
14:50 | komunista has quit IRC | |
14:50 | komunista has joined #ltsp | |
14:57 | Elevator has joined #ltsp | |
14:57 | <Elevator> I need assistance with a little test. I need a phone number to call, so that I can check whether my caller ID is hidden or not. Could someone give me theirs?
| |
14:59 | cliebow has quit IRC | |
15:02 | [GuS] has quit IRC | |
15:02 | Elevator has quit IRC | |
15:14 | brendan`- has quit IRC | |
15:18 | Kicer86 has quit IRC | |
15:26 | NeonLicht has quit IRC | |
15:27 | RiXtEr has quit IRC | |
15:28 | RiXtEr has joined #ltsp | |
15:32 | RiXtEr has quit IRC | |
15:32 | RiXtEr has joined #ltsp | |
15:37 | mgariepy has quit IRC | |
15:38 | NeonLicht has joined #ltsp | |
16:21 | litlebuda has joined #ltsp | |
16:30 | drdata has quit IRC | |
16:30 | drdata has joined #ltsp | |
16:31 | drdata has left #ltsp | |
16:36 | litlebuda has quit IRC | |
16:51 | alkisg has quit IRC | |
16:51 | alkisg has joined #ltsp | |
17:12 | Nubae has quit IRC | |
17:13 | Nubae has joined #ltsp | |
17:20 | robehend1 has joined #ltsp | |
17:20 | <robehend1> which would be better for LTSP, Raid0, 1, or 5? I'm leaning Raid 1, with 1 volume for OS, 1 for home
| |
17:21 | <vagrantc> depends on what you need.
| |
17:21 | <robehend1> ah, the fun question. as always, the best mix of speed + reduncy
| |
17:21 | er, redundancy*
| |
17:21 | <vagrantc> raid0 is good for fast writes and fast reads, but prone to failure (i.e. 1 disk failure fails the whole thing)
| |
17:22 | raid1 is good for fast reads, slow writes, and is fault tolerant
| |
17:22 | bobby_C has quit IRC | |
17:22 | <robehend1> is raid1 still that slow? i thought performance had increased
| |
17:22 | <vagrantc> it's as fast as the slowest disk
| |
17:22 | it's impossible for it to be faster
| |
17:22 | <robehend1> hmm. well, luckily their all identical 10k scsi
| |
17:22 | <vagrantc> but reads are as fast as the fastest disk
| |
17:23 | (and concurrent reads means that multiple reads can happen simultaneously
| |
17:23 | )
| |
17:24 | <robehend1> hmm
| |
17:24 | think i'll go with raid1. I dont have enough disks to make an effective raid5, sadly. only 4, and I cant afford to lose the space
| |
17:26 | so, heres my plan, let me know if you think its a decent one: install kvm on a 64 bit 10.04 box, then throw edubuntu in as a virtual machine for ltsp. take the /home raid volume, and mount it as the Vm's home. so, the OS will be on one raid1 array, while /home will be on another raid1 array. does it sound decent, or jsut plain foolish?
| |
17:39 | <vagrantc> raid5 will get you more space than raid1
| |
17:39 | or raid6
| |
17:40 | i.e. raid1 has as much space as the smallest disk
| |
17:40 | but i guess two raid1 arrays would, one for the OS, one for /home, is not unreasonable
| |
17:41 | though at that point i'd recommend using lvm on top of raid10 or raid6
| |
17:42 | <robehend1> sadly, raid controller wont support raid10
| |
17:42 | <vagrantc> ah, hardware raid
| |
17:42 | komunista has quit IRC | |
17:43 | <robehend1> now i just have to figure out how to make the LTSP vm see the /home volume, so i can mount it..
| |
17:45 | or would it make more sense to use nfs to export it from the kvmhost box, and just mount it via that on the LTSP vm
| |
17:48 | xet7 has quit IRC | |
17:56 | vagrantc has quit IRC | |
17:59 | <robehend1> alkisg: is it possible to run sch-scripts with full functionality on a different machine than the LTSP server?
| |
18:02 | Nubae has left #ltsp | |
18:03 | <alkisg> robehend1: from thin clients, sure. From fat clients, not easily, as the socket for the communication with the daemon is on the server, at /var/run/sch-scripts/sch-daemon.socket
| |
18:03 | <robehend1> how about from a stand-alone ubuntu 10.10 box?
| |
18:04 | <alkisg> The same as with fat clients
| |
18:04 | A few lines need to be changed in the sources for this to be possible
| |
18:04 | I.e. to change the socket with a tcp/ip communication
| |
18:04 | <robehend1> hmm, ok. it runs nicely in virt-manager, so that'll work for me for now ;)
| |
18:04 | figured i'd check if i could save myself a few clicks is all
| |
18:04 | <alkisg> (it was tcp/ip initially, but we switched to socket-based for security :D)
| |
18:04 | <robehend1> agreed
| |
18:05 | i had the fun of discovering a kid with Wireshark on his thumbdrive today, so i have a refreshed view of encryption :D
| |
18:05 | <alkisg> Heh, I hope I'll see that here too someday
| |
18:05 | It'll mean that we've done a good job educating them :D
| |
18:05 | <robehend1> now if only I could figure out why my freshly installed 10.04 server is only downloading at 25 kB/s... when its on a direct gig ;)
| |
18:05 | heh, the kids my new teachers assistant
| |
18:06 | <alkisg> Late here, night all...
| |
18:06 | <robehend1> see ya!
| |
18:06 | alkisg has quit IRC | |
18:35 | staffencasa has quit IRC | |
19:31 | mordocai has joined #ltsp | |
20:04 | <robehend1> is there any reason why all my commands through apt-get would be horrendously slow, but browsing the internet would be normal/
| |
20:16 | <HrdwrBoB> yep
| |
20:16 | lots of reasons
| |
20:16 | probably because you're using a proxy in your browser and not from apt-get
| |
20:18 | <robehend1> actually, no proxy. it's running just like it did out of the box
| |
20:19 | i hopped into my firewall for my lan, saw nothing that'd be holding it back, and speedtests from multiple machines are showing i've got my full 6 megs wide open. its a dedicated 6 megs, btw, so not one of those lovely cable things
| |
20:19 | but i'm still pulling 20-50 kb/s max on apt-get
| |
20:20 | <HrdwrBoB> then it's probably the server you're downloading from
| |
20:22 | <robehend1> hmm. i thought that at first as well, but it did the same for 2 unrelated packages, ltsp-server and chromium-browser. chromium comes from a completely different ppa
| |
20:39 | robehend1 has quit IRC | |
20:47 | NeonLicht has quit IRC | |
20:48 | mordocai has quit IRC | |
20:49 | mordocai has joined #ltsp | |
20:58 | mordocai has quit IRC | |
21:00 | mordocai has joined #ltsp | |
21:00 | NeonLicht has joined #ltsp | |
21:44 | MorningSon has quit IRC | |
22:19 | F-GT has quit IRC | |
22:21 | cyberorg has quit IRC | |
22:26 | RiXtEr has quit IRC | |
22:26 | RiXtEr has joined #ltsp | |
22:28 | RiXtEr has joined #ltsp | |
22:36 | F-GT has joined #ltsp | |
22:46 | NeonLicht has quit IRC | |
22:54 | NeonLicht has joined #ltsp | |
23:31 | root__ has joined #ltsp | |
23:32 | <root__> login incorrect .... in LTSP.. can anyone help???
| |
23:39 | hi...
| |