Am Mittwoch, 14. Dezember 2005 06:33 schrieb [EMAIL PROTECTED]: > "Prof. Dr.-Ing. Wilhelm Meier": > > gs ~ # touch /tftproot/gentoo_B/x > > gs ~ # > > OK, it succeeds. > > > gs ~ # ls -l /mnt/test/A/x > > ls: /mnt/test/A/x: Operation not permitted > > When the nfs operation is not writing, it is not permitted either. > But 'ls -l /mnt/test/N/x' succeeds. > Can you try 'ls -l /mnt/test/A' in this stiuation? > I thinks we should check the unionfs on nfs client side first.
The new results: gs ~ # gs ~ # touch /tftproot/gentoo_B/x gs ~ # ls -l /tftproot/gentoo_B/x -rw-r--r-- 1 root root 0 Dec 14 01:34 /tftproot/gentoo_B/x gs ~ # ls -l /mnt/test/A/x ls: /mnt/test/A/x: Operation not permitted gs ~ # ls -l /mnt/test/N/x -rw-r--r-- 1 root root 0 Dec 14 01:34 /mnt/test/N/x gs ~ # ls -l /mnt/test/T/x ls: /mnt/test/T/x: No such file or directory gs ~ # > > > gs ~ # touch /mnt/test/N/x > > touch: cannot touch `/mnt/test/N/x': Permission denied > > If /tftproot/gentoo_B is exported as readonly, this behaviour is > correct. Yes, this was to clarify things only ... > > > gs ~ # touch /mnt/test/T/x > > gs ~ # ls -l /mnt/test/A/x > > rw-r--r-- 1 root root 0 Dec 14 00:01 /mnt/test/A/x > > When the operation doesn't need to access nfs, it succeeds. > > > gs ~ # touch /mnt/test/A/x > > gs ~ # rm /mnt/test/T/x > > gs ~ # ls -l /mnt/test/A/x > > rw-r--r-- 0 root root 0 Dec 14 00:01 /mnt/test/A/x > > By the way, I am afraid 'rm /mnt/test/T/x' would break some information > in unionfs. So the output of 'ls -l /mnt/test/A/x' after that is > unreliable. Well, we modified file-metadata in the unification-fs, resulting in a modification in the left-most rw-branch, which is /mnt/test/T in this case. It succeds. If we delete the file in the left-most branch /mnt/test/T, then the file should vanish if there are no other copies in the other branches, or a file with same name of the other branches should show up. This should happen here, I think, if I understand the semantics of the unification correct. Am I wrong? Other situation would be, if we delete the file in the unification resulting in a whiteout in the leftmost-rw-branch. > > > Junjiro Okajima > _______________________________________________ > unionfs mailing list > [email protected] > http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs -- -- Wilhelm Meier email: [EMAIL PROTECTED] _______________________________________________ unionfs mailing list [email protected] http://www.fsl.cs.sunysb.edu/mailman/listinfo/unionfs
