IRC chat logs for #ltsp on irc.libera.chat (webchat)
Channel log from 19 March 2010 (all times are UTC)
| 00:07 | try2free has quit IRC | |
| 00:17 | FGXR6 has quit IRC | |
| 00:30 | alkisg has quit IRC | |
| 00:33 | FGXR6 has joined #ltsp | |
| 00:51 | FGXR6 has quit IRC | |
| 01:00 | Kicer86 has joined #ltsp | |
| 01:08 | FGXR6 has joined #ltsp | |
| 01:19 | alkisg has joined #ltsp | |
| 01:27 | FGXR6 has quit IRC | |
| 01:32 | Kicer86 has quit IRC | |
| 01:43 | FGXR6 has joined #ltsp | |
| 02:54 | johnny has left #ltsp | |
| 03:11 | pths has quit IRC | |
| 03:16 | Selveste1 has joined #ltsp | |
| 03:18 | johnny has joined #ltsp | |
| 03:24 | pths has joined #ltsp | |
| 03:24 | cyberorg has quit IRC | |
| 03:25 | pths has quit IRC | |
| 03:39 | pths has joined #ltsp | |
| 03:39 | pths_ has joined #ltsp | |
| 03:40 | pths_ has quit IRC | |
| 03:48 | Selveste1 has quit IRC | |
| 03:50 | alkisg has quit IRC | |
| 04:08 | cyberorg has joined #ltsp | |
| 04:10 | <cyberorg> hi folks, jfi kiwi got RHEL support in the latest package, opensuse 11.3 will have support for upstart in addition to sysvinit
| |
| 04:12 | otavio has quit IRC | |
| 04:24 | bobby_C has joined #ltsp | |
| 04:43 | try2free has joined #ltsp | |
| 05:02 | try2free has left #ltsp | |
| 05:48 | mikkel has joined #ltsp | |
| 06:20 | pmatulis has joined #ltsp | |
| 06:22 | daya has quit IRC | |
| 06:28 | ogra_ has joined #ltsp | |
| 06:29 | ogra has quit IRC | |
| 06:29 | ogra_ is now known as ogra | |
| 06:29 | ogra has quit IRC | |
| 06:29 | ogra has joined #ltsp | |
| 06:31 | Egyptian[Home] has quit IRC | |
| 06:31 | leio has quit IRC | |
| 06:31 | alexqwesa_ has quit IRC | |
| 06:36 | leio has joined #ltsp | |
| 06:36 | alexqwesa_ has joined #ltsp | |
| 06:38 | Egyptian[Home] has joined #ltsp | |
| 06:41 | ogra_cmpc has quit IRC | |
| 06:42 | ogra_cmpc has joined #ltsp | |
| 06:43 | rjune has joined #ltsp | |
| 06:58 | otavio has joined #ltsp | |
| 06:59 | alkisg has joined #ltsp | |
| 07:29 | pths has quit IRC | |
| 07:33 | pths has joined #ltsp | |
| 07:39 | carbm1 has quit IRC | |
| 07:42 | mgariepy has joined #ltsp | |
| 07:43 | DarrellH has joined #ltsp | |
| 07:43 | DarrellH has left #ltsp | |
| 07:53 | epaphus has quit IRC | |
| 07:57 | alexqwesa_ has quit IRC | |
| 07:58 | alexqwesa_ has joined #ltsp | |
| 08:02 | alexqwesa_ has quit IRC | |
| 08:02 | alexqwesa__ has joined #ltsp | |
| 08:31 | litlebuda has joined #ltsp | |
| 08:37 | litlebuda has quit IRC | |
| 08:56 | alkisg has quit IRC | |
| 09:07 | <mgariepy> morning everyone
| |
| 09:23 | mischko has joined #ltsp | |
| 10:00 | Ahmuck has joined #ltsp | |
| 10:04 | Ahmuck has left #ltsp | |
| 10:18 | Faithful has joined #ltsp | |
| 10:20 | staffencasa has joined #ltsp | |
| 10:25 | vagrantc has joined #ltsp | |
| 10:40 | alkisg has joined #ltsp | |
| 10:41 | Faithful has quit IRC | |
| 10:56 | Faithful has joined #ltsp | |
| 11:09 | johnny has left #ltsp | |
| 11:12 | johnny has joined #ltsp | |
| 11:19 | johnny has left #ltsp | |
| 11:24 | mgariepy has quit IRC | |
| 11:28 | johnny has joined #ltsp | |
| 11:34 | The_Code has quit IRC | |
| 12:40 | nubae has quit IRC | |
| 12:41 | nubae has joined #ltsp | |
| 12:51 | johnny has left #ltsp | |
| 13:08 | johnny has joined #ltsp | |
| 13:17 | ogra_cmpc has quit IRC | |
| 13:21 | Lns has joined #ltsp | |
| 13:30 | ogra_cmpc has joined #ltsp | |
| 13:34 | nubae_ has joined #ltsp | |
| 13:35 | nubae has quit IRC | |
| 13:42 | <alkisg> The clients connect to the server with an ssh connection.
| |
| 13:42 | I was wondering if I could use that connection to control the clients
| |
| 13:43 | E.g. (from the client): ssh <use-the-same-control-socket> server app-that-listens-for-commands | local-app-that-executes-commands
| |
| 13:43 | Would something like that work?
| |
| 13:44 | <vagrantc> probably
| |
| 13:44 | the downside is you need support server-side ...
| |
| 13:45 | i.e. you need binaries, scripts, etc. installed on the server
| |
| 13:45 | <Lns> which alkisg has ;)
| |
| 13:47 | <_UsUrPeR_> hey all
| |
| 13:47 | <Lns> hey _UsUrPeR_
| |
| 13:47 | <_UsUrPeR_> I'm noticing that installing ltsp-server-standalone does not appear to put an entry into /etc/inet.d to start TFTP. I seem to remember this working properly at some point.
| |
| 13:48 | Lns: he :)
| |
| 13:48 | s/he/hi
| |
| 13:48 | <alkisg> Well, it wouldn't be too difficult to create an app-that-listens-for-commands... and it should be secure, since it uses the same ssh connection (and it would also work for fat clients)...
| |
| 13:49 | The problem is that it wouldn't work if no user was connected on the TC
| |
| 13:49 | <Lns> the infamous hang-up ;)
| |
| 13:49 | which is why a chroot daemon is needed for that kind of thing (reboot/shutdown/etc)
| |
| 13:50 | <alkisg> Or, and ssh connection with a special user
| |
| 13:50 | <Lns> hmm
| |
| 13:50 | <alkisg> ssh ltsp-user@server <same-params>
| |
| 13:50 | That would have as a shell the app that listens for commands...
| |
| 13:51 | I'm not sure if that's considered safe. nx uses the same technique, but still...
| |
| 13:51 | <vagrantc> _UsUrPeR_: i know on debian (and probably ubuntu) update-inetd is used, which historically has simply edited /etc/inetd.conf
| |
| 13:51 | <Lns> _UsUrPeR_: i don't see it either in my lucid test svr, but booting seems to work fine..
| |
| 13:51 | * _UsUrPeR_ confused | |
| 13:51 | <_UsUrPeR_> I don't remember this being a problem
| |
| 13:51 | <Lns> jerickson@lucid-alpha3:~$ ps auxw|grep tft
| |
| 13:51 | root 830 0.0 0.0 14712 304 ? Ss 11:44 0:00 /usr/sbin/in.tftpd --listen --user tftp --address 0.0.0.0:69 --secure /var/lib/tftpboot
| |
| 13:52 | <vagrantc> ah, newer tftpd-hpa also doesn't use inetd by default...
| |
| 13:52 | <_UsUrPeR_> huh. weird.
| |
| 13:52 | <alkisg> _UsUrPeR_: if that's Lucid, then yup, that's the new way...
| |
| 13:52 | <_UsUrPeR_> no, it's 9.10
| |
| 13:52 | sorry, I should have specified.
| |
| 13:53 | * Lns just deleted his 9.10 vm =p | |
| 13:53 | <_UsUrPeR_> it's not showing up in ps aux either :P
| |
| 13:53 | <alkisg> That entry is put the by tftpd-hpa.postinst, afaik
| |
| 13:53 | Not by ltsp-server-standalone...
| |
| 13:53 | *there
| |
| 13:54 | _UsUrPeR_: try apt-get install --reinstall tftpd-hpa
| |
| 13:57 | <_UsUrPeR_> k
| |
| 13:58 | a message during the re-install process: "tftpd-hpa disabled in /etc/default/tftpd-hpa"
| |
| 13:58 | <alkisg> what does that file have?
| |
| 13:58 | (pastebin)
| |
| 13:59 | <_UsUrPeR_> alkisg: http://pastebin.com/AknEBPFM
| |
| 14:00 | <alkisg> Looks good... and it's still not in /etc/inetd.conf ?
| |
| 14:01 | <_UsUrPeR_> alkisg: http://pastebin.com/WzTkrMPD
| |
| 14:01 | nothing in there after re-install :/
| |
| 14:01 | <alkisg> Can you also pastebin this one? /var/lib/dpkg/info/tftpd-hpa.postinst
| |
| 14:02 | <_UsUrPeR_> alkisg: http://pastebin.com/rZpcdWN0
| |
| 14:04 | litlebuda has joined #ltsp | |
| 14:04 | <alkisg> That's the command that should have been ran: update-inetd --group BOOT --add "tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot"
| |
| 14:05 | What does this give you? debconf-get-selections | grep tftp
| |
| 14:05 | vvinet has joined #ltsp | |
| 14:05 | <Lns> Re: Ubu 10.04, anyone have a bug report going for the installation of ltsp-server-standalone requiring 'service openbsd-inetd restart' before it completes? If not I'm going to put one up.
| |
| 14:05 | <dba> if i were you, i would get the tftpd-hpa backport;
| |
| 14:06 | <_UsUrPeR_> alkisg: that returns "tftpd-hpa tftpd-hpa/use_inetd boolean true"
| |
| 14:06 | <dba> that one doesn't need any manual setup anymore.
| |
| 14:06 | <alkisg> Lns, stgraber supposedly fixed that by predepending on openbsd-inetd
| |
| 14:06 | When did you try?
| |
| 14:06 | <Lns> alkisg: yesterday
| |
| 14:06 | <alkisg> stgraber: ^^^ ???
| |
| 14:06 | <Lns> w/newest alpha3 downloaded (02/24 date)
| |
| 14:06 | <alkisg> _UsUrPeR_: I don't know why that update-inetd command didn't run.
| |
| 14:07 | Lns, k, that's "ancient" :D
| |
| 14:07 | <Lns> LOL
| |
| 14:07 | <_UsUrPeR_> is there anything I can do to diagnose this further?
| |
| 14:07 | <alkisg> I think stgraber fixed it a week ago or so
| |
| 14:07 | <_UsUrPeR_> I mean, I know how it's supposed to be fixed, but this should just work
| |
| 14:07 | s/supposed to be fixed/what I need to do to fix this specific issue,
| |
| 14:07 | <Lns> ok, we sure that it'll get into main w/o a bug report? not sure how that process goes
| |
| 14:08 | <alkisg> Lns: we need to try with a recent (== < 7 days :D) build, e.g. the beta1, to see if the problem's still ther
| |
| 14:08 | e
| |
| 14:08 | It shouldn't be anymore.
| |
| 14:09 | <Lns> damn, i wasted another cd then haha.. is there an image for beta1? or do i just upgrade w/stgraber ppa
| |
| 14:09 | <alkisg> There's an image, out today
| |
| 14:10 | http://www.ubuntu.com/testing/lucid/beta1
| |
| 14:10 | <Lns> noice. another re-install for friday! =p
| |
| 14:10 | thx
| |
| 14:10 | <alkisg> np... you just saved me from testing myself :D
| |
| 14:10 | <Lns> lol
| |
| 14:11 | i'm trying to get into tester mode for april..
| |
| 14:11 | and get up to speed on the nice and shiny fatclient/localapp magic in the new lts version ;)
| |
| 14:12 | <alkisg> That'd be nice, and better sooner than later, to fix whatever bugs asap...
| |
| 14:12 | <Lns> yup
| |
| 14:13 | <johnny> alkisg, did you see the thing about multiseat via kms?
| |
| 14:13 | <alkisg> johnny: nope, any links?
| |
| 14:13 | <johnny> it's still premature.. but good to see it going in the right direction
| |
| 14:13 | <Lns> i'm seeing a lot of chatter regarding the intel D945GCLF2D mobos for ltsp - http://www.mini-box.com/Intel-D945GCLF2D-Mini-ITX-Motherboard .. I have one myself, it seems to work great with ltsp so far besides one weird bug during bootup
| |
| 14:13 | * alkisg thought that nobody was working on multiseat recently.. | |
| 14:14 | <johnny> http://airlied.livejournal.com/72187.html
| |
| 14:16 | alkisg, this is multiple X servers running on one card
| |
| 14:16 | but once the integration with the user space tools happen
| |
| 14:16 | seems like it's just a short hope to the rest
| |
| 14:16 | hop*
| |
| 14:16 | alkisg, i think the problem before .. was just that the stack wasn't ready
| |
| 14:16 | without too much hackery
| |
| 14:17 | but kms makes it much easier to handle
| |
| 14:17 | <_UsUrPeR_> alkisg: This all happened after a aptitude purge ltsp-server-standalone
| |
| 14:17 | <alkisg> I've heard about Xorg fixes 2 years ago, and consolekit also helped, and now kms...
| |
| 14:17 | * _UsUrPeR_ things a config file is being left someplace | |
| 14:17 | <alkisg> johnny: ...but it still doesn't feel ready... :-/
| |
| 14:18 | _UsUrPeR_: purge --auto-remove works better for this purpose
| |
| 14:18 | <johnny> of course not..
| |
| 14:18 | alkisg, it took alot of work to get this far :)
| |
| 14:18 | <alkisg> _UsUrPeR_: that purge --autoremove would also purge any tftp settings...
| |
| 14:20 | <_UsUrPeR_> alkisg: ok, I'll give that a shot
| |
| 14:20 | <alkisg> (i.e. you basically need to purge tftp, not ltsp, but due to dependencies, it's easier if you purge both)
| |
| 14:23 | <_UsUrPeR_> alkisg: ok, after apt-get autoremove tftpd-hpa, all standalone ltsp components were removed. I re-installed ltsp-server-standalone, but still there is no tftp addition
| |
| 14:26 | <stgraber> Lns, alkisg: the openbsd-inetd fix should be in the repo and in my ppa
| |
| 14:27 | litlebuda has quit IRC | |
| 14:28 | cliebow has joined #ltsp | |
| 14:40 | alkisg has quit IRC | |
| 14:45 | <Lns> stgraber: thanks =) will be testing here w/beta1 in just a sec..is it in that?
| |
| 14:47 | cliebow has quit IRC | |
| 14:49 | epaphus has joined #ltsp | |
| 14:50 | <epaphus> Hello all..
| |
| 14:51 | methril_work has quit IRC | |
| 14:51 | <epaphus> So i searched newegg.com for "PXE" and it returned only 3 results. However ive been told that now a days most NICs come with PXE. I want to buy this Mobo (included NIC) D945GCLF2 ... however it doesnt say anywhere in the manual about PXE. How do i know if in fct it doesnt have PXE?
| |
| 14:56 | <Lns> epaphus: it does
| |
| 14:56 | pmatulis has quit IRC | |
| 14:57 | <Lns> I have one ;)
| |
| 14:57 | <epaphus> Lns, how do you know? This is the Dual Atom that has the CPU built in right? How do i test it? i dont see anywhere in the BIOS to set it to boot from the network..
| |
| 14:57 | <Lns> epaphus: because i'm using it as a thin/fat client ;)
| |
| 14:57 | haven't even gone into the bios yet, it's set by default (from where i got it anyway)
| |
| 14:58 | <stgraber> Lns: should be
| |
| 14:58 | <Lns> stgraber: cool =) ty
| |
| 14:58 | <epaphus> Lns, So without a hard disk your saying that it will try to obtain a dhcp lease and then be redirected to the tftp image to boot from? right?
| |
| 14:59 | <Lns> yes
| |
| 14:59 | as long as your ltsp server works ;)
| |
| 15:00 | <epaphus> thats odd... just works out of the box... and i dont have to configure anything 0_O and nothing on the manual ..
| |
| 15:00 | o thanks
| |
| 15:01 | <Lns> np..you know, most motherboards will do this anyway (netboot as a 3rd/4th option) if it doesn't find local media
| |
| 15:01 | of course it'll boot faster if you put network boot 1st
| |
| 15:04 | <epaphus> Lns ... what are you using for fat clients? LTSP?
| |
| 15:05 | * Lns looks at chan name | |
| 15:06 | <epaphus> ok cool i didnt know LTSP also did fat clients
| |
| 15:06 | <Lns> ;)
| |
| 15:14 | kusznir has quit IRC | |
| 15:14 | wwx has quit IRC | |
| 15:14 | shamino has quit IRC | |
| 15:14 | Ryan52 has quit IRC | |
| 15:14 | abeehc has quit IRC | |
| 15:14 | jcastro has quit IRC | |
| 15:14 | bobby_C has quit IRC | |
| 15:14 | highvoltage has quit IRC | |
| 15:14 | vmlintu has quit IRC | |
| 15:14 | primeministerp has quit IRC | |
| 15:14 | morfic has quit IRC | |
| 15:17 | bobby_C has joined #ltsp | |
| 15:17 | highvoltage has joined #ltsp | |
| 15:17 | vmlintu has joined #ltsp | |
| 15:17 | primeministerp has joined #ltsp | |
| 15:17 | wwx has joined #ltsp | |
| 15:17 | morfic has joined #ltsp | |
| 15:17 | shamino has joined #ltsp | |
| 15:17 | Ryan52 has joined #ltsp | |
| 15:17 | abeehc has joined #ltsp | |
| 15:17 | jcastro has joined #ltsp | |
| 15:17 | kusznir has joined #ltsp | |
| 15:29 | <epaphus> hey guys, quick question. If my thin clients run with a VideoCard that has two monitors.. would that represent a problem? The video card does run on a standalone desktop without probs
| |
| 15:29 | <Lns> stgraber: fyi ubu beta-1 cd still hangs on 'Setting up ldm-server'
| |
| 15:29 | vagrantc has quit IRC | |
| 15:37 | <Lns> stgraber: at least w/o your ppa ;)
| |
| 15:37 | q: If I intend to use both thin/fat/localapp clients, can i just 'ltsp-build-client --fatclient' and use it for all of them?
| |
| 15:39 | epaphus has quit IRC | |
| 15:39 | ludug3r0 has joined #ltsp | |
| 15:43 | <ludug3r0> Can someone give a hint about mounting thumb drives or local hard drives using FAT clients on ltsp 5.2 rev 1711? I've been trying to do this in the last 3 days without sucess... There's is plenty documentation about thin clients and this issue.. But with fat client I couldnt find help...
| |
| 15:44 | Is this a know issue or is this happening just with me?
| |
| 15:44 | alkisg has joined #ltsp | |
| 15:46 | vbundi has joined #ltsp | |
| 15:49 | epaphus has joined #ltsp | |
| 15:50 | nubae has joined #ltsp | |
| 15:50 | mischko has quit IRC | |
| 15:50 | nubae_ has quit IRC | |
| 15:50 | <johnny> ludug3r0, known issue
| |
| 15:50 | i think
| |
| 15:51 | because of policykit
| |
| 15:51 | <ludug3r0> Humm.
| |
| 15:51 | <johnny> alkisg, or did you fix it by his rev?
| |
| 15:51 | <alkisg> Erm, I need to look at the logs to see the question..
| |
| 15:51 | <johnny> ludug3r0, i heard it has been fixed by alkisg here
| |
| 15:51 | alkisg: ludug3r0: Can someone give a hint about mounting thumb drives or local hard drives using FAT clients on ltsp 5.2 rev 1711? I've been trying to do this in the last 3 days without sucess... There's is plenty documentation about thin clients and this issue.. But with fat client I couldnt find help...
| |
| 15:52 | <ludug3r0> Humm! Thank you! I'm going to see the code modifications made by him/her
| |
| 15:52 | <johnny> ludug3r0, wait for him to look
| |
| 15:52 | he's looking now
| |
| 15:52 | <ludug3r0> Ok.
| |
| 15:52 | <alkisg> ludug3r0: https://code.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk
| |
| 15:52 | Commit #1250
| |
| 15:52 | <ludug3r0> I will stay here. :)
| |
| 15:52 | Great. Thank you, very much.
| |
| 15:52 | <alkisg> If you need a package, I got one in my ppa
| |
| 15:53 | <johnny> oh.. there's an ldm fix too alkisg ?
| |
| 15:53 | <alkisg> ludug3r0: any feedback welcome :)
| |
| 15:53 | <johnny> alkisg, is there a reason there isn't an official ltsp ppa?
| |
| 15:53 | instead of all these personal personal ones? :)
| |
| 15:53 | <alkisg> johnny: ldm only...
| |
| 15:54 | <johnny> alkisg, ok. so you didn't have to modify nothin
| |
| 15:54 | this is neat stuff alkisg ..
| |
| 15:54 | <alkisg> Good question.. it'd be nice if we at least used the edubuntu stable ppa for that
| |
| 15:54 | <johnny> would be better to have an ltsp specific one..
| |
| 15:57 | <Lns> http://pastebin.com/JgM2MsG6 - Attempt to 'ltsp-build-client' after beta1 AMD64 (desktop) install and package update w/stgraber PPA. Any clues?
| |
| 15:57 | <johnny> you broke it
| |
| 15:57 | DUH
| |
| 15:58 | lol
| |
| 15:58 | <Lns> ;)
| |
| 15:58 | any OTHER clues? =p
| |
| 15:59 | <johnny> look for bugs.. :)
| |
| 15:59 | nah.. sorry.. i have yet to try anything lucid related
| |
| 15:59 | alkisg might know tho
| |
| 15:59 | <Lns> I'm trying an i386 arch now to see if it might be amd64 related
| |
| 15:59 | <alkisg> Lns, I think you just need to wait + retry :D
| |
| 15:59 | <Lns> alkisg: ? is it a known issue?
| |
| 16:00 | <alkisg> I've been seeing such problems for a while now, I think they happen when the repositories get updated
| |
| 16:00 | <Lns> oh
| |
| 16:00 | <alkisg> E.g. package A=version1, B=version1
| |
| 16:00 | And A depends on B
| |
| 16:00 | And update gets pushed, A=version2, depends on B version2
| |
| 16:00 | <Lns> k i guess i'm just being too chatty =p
| |
| 16:00 | <alkisg> But you try ltsp-build-client before B gets updated too
| |
| 16:00 | So it breaks...
| |
| 16:00 | <Lns> ah
| |
| 16:01 | <alkisg> At least when I waited for half an hour and retried, such problems were gone...
| |
| 16:01 | <Lns> what do you think the appropriate time frame would be before i ...oh. =p
| |
| 16:01 | thanks alkisg =)
| |
| 16:01 | <alkisg> np - not sure if that's your problem, though
| |
| 16:02 | <Lns> hope not, just burned the CD and installed/updated ;)
| |
| 16:03 | <alkisg> Lns, you can use apt-get policy to see the available package versions to see if that's the problem or not
| |
| 16:03 | <Lns> oh right on, ok
| |
| 16:23 | jelly-bean has joined #ltsp | |
| 16:23 | jelly-bean has left #ltsp | |
| 16:25 | <Lns> oh, its fixed. =)
| |
| 16:25 | woot
| |
| 16:27 | <ludug3r0> alkisg: Thank you very, very, very much. :)
| |
| 16:27 | Your patch solved my patch
| |
| 16:27 | <alkisg> ludug3r0: you're welcome :)
| |
| 16:27 | ludug3r0: now I'm looking for a way to mount the internal disks "permanately"
| |
| 16:28 | So that /dev/sda1 is mounted in /etc/fstab, not by each user... (because some users might not be in the admin group)
| |
| 16:28 | (of course with an appropriate lts.conf variable)
| |
| 16:29 | <ludug3r0> :)
| |
| 16:30 | My biggedt problem was the thumb drivers.. But I think soon I will start to use the local disks too...
| |
| 16:30 | <alkisg> If you see any other fat-client related problems, do ping me...
| |
| 16:31 | <ludug3r0> Anyway, I will look forward for your code changes.
| |
| 16:31 | Ok. Again, thank you.
| |
| 16:34 | epequeno has joined #ltsp | |
| 16:37 | <epequeno> I would like to test my ltsp server using a virtual machine as a client but I'm not sure how to configure the network
| |
| 16:37 | vvinet has quit IRC | |
| 16:37 | <epequeno> especially if i want to set it up with an external DHCP server (router)
| |
| 16:38 | <vbundi> hey I'm trying to test the network throughput from a client to the server... I remember doing it with netperf but I can't remember how
| |
| 16:39 | <alkisg> epequeno: just install vbox and select "bridge mode" in the client settings
| |
| 16:39 | <epequeno> i'll give it a shot
| |
| 16:39 | <alkisg> vbundi: I've been using: netperf -c -C -H server -l 9999 -D 10,1
| |
| 16:40 | <vbundi> alkisg: do you run it from a localapps xterm?
| |
| 16:40 | <alkisg> vbundi: yes
| |
| 16:40 | You can also just apt-get install it live there, if you don't want to install it normally on the chroot
| |
| 16:40 | <vbundi> alkisg: I've installed netperf in my chroot but it doesn't show up in my localapps xterm
| |
| 16:41 | <alkisg> !localxterm
| |
| 16:41 | <ltspbot`> alkisg: "localxterm" :: while sitting on a thin client, open a gnome terminal. In that, run: ltsp-localapps xterm. An xterm will open. That xterm runs locally, so any commands you enter there are executed directly on the client.
| |
| 16:41 | <alkisg> and then, dpkg -l netperf or something like that...
| |
| 16:41 | vbundi: ah, wait
| |
| 16:41 | The local xterm runs as a normal user
| |
| 16:41 | I'm not sure if netperf needs to be ran as an admin
| |
| 16:41 | <vbundi> yeah it doesn't allow me to sudo su either
| |
| 16:42 | <alkisg> It must be on a path like /sbin or something, which is not on a normal users' path, so you'd need the full path there
| |
| 16:42 | <vbundi> ahhh
| |
| 16:42 | maybe that's it lemme check here
| |
| 16:42 | <alkisg> dpkg -L netperf
| |
| 16:42 | (if it's debian/ubuntu...)
| |
| 16:44 | <vbundi> ok so running dpkg -L shows '/etc, /etc/init.d, and /etc/init.d/netperf
| |
| 16:44 | can't find netperf in /usr/sbin or /usr/bin
| |
| 16:44 | do I have to rebuild my image if I install in the chroot?
| |
| 16:44 | <alkisg> !shell-screen
| |
| 16:44 | <ltspbot`> alkisg: "shell-screen" :: One way to get local root access to troubleshoot a thin client is to use a shell SCREEN: https://help.ubuntu.com/community/UbuntuLTSP/ClientTroubleshooting#Using%20a%20shell%20SCREEN
| |
| 16:45 | <vbundi> ahhh
| |
| 16:45 | <alkisg> vbundi: yes, if you use ubuntu you need to rebuild the image
| |
| 16:45 | If you're using debian, no, as it uses nfs
| |
| 16:45 | <vbundi> ah ok... forgot about that stuff.. haven't messed with it for a few weeks
| |
| 16:45 | if you remember I had a bunch of terminals that were taking forever to boot
| |
| 16:46 | <alkisg> Ah right
| |
| 16:46 | <vbundi> I have since then gotten a bunch of lease-back P4 thinkstations with 1G 40g hdd's
| |
| 16:46 | they boot up in like 15 seconds it's great
| |
| 16:47 | I'm excited to try out local apps and devices
| |
| 16:55 | mherweg has joined #ltsp | |
| 17:01 | <vbundi> I am trying to test the performance of these with audio/video and when I run a youtube vid or try to play a song on grooveshark... I'm getting no sound, but also.. I can see multiple instances of nsplugin spawning... my system was just starting to lock up when I noticed there 4, then 5, then 6 instances of nsplugin running
| |
| 17:02 | <epequeno> I'm a little confused about DHCP, if I have a server and clients connected to a single router/gateway/dhcp server how do PXE DHCP requests get directed to the LTSP server?
| |
| 17:03 | <vbundi> epequeno: well depends how you are doing it... what is running your DHCP server, a router or dhcpd
| |
| 17:04 | epequeno: err that is... is your LTSP server your DHCP or no?
| |
| 17:04 | <epequeno> the router, dhcpd isn't running on the server
| |
| 17:05 | <vbundi> ok there's info on that lemme look for it quick... you have to have it point to your LTSP server still to grab the image
| |
| 17:06 | <epequeno> is there a specific port I would have to forward to the server
| |
| 17:07 | <johnny> no
| |
| 17:07 | <vbundi> I think you're looking for this https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
| |
| 17:08 | <johnny> epequeno, normally you just tell your router to look elsewhere for your tftp server
| |
| 17:08 | the next-server directive in dhcpd
| |
| 17:08 | not sure if your router gives you that option
| |
| 17:08 | otherwise you'll have to try something else like what vbundi pointed out
| |
| 17:08 | arx has joined #ltsp | |
| 17:09 | <vbundi> if possible, it might just be easier to disable the DHCP server on your router and let your LTSP server do it
| |
| 17:14 | arx has quit IRC | |
| 17:20 | <epequeno> I would have to set up a subnet for the clients that way right?
| |
| 17:20 | <vbundi> with proxydhcp?
| |
| 17:21 | <epequeno> no, with the ltsp server using dhcpd3
| |
| 17:21 | <vbundi> nope everything can be on the same subnet
| |
| 17:23 | your ltsp server will just assign ip addresses to everything, and also serve the images for your clients.... a normal (non client) machine isn't going to change because it won't be booting PXE it'll be booting to a hard drive or whatever
| |
| 17:23 | <epequeno> hmm I've been having trouble setting dhcpd.conf right
| |
| 17:23 | ludug3r0 has quit IRC | |
| 17:24 | <epequeno> and i still haven't got that setup to boot a virtal machine either
| |
| 17:24 | <vbundi> ok if you dont have a lot of experience with dhcpd.conf I would recommend installing webmin and configuring it through there
| |
| 17:24 | <alkisg> epequeno: does your router have a "boot filename" and a "next-server" option?
| |
| 17:25 | <vbundi> make sure you are editing /etc/ltsp/dhcpd.conf
| |
| 17:25 | webmin's default has it set to the default location so you'd have to change that
| |
| 17:26 | <epequeno> where can i get webmin
| |
| 17:27 | <vbundi> webmin.com
| |
| 17:27 | here's a very basic dhcpd.conf
| |
| 17:27 | http://pastebin.com/QKgLENQK
| |
| 17:27 | <epequeno> alkisg: i'm not sure where to find that
| |
| 17:28 | <alkisg> epequeno: distro/version?
| |
| 17:28 | <vbundi> epequeno: you may want to delete the line 'deny unknown-clients' or else you will have to set a device for everything on your network
| |
| 17:29 | <epequeno> ubuntu 9.10
| |
| 17:29 | <alkisg> Is the ltsp server going to be open all the time?
| |
| 17:29 | <epequeno> no just during school hours
| |
| 17:29 | <alkisg> I.e. if you choose to disable the router dhcp server, are you sure the other computers will be able to get an IP address?
| |
| 17:30 | In schools here we also use the router as the dhcp server, and it gives IP addresses even when the ltsp server is off
| |
| 17:30 | <vbundi> alkisg: like a linksys router serving ip's for a whole school?
| |
| 17:30 | *ips
| |
| 17:30 | <alkisg> vbundi: right, but they're small schools
| |
| 17:31 | I.e. 10 to 20 PCs most
| |
| 17:31 | <vbundi> alkisg: ah ok
| |
| 17:31 | guys I'm off for the weekend.. have a good one
| |
| 17:31 | <alkisg> Bye...
| |
| 17:31 | vbundi has quit IRC | |
| 17:31 | <epequeno> so how would it work to have dhcp up on the server and an external router
| |
| 17:32 | or does it have to be one or the other
| |
| 17:32 | <alkisg> It's not proper to have 2 dhcp servers
| |
| 17:32 | So you need to select one of them
| |
| 17:32 | Either you'll have a dhcp server on the router, or on the ltsp server
| |
| 17:33 | How many PCs do you have in that school?
| |
| 17:33 | rjune has quit IRC | |
| 17:33 | <mherweg> you can have the LTSP Server with 2 nw-cards: one is dhcp client , one is dhcp server for the LTSP LAN
| |
| 17:34 | <epequeno> I can't control the schools router so i wanted a gateway/router for the class (of 20-25 comps) where the server and clients are behind the router without interacting with the schools network in any other way
| |
| 17:35 | i thought about getting another nic but i've been lazy, might have to do that if i want this up by monday
| |
| 17:35 | <mherweg> http://maintainer.skolelinux.org/debian-edu-doc/en/images/network-arch.png
| |
| 17:36 | <alkisg> Yeah, either 2 nics or https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP
| |
| 17:37 | <mherweg> interesting
| |
| 17:41 | <epaphus> hey guys, quick question. If my thin clients run with a VideoCard that has two monitors.. would that represent a problem? The video card does run on a standalone desktop without probs/reconnect
| |
| 17:42 | alkisg has quit IRC | |
| 17:44 | <mherweg> epaphus: no , i dont see a problem with that. if nessesary you can define the xorg-driver and/or config in lts.conf
| |
| 17:44 | <epaphus> mherweg, what if they have different video cards each?
| |
| 17:46 | <mherweg> hmmm... i can only guess: 2 cards = 2 xservers ? or one xserver with 2 driver-modules ? i never tried that.
| |
| 17:47 | did you mean one client with 2 video cards ?
| |
| 17:47 | <epaphus> no. Each client has 1 video card... but i have mutliple clients so they may have different brands therefore needing different drivers
| |
| 17:48 | <mherweg> ok, thats no problem . you have per-client sections in lst.conf
| |
| 17:48 | <epaphus> ok excellent
| |
| 17:48 | <johnny> also.. if they don't use proprietary drivers.. it's pretty automatic
| |
| 17:48 | you don't have to specify anything
| |
| 17:48 | <epaphus> its nvidia
| |
| 17:48 | in ubuntu its totally automatic
| |
| 17:48 | always
| |
| 17:48 | <johnny> you end up bloating every client ram
| |
| 17:48 | just because you have some clients with nvidia
| |
| 17:49 | unless you build totally different chroots
| |
| 17:49 | for the nvidia clients
| |
| 17:49 | it's something like 35mb ram
| |
| 17:49 | for every client
| |
| 17:49 | <epaphus> johnny, what do you mean bloating every client RAM? why ?
| |
| 17:49 | every client has 2GB RAM
| |
| 17:49 | :)
| |
| 17:49 | <johnny> because .. that's how the kernel module works in ubuntu restricted extras
| |
| 17:49 | it's a package
| |
| 17:49 | that gets unpacked
| |
| 17:49 | <epaphus> in ram, i c
| |
| 17:49 | <johnny> and will always be unpacked on a system
| |
| 17:50 | but.. you could just use the free drivers..
| |
| 17:50 | too bad lucid won't be shipping with the ones fedora is going to ship with
| |
| 17:50 | that contain 3d
| |
| 17:50 | <epaphus> i will try not to use nvidia
| |
| 17:50 | does a dual monitor on the client.. end up taking more bandwith ?
| |
| 17:50 | <johnny> my guess is yes.. but i have no idea
| |
| 17:51 | <epaphus> hmm
| |
| 17:51 | <johnny> perhaps not at all
| |
| 17:51 | <mherweg> bandwith depends on how mich changes happen on the screens
| |
| 17:51 | <johnny> i would like to know
| |
| 17:51 | <epaphus> mherweg, what is the typical stream of bandwith needed for somebody browsing normal sites?
| |
| 17:51 | <johnny> yeah.. changes..
| |
| 17:51 | wtf is normal? :)
| |
| 17:51 | it's fine until you deal with flash
| |
| 17:52 | <epaphus> anything average :)
| |
| 17:52 | <johnny> flash ends up eating everything
| |
| 17:52 | average without flash it's just fine
| |
| 17:52 | if you consider flash average.. then alot
| |
| 17:52 | <epaphus> kbytes/sec ?
| |
| 17:52 | <johnny> that's why i run flash locally
| |
| 17:52 | no idea.. but alot :)
| |
| 17:52 | i run 3 clients on 100mb link
| |
| 17:52 | it's fine for that.. :)
| |
| 17:52 | not sure whne it starts saturating the link totally tho..
| |
| 17:52 | my needs are small
| |
| 17:52 | <epaphus> johnny, you run flash locally so flash ends up making the request to the internet from your local machine??
| |
| 17:53 | <johnny> yes
| |
| 17:53 | <mherweg> johnny: you have the browser also locally ?
| |
| 17:53 | <johnny> no actually
| |
| 17:53 | <epaphus> you would have to have the browser locally.. i guess??
| |
| 17:53 | <johnny> i run flash so flash will not send video over the network
| |
| 17:53 | instead be rendered right on the screen
| |
| 17:54 | yes.. i run firefox local too
| |
| 17:54 | <mherweg> how did you configure that ?
| |
| 17:54 | <johnny> but technically you can split them.. because flash is embedded with xembed
| |
| 17:54 | <mherweg> aha, ok firefox local too
| |
| 17:54 | <johnny> and can run out of process
| |
| 17:54 | but i'd never bothered
| |
| 17:54 | actually.. i ended up going full fat client
| |
| 17:54 | and doing everything locally
| |
| 17:55 | because my ltsp server is also a POS machine for our busines
| |
| 17:55 | <mherweg> and doing everything locally is cool - i call it "diskless workstation"
| |
| 17:55 | <epaphus> johnny, is it easy to tell ltsp that it has to be a fat client instead of thin?
| |
| 17:56 | <abeehc> it might get offended
| |
| 17:56 | <johnny> to be a fat client?
| |
| 17:56 | <mherweg> but it increases the NFS Traffic, i.e. when you start OpenOffice
| |
| 17:56 | <epaphus> johnny, yes
| |
| 17:56 | <johnny> yes.. it's easy to tell ltsp to be a fat client.. if you use karmic (with extra repo) or lucid
| |
| 17:56 | <epaphus> cool
| |
| 17:57 | <johnny> if all your clients have > 256mb ram.. you can even make some fat and some thin
| |
| 17:57 | >=*
| |
| 17:57 | i think somebody might have said 128.. but i may be misremembering.. so i'll go with >=256..
| |
| 17:57 | without splitting chroots that is..
| |
| 18:03 | bobby_C has quit IRC | |
| 18:22 | mherweg has left #ltsp | |
| 18:31 | GodFather has joined #ltsp | |
| 18:40 | staffencasa has quit IRC | |
| 18:41 | GodFather has quit IRC | |
| 18:55 | epaphus has quit IRC | |
| 18:57 | Lns has quit IRC | |
| 19:04 | pmatulis has joined #ltsp | |
| 19:06 | mikkel has quit IRC | |
| 19:26 | Faithful has quit IRC | |
| 19:53 | mordocai has joined #ltsp | |
| 19:54 | mordocai has quit IRC | |
| 20:07 | FinnTux has quit IRC | |
| 20:15 | FGXR6 has quit IRC | |
| 20:19 | slidesinger has quit IRC | |
| 20:30 | jammcq has joined #ltsp | |
| 20:30 | <jammcq> helloooooo
| |
| 20:32 | FGXR6 has joined #ltsp | |
| 20:32 | Selveste1 has joined #ltsp | |
| 20:45 | loather-work has quit IRC | |
| 20:46 | loather-work has joined #ltsp | |
| 21:52 | Selveste1 has quit IRC | |
| 22:00 | try2free has joined #ltsp | |
| 22:04 | try2free has left #ltsp | |
| 22:09 | try2free has joined #ltsp | |
| 22:11 | try2free has left #ltsp | |
| 22:31 | nubae has quit IRC | |
| 22:32 | nubae has joined #ltsp | |
| 22:33 | FGXR6 has quit IRC | |
| 22:41 | nubae_ has joined #ltsp | |
| 22:41 | nubae has quit IRC | |
| 22:42 | ogra_cmpc has quit IRC | |
| 22:43 | ogra_cmpc has joined #ltsp | |
| 22:51 | FGXR6 has joined #ltsp | |
| 22:55 | nubae_ has quit IRC | |
| 22:56 | nubae has joined #ltsp | |
| 23:01 | epequeno has quit IRC | |
| 23:20 | alkisg has joined #ltsp | |
| 23:46 | pmatulis has quit IRC | |