IRC chat logs for #ltsp on irc.libera.chat (webchat)


Channel log from 19 March 2010   (all times are UTC)

00:07try2free has quit IRC
00:17FGXR6 has quit IRC
00:30alkisg has quit IRC
00:33FGXR6 has joined #ltsp
00:51FGXR6 has quit IRC
01:00Kicer86 has joined #ltsp
01:08FGXR6 has joined #ltsp
01:19alkisg has joined #ltsp
01:27FGXR6 has quit IRC
01:32Kicer86 has quit IRC
01:43FGXR6 has joined #ltsp
02:54johnny has left #ltsp
03:11pths has quit IRC
03:16Selveste1 has joined #ltsp
03:18johnny has joined #ltsp
03:24pths has joined #ltsp
03:24cyberorg has quit IRC
03:25pths has quit IRC
03:39pths has joined #ltsp
03:39pths_ has joined #ltsp
03:40pths_ has quit IRC
03:48Selveste1 has quit IRC
03:50alkisg has quit IRC
04:08cyberorg 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:12otavio has quit IRC
04:24bobby_C has joined #ltsp
04:43try2free has joined #ltsp
05:02try2free has left #ltsp
05:48mikkel has joined #ltsp
06:20pmatulis has joined #ltsp
06:22daya has quit IRC
06:28ogra_ has joined #ltsp
06:29ogra has quit IRC
06:29ogra_ is now known as ogra
06:29ogra has quit IRC
06:29ogra has joined #ltsp
06:31Egyptian[Home] has quit IRC
06:31leio has quit IRC
06:31alexqwesa_ has quit IRC
06:36leio has joined #ltsp
06:36alexqwesa_ has joined #ltsp
06:38Egyptian[Home] has joined #ltsp
06:41ogra_cmpc has quit IRC
06:42ogra_cmpc has joined #ltsp
06:43rjune has joined #ltsp
06:58otavio has joined #ltsp
06:59alkisg has joined #ltsp
07:29pths has quit IRC
07:33pths has joined #ltsp
07:39carbm1 has quit IRC
07:42mgariepy has joined #ltsp
07:43DarrellH has joined #ltsp
07:43DarrellH has left #ltsp
07:53epaphus has quit IRC
07:57alexqwesa_ has quit IRC
07:58alexqwesa_ has joined #ltsp
08:02alexqwesa_ has quit IRC
08:02alexqwesa__ has joined #ltsp
08:31litlebuda has joined #ltsp
08:37litlebuda has quit IRC
08:56alkisg has quit IRC
09:07
<mgariepy>
morning everyone
09:23mischko has joined #ltsp
10:00Ahmuck has joined #ltsp
10:04Ahmuck has left #ltsp
10:18Faithful has joined #ltsp
10:20staffencasa has joined #ltsp
10:25vagrantc has joined #ltsp
10:40alkisg has joined #ltsp
10:41Faithful has quit IRC
10:56Faithful has joined #ltsp
11:09johnny has left #ltsp
11:12johnny has joined #ltsp
11:19johnny has left #ltsp
11:24mgariepy has quit IRC
11:28johnny has joined #ltsp
11:34The_Code has quit IRC
12:40nubae has quit IRC
12:41nubae has joined #ltsp
12:51johnny has left #ltsp
13:08johnny has joined #ltsp
13:17ogra_cmpc has quit IRC
13:21Lns has joined #ltsp
13:30ogra_cmpc has joined #ltsp
13:34nubae_ has joined #ltsp
13:35nubae 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:04litlebuda 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:05vvinet 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:27litlebuda has quit IRC
14:28cliebow has joined #ltsp
14:40alkisg has quit IRC
14:45
<Lns>
stgraber: thanks =) will be testing here w/beta1 in just a sec..is it in that?
14:47cliebow has quit IRC
14:49epaphus has joined #ltsp
14:50
<epaphus>
Hello all..
14:51methril_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:56pmatulis 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:14kusznir has quit IRC
15:14wwx has quit IRC
15:14shamino has quit IRC
15:14Ryan52 has quit IRC
15:14abeehc has quit IRC
15:14jcastro has quit IRC
15:14bobby_C has quit IRC
15:14highvoltage has quit IRC
15:14vmlintu has quit IRC
15:14primeministerp has quit IRC
15:14morfic has quit IRC
15:17bobby_C has joined #ltsp
15:17highvoltage has joined #ltsp
15:17vmlintu has joined #ltsp
15:17primeministerp has joined #ltsp
15:17wwx has joined #ltsp
15:17morfic has joined #ltsp
15:17shamino has joined #ltsp
15:17Ryan52 has joined #ltsp
15:17abeehc has joined #ltsp
15:17jcastro has joined #ltsp
15:17kusznir 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:29vagrantc 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:39epaphus has quit IRC
15:39ludug3r0 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:44alkisg has joined #ltsp
15:46vbundi has joined #ltsp
15:49epaphus has joined #ltsp
15:50nubae has joined #ltsp
15:50mischko has quit IRC
15:50nubae_ 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:23jelly-bean has joined #ltsp
16:23jelly-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:34epequeno 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:37vvinet 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:55mherweg 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:08arx 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:14arx 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:23ludug3r0 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:31vbundi 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:33rjune 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:42alkisg 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:03bobby_C has quit IRC
18:22mherweg has left #ltsp
18:31GodFather has joined #ltsp
18:40staffencasa has quit IRC
18:41GodFather has quit IRC
18:55epaphus has quit IRC
18:57Lns has quit IRC
19:04pmatulis has joined #ltsp
19:06mikkel has quit IRC
19:26Faithful has quit IRC
19:53mordocai has joined #ltsp
19:54mordocai has quit IRC
20:07FinnTux has quit IRC
20:15FGXR6 has quit IRC
20:19slidesinger has quit IRC
20:30jammcq has joined #ltsp
20:30
<jammcq>
helloooooo
20:32FGXR6 has joined #ltsp
20:32Selveste1 has joined #ltsp
20:45loather-work has quit IRC
20:46loather-work has joined #ltsp
21:52Selveste1 has quit IRC
22:00try2free has joined #ltsp
22:04try2free has left #ltsp
22:09try2free has joined #ltsp
22:11try2free has left #ltsp
22:31nubae has quit IRC
22:32nubae has joined #ltsp
22:33FGXR6 has quit IRC
22:41nubae_ has joined #ltsp
22:41nubae has quit IRC
22:42ogra_cmpc has quit IRC
22:43ogra_cmpc has joined #ltsp
22:51FGXR6 has joined #ltsp
22:55nubae_ has quit IRC
22:56nubae has joined #ltsp
23:01epequeno has quit IRC
23:20alkisg has joined #ltsp
23:46pmatulis has quit IRC