On Mi, 2006-03-29 at 03:08 -0500, Josef Sipek wrote: > Sorry for the slow response. We are currently working on a Ottawa Linux > Symposium paper (http://www.linuxsymposium.org/2006/) about Unionfs and > our goals/trek toward kernel inclusion. > ... > Yeah, that looks like a bug. can you try to use 2.6.16 with latest CVS > snapshot verify that it is still a problem, and then retry the test with > UNIONFS_DELETE_ALL?
It's been a while since I reported this, so here's the problem again: "Moving a directory to .. doesn't delete it in ." The error can be reproduced like this: mkdir rw ro join ro/a ro/a/b mount -t unionfs none join -o dirs=rw=rw:ro=ro cd join/a mv b .. ls -> b is still there cd ../.. find join -> join join/a join/a/b find: WARNING: Hard link count is wrong for join: this may be a bug in your filesystem driver. Automatically turning on find's -noleaf option. Earlier results may have failed to include directories that should have been searched. join/b umount join find ro rw join -> ro ro/a ro/a/b rw rw/a rw/b rw/.wh.b join It looks to me as if the .wh.b appears in the wrong directory: rw/.wh.b instead of rw/a/.wh.b If I just unmount the union, move the white-out to rw/a/.wh.b and remount, everything looks ok. This still happens with unionfs-20060503-0408.tar.gz, and defining UNIONFS_DELETE_ALL (like you asked me to) doesn't help. Regards, Torsten _______________________________________________ unionfs mailing list [email protected] http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
