[EMAIL PROTECTED] wrote:
Sorry, I will check the patch in next week. Returning to my old nfs
environment will took some time.
Please let me know your environment.
- linux 2.6.12.6 and Xen? (I am very new to Xen)
Quite right. This one in particular is a XenU -- an unprivileged domain
running inside a larger physical machine. Since the machine is running
other VMs, I can't take the whole thing down to run this instance
directly on the raw hardware.
Also notably, this system is a x86_64 box.
- unionfs version
1.1.1, plus the patch in question (and the unionfs.h change from the
older patch, since you didn't include it in the new one).
- boot with initrd and linuxrc?
Booting into an initramfs w/ its initial contents loaded from a cpio
archive.
please show me how you mount in linuxrc and the branch filesystems.
from the initramfs's /init:
mount -t unionfs -o
dirs=/root/overlay/content=rw:/root/base=ro,copyup=preserve none /unionfs
cd /unionfs
umount /proc
umount /sys
mkdir -p mnt/union/base
mkdir -p mnt/union/overlay
mount --move /dev dev
mount --move /root/base mnt/union/base
mount --move /root/overlay mnt/union/overlay
rmdir /root/base /root/overlay
exec /bin/run-init -c ./dev/console /unionfs $init $runlevel
If you can, please try these.
- strace ifup and find what systemcall was issued
Certainly; give me a little time to get around to this, most likely this
weekend.
- boot without Xen
I'd need to find somewhere else to run this test, and so am not sure
I'll be able to do this.
Notably, this *only* happens with the second patch -- with the one you
previously there's the other bug (w/ broken symlinks not being
readable), but other than that it works for me.
_______________________________________________
unionfs mailing list
[email protected]
http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
