Re: FAI 3.4.0 config space mount problem
Hello Michael, please send a patch against debian-old-2.0 branch of live-boot, thanks. Patch against debian-old-1.0 (couldn't find debian-old-2.0 in public live-boot, though shouldn't be a difference): http://grml.org/patches/0001-workaround-aufs-issue-in-kernel-versions-around-2.6..patch -mika- I have a similar problem (/var/lib/fai doesn't exist in the aufs system) with a squeeze nfsroot built from fai 3.3.5 experimental (Lenny), and the patch does not fit in live-initramfs 2.0.0-1 that is installed in the nfsroot, as there is no script 05mountpoints. I have tried to insert your patch in live-bottom/08persistence_excludes, as you can see below, but it doesn't work. Do you have an idea of what I could do to make it work? -- Nicolas --- 08persistence_excludes.~1~ 2010-08-10 01:51:40.0 +0200 +++ 08persistence_excludes 2010-08-30 11:30:21.0 +0200 @@ -72,6 +72,13 @@ # Bind mount it to origin mount -o bind "${PERSTMP}/${dir}" "/root/${dir}" + +# aufs2 in kernel versions around 2.6.33 has a regression: +# directories can't be accessed when read for the first the time, +# causing a failure for example when accessing /var/lib/fai +# when booting FAI, this simple workaround solves it +ls /root/* >/dev/null 2>&1 + done log_end_msg
ftar bug ?
Hi, while extensively testing and configuring a FAI System, I encountered a possible bug. Using the program 'ftar' with the option '-d' did more than I expected. It deleted the content of the corresponding directory even though the tar.gz was not extracted because it did not belong to one of the classes. Example (do not forget the implicit classes for understanding the problem): systemA with class "A B" systemB with class "A C" script/A/do: ftar -d /root/extractpath corresponding file: files/root/extractpath/systemB.tar.gz What now happens is that the ftar script deletes all files in '/root/extractpath' even though the tar-file is not assigned for extraction in systemA. So I guess that the delete operation is at the wrong point in the ftar program, since I expect the deletion only if the tar-file will be extracted, which it does not in my example. Greets
Re: fai-setup always problem
Hi Mamadou, I've just recently managed to get FAI working on Ubuntu 10.4 "Lucid Lynx" with the packages from the FAI PPA [1]. Check the list, on august 23rd I've written a short description on how it can be done (it's easy!). For Ubuntu 9.04 (Jaunty) there is a lengthy article on the FAI WIKI [2] - however, it's far more complicated than on Lucid. Cheers, Robert [1] https://launchpad.net/~fai/+archive/ppa [2] http://faiwiki.informatik.uni-koeln.de/index.php/UbuntuJauntyInstallationHowTo mamadou diop wrote: > Hello. I recome after trying solutions. I have changed my Ubuntu release. > Now I have no more 9.04 but 8.04 because I believed > that the wrong of fai-setup was due to the Ubuntu jaunty which is unstable. [...]