Hello Charles, Charles Duffy: > from the initramfs's /init: > > mount -t unionfs -o > dirs=/root/overlay/content=rw:/root/base=ro,copyup=preserve none /unionfs
Are these branches both NFS? Still I cannot reproduce your problem on my linux, I have rewritten my patches. Trying linux-2.6.14 and 2.6.12.5, I didnt meet any problems. But at shutdown time after accessing many files, linux-2.6.14 wanred 'BUG: soft lockup.' I guess the reason is freeing dentries at 'mount -o remount,ro /'. Since unionfs dentry counts up hidden dentrires on branches, remouting or unmounting root unionfs cause huge number of traversals of dentries with keep locking dentry cache. Finally linux-2.6.14 detects the lock is held for over 10 sec, and wanred. But I have not chased this problem, it seems do no harm (currently.) Here is my patch for nfs and procfs, it is against unionfs-20051025-2113. I applied it after my rename2.patch + lookup patch, both patches are posted to this ml on 27 October. nfs patch calls some kernel internal functions, so you need to link unionfs statically instead of dynamic module. If you meet a problem again, try '#define Debug' in proc.c (new file). It will print which process accessed to proc fs. Although I tried procfs patch will be available in non-nfs environment, I didnt test it much. Junjiro Okajima
nfs+proc.patch.bz2
Description: BZip2 compressed data
_______________________________________________ unionfs mailing list [email protected] http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
