00:21 | highvoltage has quit IRC | |
00:21 | highvoltage has joined #ltsp | |
00:25 | <vagrantc> alkisg: looks promising
| |
00:25 | alkisg: may as well commit it
| |
00:25 | <alkisg> vagrantc: should I put more work to it before commiting? Ah, ok, thanks
| |
00:25 | <vagrantc> alkisg: makes it easier to test :)
| |
00:25 | * alkisg commits... | |
00:26 | <alkisg> OK, I'll try to propose an ltsp_setup.d change next.
| |
00:29 | <johnny> good morning alkisg
| |
00:29 | <alkisg> Hello johnny
| |
00:29 | <johnny> my new client machines are still humming along
| |
00:29 | i might get another
| |
00:42 | alkisg has quit IRC | |
00:51 | alkisg has joined #ltsp | |
00:51 | alkisg has joined #ltsp | |
00:55 | Faithful has quit IRC | |
01:08 | Faithful has joined #ltsp | |
01:31 | johnny has left #ltsp | |
01:32 | johnny has joined #ltsp | |
01:35 | <alkisg> Hmm I'd better put a trap there, to safely unmount any mounted dirs
| |
01:50 | alkisg has quit IRC | |
01:56 | dobber has joined #ltsp | |
02:02 | alkisg has joined #ltsp | |
02:14 | t0mmii has quit IRC | |
02:20 | t0mmii has joined #ltsp | |
02:30 | ogra has quit IRC | |
02:30 | cyberorg has quit IRC | |
02:30 | sep has quit IRC | |
02:30 | skillZ has quit IRC | |
02:34 | vagrantc has quit IRC | |
02:36 | ogra has joined #ltsp | |
02:36 | cyberorg has joined #ltsp | |
02:36 | sep has joined #ltsp | |
02:36 | skillZ has joined #ltsp | |
03:18 | alkisg has quit IRC | |
03:22 | alkisg has joined #ltsp | |
03:26 | alkisg has quit IRC | |
03:57 | Remaille has joined #ltsp | |
04:13 | alkisg has joined #ltsp | |
04:39 | alkisg has quit IRC | |
04:40 | mikkel has joined #ltsp | |
04:49 | alkisg has joined #ltsp | |
04:55 | litlebuda has quit IRC | |
05:03 | alkisg has quit IRC | |
06:24 | pmatulis has joined #ltsp | |
06:35 | Lumiere_ has quit IRC | |
06:35 | Lumiere_ has joined #ltsp | |
06:36 | Lumiere_ is now known as Lumiere | |
07:08 | cliebow has joined #ltsp | |
07:55 | Remaille has quit IRC | |
07:56 | alkisg has joined #ltsp | |
07:58 | <alkisg> !button_layout
| |
07:58 | <ltspbot> alkisg: "button_layout" :: To revert the Ubuntu button position and ordering to their old values, run: sudo gconftool-2 --direct --config-source xml:readwrite:/etc/gconf/gconf.xml.mandatory --type string --set /apps/metacity/general/button_layout menu:minimize,maximize,close
| |
08:06 | Gadi has joined #ltsp | |
08:21 | bix0r has quit IRC | |
08:25 | komunista has joined #ltsp | |
08:26 | bix0r has joined #ltsp | |
08:27 | vvinet has quit IRC | |
08:41 | mikkel has quit IRC | |
08:45 | <alkisg> Gadi, did you also have problems with nbd-proxy? I'm hearing more people that have problems with it than without it...
| |
08:45 | ...so I'm thinking that we should at least have a way to disable it
| |
08:46 | <Gadi> alkisg: I have no problems with it - I think all the crazy random problems I had at one point were due to crappy opensource realtek drivers
| |
08:46 | :P
| |
08:47 | <alkisg> Ah, I've been bitten by those in the past, but it got better in karmic
| |
08:47 | <Gadi> I got rid of r8169 and compiled in the vraious drivers from realtek's site
| |
08:47 | <alkisg> In which ubuntu version did you have problems with those?
| |
08:47 | <Gadi> lucid
| |
08:48 | <alkisg> Ugh I'll be upgrading a school here to lucid and I won't be there to see if they have the same problem again... could you gimme the binary or a small how to?
| |
08:48 | <Gadi> I cannot put my finger on the issue exactly
| |
08:48 | sure
| |
08:48 | they are on realtek's site
| |
08:48 | they have a variety
| |
08:48 | <alkisg> I've been able to reproduce the problem if I switch to vt1 and run netperf from 10 terminal simultaneously
| |
08:48 | 8 of them would get kernel panic in a few sec
| |
08:49 | But it worked ok in Karmic... I wonder if it's broken again on lucid
| |
08:49 | So you just compile the .ko and override the kernel module with it?
| |
08:49 | *overwrite
| |
08:53 | <Gadi> alkisg: I can send you a deb package that replaces it, if you like
| |
08:53 | <alkisg> Sure, for i386, thank you very much!
| |
08:53 | <Gadi> for a specific kernel
| |
08:53 | I didn't make a generic one - that's too fancy
| |
08:53 | :P
| |
08:53 | <alkisg> Hmmm maybe the method would be better than the .deb then
| |
08:53 | ...as I'll need to bother you again when the next kernel comes out :)
| |
08:54 | <Gadi> ok - I'll send you the source tarball
| |
08:54 | <alkisg> Merci!
| |
08:57 | <Gadi> sent from my gmail to yours
| |
08:57 | I hope the tarball that dpkg makes is sufficient
| |
09:03 | tstafford has joined #ltsp | |
09:12 | mikkel has joined #ltsp | |
09:13 | Faithful has quit IRC | |
09:17 | t0mmii has quit IRC | |
09:19 | <alkisg> Thanks a lot Gadi!
| |
09:23 | t0mmii has joined #ltsp | |
09:26 | Faithful has joined #ltsp | |
09:26 | hettt has joined #ltsp | |
09:28 | <hettt> Hello, I have problem with firefox 3.6/thunderbird 3 on LTSP 5: firefox is running in the user's chroot and thunderbird outside the chroot. When a link in thunderbird is clicked - firefox tries to open: "www.%u.com". any idea on how to fix that?
| |
09:32 | <alkisg> stgraber: how would you feel about adding a kernel parameter to disable nbd-proxy, while also disabling it by default for clients with < 100mb ram?
| |
09:32 | stgraber: http://alkisg.pastebin.com/HnxZ5g6m
| |
09:33 | thunsucker has joined #ltsp | |
09:33 | <Gadi> hettt: try removing the "%u" from the Exec line in /opt/ltsp/i386/usr/share/applications/firefox.desktop
| |
09:33 | and update the image
| |
09:41 | <hettt> no luck! Also if I click link from Pidgin - link opens fine.
| |
09:41 | only TB3 links are screwed.
| |
09:42 | <Gadi> ah - then it is out of the scope of this course ;)
| |
09:42 | (in other words, I have no idea)
| |
09:44 | <hettt> too bad :( On my laptop where there's no LTSP involved, just simple ubuntu install - links from TB3 open fine i FF.
| |
09:44 | ubuntu is the same version (10.04) on laptop and ltsp server/client.
| |
09:45 | ogra has quit IRC | |
09:46 | ogra has joined #ltsp | |
09:49 | hettt has quit IRC | |
10:00 | LedHed has joined #ltsp | |
10:01 | <LedHed> anyone have a good link for Sabayon? Everything I find is related to a gentoo based distro of the same name.
| |
10:08 | staffencasa has joined #ltsp | |
10:12 | <alkisg> http://live.gnome.org/Sabayon/ ?
| |
10:13 | <denisesball> is sabayon recommended for ltsp?
| |
10:14 | ah, i see it in the manual now
| |
10:14 | its under "DHCP failover load balancing", no wonder i never noticed it before :P
| |
10:16 | <cliebow> you related to Auguste Balls?
| |
10:16 | <denisesball> haha
| |
10:19 | <alkisg> denisesball: did you manage to do the remote ltsp booting?
| |
10:19 | <denisesball> alkisg: havent had a chance to try again yet, but not sure how to specify the initrd like you said
| |
10:20 | <alkisg> OK I'll write a wiki page later on.
| |
10:20 | <denisesball> that would be awesome
| |
10:20 | i felt like i was closer booting the pxelinux.0. at least i got the ubuntu logo there :-/
| |
10:27 | <LedHed> alkisg, thanks
| |
10:31 | <atkuepker> Back to the drawing board. it seems that both the modeset=0 options in pxelinux.cfg/default and that 2.6.34.rc7 did not work for our i845 video problems.
| |
10:31 | jammcq has joined #ltsp | |
10:31 | <jammcq> hello friends
| |
10:32 | <atkuepker> just an update for those who'd been following my Intel video saga
| |
10:39 | <denisesball> any reason not to install the ubuntu 10.04 kernel upgrade?
| |
10:39 | The following packages have been kept back:
| |
10:39 | linux-generic linux-headers-generic linux-image-generic
| |
10:39 | dobber has quit IRC | |
10:43 | Faithful1 has joined #ltsp | |
10:46 | <alkisg> denisesball: press ctrl+b on gpxe and try those:
| |
10:46 | dhcp net0
| |
10:46 | set next-server 10.160.31.10
| |
10:46 | kernel /ltsp/i386/vmlinuz ro initrd=initrd.img ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none
| |
10:46 | initrd /ltsp/i386/initrd.img
| |
10:46 | boot vmlinuz
| |
10:47 | You only need to replace the next-server ip with your ltsp server ip
| |
10:47 | <denisesball> nice
| |
10:47 | <alkisg> Those worked fine for me behind nat
| |
10:47 | nexusbr has joined #ltsp | |
10:47 | <denisesball> i will try it in a bit
| |
10:47 | <nexusbr> hi there, anyone have a how to run apps locally on clients?
| |
10:48 | Faithful1 has quit IRC | |
10:57 | <alkisg> nexusbr: you just install anything you want to your chroot and set LOCAL_APPS_MENU=True in lts.conf
| |
10:57 | Here's one wiki page, but it makes is sound more complicated than it is... https://help.ubuntu.com/community/UbuntuLTSP/LTSPLocalAppsJaunty
| |
10:59 | <nexusbr> hum
| |
11:01 | just chroot to /opt/ltsp/i386 and do a apt-get install?
| |
11:01 | <alkisg> Yup
| |
11:01 | And then run ltsp-update-image, if you have ubuntu
| |
11:02 | <nexusbr> nope, debian
| |
11:02 | and to start it on client?
| |
11:02 | anything special needed?
| |
11:03 | <alkisg> No, just that entry on lts.conf
| |
11:03 | The ltsp scripts modify the .desktop files (=the menus) on the fly
| |
11:03 | (they create copies on /tmp)
| |
11:04 | So you just run the apps normaly from the gnome menu...
| |
11:04 | <nexusbr> i c
| |
11:04 | gonna try it
| |
11:04 | <alkisg> denisesball: I also tried putting those commands on rom-o-matic to create my own gpxe disk: http://rom-o-matic.net/gpxe/gpxe-1.0.0/contrib/rom-o-matic/build.php
| |
11:05 | Booting with that disk enables me to boot an ltsp client behind nat without writing anything to the gpxe console...
| |
11:05 | (you put them on the box on the bottom where it says "embedded script"
| |
11:05 | <denisesball> ok, so just put those exact lines in the embedded script section?
| |
11:05 | haha k
| |
11:05 | <alkisg> Right, just change the next server ip there
| |
11:06 | (you may also put quiet splash if you like, or specify the hostname manually)
| |
11:12 | <denisesball> alkisg: ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none
| |
11:12 | do i have to set IP and next-server?
| |
11:12 | <alkisg> Those are gpxe variables, you don't need to change that line
| |
11:12 | <denisesball> ok cool, so dont need to change anything there
| |
11:13 | <alkisg> You only need to change this one: (06:49:07 μμ) alkisg: set next-server 10.160.31.10
| |
11:13 | <denisesball> yep
| |
11:17 | <nexusbr> look, i just installed xmbmon to chroot, reboot client, but still there is no xmbmon there..
| |
11:17 | i'm running ltsp update image to see what happens
| |
11:18 | <alkisg> nexusbr: don't bother, debian by default doesn't use nbd
| |
11:18 | nexusbr: try running: ltsp-localapps xterm
| |
11:18 | An xterm will emerge, try to run xmbmon from there.
| |
11:19 | <ogra> oooh gentoo talk
| |
11:19 | :)
| |
11:19 | <alkisg> :P
| |
11:20 | <nexusbr> there is no ltsp-localapps command neither on client nor on server
| |
11:20 | <alkisg> nexusbr: which debian version is that?
| |
11:20 | <denisesball> alkisg: well i think i got farther this time, bit still got errors
| |
11:20 | <nexusbr> 504 lenny
| |
11:20 | <denisesball> let me post a jpg on the hang
| |
11:21 | <alkisg> nexusbr: and you don't have /usr/bin/ltsp-localapps on your server?
| |
11:21 | dpkg -L ltsp-server | grep ltsp-localapps
| |
11:21 | <nexusbr> no result
| |
11:22 | where do i check ltsp installed version?
| |
11:22 | <ogra> alkisg, i think the shipped version didnt have localapps only the backports do
| |
11:22 | <alkisg> ogra, on lenny? too bad, I thought it was recent enough
| |
11:22 | <nexusbr> so, do i need to reinstall it?
| |
11:23 | <ogra> dpkg -l ltsp-server
| |
11:23 | <alkisg> Yeah right... http://packages.debian.org/squeeze/all/ltsp-server/filelist
| |
11:23 | <ogra> that should give you the version
| |
11:23 | <alkisg> It's on squeeze but not on lenny
| |
11:23 | <ogra> right
| |
11:23 | debian ltsp lives from vagrants backports
| |
11:23 | <alkisg> nexusbr: it's just a script, you could also get it manually
| |
11:24 | (I think the xprop magic is there; only the script is missing)
| |
11:24 | <nexusbr> i ltsp-server 5.1.10-2
| |
11:24 | <alkisg> Here's the ltsp-localapps script: http://pastebin.com/rXm6FGZL
| |
11:25 | denisesball: btw, LDM_DIRECTX=True doesn't work over NAT, so =false is needed.
| |
11:25 | (which is false by default on ubuntu)
| |
11:26 | <nexusbr> ok, so i save it on i386, or on my system?
| |
11:26 | <alkisg> On the server, /usr/bin/
| |
11:26 | <nexusbr> ok
| |
11:26 | <alkisg> Not on the chroot
| |
11:27 | <denisesball> alkisg: this is my result, hung here for a few minutes - http://i.imgur.com/Vo5gD.jpg
| |
11:28 | <nexusbr> ok, +x, rebooting client
| |
11:28 | <alkisg> nexusbr: no need
| |
11:28 | You don't even need to logoff..
| |
11:28 | <denisesball> then eventually got here - http://i.imgur.com/neZKS.jpg
| |
11:28 | <nexusbr> lol, too late :)
| |
11:29 | so, ltsp-localapps xterm huh?
| |
11:29 | nothing happens
| |
11:30 | <alkisg> denisesball: these look like networking problems, could you try with another client (preferably with another nic)?
| |
11:30 | nexusbr: hmmm it's possible that lenny doesn't have localapps then... maybe you should enable the backports. vagrantc is the debian maintainer, he'll be here later on...
| |
11:31 | <nexusbr> any idea how to enable it?
| |
11:32 | <alkisg> The backports repository? No, but I'm sure you can find it as the first result in a google search...
| |
11:32 | <denisesball> alkisg: this same client boots ltsp fine from the private side with its integrades NIC/PXE
| |
11:32 | i suppose there could be something blocked with networking, but my guy said he opened all the ports both directions
| |
11:32 | <nexusbr> ok, gonna check it
| |
11:32 | thanks
| |
11:34 | <alkisg> denisesball: try it manually. On a standalone ubuntu pc, run nbd-client server-ip 2000 /dev/nbd0
| |
11:34 | (you may need modprobe nbd before that)
| |
11:34 | Then, sudo mount /dev/nbd0 /mnt
| |
11:35 | <denisesball> k, will try after lunch
| |
11:35 | bbiab thanks!
| |
11:35 | <alkisg> ...and then check the files in /mnt if you can see them properly
| |
11:35 | md5sums etc
| |
11:35 | bb
| |
11:44 | nexusbr has quit IRC | |
11:56 | _dogan_ has joined #ltsp | |
11:58 | evil_root has joined #ltsp | |
11:58 | evil_root has left #ltsp | |
12:02 | komunista has quit IRC | |
12:54 | <denisesball> alkisg: mounting standalone worked fine
| |
12:54 | <alkisg> denisesball: the best way to check is to run md5sum on a big file
| |
12:54 | If you have networking issues, you'll see a mismatch on the sum
| |
12:55 | (from your screenshot it appears that _only_ some files are corrupted)
| |
12:55 | <denisesball> what would i compare it to? the same md5 from ran on the server?
| |
12:55 | <alkisg> Yes
| |
12:55 | Or if you have an .iso somewhere, you can see the .md5sum from the iso page (e.g. the ubuntu iso)
| |
12:56 | <denisesball> how big is "big" to you?
| |
12:58 | <alkisg> 100mb?
| |
12:58 | denisesball: if your server is open, I can try booting from it from a vm here
| |
12:59 | (if it has an external ip...)
| |
12:59 | <denisesball> nah it doesnt
| |
12:59 | <alkisg> ok
| |
12:59 | <denisesball> i dont think the NOC guys would let me do that :P
| |
13:00 | i'll copy over the ubuntu iso i 'spose
| |
13:00 | what directory is actually mounted form the termserver?
| |
13:00 | the chroot?
| |
13:01 | <alkisg> This file: /opt/ltsp/images/i386.img
| |
13:01 | <denisesball> /opt/ltsp/i386 right
| |
13:01 | k
| |
13:01 | <alkisg> Not the directory, the file
| |
13:01 | <denisesball> i'm just curious where to copy the iso to so i can see it on the client and run the md5
| |
13:01 | <alkisg> denisesball: another way to check is to put `break=init` as a kernel parameter (right next to vmlinuz)
| |
13:02 | Then you can just try to manually run usr/bin/test to see why it has problems being executed
| |
13:02 | <denisesball> should i do the md5 first?
| |
13:02 | <alkisg> Whatever is easier for you
| |
13:03 | <denisesball> yeah, i'll copy the ubuntu iso to /opt/ltsp/i386
| |
13:03 | <alkisg> You need to run ltsp-update-image after that
| |
13:03 | <denisesball> k
| |
13:20 | alkisg: is port 2000 for the amd64.img?
| |
13:20 | cuz thats what's getting mounted
| |
13:20 | <alkisg> grep nbd /etc/inetd.conf
| |
13:20 | ...and see for yourself...
| |
13:20 | <denisesball> 2000 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/amd64.img
| |
13:20 | 2001 stream tcp nowait nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
| |
13:20 | yup
| |
13:20 | komunista has joined #ltsp | |
13:20 | <denisesball> so you set me up for failure!
| |
13:20 | :P
| |
13:20 | <alkisg> Hey, I didn't know you have 2 images?!
| |
13:20 | <denisesball> haha
| |
13:21 | <alkisg> OK, just put nbdroot=2001 then on the command line (make another gpxe disk)
| |
13:21 | <denisesball> could that be why it's failing?
| |
13:21 | <alkisg> Sure, if you're trying to boot an amd64 chroot on an i386 client...
| |
13:21 | <denisesball> yeah but we were specifying i386, no?
| |
13:22 | <alkisg> Where?
| |
13:22 | We didn't specify a port, and the default is 2000.
| |
13:22 | <denisesball> 11:49 <alkisg> kernel /ltsp/i386/vmlinuz ro initrd=initrd.img ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none
| |
13:22 | 11:49 <alkisg> initrd /ltsp/i386/initrd.img
| |
13:22 | oh, i guess i thought the port was default
| |
13:22 | by choosing the image
| |
13:22 | <alkisg> You need kernel /ltsp/i386/vmlinuz ro initrd=initrd.img ip=${ip}:${next-server}:${gateway}:${netmask}:${hostname}:eth0:none nbdport=2001
| |
13:22 | <denisesball> that makes sense
| |
13:23 | (btw i think im gonna replace this 64-bit server with an all 32-bit one. ive noticed other issues with it)
| |
13:23 | <alkisg> What issues?
| |
13:23 | (I'm also using a 32bit server with pae extensions, but i'm curious...)
| |
13:23 | <denisesball> i think the flash crashes are related to the nspluginwrapper
| |
13:23 | but that is just a hunch
| |
13:23 | <alkisg> Ah, you didn't use the upstream flash installer?
| |
13:24 | There's a native 64bit beta I think
| |
13:24 | <denisesball> i tried both
| |
13:24 | <alkisg> **adobe, not upstream...
| |
13:24 | <denisesball> i originally tried the one in the repos which i believe uses the nspluginwrapper, but its now running the 64-bit native beta
| |
13:25 | <alkisg> OK, ty for the info
| |
13:25 | <denisesball> i'm not sure, but it generally doesnt feel as stable
| |
13:25 | techs reporting random reboots and stuff
| |
13:26 | <alkisg> btw, this allowed me to boot over wan completely without a dhcp server: http://alkisg.pastebin.com/LsVzpnGk
| |
13:27 | _dogan_ has quit IRC | |
13:27 | <alkisg> ...so if you succeed and want to write a wiki page, you could put that as well
| |
13:27 | <denisesball> thats a bit more than what u sent earlier?
| |
13:29 | <alkisg> It involves manually setting the ip, when no dhcp server is around
| |
13:29 | <denisesball> ah i see
| |
13:29 | yeah that could be useful
| |
13:30 | btw, learning a ton from you alkisg, thanks so much
| |
13:31 | <alkisg> np
| |
13:33 | <denisesball> not noticed any flash issues on your 32-bit clients?
| |
13:36 | <alkisg> No, but I have a 32bit server
| |
13:36 | <denisesball> oh, i misread your comment earlier
| |
13:36 | i read "also using" and assumed 64-bit
| |
13:38 | <LedHed> is it possible to run the sabayon profile editor from one of my thin clients?
| |
13:38 | my LTSP server is headless
| |
13:40 | <denisesball> alkisg: that worked! FINALLY
| |
13:40 | <alkisg> Yey!
| |
13:41 | You should really put that down in a wiki page, e.g. in https://help.ubuntu.com/community/UbuntuLTSP/gPXE
| |
13:41 | <denisesball> i will since I have to write an internal wiki anyways
| |
13:41 | dont know what i have an account on there yet
| |
13:44 | slidesinger has quit IRC | |
13:49 | slidesinger has joined #ltsp | |
13:52 | skillZ has quit IRC | |
13:58 | <alkisg> denisesball: it's better if you also put a #!gpxe as the first line on the gpxe scripts
| |
13:58 | <denisesball> u mean before "dhcp net0" eetc.?
| |
13:59 | <alkisg> Right, as the first line
| |
13:59 | It's expected to be there, I forgot about it
| |
13:59 | <denisesball> ok
| |
13:59 | you using the built in gnome printing config, or do you install cups?
| |
14:00 | <alkisg> Erm, isn't cups preinstalled?
| |
14:00 | <denisesball> yeah, i meant as far as installing the printers
| |
14:00 | using the gnome gui or the cups web interface
| |
14:00 | <johnny> i use system-printer-config
| |
14:01 | the redhat utility.. but i think ubuntu ships that too
| |
14:01 | err system-config-printer
| |
14:01 | * alkisg too... | |
14:01 | <denisesball> k
| |
14:01 | <alkisg> But I only go there to publish my printer for fat clients
| |
14:02 | It's not needed for the server or the thin clients, everything works out of the box
| |
14:02 | slidesinger has quit IRC | |
14:04 | slidesinger has joined #ltsp | |
14:05 | PMantis has joined #ltsp | |
14:06 | PMantis has left #ltsp | |
14:12 | Barbosa_ has quit IRC | |
14:13 | Barbosa has joined #ltsp | |
14:18 | Lns has joined #ltsp | |
14:20 | jonkke has quit IRC | |
14:33 | otavio has quit IRC | |
14:35 | otavio has joined #ltsp | |
14:35 | <denisesball> alkisg: do you have the ability to connect to one of your terms right now?
| |
14:35 | <alkisg> vm term, yup...
| |
14:36 | (and a real one some meters away...)
| |
14:36 | <denisesball> how does loading a lightbox image perform for you? click on of the examples please - http://www.huddletogether.com/projects/lightbox2/
| |
14:36 | its just javascript
| |
14:36 | its deathly slow for me on a stock install
| |
14:46 | <atkuepker> denisesball: took 2-3 seconds for me. We're on an ubuntu 9.10 on an IBM x3550 with 28GB of Ram, but it has 55 admin office staff for users too.
| |
14:46 | however, it was quite enough to lock up the flaky Intel video driver on my test terminal =)
| |
14:47 | <denisesball> yeah it seems like a problem
| |
14:47 | with the amount of ajax/javascript on the web nowadaya
| |
14:47 | <atkuepker> that Intel video locks up on everything though. Even a screen blanking/monitor off screensaver
| |
14:50 | pmatulis has quit IRC | |
14:50 | thunsucker has quit IRC | |
14:54 | <alkisg> denisesball: it works fine for me, no visible difference on a thin client than running it while sitting on the server
| |
14:54 | <denisesball> wow, takes me like 15 seconds
| |
14:54 | and im the only user on it
| |
14:55 | dual core athalon 2.9GHz and 8gb RAM
| |
14:55 | i know not really a server proc, but still
| |
14:55 | <alkisg> Where's the bottleneck? CPU? Network?
| |
14:56 | <denisesball> im on the same switch as the server. i installed a 10.04 server from scratch to test it out here
| |
14:56 | the terminal is a 500MHz proc and 128mb RAM
| |
14:56 | u guys using localapps?
| |
14:57 | <alkisg> Not me, and I tried on a 128mb vm
| |
14:57 | <denisesball> i dont know what i could be missing
| |
14:58 | tried LDM_DIRECTX=True too
| |
14:59 | <johnny> 128mb ram is kinda small tho
| |
14:59 | of course.. now i run fat clients with 2G ram :)
| |
15:00 | i found it necessary to run firefox and flash locally to achieve acceptable performance
| |
15:00 | but 256 wasn't nearly enough
| |
15:00 | it would just crash out
| |
15:00 | <atkuepker> denisesball: We're either pulling or upgrading all of our terminals in that class of equipment
| |
15:00 | just hasn't been fast enough w/ 9.10 with or w/o LDM_DIRECTX
| |
15:03 | <denisesball> these terminals are really just only running web apps, i cant justify replacing hardware
| |
15:03 | the thing it, they seem to be faster on the debian 4/iceweasal server
| |
15:12 | any of u guys remember the LTSP_ETH_INTERFACE option?
| |
15:18 | <alkisg> I don't think ltsp 5 has any such option
| |
15:18 | What do you want to do?
| |
15:18 | <denisesball> its old
| |
15:18 | i think ltsp4
| |
15:18 | just looking at the servers we have in prod now
| |
15:21 | vvinet has joined #ltsp | |
15:28 | <atkuepker> wouldn't it be easier to restrict the services such that they don't listen on non-desired interfaces?
| |
15:29 | <denisesball> i actually want it to listen on both, wasnt sure if i could just comma separate them or what
| |
15:30 | <atkuepker> at least in Ubuntu, they listen on all by default
| |
15:31 | <denisesball> i know, im looking at an old debian server with old ltsp with that old option
| |
15:31 | jhutchins_lt has quit IRC | |
15:31 | <atkuepker> ah. what I get for multi-tasking again
| |
15:31 | jhutchins_lt has joined #ltsp | |
15:32 | <denisesball> no biggie, i was gonna try something but ill get around it. thanks :)
| |
15:36 | elcabron-work is now known as loathsome | |
15:37 | jhutchins_lt has quit IRC | |
15:37 | jhutchins_lt2 has joined #ltsp | |
16:11 | vvinet has quit IRC | |
16:33 | mikkel has quit IRC | |
16:48 | Egyptian[Home] has quit IRC | |
16:54 | komunista has quit IRC | |
16:55 | alkisg has quit IRC | |
16:55 | pmatulis has joined #ltsp | |
17:01 | Egyptian[Home] has joined #ltsp | |
17:03 | jhutchins_lt2 has quit IRC | |
17:04 | Gadi has left #ltsp | |
17:21 | jammcq has quit IRC | |
17:26 | jhutchins_lt2 has joined #ltsp | |
17:28 | jhutchins_lt2 has quit IRC | |
17:32 | alexqwesa_ has quit IRC | |
17:33 | alexqwesa has joined #ltsp | |
17:36 | jhutchins_lt2 has joined #ltsp | |
17:41 | jhutchins_lt2 has quit IRC | |
17:41 | vagrantc has joined #ltsp | |
17:42 | jhutchins_lt2 has joined #ltsp | |
17:47 | jhutchins_lt2 has quit IRC | |
17:49 | jhutchins_lt2 has joined #ltsp | |
17:49 | jhutchins_lt2 is now known as jhutchins_lt | |
17:52 | alexqwesa has quit IRC | |
17:53 | alexqwesa has joined #ltsp | |
17:59 | jhutchins_lt has quit IRC | |
18:00 | jhutchins_lt has joined #ltsp | |
18:06 | <LedHed> I'm trying to run the Sabayon Profile editor from within a Thin Client, but it crashes. Is possible to run it from a VNC session? My server is headless.
| |
18:09 | jhutchins_lt has quit IRC | |
18:17 | vagrantc has quit IRC | |
18:41 | staffencasa has quit IRC | |
18:54 | jhutchins_lt has joined #ltsp | |
19:05 | jhutchins_lt has quit IRC | |
19:17 | abeehc has quit IRC | |
19:18 | abeehc has joined #ltsp | |
19:23 | jhutchins_lt has joined #ltsp | |
19:23 | jhutchins_lt has joined #ltsp | |
19:44 | LedHed has quit IRC | |
20:08 | try2free has joined #ltsp | |
20:18 | try2free has left #ltsp | |
20:37 | gentgeen__ has quit IRC | |
21:05 | RiX2 has joined #ltsp | |
21:08 | RiXtEr-ZZZ has quit IRC | |
21:16 | RiXtEr-ZZZ has joined #ltsp | |
21:19 | RiX2 has quit IRC | |
21:23 | Mava has quit IRC | |
21:23 | leio has quit IRC | |
21:25 | Mava has joined #ltsp | |
21:25 | leio has joined #ltsp | |
21:37 | Led-Hed has joined #ltsp | |
21:38 | <Led-Hed> I'm new to LTSP, if I have multiple images/architectures, how do I specify which image I want to perform ltsp-update-image on?
| |
21:39 | in my case I have /opt/ltsp/amd64 and /opt/ltsp/fat-i386
| |
21:40 | pmatulis has quit IRC | |
21:41 | <johnny> Led-Hed, always --help or man <something>
| |
21:41 | <Led-Hed> johnny, I did
| |
21:41 | <johnny> ltsp-update-image --help says it
| |
21:41 | <Led-Hed> is it -b or --base
| |
21:42 | <johnny> do you have another i386?
| |
21:42 | it's both probably
| |
21:42 | <Led-Hed> no
| |
21:42 | <johnny> both work
| |
21:42 | might as well rename it just i386
| |
21:42 | then you an just do ltsp-update-image -a i386
| |
21:42 | or --arch i386
| |
21:43 | but both b and a work as well
| |
21:43 | err
| |
21:43 | but both -b and --base..
| |
21:43 | <Led-Hed> so ltsp-update-image -a i386 -b /opt/ltsp/fat-i386
| |
21:43 | <johnny> ones the short form, and ones the long form as tends to be standard amongst gnuish programs
| |
21:43 | <Led-Hed> right
| |
21:43 | <johnny> probably
| |
21:43 | this
| |
21:43 | <Led-Hed> thanks
| |
21:43 | <johnny> nah
| |
21:43 | one sec
| |
21:43 | <Led-Hed> k
| |
21:44 | <johnny> ltsp-update-image --chroot fat-i386
| |
21:44 | i don't know if you need -a/--arch with that
| |
21:44 | <Led-Hed> there is not --chroot option listed in help
| |
21:44 | <johnny> Led-Hed, 99% of poeple just do ltsp-update-image -a amd64|i386
| |
21:44 | <Led-Hed> ahh
| |
21:44 | <johnny> err
| |
21:45 | i mean.. amd64 or i386, if you're unfamiliar with | meaning or
| |
21:45 | <Led-Hed> lol
| |
21:45 | I know what you meant
| |
21:46 | * johnny thinks we should ditch the whole --arch thing and see if it can just be detected instead | |
21:46 | <johnny> and just go based on the name of the directory under /opt/ltsp
| |
21:47 | <Led-Hed> I think --option is a BSD compatibility thing
| |
21:47 | <johnny> Led-Hed, ltsp-build-client does have a --chroot option, i was assuming
| |
21:47 | no.. it's not a bsd compatibility.. it's a concious choice because it's awesome
| |
21:47 | while typing on the command line, using the short args is useful
| |
21:47 | but in a script.. using the long form is much more readable to everybody
| |
21:48 | <Led-Hed> ahh
| |
21:48 | <johnny> usually in the case of ultra common tools you will see such things ommitted
| |
21:48 | like ls -l
| |
21:49 | <Led-Hed> ok, so you think I should ditch the architecture option, and just --chroot /opt/ltsp/fat-i386
| |
21:49 | <johnny> well.. i haven't looked in the code in awhile while
| |
21:49 | <Led-Hed> dont go to that trouble.
| |
21:49 | <johnny> i don't think chroot takes the whole thing
| |
21:49 | <Led-Hed> if it hooses the image I can always reabuild it
| |
21:49 | <johnny> that's what base is for
| |
21:49 | <Led-Hed> oh
| |
21:49 | <johnny> really it would be something like this
| |
21:49 | <Led-Hed> good to know
| |
21:50 | <johnny> for ltsp-build-client ltsp-build-client --base /some/other/opt/ltsp --chroot fati386
| |
21:50 | when base is ommitted, it defaults to /opt/ltsp
| |
21:50 | and chroot defaults to whatever are your server is (on ubuntu)
| |
21:51 | Led-Hed, fedora and gentoo's ltsp defaults to i386 in all such cases fyi
| |
21:51 | <Led-Hed> ok
| |
21:51 | I'm on Ubuntu
| |
21:51 | <johnny> if you had all amd64 thin clients (in ubuntu). you can just ltsp-update-image
| |
21:51 | no need for anything else
| |
21:52 | <Led-Hed> right, I've done that before, but I just recently build a FatClient image.
| |
21:52 | I had never had to specify which image to update, which is why I asked.
| |
21:53 | and the --base wasnt all that clear to me. if --chroot had been listed in the --help then I probably wouldnt be here. :)
| |
21:53 | <johnny> for ltsp-update-image it looks like you have to use -a fati386
| |
21:56 | it has no --chroot :( but it should
| |
21:58 | <Led-Hed> ahh
| |
22:02 | johnny, do fat clients /home dirs reside on the server?
| |
22:04 | <johnny> yes
| |
22:04 | <Led-Hed> is there a way to prevent that?
| |
22:06 | I think I broke it.
| |
22:07 | <johnny> prevent it? why?
| |
22:07 | it wouldn't be recommended at all
| |
22:08 | where else would you want them mounted?
| |
22:08 | <Led-Hed> I want to create 1 user account and set it up then lock it down, Then have all my pxe clients boot and autologin to that one profile.
| |
22:08 | <johnny> no
| |
22:08 | don't do that
| |
22:08 | just create a home directory for each computer
| |
22:08 | <Led-Hed> problem with that is if they have /home mounted on server Firefox bombs out.
| |
22:08 | <johnny> and lock it down on the server
| |
22:09 | huh?
| |
22:09 | yes.. do not do that
| |
22:09 | many programs won't run fine that way
| |
22:09 | it is bset to create one account for each single computer
| |
22:09 | and then set each one to automatically login.. or use the guest account functionality
| |
22:09 | that's what i did
| |
22:09 | <Led-Hed> but then I have to replicate the settings and such for each computer account.
| |
22:10 | <johnny> that's easy
| |
22:10 | use sabayon for some of it
| |
22:10 | and copy the rest of the settings between each
| |
22:10 | you can even mark certain files not writable
| |
22:10 | <Led-Hed> sabayon crashes
| |
22:10 | <johnny> or you could symlink them
| |
22:10 | in which ubuntu?
| |
22:10 | <Led-Hed> yes
| |
22:10 | Lucid
| |
22:10 | <johnny> hmm.. it should work
| |
22:11 | you can't really run it in vnc
| |
22:11 | i saw you mentioned that earlier
| |
22:11 | you need access to xephyr
| |
22:11 | i have a feeling it's not palying nice
| |
22:11 | it launches another x server
| |
22:11 | <Led-Hed> well I'm running the server as a XenServer VM, which doesnt allow for a Graphical console, so I connect via VNC, so that may be part of the problem.
| |
22:11 | <johnny> yes it might be
| |
22:12 | you can build them from another pc
| |
22:12 | and then copy the profile directory to the server
| |
22:12 | <Led-Hed> that might work
| |
22:12 | <johnny> it's meant to work that way
| |
22:12 | you can even have it download the profile over http or via ldap
| |
22:12 | if you were running a lab, the http way would be pretty good
| |
22:12 | or rather.. mutliple labs..
| |
22:12 | one is just fine to just copy the dir over
| |
22:13 | <Led-Hed> I chroot /opt/ltsp/fat-i386, then I ran apt-get install openssh-server, update-rc.d ssh defaults. then I ltsp-update-image. now it doesnt boot. just sits on the ubuntu boot splash screen
| |
22:15 | <johnny> remove quiet splash from /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
| |
22:15 | err fati386 that is..
| |
22:15 | <Led-Hed> ahh. so I can see whats going on
| |
22:16 | ogra_cmpc has quit IRC | |
22:18 | <Led-Hed> something isnt right, I have 4GB of ram on the server and its maxed out. ONly 3 clients running on it
| |
22:24 | RiXtEr-ZZZ has quit IRC | |
22:24 | <Led-Hed> wouldnt boot because it was out of RAM
| |
22:28 | RiXtEr has joined #ltsp | |
22:28 | <Led-Hed> johnny, thanks for the help. I'm calling it a night.
| |
22:28 | RiXtEr has quit IRC | |
22:28 | Led-Hed has quit IRC | |
22:29 | ogra_cmpc has joined #ltsp | |
22:30 | RiXtEr has joined #ltsp | |
22:35 | jhutchins_lt has quit IRC | |
23:37 | try2free has joined #ltsp | |
23:53 | alkisg has joined #ltsp | |