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


Channel log from 14 November 2007   (all times are UTC)

00:00daya has joined #ltsp
00:30highvoltage has quit IRC
00:30highvoltage has joined #ltsp
00:37daya has joined #ltsp
00:38Artemka has joined #ltsp
00:38Artemka has left #ltsp
00:39
<daya>
channel, I have installed by following the lower step of http://wiki.debian.org/LTSP/Howto,and confiure as in /usr/share/doc/ltsp-server/README.Debian.sound
00:39
but sound is still not working in client
00:41
I have configure xmms to use pulseaudio, by installing xmms-pulse 0.9.4 from pulseaudio.org
01:00daya has quit IRC
02:08Egyptian[Home] has joined #ltsp
02:14daya has joined #ltsp
02:31edgarin has quit IRC
02:33daya has quit IRC
02:50mcfloppy_ has quit IRC
02:56mcfloppy_ has joined #ltsp
03:19EXP2 has quit IRC
03:25Q-FUNK has joined #ltsp
04:12monteslu has quit IRC
04:31Egyptian[Home] has quit IRC
04:32Egyptian[Home] has joined #ltsp
04:38frownix has joined #ltsp
04:39
<frownix>
lns did you solve your sound problem?
05:14Q-FUNK has quit IRC
05:16Guaraldo has joined #ltsp
05:17IRCzito has joined #ltsp
05:35tuunix has joined #ltsp
05:37cliebow has quit IRC
05:51Q-FUNK has joined #ltsp
06:17fox2k has joined #ltsp
06:34plamengr has joined #ltsp
06:42subir has quit IRC
06:56cliebow has joined #ltsp
06:59K_O-Gnom has joined #ltsp
07:02
<cliebow>
ogra:fwiw..in powerpc links are made from the yaboot and yaboot.conf within /var/lib/tftpboot/ltsp/powerpc to those in /var/lib/tftpboot...ls -al shows them blacked out and the path is shown as yaboot.conf -> /var/lib/tftpboot/ltsp//opt/powerpc/boot/yaboot.conf
07:03
isnt ther an extra slash in there?
07:07exodos has joined #ltsp
07:09monteslu has joined #ltsp
07:20
<monteslu>
what's with all the flaming on the mailing lists lately?
07:21
<tuunix>
what mailing lists?
07:22elisboa has quit IRC
07:22elisboa has joined #ltsp
07:34joebaker has joined #ltsp
07:34
<ogra>
what flaming ?
07:35
<monteslu>
well, flaming may be a strong word
07:35
scotty took it too them nicely though
07:36
s/too/to
07:36
the edubuntu & k12 lists
07:36
gotta love "linux is only free if you don't value your time"
07:37
<ogra>
the "Does open source make life easy?" thread you mean ?
07:38
<monteslu>
yeah
07:38
that was one
07:38
there was another thread or two in the last couple days
07:39
<ogra>
ah well
07:39
<monteslu>
i guess that's the forum to discuss such things. seems better suited to slashdot or digg
07:41avlis has joined #ltsp
07:50
<tuunix>
Ah, ogra is back online :)
07:51
The edubuntu release notes state that ldm now supports multiple servers and some form of load balancing.
07:51
<ogra>
yep
07:51
<tuunix>
How do I configure it?
07:51
<ogra>
its described in the handbook afaik
07:51
<tuunix>
OK, I must have missed something.
08:06plamengr has quit IRC
08:06
<cliebow>
ogra: it appears the .img may be trying to nbd mount the i386.img...both i386 and powerpc.img are avaialable
08:06
ogra: it appears the .initt may be trying to nbd mount the i386.img...both i386 and powerpc.img are avaialable
08:08
<tuunix>
Hm, the handbook seems to be slightly outdated...
08:14
<cliebow>
ogra: yes..renaming powerpc.img tp i386.img gives me an ldm login..
08:14
on a g4
08:17
<tuunix>
OK, it seems "https://wiki.edubuntu.org/SimpleLDMLoadBalancing" is the way to go...
08:19tier1_ has joined #ltsp
08:21
<cliebow>
dang ...ssh keys need updating..
08:25Gadi has joined #ltsp
08:26tuunix has quit IRC
08:33jammcq has joined #ltsp
08:36tier1__ has quit IRC
08:36tier1__ has joined #ltsp
08:38IRCzito has quit IRC
08:42tier1_ has quit IRC
08:43iMav has joined #ltsp
08:45highvoltage has quit IRC
08:47sepski has joined #ltsp
08:49highvoltage has joined #ltsp
09:03
<ogra>
cliebow, hmm, usually ltsp-update-image would increment the portnumber for the second image (ppc) but since you built it on a different machine it was indeed run over there and not on the server you boot from
09:04elisboa has quit IRC
09:04
<ogra>
that needs to be addressed i think
09:04elisboa has joined #ltsp
09:04
<ogra>
just duplicate the line in /etc/inetd.conf, change i386 to powerpc and increment the portnumber ...
09:05
then edit your yaboot.conf and add nbdport=<the port number you used in inetd,.conf>
09:05
to the kernel opts
09:06
that will enable you toi use both arch's
09:19cyberorg has quit IRC
09:19sadmin1 has joined #ltsp
09:19
<sadmin1>
hi all
09:20
i want to do enable usb on ltsp5 on gutsy
09:20
any help
09:22
<ogra>
you mean local devices like usb keys and cdroms ?
09:22
thats enabled by default ... make sure the user you want to use it with is in the fuse group
09:30plamengr has joined #ltsp
09:40elisboa has quit IRC
09:40elisboa has joined #ltsp
09:49
<sbalneav>
Morning all
09:50
<jammcq>
Scotty !!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:52
<Guaraldo>
sbalneav: Scotty!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
09:52
jammcq: Hey, jammcq... How are you doing?
09:52
<jammcq>
Guaraldo: doing great. How's life in Porto Alegre today?
09:53
<Guaraldo>
Hi, all... Good morning, afternoon, evening...
09:53
jammcq: Hot!
10:04prpplague has joined #ltsp
10:09Gadi has quit IRC
10:10Gadi has joined #ltsp
10:18
<sadmin1>
ogra yes local devices cdrom , floppy is working fine
10:20
<GiantPickle>
I can have PXE clients and non-PXE clients booting of the same server yes?
10:24
<sadmin1>
ogra my user is in fuse
10:24
now what i do
10:25
<frownix>
GiantPickle, yes
10:25
<GiantPickle>
frownix:thx
10:27
<cliebow>
ogra:thank you..ill let yoiu know when i give it a whirl
10:35
<sadmin1>
ogra u therfe
10:35
there
10:40staffencasa has joined #ltsp
10:40
<warren>
ogra, do you run into cases where nbd-server is still running for long dead clients?
10:41
<ogra>
warren, sorry in a meeting ... but try:
10:41
ogra@laptop:~/devel/hardy/ltsp$ grep nbdrootd /etc/hosts.allow
10:41
nbdrootd: ALL: keepalive
10:42Q-FUNK has quit IRC
10:46staffencasa has quit IRC
10:48
<warren>
ogra, keepalive kills them? =)
10:50staffencasa has joined #ltsp
10:54
<ogra>
warren, yup :)
10:54
<warren>
o_O
10:54
<ogra>
warren, it makes sure they are kept alive for the duration that was set for tcpd at compile time ... and then makes sure they die properly
10:55
without it they will run forever
10:55iMav has quit IRC
10:55
<warren>
fun
10:56
<ogra>
yeah, took us some time to find that ...
10:57
alternatively you can write a wrapper script that monitors the port
10:58Q-FUNK has joined #ltsp
10:59plamengr has quit IRC
11:00plamengr has joined #ltsp
11:03rjune__ has quit IRC
11:06rjune_ has joined #ltsp
11:13Q-FUNK has joined #ltsp
11:17exodos has quit IRC
11:19plameng1 has joined #ltsp
11:19plameng1 has left #ltsp
11:35plamengr has quit IRC
11:40
<avlis>
HI!
11:41
can anyone give a little help?!
11:41
<frownix>
avlis, we can try, if you tell us what the problem is
11:41
<avlis>
lol
11:41
off course!
11:41
<frownix>
;)
11:42
<avlis>
i have a thinclient hp t5135 doing boot with pxe !
11:42
every thing works fine in linux (debian)!
11:42
<frownix>
ahh, problem solved..everything works...;-)
11:42
<avlis>
lol
11:42
:P
11:43
but when a want to do rdp do a windows 2003, ltsp don't recognized the VGA!
11:43
:-(
11:43
there is my problem!
11:44
<frownix>
hmm, never used rdp, or w2003, but either way.. don't recognize vga?
11:44
as in?
11:44
<sbalneav>
So, you're setting SCREEN_07=rdesktop in the lts.conf file?
11:44
<avlis>
yes!
11:44* frownix gladly hands over to sbalneav
11:45
<avlis>
if a use another client, every thing is ok!
11:45
but when connect the HP, it cannot recognized the VGA, that is a VIA!
11:46
<sbalneav>
And it works if you use the linux login side?
11:46
<avlis>
perhaps if a put the right driver in "XSERVER=auto" the thing works!
11:46
yes if a use the linux works!
11:47
anybody now's the driver to VIA VGA?
11:47
<frownix>
i use openchrome
11:48
<sbalneav>
What happens if you do a SCREEN_07=ldm, and SCREEN_08=rdesktop?
11:48
does it work then?
11:49
<avlis>
:-(
11:49
no
11:50
don't make rdesktop to any where! the error is "auto probe of the video card failed"
11:54
i'am doing googling, but there is no information about this thinclient with LTSP!
11:54
<frownix>
can't you save the xorg.conf file from when you log in to linux, and set the ws to use that xorg file allways?
11:54
meaing, skip the probe
11:57
<avlis>
i gone try that, but do you now what driver LTSP use to video card VIA?
11:58
<frownix>
no idea
11:59
<avlis>
lol
12:00
i think my solution is introduce the VIA module in the kernel and recompile it!
12:00
because the kernel don't recognize the video card!
12:02
<sutula>
avlis: Shouldn't you be able to do that without a kernel compile, adding it to the list of modules that gets loaded? Or do you not have a module for it?
12:03
<frownix>
http://groundstate.ca/c3mythtv <-- might find some info here
12:03
<avlis>
i don't have have the module!
12:03
ok i will see that!
12:06
<frownix>
a fallback could be to use vesa driver
12:09Gadi has left #ltsp
12:10
<avlis>
i will try vesa driver!
12:14
frownix: vesa driver worked!
12:14
frownix, thanks!
12:14
<frownix>
cool, it'll be a tad slow though;-(
12:14
<avlis>
thanks everyone!
12:16
bye in Portugal is dinner time!
12:16
thanks!
12:20Guaraldo has left #ltsp
12:23avlis has quit IRC
12:41Guaraldo has joined #ltsp
12:46
<lns>
frownix, nope, I didn't fix it - but rebuilding the chroot fixed the issue I had with the sound speeding up, incidentally...
12:48
<frownix>
cool, at least some parts got better
12:48
<lns>
frownix, I know I can put the soundfix script in at S99 and it'll work - but I'm sure there's a newer, more 'clean' mechanism for doing this - I'd like to know if the RCFILE_nn parm. can be manipulated to be run after everything else, because this is the best place to put it (even though it seems to run before the sound modules are set up)
12:48
<frownix>
well, it only worked for "one" workstation, right?
12:49
<lns>
no, it worked for both
12:49
<frownix>
ah, ok
12:49
<lns>
well
12:49
being manually run anyway. I think if I tried it again w/the chroot rebuilt it might work, it might make a diff
12:50
<frownix>
ah, ok
12:51
so, the issue with rc.local running before sound should clearly be a fix for the developers
12:51
or, just fix the scripts, and submit the patch
12:51
<lns>
possibly, but again, it'd be nice to use the RCFILE_nn parm in lts.conf instead, since that was made specifically for things like what i'm trying to fix
12:52
that should probably be fixed to run at the end instead of having to dig deeper into the system to run more generic RC scripts..just mho though
12:52
<frownix>
right, so a fix in the rc scripts is needed
12:52
<lns>
yeah
12:52
=p
12:52
<frownix>
;-)
12:52
in the mean time, fix it for your self, then tell the mailing list what(and why) you've done
12:53
<warren>
jammcq, you there?
12:53
<frownix>
it should be a fairly easy fix
12:53
<warren>
jammcq, http://people.redhat.com/wtogami/temp/via-i586-hpet-panic.jpg
12:53
jammcq, have you seen kernel panics like this on your 170?
12:53
<lns>
frownix, i agree - i will do my best to try and understand where everything is executed..i'm still learning the order of things
12:53
<warren>
jammcq, oddly enough, it happens only sometimes
12:54
jammcq, nohpet seems to workaround it (not confirmed, because it only crashes sometimes)
12:54
<frownix>
lns it's probably not that hard to find the right file in rc.whatever
12:55
<lns>
frownix, well i think the RCFILE_nn parm is called from S20ltsp-client-setup
12:55
so... ;)
12:55
<frownix>
so, there ya go;-)
12:55
<lns>
not sure what bumping that up might do to other things though.
12:55
<frownix>
vi S20ltsp-client-setup
12:55
shouldn't hurt anything
12:55
<ogra>
warren, whats your kernel compiled for ? 486 or 586 instruction set ?
12:56
<frownix>
since it's only running your own scripts
12:56
<jammcq>
warren: I'll check with erick on that panic
12:56
<warren>
ogra, 586
12:56
ogra, it boots fine like 80% of the time
12:56
<ogra>
that might be your prob
12:56
<warren>
ogra, it might be an upstream kernel issue
12:56
<lns>
frownix, oic - moving the calling of RCFILE_nn, yes... i'll have to pick apart the script
12:56
<ogra>
the via chipsets partially use 486 instruction sets
12:57
<warren>
ogra, what!?
12:57
<ogra>
geode as well
12:57
<frownix>
lns dcc me the script, and I'll have a look at it too
12:57
<warren>
ogra, that doesn't sound right.
12:57
ogra, we run 586 on OLPC Geode LX and older GX versions
12:58
ogra, and I've been running i586 kernel on Jim's T170 since last year with no issue.
12:58
ogra, it might be something different about how debian builds i586 that makes it incompatible.
12:58
<ogra>
i had probs with 586 compiled kernels before
12:58
<Q-FUNK>
I don't think we even have 586 kernels anymore
12:58
<warren>
we officially support i586 with our i586 kernel
12:58
<Q-FUNK>
it's either 486 or 686
12:59
<ogra>
well, we have the i386 package thats explicitly compiled for 486 instruction sets ... and -generic which is 686
12:59
<lns>
frownix, *hold music*
12:59
<frownix>
hehe
12:59
i'll be back in an hour or two
12:59
<lns>
ok
13:00
<warren>
ogra, it is entirely possible that the way we build our i586 was tailored to work on this hardware, given that we employ most of the lead gcc and glibc hackers, they probably confirmed it...
13:00
ogra, in any case, it is working fine with our i586 kernel as long as it gets past the very beginning of bootstrapping where it selects a clocksource
13:01
<ogra>
might have been with our kernel flavor ... it didnt persist long, we had it during development on testing purpose back in breezy i thnk
13:01
<warren>
ogra, hpet seems to be the cause here
13:01
<ogra>
back then i decided to go with the i386 one ... which never had issues since
13:02C1ph3r has joined #ltsp
13:03
<ogra>
warren, how about booting with hpet=disabled ?
13:03
<lns>
Does anyone know why /chroot/etc/init.d/S20ltsp-client-setup isn't linked in any runlevels by default?
13:04
<warren>
ogra, yeah, nohpet works
13:04
<lns>
oops sorry... s/S20ltsp-client-setup/ltsp-client-setup
13:05
<warren>
Who was the person from artecgroup.com that hangs out here?
13:06
<ltsppbot>
"ogra" pasted "mkdist" (96 lines) at http://pastebot.ltsp.org/350
13:06
<ogra>
warren, sbalneav ^^^^ have a look
13:06
tag is missing though ...
13:07
<warren>
ogra, ah, I had an idea
13:07
<Q-FUNK>
warren: me
13:08
hm. where was it that client chroots get stored in gutsy, again?
13:08
<ogra>
same place as in feisty
13:09
or edgy :)
13:09
<warren>
ogra, BUILDDIR="`mktemp`/$NAME-$RELEASE"
13:09
<Q-FUNK>
hmm... error 404
13:09
<warren>
ogra, that way you're guaranteed not to step on anything that might already exist.
13:09
<ogra>
warren, that creates a file
13:09
<warren>
huh
13:09
mm
13:09
ogra, BUILDDIR="`mktemp -d`/$NAME-$RELEASE"
13:10
<ogra>
yep, thats fine
13:10
well /$NAME-$RELEASE is a bit bad :)
13:10
<warren>
ogra, please add -r -f -t -c as alternates
13:10
<ogra>
yep
13:11
<Q-FUNK>
hm... I'm wodering if that would be a different location than for debian
13:11
I cannot find the temp files for the client
13:11
<warren>
oops
13:11
not RELEASE
13:11
<ogra>
/opt/ltsp/$arch
13:12
BUILDPATH is what you want
13:12
<warren>
ogra, err, you get the idea =)
13:12
<ogra>
indeed, i'll add that
13:13
<warren>
and VERSION is read from configure.ac like sbalneav suggested?
13:13
<ogra>
well, not in core
13:13
i'll add a check and use the hardcded version a fallback for nw
13:13
*now
13:14
<lns>
hmm...unless i'm not seeing something in another script, it doesn't look like /opt/ltsp/arch/etc/init.d/ltsp-client-setup is ever linked by any runlevels by default in gutsy.
13:14sadmin1 has quit IRC
13:14
<warren>
ogra, conditional to read from configure.ac or someplace in core
13:14
<lns>
can anyone verify this for me?
13:14
<warren>
ogra, that way the mkdist is identical between all repos.
13:14
<ogra>
right
13:16
<warren>
ogra, what happens if you tag with a tag that already exists?
13:17
<ogra>
bzr will complain i guess
13:17
<warren>
ogra, mkdist should fail if you try to --tag or --release and the tag already exists?
13:18
oh
13:18
mmm
13:19
ogra, can the bzr export into $BUILDPATH be explicitly from the $RELEASE tag?
13:20
mkdist --release makes a tarball from the current tag and nothing else
13:20
<ogra>
ok
13:20
<warren>
mkdist --force makes a tarball of whatever is latest
13:20
<ogra>
what do we want as version for non tagged tarballs, a timestamp ?
13:21
<warren>
ogra, $VERSION$timestamp?
13:21
<Q-FUNK>
ogra: ...and that would be where? I need to see what X tried to find when configuring the driver
13:21
<warren>
ogra, or maybe $VERSIONtest
13:21* lns wishes vagrantrc (or however he spells it) were here =)
13:22
<ogra>
test sounds good
13:22
<warren>
${VERSION}test is necessary for expansion?
13:22
<ogra>
or pre
13:22
<warren>
pre is probably better
13:22
ogra, well... it wouldn't exactly be pre if the version number wasn't incremented from the previous tag...
13:24
<ogra>
Q-FUNK, thats something you can only see on a running client, not in the chroot
13:24
<Q-FUNK>
ogra: no way to 'cd' to the runing client's instance?
13:24
<ogra>
log in on the running client
13:24
thats the only way
13:24
well
13:24
<johnny>
unless you start an sshd?
13:24
is that possible?
13:25
<ogra>
you could install sshd in the chroot
13:25
<johnny>
aha neat
13:25
<ogra>
but thats still "login on a running client" :)
13:25plamengr has joined #ltsp
13:25plamengr has left #ltsp
13:26
<lns>
this is weird...two totally seperate Ubuntu feisty/gutsy upgraded servers, one has /chroot/etc/init.d/ltsp-client and the other has /chroot/etc/init.d/ltsp-client-core - both are the same. Any ideas on the differing of names?
13:29
actually, scratch that - they're different. ugh...it seems like every server i log into, things are done differently
13:30
<ogra>
ltsp-client was split during gutsy development
13:30
<lns>
ogra, split into client-setup and client-core .. ?
13:30
<ogra>
into ltsp-client-core which provides all client functionallity and the ltsp-client metapackage whic depends on all the additional stuff for sound, localdev etc
13:30
<lns>
ah
13:31
so..on one of my upgraded gutsy servers, the chroot is probably borked then.
13:31
<johnny>
the chroot doesn't get upgraded
13:31
yoku have to do it manually
13:31
personally i just killed mine
13:32
<lns>
i'm almost positive I did rebuild, but then again, maybe I'm dillusional again ;)
13:32
happens pretty often
13:32
thanks =)
13:33bobby_C has joined #ltsp
13:34
<lns>
still, i don't get why ltsp-client-setup isn't linked in any runlevels in the chroot
13:34
even on the chroot i rebuilt last night
13:37ace_suares has quit IRC
13:43
<Q-FUNK>
*sigh* cannot install openssh-server in chroot. it fails because it cannot restart it with invoke-rc.d
13:48
<Joris_>
I've upgraded my ltsp server to the latest ubuntu version - should I upgrade the tftp chroot?
13:51
<lns>
Joris_, you have to rebuild the chroot, yes
13:51
rm -rf /opt/ltsp/arch ; ltsp-build-client
13:51
<Joris_>
okay
13:53Guaraldo has quit IRC
13:56Guaraldo has joined #ltsp
13:58jammcq has quit IRC
13:58
<Joris_>
lns: thanks, that seems to work :)
14:07kaminski-latinow has joined #ltsp
14:08
<lns>
Joris_, no problem. =) Pass it on!
14:12kaminski-latinow is now known as k-latinoware
14:15Egyptian[Home1 has joined #ltsp
14:15Egyptian[Home1 has left #ltsp
14:15tier1_ has joined #ltsp
14:22C1ph3r has quit IRC
14:22C1ph3r has joined #ltsp
14:23krishna has joined #ltsp
14:25Q-FUNK has quit IRC
14:31tier1__ has quit IRC
14:32kaminski-ltsp-br has quit IRC
14:33Q-FUNK has joined #ltsp
14:39krishna has quit IRC
14:41jammcq has joined #ltsp
14:46Q-FUNK has quit IRC
14:50
<cliebow>
bbl
14:50cliebow has quit IRC
14:56tier1_ has quit IRC
15:01C1ph3r has quit IRC
15:16alkisg has joined #ltsp
15:20
<alkisg>
Hi, I got some ltsp clients that make it to the login screen but can't load x-server, could someone please tell me where I can find the CLIENT log files? I'm using Edubuntu Gutsy with kde as the default window manager. I suspect that it may be a problem with the graphics adapter.
15:22
<sutula>
alkisg: /var/log ?
15:23sepski has quit IRC
15:23
<sutula>
alkisg: To get to that, you'll have to ssh into the client
15:24
<alkisg>
Oh, I see. Let me try a minute...
15:24
On lts.conf, I've set "SYSLOG=server", and I thought the log files would be on the server...
15:24
...trying... :)
15:27
I'm having some connection problems (the server is not near me, and ssh/dyndns betrayed me!), so I can't test right now. Thank you so far. Two more questions?
15:28
(1) Is ssh server enabled on clients by default?
15:29
(2) AFAIK, the clients use the server's disk. So what is /var/log on the client? It's on a temporary (=ram) file system?
15:30
<stgraber>
1) no 2) ram
15:30
<alkisg>
For (1), chroot and apt-get install should do it ? Thanks!
15:30
<stgraber>
yes, and ltsp-update-image too
15:31
<alkisg>
Thank you very much, you're great.
15:31
<stgraber>
(if you are using 7.10, for 7.04 you don't need the ltsp-update-image as it's nfs and not the squashfs over nbd
15:32
<alkisg>
Yes, I've recently upgraded from 7.04 to 7.10, and the problem arise when I did ltsp-build-client! :(
15:33
<ogra>
alkisg, do you have intel cards in the clients by chance ?
15:33
<alkisg>
No, they're STB Velocity 128 (4Mb videoram), I think it uses an ancient Nvidia chipset
15:34
The rest of the computers in the classroom that have different cards boot just fine
15:37
Can I ask one more? :) I've been surfing for almost a week now, but I really couldn't find how to make configuration changes to the clients... I.E. I've installed KDE (apt-get install kubuntu-desktop) and I want to change the kdm language to Greek. I was only able to change it to the server (through the control center), but not the clients... Not even manually (/opt/ltsp/i386/etc...)
15:38
kdm language => I mean the logon screen, I hope I used the correct term.
15:39
Steps I've done: install kubuntu-desktop, then change language to Greek (everythink OK on the server), then ltsp-build-client (and I got KDE on the clients), but I can't put Greek language on the client logon screen.
15:40
<ogra>
hm, these cards might need the vidia-legacy driver
15:40
*nvidia
15:40
<alkisg>
They _did_ work fine on 7.04. Maybe the driver was removed?
15:40
<ogra>
nvida changed it
15:40krishna has joined #ltsp
15:46
<krishna>
hello guys, I've followed http://wiki.ltsp.org/twiki/bin/view/Ltsp/Debian#LTSP_5 step-by-step to install a ltsp-server on a Debian Lenny box. I've created the chroot with ltsp-build-client (lenny chroot too)
15:46
but when I boot a client, it freezes after messages: "sh: /etc/rc.early_sysinit: no such file " and "Mount failed for selinuxfs on /selinux: no such file or directory "
15:46
If I press Ctrl+Alt+Del, lots of "nfs: RPC call returned error 101" are shown
15:47
I have been 'googling´ a bit, but have no more ideas to solve it... Am i missing something?
15:47
<ogra>
krishna, did you have ltsp 4 on that system before ?
15:47
<krishna>
yes
15:47
<ogra>
the message is not from a modern debian or ubuntu
15:47
/etc/rc.early_sysinit is not a debian file :)
15:47
seems you boot the wrong chroot
15:48
<krishna>
ogra, I updated all install (server) from etch to lenny
15:48
ogra, then installed the new versions of ltsp packages and created chroot
15:48
<jammcq>
sounds to me like a combination of ltsp-4.2 and ltsp-5
15:48
<ogra>
yeah
15:48
<jammcq>
or maybe just the ltsp-4.2 kernel
15:48
<alkisg>
Thank you ogra. Goodbye.
15:48
<krishna>
what should I do to get rid of old configs, then?
15:55
ogra, jammcq, my chroot is in /opt/ltsp/i386; what must be in my /etc/exports: /opt/ltsp or /opt/ltsp/i386 ?
15:55
<jammcq>
it's not that. it's the 'filename' entry in your dhcpd.conf file
15:55
what does it say?
15:56
<ogra>
/opt/ltsp should be in exports though
15:56
but what jammcq says
15:57
<jammcq>
either would work for exports
15:57
<ogra>
right
15:57
but thats what the ubuntu and debian packages set as default
15:57
so you dont have to export every single chroot
15:57
<krishna>
jammcq, all commented -- since before my upgrades
15:57
<jammcq>
hmm, doubtful
15:57
something is handing out the kernel filename to the client
15:58
it must be dhcp
15:58
do you have a /etc/ltsp/dhcpd.conf ?
15:59exodos has joined #ltsp
15:59exodos has left #ltsp
16:00
<krishna>
jammcq, yes, the content is like: http://rafb.net/p/7uEjbK52.html
16:00
<ogra>
jammcq, not on debian
16:00
thats looks ok to me
16:01
<jammcq>
depends on what's in pxelinux.cfg/default
16:01
<ogra>
192.168.0.1 is your servers IP ?
16:02
jammcq, well, that should be the default debian sets up ...
16:02
<krishna>
jammcq, ogra, I did not know that file so far, is it necessary? it is not realy correct
16:02
<ogra>
i'D be more intrested in /etc/inetd.conf :)
16:02
since i suspect that points to /tftpboot
16:04
<krishna>
ogra, my inetd.conf has a line "tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot"
16:04
<ogra>
ok
16:04
looks correct
16:04
<krishna>
ogra, I added it after the problem, and nothing changed
16:04
<ogra>
well, check your /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default file
16:04
shuld just be one line
16:05
<krishna>
ogra: DEFAULT vmlinuz ro initrd=initrd.img root=/dev/nfs ip=dhcp
16:06jammcq has quit IRC
16:06
<ogra>
looks like the normal denbian setup
16:06
*debian
16:07
<krishna>
what's "nfs: RPC returnet error 101" ? I see this if I try to ctrl+alt+del the terminal
16:10
<frownix>
lns still here?
16:15
krishna, that's normally an ip problem
16:16
<krishna>
frownix, that's what it looks to me, i just cannot figure where is the mistake
16:16
<frownix>
to test that add nfsroot=your_server_ip:/your_ltsp/root to your default file(pxelinux.cfg)
16:17
on the same line as your other options
16:19
<krishna>
frownix, on what file?
16:19
<frownix>
your default file in pxelinux.cfg
16:20
/var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
16:22K_O-Gnom has quit IRC
16:26
<frownix>
krishna, any luck?
16:29
<krishna>
frownix, no :-(
16:31
<frownix>
hmm, ok
16:31
no idea then
16:36
<krishna>
thank you all
16:36spectra has quit IRC
16:36
<krishna>
i'll try to find out what is wrong
16:36krishna has quit IRC
16:36cliebow has joined #ltsp
16:37jammcq has joined #ltsp
16:43moquist_ has quit IRC
16:43
<warren>
jammcq, hmm.. Etherboot on the Jammin is incompatible with Etherboot in qemu :\
16:43
<jammcq>
oh?
16:44
which jammin do you have?
16:44
the old J-125 ?
16:44
<warren>
jammcq, 125
16:44
<jammcq>
yeah. it's a pretty old version of etherboot.
16:44
<warren>
jammcq, qemu identifies itself as "Etherboot" but it wants pxelinux.0 and doesn't work with the mknbi image
16:44
<jammcq>
but.... there's a howto on the ltsp wiki for using Etherboot to load a newer copy of etherboot, which then loads the kernel
16:45
<warren>
jammcq, thus I configured my system to give it PXE when it identifies itself as Etherboot.. which doesn't work on the Jammin
16:45
<jammcq>
http://wiki.ltsp.org/twiki/bin/view/Ltsp/EtherbootLoadsEtherboot
16:46
yeah, the Jamin doesn't know what to do with pxelinux.0
16:46
<warren>
jammcq, so I guess you don't sell the Jammin 125 anymore?
16:46
<jammcq>
haven't sold that for like 3 years
16:46
it's waaaay old
16:46
<warren>
jammcq, how many of these are out there?
16:46
<jammcq>
umm, maybe a few thousand
16:46
but I really wouldn't worry too much about it
16:47
<warren>
people don't use it anymore?
16:47
jammcq, as long as I can differentiate its identifier with other Etherboot I can make it work automatically
16:47
if substring (option vendor-class-identifier, 0, 9) = "Etherboot" {
16:47
hmm
16:47
this might be bad
16:47
if that's the entire identifier it uses
16:48joebaker has quit IRC
16:48
<jammcq>
there aren't that many still in use
16:49
<warren>
jammcq, too slow/not enough RAM to be usable
16:49
?
16:49
ah
16:49
did tcpdump
16:49
<jammcq>
there's only 64mb
16:49
<warren>
Etherboot-5.0 it says
16:49
jammcq, was there any Etherboot version that began supporting pxelinux.0?
16:49
<jammcq>
it doesn't work very will (if at all) with Ubuntu ltsp
16:50
<warren>
jammcq, I'll make it work for Fedora =)
16:50
<jammcq>
yeah, there's an option to add pxe support to etherboot
16:50
I don't remember which version added that
16:50
<warren>
jammcq, if you can find out, I can differentiate it
16:50
<jammcq>
looking now
16:51
<warren>
qemu IIRC is Etherboot-5.4
16:53
<jammcq>
5.4.0 added pxelinux.0 support
16:53
http://sourceforge.net/project/shownotes.php?release_id=317395
16:53
<warren>
jammcq, hmm... I can probably put both in order
16:53
jammcq, first check for Etherboot-5.4
16:53
then Etherboot
16:53
<jammcq>
sure
16:54
<warren>
jammcq, which was the model(s) with the sis audio?
16:54
<jammcq>
the t1000
16:55bobby_C has quit IRC
16:55
<jammcq>
"LTSP Term 1000"
16:55cliebow_ has joined #ltsp
16:55
<warren>
T1000 is really tiny
16:55
<jammcq>
yeah
16:55cliebow_ is now known as cliebow_g4
16:55
<jammcq>
people seem to really like it
16:55
<warren>
jammcq, aside from slow boot and sis audio, any other drawbacks?
16:55
<cliebow_g4>
tiny is nice 8~)
16:56
<warren>
jammcq, even without the sound they like it?
16:56
<jammcq>
umm, I don't think so
16:56
yeah
16:56
without sound, they still like it
16:56
<cliebow_g4>
screw em rioght to back of a monitor
16:56
<jammcq>
lots of people don't use sound
16:56
I rarely use sound
16:56
<warren>
ah
16:56
<jammcq>
schools seem to really need it, but businesses don't
16:56
<warren>
ah
16:56
<cliebow_g4>
slimesucking flash wont work in powerpc
16:56
<warren>
gotta go
16:56
ttyl
16:57
<cliebow_g4>
jammcq: i tarred up gutsy for powerpc..
16:57
<jammcq>
cool
16:57
<cliebow_g4>
but a little unsure how to keep the sshkeys synced up..
16:58
<jammcq>
shouldn't be a problem
16:58
drop that tarball on a machine, in the /opt/ltsp directory
16:58
untar it
16:58
<cliebow_g4>
guess we have to start with a chroot..cant just supply a .img
16:58
<jammcq>
and when you run ltsp-update-sshkeys, it should fix the keys for you
16:59
<cliebow_g4>
ogra suggested just a .img..that wont fly..
16:59
and ogra offereda fix for nbdroot with multiple .img files..
16:59
<jammcq>
no, don't ship a .img
16:59
just a tarball of the chroot
17:00
unpack that on the server
17:00prpplague has quit IRC
17:00
<jammcq>
run that script that creates the .img file
17:00
<cliebow_g4>
yep
17:01
yep
17:01
8 ~)
17:02alkisg has quit IRC
17:06cliebow has quit IRC
17:12franzn has joined #ltsp
17:13
<franzn>
hi! anyone could help me?
17:13
where can i found the logs from ltsp?
17:19
<lns>
franzn, logs from the server or the client?
17:19
frownix, i'm here
17:19
<franzn>
from client..
17:19
<lns>
franzn, have you set a root password for the chroot?
17:19
<frownix>
lns, soooooooo, any luck yet?
17:19
<franzn>
from server i look at syslog
17:19
lns: no...
17:19
<lns>
ack..hold on, brb
17:20* frownix jumps up and down and are soooo curious
17:20
<lns>
I haven't had a chance to go back out there yet
17:21
franzn, chroot /opt/ltsp/arch and set a root password, and reboot the client - CTL+ALT+F1 when it boots up and log in as root, go to /var/log and there are your client bootup logs
17:22
<frownix>
ah, ok
17:22
<franzn>
lns: but this logs will be erased when i shutdown the client?
17:23
<lns>
franzn, yes
17:23
it's all set up in a ramdisk, so obviously it goes away
17:23
<franzn>
lns: thanks..
17:24
<lns>
frownix, the thing I ran into is this
17:25franzn has left #ltsp
17:25
<lns>
in Ubuntu Gutsy, there are 2 init.d scripts that (are supposed to?) run for ltsp clients
17:25
ltsp-client-core and ltsp-client-setup
17:26
I never saw, after closer examination, symlinks to the various runlevels for ltsp-client-setup (ltsp-client-setup is the script that runs the RCFILE_nn from lts.conf in /var/lib/tftpboot/ltsp/i386)
17:27
but I do remember the echo yesterday that proved that it ran... i guess i just don't know where ltsp-client-setup is being run from
17:28
<frownix>
strange
17:29
<lns>
yeah..i have to go back out there
17:29
<frownix>
you did however supply a new S99 file for it to run
17:29
<lns>
i can (at least) set it up to run manually
17:29
frownix, that's right - maybe that's what it was from
17:29
<frownix>
i belive so
17:29* lns forgets things easily
17:29
<lns>
;)
17:29
<frownix>
and that works...so use it;-)
17:29
<lns>
right, but
17:29
I'd like to fix the upstream problem first
17:29
<frownix>
if something can be done easy, don't do it hard..hehe
17:30
<lns>
well the thing is, RCFILE_nn should be run. AFAIK ltsp-client-setup isn't being run at ALL, and so if that's fixed, it will be fixed for good (and for everyone else having similar issues)
17:30
I'll update-rc.d defaults ltsp-client-setup hopefully today and see if that works. if it does, i'll file a bug report.
17:31
<frownix>
right
17:31
that's the proper way
17:31
but it sounded like you were in some kind of hurry to get it working, so use your custom solution for now
17:32
<lns>
oh totally
17:32
ogra said earlier the ltsp-client script got split into the other two i mentioned upon upgrade to gutsy
17:32
<frownix>
customers don't care about the "right" way, they only care about things working..hehe
17:32
<lns>
so I'm sure somehow the links didn't get updated.
17:32
<frownix>
ah, ok
17:32
<lns>
very true =)
17:32
I'm just really excited to get these schools up and going
17:33
<frownix>
way to go..you are da man..:-)
17:33
<lns>
i have 6 labs of ~35 clients each to go through
17:33
<frownix>
cool
17:33
<lns>
and after that, the classrooms themselves will be setup for it
17:33
<frownix>
looks like you have some work to do
17:33
<lns>
heh...yeah, and it's just me =)
17:34
so far anyway
17:34
<frownix>
hehe, that's the good part about diskless setups...workstation numbers doesnt really matter
17:34
it's the amount of servers that sets how much work you have
17:35
(once setup that is)
17:36
<lns>
exactly
17:36
well with differing hardware you always get some fun stuff going on
17:36
but all in all once it's done it's done =)
17:36
<frownix>
hehe, yes
17:36
different hardware is a problem though
17:37
<lns>
hmm, interesting
17:37
# update-rc.d ltsp-client-setup defaults
17:37
System startup links for /etc/init.d/ltsp-client-setup already exist.
17:37
<frownix>
ok?
17:37
and it doesn't?
17:38
<lns>
oh ok, it's in rcS.d
17:38
...
17:38
<frownix>
where it shold be
17:38
i assume init 5 is your default runlevel
17:38
<lns>
no, S as in sam
17:39
<frownix>
ahhh
17:39* frownix is getting tired, can't read anymore
17:39
<lns>
=)
17:39
<frownix>
it's getting late here;-)
17:39
<lns>
i hate to sound like a noob, cuz i'm not, but wtf is rcS.d for? is it for every runlevel?
17:39
<frownix>
no idea
17:39
must be debian/ubuntu specific
17:39
<lns>
Anyone? Bueller? Bueller? =p
17:40Amaranth has quit IRC
17:40
<frownix>
haha
17:40
rsStart I guess?
17:40
err rcStart.d
17:40
<lns>
ahh
17:40
The scripts in this directory whose names begin with an 'S' are executed
17:40
once when booting the system, even when booting directly into single user
17:40
mode.
17:40
<frownix>
aha
17:41
<lns>
ok now check this out (all from the readme)
17:41
* After the S40 scripts have executed, all local file systems are mounted
17:41
and networking is available. All device drivers have been initialized.
17:41
and the link for ltsp-client-setup is S32....so it's done before
17:41
just have to change that
17:41* lns uses his best Peter Griffin voice
17:41
<frownix>
aha, elementary, my dear Watson
17:41
<lns>
DONE!
17:41
lol
17:42
<frownix>
hahah
17:42
<lns>
thx for yer help
17:42
of course i have to test it still..
17:42
<frownix>
who? me? i haven't done anything
17:42
i was just curious on why it didn't work..hehe
17:42
<lns>
trust me, you did
17:42
it's good to just have someone to brainstorm with
17:43
<frownix>
it's nice to know for sure that it was "load mixer before sound modules are loaded"
17:43
<lns>
yeah
17:43
<frownix>
it was our guess, but hard to say for sure until it's on paper
17:44
<lns>
exactly...i'd love to get upstream to change that unless something specific requires it to run before all the hardware init
17:44
i wouldn't see what, esp. if they want people to be able to use RCFILE_nn in lts.conf for random stuff
17:44
<frownix>
either way, the local script should run last in that runlevel, so, it's a , well, let's call it a bug
17:45
there should be NO reason for it not to run last
17:45
like you said, admins put all kinds of shit in their scripts;-)
17:45
<lns>
heh..yep!
17:45
<frownix>
heh
17:46
i belive ogra is the ubuntu guy, ask him here when he's active
17:47Amaranth has joined #ltsp
17:47
<lns>
yeah...i do know vagrantc (or however you spell it =) ) worked specifically on that change in gutsy
17:47akai has quit IRC
17:48
<frownix>
ah, so he's the man then. well, they both are active in here, so an informal chat should set things straight
17:48
<lns>
yep...actually i'll send a msg to the list
17:48
<frownix>
that would be good as well
17:49
just make sure your changes makes things work first(would be embarasing if it didn't..lol)
17:49
but then again, even if not, the local scripts should still run last
17:51
<lns>
right
17:51
at LEAT after hardware init!
17:52
<frownix>
i vote for last, and only last;-)
17:57
<lns>
=p
18:24otavio has joined #ltsp
18:41staffencasa has quit IRC
19:07fernando1 has quit IRC
19:33lns has quit IRC
19:35spectra has joined #ltsp
19:43Egyptian[Home] has quit IRC
20:07mcfloppy_ has quit IRC
20:13joebaker has joined #ltsp
20:13otavio has quit IRC
20:33johnny_ has joined #ltsp
20:54dniel has joined #ltsp
21:06moquist has joined #ltsp
21:17ogra has quit IRC
21:18ogra has joined #ltsp
21:23spectra has quit IRC
21:33dniel has quit IRC
22:05johnny_ has quit IRC
22:41subir has joined #ltsp
22:54slyski has joined #ltsp
23:11rjune_ has quit IRC
23:12rjune_ has joined #ltsp
23:35Egyptian[Home] has joined #ltsp
23:42cyberorg has joined #ltsp
23:50
<moquist>
sbalneav: sshfsplus is working...
23:57tier1_ has joined #ltsp
23:59daya has joined #ltsp