[00:36] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds [01:16] allee (~ach@dslb-084-056-005-076.pools.arcor-ip.net) left irc: Ping timeout: 480 seconds [03:13] teratoma_ (~teratoma@208.96.63.196) left irc: Quit: leaving [07:28] ErKa (keryell@keryell.pck.nerim.net) joined #fai. [07:31] tempel (~mettler@dsl-62-220-14-162.berlikomm.net) joined #fai. [07:46] allee (~ach@dslb-084-056-027-061.pools.arcor-ip.net) joined #fai. [07:50] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [08:06] catwell (~AlSim@portzic2.enst-bretagne.fr) joined #fai. [08:35] tempel (~mettler@dsl-62-220-14-162.berlikomm.net) left irc: Quit: leaving [08:55] ys76 (~ys76@jxim.de) joined #fai. [09:04] istaz_ (~olivier@236.198-241-81.adsl-dyn.isp.belgacom.be) joined #fai. [09:11] istaz (~olivier@201.108-65-87.adsl-dyn.isp.belgacom.be) left irc: Ping timeout: 480 seconds [09:28] allee (~ach@dslb-084-056-027-061.pools.arcor-ip.net) left irc: Ping timeout: 480 seconds [09:56] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [09:56] Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. [11:01] fai-guy (~fai-guy@p4FC236EA.dip0.t-ipconnect.de) joined #fai. [11:15] Can somebody tell me where I can find information about what exactly happens at this point of the FAI boot process : [11:16] Begin: Mounting root filesystem ... [11:16] Begin: Running /scripts/live-premount ... [11:17] I want to know what happens between these two lines (or where the code that outputs them is). [11:44] catwell: this is the initrd trying to mount the nfsroot [11:44] this code is actually not part of fai itself... [11:46] you can cpio to unpack the initrd [11:47] ok that's what I'll try to do [11:48] or look at the contents of 'live-initramfs' debian package which should be installed in the nfsroot :) [11:55] looks like live-initramfs isn't installed in my nfsroot [11:55] at least it isn't listed in /etc/fai/NFSROOT [11:56] is that normal ? [11:59] call make-fai-nfsroot -v and read the log output. You can also put this output onti paste.debian.net and we will have a look at it [12:21] looks like it does install live-initramfs in fact [12:21] it's not just explicit in /etc/fai/NFSROOT anymore [12:21] it was when I used Etch I think [12:21] http://paste.debian.net/14723/ if you want the output of make-fai-nfsroot -v [12:23] I've extracted the initramfs with cpio, looks like my problem is in either init or a script in scripts/ [12:24] Am I right that live-premount is called by this line in init: . /scripts/${BOOT} ? [12:37] catwell: your make-fai-nfsroot call lokks good [12:37] Yes it shoule be because it works on some machines. [12:38] you can debug the booting of the initrd if you append the string debug to the kernel command line [12:38] OK [12:38] if the boot preocess fails you normally get a shell prompt like (initramfs). There you can read live.log [12:38] no it doesn't [12:38] it freezes with an IP-Config line [12:39] just after the scripts/live-premount one [12:40] I'm searching which call to ipconfig prints it. It's strange because on other clients it works, and it worked on this one with an Etch-based FAI server. [12:43] Maybe a network problem. Can you see the DHCP and mount request on the install server? [12:45] my DHCP is on another server and booting a client adds 4 lines to the log : [12:45] Aug 14 15:19:25 brestv6-gw dhcpd: DHCPDISCOVER from 00:0b:db:82:71:e5 via eth0 [12:45] Aug 14 15:19:25 brestv6-gw dhcpd: DHCPOFFER on 192.168.100.15 to 00:0b:db:82:71:e5 via eth0 [12:45] Aug 14 15:19:29 brestv6-gw dhcpd: DHCPREQUEST for 192.168.100.15 (192.168.100.1) from 00:0b:db:82:71:e5 via eth0 [12:45] Aug 14 15:19:29 brestv6-gw dhcpd: DHCPACK on 192.168.100.15 to 00:0b:db:82:71:e5 via eth0 [12:46] (this particular client in any case) [12:46] you must see two dhcp request from each client. First dhcp request is from the PXE boot, then the kernel itself does another dhcp request [12:47] hmm looks like it doesn't here [12:47] I've read about that on the ML [12:47] it said that a ping from the server would fix it [12:47] In the past, there where problem with the seconde dhcp request, because an old version of some tools in the initrd had a bug when using a dhcp gateway. But this should be fixed in lenny [12:47] but it doesn't in my case [12:49] do you have multiple network ards in the host? [12:49] Oh, yes I do. [12:50] Might that be the source of the problem ? [12:50] Indeed the machine on which it works has only one. [12:50] I might try to remove the second one. [12:50] (if you meant cards) [12:50] yes, maybe the host boot from your frist NIC, but the kernel thinks this is NIC 2 and changes the order of your two NIC's. [12:51] yep, try to remove the second card [12:51] I have three in fact [12:51] 2 ethernet / 1 wireless [12:51] I'll keep only one [12:56] it worked [12:57] so that's the problem [12:57] now how could I fix it without taking out the two extra network cards ? [12:58] Is there a way to tell the kernel not to mix them or to force it to use a specific one during the setup? [13:16] Are the two network card the same type? [13:17] no, one is embedded in the mother board [13:17] it's the one I use for the setup [13:18] the two other ones can't do PXE I think [13:18] and they can't do Wake on Lan either [13:21] isn't it possible to do something so that the second DHCP request is sent for all the interfaces instead of one ? [13:21] or something like that [13:23] or I can try to use nameif... [13:24] but that would work only for one client [13:26] AFAIK there's no general solution for this. You may want to force the kernel to load certain network card drivers in a defined order. So the first card detected may become eth0. But since udev works asynchronously, you cannot guarantee which card is detected first. [13:26] If you remove a network card driver from the initrd, then this type of cards will not be detected. [13:29] so it's udev that does the naming [13:29] I should be able to use udev persistent rules then? [13:30] lazyb0y_: Danke fuer die Meldung btw.! [13:30] yep, but therefore you need the mac address of each card AFAIK [13:31] yes [13:31] I'll try something like that. [13:58] OK I found how to do, know I have to understand how I can modify my initramfs during the make-fai-nfsroot process. [14:02] if you just want to remove a kernel module, rm this in $nfsroot/lib/modules/......, then do a chroot into the nfsroot and call dpkg-reconfigure linux-image... [14:02] This will rebuild the initrd [14:04] but won't that break next time I run fai-setup ? [14:09] yep. But you may want to write a make-fai-nfsroot hook, which always removes this module and rebuild the kernel inside the nfsroot [14:14] ok [14:14] looks like the easiest solution [14:34] I get : /usr/sbin/dpkg-reconfigure: linux-image is not installed [14:35] when you say chroot into the nfsroot you mean /srv/fai/nfsroot/live/filesystem.dir ? [14:41] yep [14:41] try dpkg -l |grep linux-image inside the nfsroot. Then you see the exact name of the package [14:43] OK, it was linux-image-2.6.25-2-686 [14:44] I must have changed that somewhere... [14:45] Is it normal that I get a lot of lines reading grep: /proc/modules: No such file or directory ? [14:45] I guess it is but... [14:52] you do not have mounted /proc into the nfsroot. But maybe the initrd is ok without /proc [14:53] Ok, I'll try to mount it otherwise. [15:04] catwell: do not forget to umount it [15:05] yes, but looks like it works even without it [15:10] fai-guy (~fai-guy@p4FC236EA.dip0.t-ipconnect.de) left irc: Quit: SIGHOME [16:04] I've not succeeded yet (even without the corresponding module it tries to use the bad network card) but now I know where the problem comes from. [16:04] Thanks a lot for the help, I must go now :) [16:04] See you. [16:04] catwell (~AlSim@portzic2.enst-bretagne.fr) left irc: Quit: ++ [16:25] tokkee: bidde [17:49] Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving [18:00] Nic0 (~courtel@fw.tls.cena.fr) left irc: Quit: Leaving. [18:46] lazyb0y_ (~henning@e177237175.adsl.alicedsl.de) left irc: Ping timeout: 480 seconds [19:19] allee (~ach@dslb-084-056-027-061.pools.arcor-ip.net) joined #fai. [20:34] ErKa (keryell@keryell.pck.nerim.net) left irc: Remote host closed the connection [20:46] allee (~ach@dslb-084-056-027-061.pools.arcor-ip.net) left irc: Ping timeout: 480 seconds [20:56] allee (~ach@dslb-084-056-027-061.pools.arcor-ip.net) joined #fai. [21:58] allee (~ach@dslb-084-056-027-061.pools.arcor-ip.net) left irc: Ping timeout: 480 seconds [00:00] --- Fri Aug 15 2008