[EMAIL PROTECTED] wrote:
> Heinrich Rebehn:
>> i am unable to compile aufs version 20071105 under Ubuntu 7.10 (Kernel =
>>
>> 2.6.22 with Ubuntu patches):
>
> Here is a patch for it.
> This patch supports the ubuntu kernel only
> (archive.ubuntu.com/ubuntu/pool/main/l/linux-source-2.6.22/linux-sou
On Tue, Nov 27, 2007 at 12:11:41PM +0900, [EMAIL PROTECTED] wrote:
> Additionary, there is a limitation or specification in tmpfs.
> It does not reclaim the inode number, and this behaviour MAY make aufs
> to do the same behaviour too. In this case, the file size of xino grows.
> Try 'df -i' and 'l
I'm running aufs 20061126 on linux i386 2.6.22.14. The machine I'm using
now is a vmware VM with 2 CPUs, but I've also reproduced similar crashes
on real x86 hardware with older aufs versions.
# mkdir a b u
# mount -t tmpfs tmpfs a
# mount -t tmpfs tmpfs b
# mount
Jason Lunz:
> Interesting. What other choice do I have if I'm using a typical
> writable-cow-on-readonly-squashfs sort of embedded setup?
How about these?
- ramdisk + mke2fs + mount
- tmpfs + loopback ext2 fs-image + mount
> What about just using noxino? In what situations is xino necessary? Wh
Jason Lunz:
> I'm running aufs 20061126 on linux i386 2.6.22.14. The machine I'm using
> now is a vmware VM with 2 CPUs, but I've also reproduced similar crashes
> on real x86 hardware with older aufs versions.
I could reproduce the problem.
Give me some time.
Junjiro Okajima
-
Jason Lunz:
> I'm running aufs 20061126 on linux i386 2.6.22.14. The machine I'm using
> now is a vmware VM with 2 CPUs, but I've also reproduced similar crashes
> on real x86 hardware with older aufs versions.
I think it is a race condition in revalidating a dentry.
Will you try this patch?
Jun
