Re: aufs BUG

2007-03-01 Thread sfjro
"Fernando A. P. Gomes": > switchroot doesn't have exit code. switchroot replaces the current process > (the init in initrd) and then executes the new init. Since you are still using initrd instead of initramfs, I must ask you again. How did you identify that switchroot succeeded? Your kernel ma

Re: umount crash / BUG: unable to handle kernel NULL pointer

2007-03-01 Thread sfjro
"Jrgen_P._Tjern": > > I suggest you to compile other module by yourself and test it, or to > > check the compile environment. Unloading uncessary modules may be > > meaningful. > Are you saying the default precompiled modules from Ubuntu are broken? :O No. When I say 'the compile environment', it

Re: aufs BUG

2007-03-01 Thread Fernando A. P. Gomes
Hi Junjiro, > > > Are you sure that switchroot returns 0? > > Will you answer my question? switchroot doesn't have exit code. switchroot replaces the current process (the init in initrd) and then executes the new init. > > > You moved /etfw/.etfw_changes branch under /filesystem and you would

Re: umount crash / BUG: unable to handle kernel NULL pointer

2007-03-01 Thread Jørgen P. Tjernø
[EMAIL PROTECTED] wrote: > "Jrgen_P._Tjern": >> Sure! See the attached aufs.log. :-) > > Thank you. > It seems your environment is broken. > >> [135136.953541] BUG: warning at >> /root/aufs.wcvs/aufs/fs/aufs/super.c:503/alloc_sbinfo() > ::: >> [135147.517991] sb cea18e40, sbinfo >

Re: umount crash / BUG: unable to handle kernel NULL pointer

2007-03-01 Thread sfjro
"Jrgen_P._Tjern": > Sure! See the attached aufs.log. :-) Thank you. It seems your environment is broken. > [135136.953541] BUG: warning at > /root/aufs.wcvs/aufs/fs/aufs/super.c:503/alloc_sbinfo() ::: > [135147.517991] sb cea18e40, sbinfo > [135147.518018] BUG: warning at > /r

Re: aufs BUG

2007-03-01 Thread sfjro
"Fernando A. P. Gomes": > > Are you sure that switchroot returns 0? Will you answer my question? > > You moved /etfw/.etfw_changes branch under /filesystem and you would see > > it after switchroot. > > Yes. > > > How about /cdrom and /etfw branches? If you use > > initramfs, can you see it

Re: aufs BUG

2007-03-01 Thread Fernando A. P. Gomes
Hi, > > > > mount --move /etfw/.etfw_changes /filesystem/.etfw_changes > > Do you mean you stopped bouding mount? Yes, I'm trying everything :), now I do a mount --move. > > Yes, I told you that /sbin/switch_root is: > > > > switchroot /filesystem > > I see. > Are you sure that switchroot retur

Re: Unknown symbols

2007-03-01 Thread sfjro
Hello Heinrich, Heinrich Rebehn: > # depmod -a -e -F System.map-2.6.19.5 2.6.19.5 > WARNING: /lib/modules/2.6.19.5/kernel/fs/aufs.ko needs unknown symbol > kzalloc It is defined as inline function in linux/include/slab.h. > WARNING: /lib/modules/2.6.19.5/kernel/fs/aufs.ko needs unknown symbol

Re: umount crash / BUG: unable to handle kernel NULL pointer

2007-03-01 Thread Jørgen P. Tjernø
[EMAIL PROTECTED] wrote: "Jrgen_P._Tjern": I thought CONFIG_AUFS_LHASH_PATCH was for using NFS-filesystems as a = branch of your aufs? I haven't touched AUFS_LHASH_PATCH, I just fetched = source and did make -f local.mk. :-) Ok. You didn't apply kernel patches from aufs and used the default

Re: aufs for disaster recovery

2007-03-01 Thread Ramy M. Hassan
[EMAIL PROTECTED] wrote: >Hello Ramy, > >"Ramy M. Hassan ": > > >>Unfortunatly, I am not able to use the current version of aufs for this >>purpose, because export via NFS is not yet supported by NFS. I see it in >>the list of (current work). Junjiro, could you please let me know when >>we sh

Unknown symbols

2007-03-01 Thread Heinrich Rebehn
Hi list, does anyone know where these symbols should come from? # depmod -a -e -F System.map-2.6.19.5 2.6.19.5 WARNING: /lib/modules/2.6.19.5/kernel/fs/aufs.ko needs unknown symbol kzalloc WARNING: /lib/modules/2.6.19.5/kernel/fs/aufs.ko needs unknown symbol update_atime This is aufs version 2

Re: aufs for disaster recovery

2007-03-01 Thread sfjro
Hello Ramy, "Ramy M. Hassan ": > Unfortunatly, I am not able to use the current version of aufs for this > purpose, because export via NFS is not yet supported by NFS. I see it in > the list of (current work). Junjiro, could you please let me know when > we should expect this feature in aufs ?

Re: aufs BUG

2007-03-01 Thread sfjro
Hello, "Fernando A. P. Gomes": > Sorry, the source code can be downloaded here: > http://isoredirect.centos.org/centos/4/os/SRPMS/mkinitrd-4.2.1.8-1.src.rpm > > I attached only nash.tgz that make a part from mkinitrd. Thank you. > No, I execute: > > mount -t tmpfs none /etfw/.etfw_changes

aufs for disaster recovery

2007-03-01 Thread Ramy M. Hassan
Hello, Thanks Junjiro for giving us such a usefull piece of code. We have a number of very busy file servers, each having about 1.5TB of disk storage exported through NFSv3. The most serious troubles happens when we notice signs of filesystem corruption on any of the servers. Yes, filesystem c

Re: aufs BUG

2007-03-01 Thread Fernando A. P. Gomes
Hello, > And where is the source code? Sorry, the source code can be downloaded here: http://isoredirect.centos.org/centos/4/os/SRPMS/mkinitrd-4.2.1.8-1.src.rpm I attached only nash.tgz that make a part from mkinitrd. > > My initrd is like this: > > mount -n -t aufs -o > > br=/etfw/.etfw_chang