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


Channel log from 18 May 2009   (all times are UTC)

01:12alkisg has joined #ltsp
01:53mikkel has joined #ltsp
02:06litlebuda has joined #ltsp
02:14strattog has quit IRC
02:20strattog has joined #ltsp
02:22strattog_ has joined #ltsp
02:27strattog has quit IRC
02:30strattog_ has quit IRC
02:36strattog has joined #ltsp
03:10alkisg has quit IRC
03:23alkisg has joined #ltsp
03:23Selveste1_ has joined #ltsp
03:24Selveste1_ is now known as Selveste1
03:28Selveste1 has quit IRC
03:47strattog has quit IRC
03:48strattog has joined #ltsp
04:00ogra has quit IRC
04:01ogra has joined #ltsp
04:19intelliant has joined #ltsp
04:25bobby_C has joined #ltsp
04:28alkisg has quit IRC
04:30hanthana has quit IRC
05:05intelliant_ has joined #ltsp
05:15manu_ubu has joined #ltsp
05:15
<manu_ubu>
hello
05:15hanthana has joined #ltsp
05:21intelliant has quit IRC
06:10intelliant_ has quit IRC
06:10intelliant has joined #ltsp
06:20Patina has quit IRC
06:29
<X-TaZ>
06:36alkisg has joined #ltsp
06:44Patina has joined #ltsp
06:49
<manu_ubu>
salut X-TaZ oui c'est plutôt la langue de Shakespeare que Molière ici ;)
06:50
<X-TaZ>
06:50tadeu_ has joined #ltsp
06:51
<tadeu_>
guys, i just installed a LTS in a ubuntu server but it has no window manager and i want gnome in clients. What i have to do? chroot to /opt/ltsp/ and install gnome ?
06:51
<NeonLicht>
tadeu_: no, Gnome needs to be installed on the server, not on the chroot
06:51
<manu_ubu>
non non je viens ici car j'utilise LTSP et je glane quelques info au passage, j'utilise ubuntu 8.04 stable tranquille
06:52
<tadeu_>
NeonLicht, right, thanks
06:54jammcq has quit IRC
07:01intelliant has quit IRC
07:06Patina has quit IRC
07:10Blinny has joined #ltsp
07:10bobby_C has quit IRC
07:11Patina has joined #ltsp
07:18intelliant has joined #ltsp
07:53evilx has joined #LTSP
07:58Egyptian[Home] has quit IRC
07:59Egyptian[Home] has joined #ltsp
08:01nubae has joined #ltsp
08:07alkisg has quit IRC
08:15elisboa has joined #ltsp
08:16Gadi has joined #ltsp
08:22cliebow has joined #ltsp
09:01jrock2004 has joined #ltsp
09:01
<jrock2004>
Running opera in an LTSP environment and for some reason it is always complaining about the lock file in the .opera directory. Is there a way to disable the lock file?
09:03_Shane has joined #ltsp
09:04_Shane has joined #ltsp
09:06mikkel has quit IRC
09:08
<Blinny>
Sorry jrock2004, never run Opera in LTSP environ
09:08
<jrock2004>
Blinny: well I had no choice due to the mozilla bug with drop downs
09:09
unless there is another browser which is good for slow thin clients
09:09
<nubae>
konquerer?
09:10
or linx :D
09:14
<jrock2004>
To install konqueror does it now install alot of kde crap on it
09:16
<nubae>
well at least QT yeah
09:16
<jrock2004>
I have 25 users on 2 LTSP servers
09:17
I mean opera has been doing good except this lock error people get
09:17
I would use mozilla but drop downs take 6 seconds to come down and from what I read this is an open bug
09:19
<Gadi>
jrock2004: write a wrapper script that checks if there is a lock file and if there is no ther instance of opera running for that user, deletes it
09:19
before launching opera
09:21
if [ -r "$HOME/path/to/lock/file" ] && ! pgrep -u $USER opera >/dev/null; then rm "$HOME/path/to/lock/file"; fi; opera $*
09:22
<jrock2004>
Gadi: Thank you for the script
09:23
<Gadi>
np - WARNING: that is precaffeinated/untested/starter stuff
09:23
:)
09:25
<ogra>
there is a workaround for the libxcb bug with setting an env var
09:25litlebuda has quit IRC
09:25
<Gadi>
ogra: I think epsas reported back that that didnt really work
09:25
<ogra>
i thought he said it worked
09:25
<Gadi>
he did
09:25
and then he said it didn't
09:25
<ogra>
ah
09:25
<Gadi>
not sure what to believe
09:26* ogra hopes he reported that on the bug
09:26
<Gadi>
I know I have seen the first right click be slow and then the subsequent ones be fast
09:26
most likely due to caching
09:26
<ogra>
yeah, and the var sets the cache size
09:26
<Gadi>
right
09:26
still wouldn't help the first one
09:26
:)
09:27
<ogra>
right
09:27
<Gadi>
so, Im sure we will get lots of reports of:
09:27
it works
09:27
it doesnt work
09:27
it works
09:27
it doesnt work
09:27
:)
09:27
<ogra>
heh
09:27
yeah
09:27alkisg has joined #ltsp
09:27
<Gadi>
stupid 'puters
09:28* ogra wonders why opera would have locking probs though if the users are properly set up
09:28
<jrock2004>
I was looking at a different browser called midori
09:28
It is a lightweight browser
09:28
<ogra>
midori uses gecko
09:28
so will be the same issue as FF
09:28
<jrock2004>
ah
09:29
<ogra>
there is an epiphany version thats webkit based ... that might be better but probably less stable
09:30_Shane has left #ltsp
09:36Mip5 has joined #ltsp
09:51ogra has quit IRC
09:54dan_young has joined #ltsp
09:54intelliant has quit IRC
10:07Ahmuck has quit IRC
10:11staffencasa has joined #ltsp
10:24jrock2004 has quit IRC
10:28Patina_ has joined #ltsp
10:35litlebuda has joined #ltsp
10:35treyh has joined #ltsp
10:35
<treyh>
/join #virtualbox
10:35
oops
10:35
lol
10:39treyh has quit IRC
10:40treyh has joined #ltsp
10:48Mip5 has quit IRC
10:49Faithful has quit IRC
10:54Patina_ has quit IRC
11:11CAN-o-SPAM has joined #ltsp
11:35intelliant has joined #ltsp
11:38nicros has quit IRC
11:46
<alkisg>
I'm trying to keep pxelinux.cfg/default from being modified on updates. I got this far:
11:47
ltsp-update-kernels copies tftpboot dir from chroot to /var/lib/tftpboot, along with pxelinux.cfg/default on it
11:47martin__ has joined #LTSP
11:48
<alkisg>
/opt/ltsp/i386/usr/share/ltsp/update-kernels creates chroot/boot/pxelinux.cfg/default,
11:48
But I don't know what calls /opt/ltsp/i386/usr/share/ltsp/update-kernels... any help?
11:49
(I could use chattr, but I'm looking for the "correct" way, and I think that would be /etc/ltsp/update-kernels.conf...)
11:51
<martin__>
Hi, can somebody help me, my client gets an IP Address on PXE boot, but it says PXE File size 0 buffer 5..... and arp timeout.
11:51
I used this Howto http://wiki.ubuntuusers.de/LTSP/lts.conf
11:52
<_UsUrPeR_>
has anyone ever had an issue where monitor output from a thin client appears upside-down with backwards characters?
11:52litlebuda has quit IRC
11:52
<cliebow>
turn it around the other weay 8~)
11:53
<treyh>
_UsUrPeR_: wow thats strange, what kind of video?
11:53
martin__: is your ltsp server in an existing network or a separate test network?
11:53
<_UsUrPeR_>
treyh: intel video output
11:53
<martin__>
seperate test network
11:54
<treyh>
_UsUrPeR_: hold down the right alt+ctrl and push the arrow keys, might rotate it properly
11:54
<martin__>
the router konfigured in the dhcp.conf is not accessable
11:54
<treyh>
martin__: is there a dhcp server on the separate network?
11:54
<martin__>
no
11:54
the address that the client gets is the right one
11:55
<_UsUrPeR_>
treyh: hmm... That had no effect on my ubuntu 8.04 server... Is that a new feature in 9.04?
11:55
<treyh>
martin__, what are the ip's of the ltsp server
11:55
<martin__>
192.168.1.14
11:55
router is 192.168.1.1
11:55
<treyh>
_UsUrPeR_: no, never tried it under linux, works in windwos to flip the screen if you have a video that supports it
11:55
<martin__>
client gets 192.168.1.32
11:55
<_UsUrPeR_>
treyh: ahh :)
11:55
<treyh>
martin__, did you use the alternate installer?
11:56
martin__: what distro you using and did you use the alternate installer?
11:56
<martin__>
no, i used sudo ltsp-build-client
11:56
xubuntu 9.04
11:56
<treyh>
martin__: how many network cards do you have and what distro
11:56
<martin__>
one
11:56
<alkisg>
martin__: can you upload your dhcpd.conf to pastebot?
11:56
!pastebot
11:56
<ltspbot>
alkisg: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
11:56
<martin__>
!pastebot
11:56
<ltspbot>
martin__: "pastebot" is The LTSP pastebot is at http://pastebot.ltsp.org. Please paste all text longer than a line or two to the pastebot, as it helps to reduce traffic in the channel. A link to the content will be pasted in the channel.
11:57
<treyh>
_UsUrPeR_: looks like in linux it's the RandR extension, you using gnome or kde?
11:57
in kde in the control center you can flip the screen
11:57
not sure about gnome
11:58
<ltsppbot>
Someone pasted "/etc/ltsp/dhcpd.conf" (34 lines) at http://pastebot.ltsp.org/345
11:59
<martin__>
i have changed: filename "/opt/ltsp/i386/boot/pxelinux.0
11:59
the client gets the address of alice
11:59
<alkisg>
martin__: and do you actually have that file?
12:00
martin__: that would be in /var/lib/tftpboot/opt/ltsp/i386...
12:00
<martin__>
yes
12:00
<alkisg>
The filename you put there should be under /var/lib/tftpboot
12:00
<martin__>
-rwxrwxrwx 1 root root 14776 2009-05-18 17:12 /opt/ltsp/i386/boot/pxelinux.0
12:00
<alkisg>
So no, you don't have that file...
12:00
martin__: again: under /var/lib/tftpboot
12:00
<martin__>
ok
12:00
<alkisg>
So change the filename
12:01
Or put it in /var/lib/tftpboot/opt/ltsp/i386/boot/pxelinux.0
12:05
martin__: let me say that again because I didn't say it well. The tftp dir is in /var/lib/tftpboot. So, whatever filename you specify in dhcpd.conf, is assumed to be under this directory. So now that you specified /opt/ltsp/i386/boot/pxelinux.0, the system looks at it in /var/lib/tftpboot/opt/ltsp/i386/boot/pxelinux.0.
12:08hanthana_ has joined #ltsp
12:13
<martin__>
is this right: filename "/ltsp/i386/pxelinux.0";
12:14
<alkisg>
Yes, that maps to /var/lib/tftpboot/ltsp/i386/pxelinux.0
12:19
<ltsppbot>
Someone pasted "PXE Message" (8 lines) at http://pastebot.ltsp.org/346
12:19martin__ has quit IRC
12:19martin__ has joined #LTSP
12:22
<alkisg>
martin__: do you have this file? ls -la /var/lib/tftpboot/ltsp/i386/pxelinux.0
12:22
<martin__>
-rw-r--r-- 1 root root 14776 2009-05-18 17:12 /var/lib/tftpboot/ltsp/i386/pxelinux.0
12:23
<alkisg>
and, could you upload your modified dhcpd.conf, to make sure it's ok?
12:24
<ltsppbot>
Someone pasted "dhcp.conf" (34 lines) at http://pastebot.ltsp.org/347
12:24
<alkisg>
and, did you restart the dhcp3-server? sudo invoke-rc.d dhcp3-server restart
12:25
<martin__>
yes
12:25
<alkisg>
ok, which tftp server do you use? tftpd-hpa?
12:25
<martin__>
yes
12:25
<alkisg>
What does this give? grep tftp /etc/inetd.conf
12:25
<martin__>
RUN_DAEMON="yes"
12:25
OPTIONS="-l -s /var/lib/tftpboot"
12:26
#tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot
12:26
<alkisg>
Ah, you don't run it by inetd?
12:26
<martin__>
sudo /etc/init.d/openbsd-inetd restart
12:27
<alkisg>
I see a hash in front of tftp in inetd.conf, so it's commented out...
12:27
<martin__>
yes it is written in the howto
12:27
<alkisg>
Hmm? What how to? The one you pasted only mentioned lts.conf...
12:28hanthana has quit IRC
12:28
<martin__>
http://wiki.ubuntuusers.de/LTSP?highlight=ltsp
12:29
<alkisg>
OK, I don't know why it says that, people usually run it from inetd.
12:29
<martin__>
ok i uncomment it, and what then?
12:30
<alkisg>
Also put the /etc/default/tftpd-hpa as it was?
12:30
(i.e. RUN_DAEMON="no")
12:30
<martin__>
RUN_DAEMON="yes"
12:30
OPTIONS="-l -s /var/lib/tftpboot"
12:31
<alkisg>
and restart inetd... sudo invoke-rc.d openbsd-inetd restart
12:32
<martin__>
ok I try, one moment...
12:34
it doesn't work :(
12:34
<alkisg>
Still the same error?
12:34
(did you put RUN_DAEMON="yes") ?
12:34
eerrrr no?
12:36
<martin__>
yes
12:36
"no"
12:36
and the same error
12:36
strange, I did it exactly as it is written in the howto
12:37
<alkisg>
I don't know why there is a how-to, sudo apt-get install ltsp-server(-standalone) is all that it takes...
12:37
OK. Maybe you could try it locally first: `sudo apt-get install tftp-hpa` to install a tftp client, and then `tftp localhost` and `get /ltsp/i386/pxelinux.0`
12:38
<martin__>
perhaps it works if I install xubuntu 8.04
12:39
tftp> get /ltsp/i386/pxelinux.0
12:39
tftp>
12:39
<alkisg>
So that works ok?
12:39
<martin__>
I don' know, there is no message
12:39
<alkisg>
If you leave the tftp client, you see that it transferred the file?
12:39
(i.e. there's a pxelinux.0 in the current dir)
12:40
<martin__>
yes
12:40
it is there
12:40
<alkisg>
So your tftp works fine...
12:40
<martin__>
perhaps I must declare the tftp server in the dhcp.conf?
12:41
<alkisg>
Isn't it in the same machine?
12:41
<martin__>
yes
12:41
but there is a router 192.168.1.1
12:41
<alkisg>
Heh
12:41
next-server 192.168.1.1;
12:41
That's the tftp server...
12:41
So if it's the router, it's wrong.
12:42
<martin__>
ok, I'll try :)
12:47nubae has quit IRC
12:48
<martin__>
it woooooooooorrrkkss!!!!111 :)
12:48
<alkisg>
Nice :)
12:48nubae has joined #ltsp
13:05rjune has joined #ltsp
13:08martin__ has quit IRC
13:09jaime_david has joined #ltsp
13:11
<jaime_david>
Hi, i'm using K12Linux
13:11alkisg has quit IRC
13:14alkisg has joined #ltsp
13:14
<jaime_david>
Hi alkisg
13:14
<alkisg>
Hello
13:14
<jaime_david>
You answered my question once, it was about flow control
13:15
<alkisg>
Ah, I saw that on the mailing list, really helpful trick
13:15
<jaime_david>
I told you I had 10/100 clients, a 1000 server connected to a 1000 switch
13:16
but if the clients just had 10 MBit nics would that still work??
13:16
<alkisg>
Hmmm I guess so, but it would be really slow with 10 mbit clients...
13:17
<jaime_david>
they use old 10 mb isa cards you think so??
13:18
Well I guess I'll find out when I try it ... Thanks
13:18
<alkisg>
Well, 100mbps nics are at about 5 €, and gigabit nics at 8 €... does it worth it/
13:18
?
13:19
<jaime_david>
i've got maybe 25 of them... really old computers
13:20
I don't know I'll try and see if it's useable
13:20
<alkisg>
jaime_david: other client specs?
13:20
ram, cpu...
13:21
<jaime_david>
Pent II 350 MHz, 128 RAM, 4 MB Graphic cards, hehe
13:21spectra has joined #ltsp
13:22
<alkisg>
They're just fine... Mine are like that, I've put them gigabit nics on one lab, they're able to transfer about 150mbps (cpu limit)
13:22
On the other lab I have 100mbps nics, also fine. But with 10mbps you won't be able to use them properly...
13:24
<jaime_david>
ah! very good then...
13:24
<alkisg>
(and their CPU is quite old, so you'll need LDM_DIRECTX=true)
13:25
<jaime_david>
what's that again ? no encryption??
13:25
<alkisg>
yes
13:25
In lts.conf
13:25
<jaime_david>
fine. thanks a lot man!!
13:26
<alkisg>
yw
13:27
<jaime_david>
bye!
13:28jaime_david has left #ltsp
13:34
<rjune>
davidj: ping
13:40bobby_C has joined #ltsp
13:52alkisg has quit IRC
13:54alkisg has joined #ltsp
14:01
<alkisg>
Damn these gnome panel settings keep moving... Now they're in /var/lib/gconf/debian.defaults/%gconf-tree.xml >:o
14:02Patina_ has joined #ltsp
14:05schregge has joined #ltsp
14:06
<schregge>
hi, i have some troubles with ltsp5 and jaunty. The clients are complaining about squashf:SQUASHFS error: sb_bread failed reading block 0x52a07
14:07
i already build a new squashfs image, but the error i still there....
14:08
sometimes the boot process looks ok, when i ssh into the client it looks that the filesystem is corrupted. (for example, ls is not found)
14:11Patina_ has quit IRC
14:15artista_frustrad has quit IRC
14:16artista_frustrad has joined #ltsp
14:18hanthana_ has quit IRC
14:21intelliant has quit IRC
14:25
<Gadi>
schregge: is it an old chroot?
14:25
ie, from previous distro?
14:25
<schregge>
hmm, what do you mean with old chroot? its not from ltsp4.2
14:25
no
14:25
<Gadi>
so, the chroot is jaunty, too?
14:26
<schregge>
chroot is jaunty to
14:26
complete message stack: nbd0: Attempted send on closed socket
14:26
May 18 21:25:32 ltsp241.local kernel: [47917.625824] end_request: I/O error, dev nbd0, sector 676878
14:26
May 18 21:25:32 ltsp241.local kernel: [47917.625841] SQUASHFS error: sb_bread failed reading block 0x52a07
14:26
May 18 21:25:32 ltsp241.local kernel: [47917.625850] SQUASHFS error: Unable to read cache block [14a81e9b:
14:27
<Gadi>
ah, its an nbd error
14:27
not a squashfs error
14:27
this persists even if you reboot the client?
14:28
(usually this happens when you update image and dont reboot the client)
14:28
<schregge>
ok
14:28
the client booted up, but the last message is the nbd error (message appears only onced)
14:30
<Gadi>
perhaps the network driver on that client is unstable?
14:31
or the switch in between is dropping "idle" connections
14:31
<schregge>
hmm, i dont now, its an hp thinclinet and an via thinclient
14:31
ok, ist look like ok for know
14:32
but now i have still trouble with sane (segmentation fault)
14:34
<treyh>
schregge: your setup is on real hardware correct, not inside virtualbox?
14:35
<schregge>
ltsp server is domU under xen, clients are real
14:35
<treyh>
ahhh
14:35
so you're virtualizing the ltsp server
14:35
when I've done that in the past, when using ubuntu, had to switch back to use nfs instead of nbd
14:35
<schregge>
why ahhhh, everything was great, until yeasterday
14:35
<treyh>
you running jaunty or intrepid
14:36
<schregge>
debian Dom0, jaunty ltsp (domU)
14:37
<treyh>
you can try switching to nfs
14:37
or
14:37
try changing the storage adapters in xen
14:38
never used xen
14:38
but someone said they got virtualbox to work using nbd
14:38
they changed the types of drives or something
14:39cliebow has quit IRC
14:39
<alkisg>
Hmmm? vbox runs fine with nbd without modifications...
14:39
(host networking, not nat)
14:39
<treyh>
mine didn't
14:39
buut i was using intrepid not jaunty
14:39
and I used the alternate cd
14:39
<schregge>
and i have no clue, why i get these damn seg faults during scanadf...... gdb points me to Program received signal SIGTRAP, Trace/breakpoint trap.
14:39
0x00007f73fe2aa9e7 in ?? () from /lib64/ld-linux-x86-64.so.2
14:39
<alkisg>
Yeah, been using it since 8.04 I think
14:40
<treyh>
and the direct install
14:40
<alkisg>
treyh: yeah... there's a message shown, but everything works fine
14:40
<treyh>
alkisg: mine wouldn't finish booting....
14:40
til i switched to nfs
14:41
<alkisg>
What kind of networking? host, internal...
14:41vagrantc has joined #ltsp
14:41
<schregge>
ok, thin client boots up ok, now i have to figure out the seg fault. btw, how can i switch back to nfs?
14:43
<alkisg>
vagrantc: hi, do you happen to know how I can make changes to pxelinux.cfg/default persist updates? I see some references to /etc/ltsp/update-kernels.conf in the code, but I'm not sure if that's the way to do it...
14:43
<Gadi>
alkisg: ltsp-update-kernels is a bash script
14:43
you may want to read it to be sure
14:43
<alkisg>
Gadi: sure... that didn't get me far though :(
14:44
<Gadi>
oh
14:44Egyptian[Home] has quit IRC
14:44
<vagrantc>
well, there's ltsp-update-kernels, server-side, and there's also update-kernels, chroot side...
14:45
<alkisg>
ltsp-update-kernels copies the tftpboot dir from the chroot, and update-kernels generates the boot dir in the chroot, but I couldn't find what calls update-kernels
14:45
<vagrantc>
alkisg: depends on what sort of changes... if you just want to make bootprompt options changes, then you can set BOOTPROMPT_OPTS in /opt/ltsp/i386/etc/ltsp/update-kernels.conf ... if you want to make other changes, you'll just have to manually manage it at this point.
14:46
alkisg: currently, update-kernels gets called as a postinstall hook to kernel installation
14:47
<alkisg>
vagrantc: ah, so it's called after a kernel update in the chroot?
14:47
<vagrantc>
it *used* to be called from ltsp-update-kernels, too... but was removed at some point as it seemed extraneous... though i'm thinking it shouldn't be.
14:47
it made the code more complicated to detect if the chroot was a compatible architecture and chroot into it and such...
14:48
<alkisg>
vagrantc: so if I specify PXELINUX_CMDLINE in /opt/ltsp/i386/etc/ltsp/update-kernels.conf, then it should persist all updates (even chroot updates), right?
14:48
<vagrantc>
alkisg: maybe. it's been a while since i've looked into it.
14:49
it really needs a serious overhaul
14:49
<alkisg>
Does that "update-kernels gets called as a postinstall hook to kernel installation" mean that it's called after a kernel upgrade in the chroot?
14:49
<vagrantc>
alkisg: yes
14:49Egyptian[Home] has joined #ltsp
14:50
<alkisg>
OK, that's why I couldn't reproduce it... :) Thanks a lot vagrantc!
14:51
<vagrantc>
alkisg: you can just run it manually
14:52
<alkisg>
No, I meant that I wanted to find out when pxelinux.cfg/default gets overridden, and I run ltsp-update-kernels, ltsp-update-image etc but it wasn't overridden, and I wondered how it got overriden in the past (it happened to me once)
14:52
<vagrantc>
i'd like to add support for things like memtest86+ and such and use an actual menu rather than hard-coding a single boot line
14:53
develop a plugin infrastructure for people to add their own defaults... shouldn't be too crazy difficult
14:53
<alkisg>
Yeah, and a local boot menu item would be nice
14:54
<vagrantc>
seeing as things seem overall fairly stable with LTSP, maybe now is a time to take it on.
14:55
<alkisg>
I'm an eager alpha tester if you like! :)
14:57Blinny has quit IRC
15:13
<treyh>
I would be more than happy to test stuff also
15:14
i get to spend the next 3 days updating about 50 TS's with office 2007....sigh
15:19
<vagrantc>
hrm. so i don't know what to do about ldm's recent NOMAD patches. they just plain break for me. they work for cyberorg.
15:19
by recent, i guess early april.
15:20
i guess i could revert the change for a debian upload...
15:24
<Gadi>
vagrantc: word to the wise: get 2 points before plotting a trajectory
15:24
<vagrantc>
Gadi: hrm?
15:25
<Gadi>
find someone else to test nomad patches on debian
15:26schregge has quit IRC
15:26
<vagrantc>
or ubuntu, for that matter.
15:26
and fedora
15:27
i haven't tried them in a while, either. maybe it's working now.
15:28
the revision that broke it for me: http://bazaar.launchpad.net/~ltsp-upstream/ltsp/ldm-trunk/revision/1155/src/ldm.c
15:30treyh has quit IRC
15:41Mip5 has joined #ltsp
15:45
<Mip5>
Hey Gang - I can't seem to boot into a newly install Jaunty LTSP with / on md0, RAID1 - I get initramfs
15:46
mdadm --examine scan /dev/sda1 shows: ARRAY /dev/md0 level-raid1 num-devices=3 UUID=.... lots of number ;-)
15:47
I should add that the above command also shows: mdadm: CREATE user root not found, and group disk not found
15:49
<Lns>
Mip5: so...you can't boot the server, or the clients?
15:49
<Mip5>
Lns - right - the server boots to GRUB, then stalls and drops me to initramfs prompt
15:49
I've rebooted to see if I could check stuff in GRUB. THoughts?
15:50
<vagrantc>
try with rootdelay=20
15:50
might be trying to assemble your md arrays before the disks are fully recognized.
15:51
<Mip5>
vagrantc - where would I put that, appended to the line of grub menu item?
15:51din_os has joined #ltsp
15:51
<vagrantc>
Mip5: yes.
15:51
<Mip5>
vagrantc - that makes sense, b/c ls /dev/md* shows both md0 and md1
15:52
okay - 'll give it a shot
15:54
<alkisg>
Arghhh Ubuntu doesn't have "patch" included by default... now my method to include a keyboard-language applet for all users will have to start with `sudo apt-get install patch` :(
15:55
<Mip5>
vagrantc - it sad "Gave up waiting for a root file system" - but then it continued on, and I see md: bind<sdb5> md: bind<sdc5>...
15:56
vagrantc it didn't seem to wait long, so I'm not sure I passed the boot param of rootdelay=20 correctly. Should I give a bigger number? Should I edit the menu.list file?
15:59din_os has quit IRC
15:59
<Mip5>
vagrantc - I mounted /dev/md0 onto a directory called md0, and tried to chroot to it (chroot md0)
16:00
I get no prompt, but if I ls, I can see stuff. I would have expected a prompt, though.
16:02
I was able to edit menu.lst and add rootdelay=20 to the kernel line (2nd to last line of the stanza). Let's see what we get......
16:05bencrisford_ has joined #ltsp
16:06
<Mip5>
Splash screen stalled at waiting for root file system, then "Gave up..." I do see raid1: raid set md0 active with 3 out of 3 mirrors. I'll increase the delay and see what happens
16:07
<vagrantc>
Mip5: so it's getting farther, but still not quite enough?
16:09
<Mip5>
vagrantc - hard to tell, it still drops to initramfs. I just edited the kernel line with rootdelay=200
16:10
Bingo! - it's going
16:10
I'm in!
16:10
Excellent!
16:10bencrisford_ has quit IRC
16:11
<vagrantc>
i had a similar problem on a number of debian lenny servers...
16:11
<Mip5>
vagrantc - strange - I've had this problem for days, and didn't see a reference to giving it more time. Thanks for the tip!
16:13
vagrantc - I'd like to have the machine boot off any of the drives in the mirror. I was planning to install grub to each disk manually. Is this a good idea? Is there someway I can check to see whether this is still necessary?
16:15johnny has joined #ltsp
16:15
<vagrantc>
Mip5: i know in recent versions of debian-installer, it shouldn't be necessary. haven't tested it yet.
16:17alkisg has quit IRC
16:23
<Mip5>
vagrantc - I read that it is no longer necessary, but wanted to *verify* that. I'll poke around. Thanks again for your help!
16:37spectra has quit IRC
16:40yanqui has joined #ltsp
16:45CAN-o-SPAM has quit IRC
16:52
<Mip5>
Gotta run - thanks all.
16:52Mip5 has left #ltsp
17:18bobby_C has quit IRC
17:34bobby_C has joined #ltsp
17:36Gadi has left #ltsp
17:45Lns has quit IRC
17:48
<vagrantc>
tagging ldm-trunk 2.0.40 ...
17:54chupacabra has quit IRC
17:57pmatulis has joined #ltsp
17:59pmatulis has quit IRC
18:00cyberorg has quit IRC
18:16otavio has quit IRC
18:16otavio has joined #ltsp
18:29bobby_C has quit IRC
18:43staffencasa has quit IRC
18:49vagrantc has quit IRC
19:27cyberorg has joined #ltsp
19:31shogunx has quit IRC
19:45shogunx has joined #ltsp
19:50johnny has left #ltsp
19:54chupacabra has joined #ltsp
20:14laprag has joined #ltsp
20:19otavio has quit IRC
20:33artista_frustrad has quit IRC
20:42lucascoala has joined #ltsp
20:48try2free has joined #ltsp
21:01laprag has quit IRC
21:01artista_frustrad has joined #ltsp
21:04nubae has quit IRC
21:06nubae has joined #ltsp
21:33otavio has joined #ltsp
21:34hanthana_ has joined #ltsp
21:37lucascoala has quit IRC
21:49johnny has joined #ltsp
22:21twinprism has joined #ltsp
22:51try2free has quit IRC
23:10alkisg has joined #ltsp
23:19twinprism has quit IRC
23:21twinprism has joined #ltsp
23:25alkisg has quit IRC