[02:09] verwilst (~verwilst@78-21-41-88.access.telenet.be) joined #fai. [02:21] verwilst (~verwilst@78-21-41-88.access.telenet.be) left irc: Quit: Ex-Chat [06:43] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [06:58] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. [07:03] kai_bo (~kai@statdsl-085-016-072-173.ewe-ip-backbone.de) joined #fai. [07:34] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) left irc: Ping timeout: 480 seconds [07:56] Nic0 (~courtel@fw.tls.cena.fr) joined #fai. [08:04] siggg (~jean@tra78-1-87-88-161-80.dsl.club-internet.fr) joined #fai. [08:16] ErKa (keryell@m6.wifi.enstb.org) joined #fai. [08:24] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [08:24] Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. [08:42] fai: 3 lange committed revision 5404 to 7 fai: make release [09:08] ErKa (keryell@m6.wifi.enstb.org) left irc: Ping timeout: 480 seconds [09:09] fai: 3 lange committed revision 5405 to 7 fai: tag release 3.2.20 [09:22] verwilst (~verwilst@92.48.144.162) joined #fai. [10:01] stockholm (~andreas@marta.schuldei.org) joined #fai. [10:13] verwilst (~verwilst@92.48.144.162) left irc: Read error: Connection reset by peer [10:42] Mrfai: Calling debootstrap sid --arch i386 --exclude=dhcp-client,info /grml-live/grml-broken/grml_chroot http://debian.netcologne.de/debian/ => that's a cmdline that doesn't work, should be debootstrap --arch i386 --exclude=dhcp-client,info sid /grml-live/grml-broken/grml_chroot http://debian.netcologne.de/debian/ so it works, and return code is 0 [11:05] kai_bo (~kai@statdsl-085-016-072-173.ewe-ip-backbone.de) left irc: Quit: Verlassend [11:09] kai_bo (~kai@statdsl-085-016-072-173.ewe-ip-backbone.de) joined #fai. [11:33] mikap: which fai version? IIRC a former version reported the option in a different order than they were actually used during calling debootstrap [11:33] Mrfai: the most recent [11:34] ah, no not 3.2.20 but 3.2.19 - will retry, give me a second [11:34] 3.2.20 has no changes in make-fai-nfsroot [11:36] this is from make-fai-nfsroot: [11:36] echo "Calling debootstrap $1 $NFSROOT $2" [11:36] LC_ALL=C call_verbose debootstrap $FAI_DEBOOTSTRAP_OPTS $1 $NFSROOT $2 [11:37] looks fine to me [11:37] $1 is sid in your case, and $2 is the mirror url [11:40] siggg (~jean@tra78-1-87-88-161-80.dsl.club-internet.fr) left irc: Quit: Leaving. [12:43] atlantide (~antares@mail.lipn.univ-paris13.fr) left irc: Quit: Quitte [13:03] verwilst (~verwilst@router.begen1.office.netnoc.eu) joined #fai. [13:04] ErKa (keryell@m6.wifi.enstb.org) joined #fai. [13:21] proti (~seb@calypso.frankengul.org) joined #fai. [13:21] morning [13:23] hi [13:26] I wondering how the nfs root is mounted on the client ? [13:29] the initrd does this for you via NFS [13:31] initrd gets the nfsroot/live/filesystem.dir mounted on /live. [13:32] Making the nfsroot, the client says that it cannot mount /var/lib/fai/config on nfs. [13:32] Is there something like pivot_root called by initrd ? [13:35] Maybe I should start at the beginning. [13:36] I'm trying to update fai from 3.2.8 to 3.2.20. [13:36] /var/lib/fai/config is the config space. This is also mounted via NFS. On the server side this is /srv/fai/config [13:36] check your exports file [13:36] I did the make-fai-nfsroot to update the whole thing. [13:36] Then I tried a sysinfo. [13:36] The mount fails because the /var/lib/config does not exists. [13:37] /var/lib/fai/config* [13:39] I created one then the install failed at instsoft with lots errors (/var/lib/dpkg/status not found). [13:39] So I supposed I got it wrong somewhere before. [13:40] I felt that the /var is not mounted correctly. [13:41] If I understood well the client mounts nfsroot then do an union mount and use this filesystem to run fai. [13:43] yep, but it seems that you have problems with the config space, not the nfsroot [13:44] I created the /var/lib/fai/config and then, the mount was ok (sysinfo, and so on). [13:45] But then the build failed in a miserable way (at instsoft). [13:46] put the fai.log onto paste.debian.net [13:51] By the way I'm on ubuntu. [13:51] http://paste.debian.net/35197/ [13:52] The /var/lib contains only one directory 'discovery'. [13:52] bigboss is the server and marseille is the client [13:54] you nfsroot is fine, otherwise you won't see the red logo (the copyright message) [13:54] So why don't I see any of the /var/ nfsroot (dpkg apt aptitude and so on ) ... [13:54] check why /var/lib/fai/config does not exist. Is it inside a ramdisk/tmpfs? [13:55] Yes initrd. [13:55] no at this point the initrd is not used any more [13:55] Where are we then on the nfsroot + unionfs ? [13:56] yep [13:56] Maybe not, because there is much more in the /var/lib of the nfsroot. [13:57] And I don't see any repository but the discover. [13:57] directory* [13:57] On the nfsroot, there is a /var/lib/fai/config. [13:58] what does df /var or mount|grep var say on the install client? [14:00] mount aaufs on / type aufs (rw,noatime,relatime,xino=/live/cow/.aufs.xino,br:/live/cow=rw:/live/image/live/filesystem.dir=ro) [14:00] There is no /var mounted [14:01] ok. Wast does /var contain? ls-lR or find -ls (doe not paste here, if too long) [14:02] http://paste.debian.net/35201/ [14:04] let me check here [14:05] on my install server I have a directory /srv/fai/nfsroot/live/filesystem.dir/var/lib/fai/config/ [14:05] this is also avaialable on the install client [14:06] do you also have this dir on the install server? [14:07] yes I have. [14:07] But not on the client [14:08] strange [14:09] Is there a cleanup of /var done ? Because I can see much more files on the nfsroot /var than there is on the client. [14:10] I would blame Ubuntu (maybe upstart) that does something different with /var. Maybe ubuntu copies /var from the initrd and uses it, instead of the /var from inside the nfsroot. [14:11] Let me check.... [14:11] A fix would be, to mkdir -p $FAI in get-config-dir or get-config-dir-nfs [14:11] this is what I did previously. [14:13] But then the install_packages fails at installing packages. [14:13] There may be more directories missing [14:13] Indeed, apt, aptitude, dpkg in var/lib. [14:14] But this makes no sense. [14:14] is a union mount of filesystem.dir and tmpfs. Why /var/ is different ? [14:16] I'm sure its not /var from the nfsroot. Check this: mkdir var/this-is-a-test-directory inside the nfsroot on the install server. Then reboot the client and see if this directory is available [14:16] if not, blame Ubuntu for its behaviour ;-) [14:23] 3.2.8 was ok same distrib (hardy). [14:24] Hum, I touched /var/test-fairoot [14:24] And then, the file is there on /var of the client (no reboot needed). [14:25] So this is the right /var. Seems that all other dir are deleted on the tmpfs union mount. [14:26] your ls -lR (paste 35201) was made on the install server, but not inside the nfsroot [14:26] check again the /var inside the nfsroot. Is there a var/lib/fai directory [14:26] No. [14:27] It was the client. [14:27] sorry, my fault [14:28] try to create a var/lib/test-... directory. Maybe only /var/lib is affected [14:32] all the test-fairoot files I touched are seen in the client. I'm rebooting the client to see if see them after rebooting [14:38] Ok, only lib is impacted. [14:40] I'm trying to break=init to see if the files are there or not. [14:43] siggg (~jean@tra78-1-87-88-161-80.dsl.club-internet.fr) joined #fai. [14:52] Mrfai: I'm talking about dirinstall ;) [14:52] Mrfai: # dpkg -L fai-client | xargs grep FAI_DEBOOTSTRAP_OPTS [14:52] /usr/lib/fai/subroutines-linux: echo "Calling debootstrap $1 $FAI_DEBOOTSTRAP_OPTS $FAI_ROOT $2" [14:52] /usr/lib/fai/subroutines-linux: yes '' | LC_ALL=C debootstrap $FAI_DEBOOTSTRAP_OPTS $1 $FAI_ROOT $2 [14:52] definitely not the same cmdline layout [14:55] yep, this seems to be a bug [14:58] but isn't the yes ''| pipe correct? It's only the echo which is wrong [15:02] Mrfai: http://paste.pocoo.org/show/U6YibYVfRskOf1SaWtb3/ [15:02] Mrfai: # debootstrap sid --arch i386 --exclude=dhcp-client,info /grml-live/grml-broken/grml_chroot http://debian.netcologne.de/debian/ [15:02] E: No such script: --exclude=dhcp-client,info [15:02] => definitely a broken cmdline [15:02] the 'sid' should be behind the options [15:03] the fix for this is trivial [15:03] though my dirinstall problem itself is still present [15:05] IMO the debootstrap call finished without a problem. Try debootstrap, without fai. Then check the exit code. [15:05] Someone told me that sometimes debootstrap is succsessful, but has exit code 141 [15:05] Mrfai: http://grml.org/tmp/0001-Fix-order-of-debootstrap-cmdline-for-working-copy-pa.patch [15:06] Mrfai: this patch addresses the broken log entry of debootstrap [15:06] Mrfai: already tested and report it: [15:06] # debootstrap --arch i386 --exclude=dhcp-client,info sid /grml-live/grml-broken/grml_chroot http://debian.netcologne.de/debian/ 1>/dev/null ; echo $? [15:06] 0 [15:06] => definitely OK [15:07] ok. [15:07] The message: Calling debootsrtap..... has a different order of options than the call itself [15:08] Mrfai: yeah, that's what my patch addresses [15:08] now investigating on the b0rken dirinstall of FAI > 3.2.17 [15:09] ok, I will apply the patch [15:11] fai: 3 lange committed revision 5406 to 7 fai: subroutines-linux: fix log message [15:13] mikap: add a set -x in the subroutine, to see what going on there [15:13] Mrfai: doing that already ;) [15:13] Mrfai: wrong changelog ;) [15:14] verwilst (~verwilst@router.begen1.office.netnoc.eu) left irc: Ping timeout: 480 seconds [15:20] mikap: I use debootstrap 1.0.10lenny1 on my etch install server. No problems. [15:21] Mrfai: amd64 build system? [15:22] it's an amd64 kernel with 32 bit user space tools. I only tested to dirinstall a 32 bit system. Building a 64bit nfsroot (with make-fai-nfsroot) is working [15:22] hm [15:23] well, it's definitely just FAI -> old fai: works; upgrade to recent fai (no further changes): b0rken [15:23] + RC=141 [15:23] + echo 'task_error 801 141' [15:23] task_error 801 141 [15:23] 141, that's it [15:23] WTF does fai get that 141 from? [15:23] it's *not* debootstrap [15:24] from an email: [15:24] debootstrap completes with the following message: [15:24] "I: Base system installed successfully." [15:24] but the return value is 141 not 0. task_error trips on this. [15:24] I'm not sure who is to blame. Couldn't find any description what [15:24] returncode 141 is supposed to mean so far. [15:25] have a look at [15:25] https://lists.uni-koeln.de/pipermail/linux-fai/2008-November/006345.html [15:25] and the following message [15:26] Mrfai: it's just FAI which changes the behaviour ;) [15:26] yep, but FAI assumes that the return code is 0 if everything is ok. [15:26] can you upgrade your debootstrap? [15:27] Mrfai: will do, but this doesn't fix the problem but just the symptom [15:28] In the past FAI didn't correctly used the return code when calling task_error. This was fixed, but now is causes an error, because debootstrap has a wrong exit code IMO. [15:28] I: Base system installed successfully. [15:28] debug: RC = 0 [15:28] looks like the 'yes' is involved?! [15:29] IMO the yes can be removed, because debootstrap never prompted for input in my environment [15:30] ACK [15:31] Action: Mrfai switching to screen, driving home [15:31] Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving [15:32] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [15:33] Mrfai: https://lists.uni-koeln.de/pipermail/linux-fai/attachments/20081112/ff052c82/attachment.bin would be an approach if the problem can't be fixed otherwise, though still investigating [15:33] look: [15:33] I: Base system installed successfully. [15:33] Debug: RC=0 [15:33] Error in task extrbase. Traceback: task_error task_extrbase task task_dirinstall task task_action task main [15:33] with: [15:33] yes '' | LC_ALL=C debootstrap $FAI_DEBOOTSTRAP_OPTS $1 $FAI_ROOT $2 [15:33] RC=$? [15:33] echo "Debug: RC=$?" [15:33] return $RC [15:39] Mrfai: The mount is okay now. It wasn't working before and then it works now. And I still don't known why :-( [15:41] Must be race condition, or voodo magic. I don't known. I added a few [ -d /var/lib/fai ] && echo Directory is there #. [15:41] And suddendly, it has found all of the directory of /var. [15:42] Which remembers me that I had the same problem with 3.2.8. [15:42] Go figure... [15:45] Mrfai: no idea why: but as soon as I remove the yes-pipe it works [15:50] Mrfai: what should yes '' do?! did you mean just "yes"? [15:50] in sense of: what should the yes call with '' do overall? (besides that the yes is definitely not needed ;)) [15:55] siggg (~jean@tra78-1-87-88-161-80.dsl.club-internet.fr) left irc: Ping timeout: 480 seconds [16:26] no, yes '' | just move an infinite number of carriage-return into the pipe [16:30] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. [16:41] ErKa (keryell@m6.wifi.enstb.org) left irc: Ping timeout: 480 seconds [16:42] fai: 3 lange committed revision 5407 to 7 fai: remove yes pipe when calling debootstrap [16:47] Mrfai: ok [16:47] Action: mikap doesn't like the current changelog ;) [16:47] verwilst (~verwilst@d5152EF90.access.telenet.be) joined #fai. [16:54] Mrfai: biste morgen um 10 im buero? oder doch besser nachmittags? :) [16:55] besser nachmittags [16:55] oki [17:08] kai_bo (~kai@statdsl-085-016-072-173.ewe-ip-backbone.de) left irc: Quit: Verlassend [17:09] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [17:39] ErKa (keryell@keryell.pck.nerim.net) joined #fai. [19:11] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) left irc: Quit: Leaving. [20:04] verwilst (~verwilst@d5152EF90.access.telenet.be) left irc: Quit: Ex-Chat [20:05] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) joined #fai. [20:13] siggg (~jean@tra78-5-88-172-128-32.fbx.proxad.net) left irc: Quit: Leaving. [20:25] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds [20:33] ErKa (keryell@keryell.pck.nerim.net) joined #fai. [21:26] verwilst (~verwilst@78-21-41-88.access.telenet.be) joined #fai. [21:34] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds [21:45] "Ok, aborting, since modules for this image already exist." [http://paste.pocoo.org/show/g4buK1n9fNqYVmhKRbC9/] => any ideas how to force FAI to install kernel updates? [21:47] debconf preseeding? though how to automatically match the kernel version? [23:01] verwilst (~verwilst@78-21-41-88.access.telenet.be) left irc: Quit: Ex-Chat [00:00] --- Tue May 5 2009