diff options
author | Gianluca Guida <glguida@gmail.com> | 2005-05-25 01:56:32 +0000 |
---|---|---|
committer | Gianluca Guida <glguida@gmail.com> | 2005-05-25 01:56:32 +0000 |
commit | 25364edf1efa3f73a2c7a1cc35b700d9778d9faa (patch) | |
tree | 0554713a7ab4b15f3e093b3ab296d7e0fdc2e865 /CAVEAT | |
parent | 5c57e343a9b3d993d833f5015680615670174631 (diff) |
New README and CAVEAT
Diffstat (limited to 'CAVEAT')
-rw-r--r-- | CAVEAT | 25 |
1 files changed, 25 insertions, 0 deletions
@@ -0,0 +1,25 @@ +While using unionfs, you could experience more permission errors or +difficult or impossible file or directory deletion. This is a list of +things that can happen. + +WARNINGS: + +- If the translator is run as by an unpriviledged user, other users will fail +to create files or directory, since the translator won't be able to change +the ownership of the file. + + +PROBLEMS: + +- If there's a name conflict in underlying filesystems between directories +and files -- say that "foo" is a directory in underlying filesystem "a" while +is a file in the underlying filesystem "b" -- then unionfs will be unable to +delete this entry. This is a structural BUG (there's no clean way to solve it), +and should be fixed. + +- If there's a name conflict in underlying filesystems between directories +(or between files), and the user has not permission to delete _ALL_ the +entries -- e.g. one hidden entry is read-only -- then he will get an EPERM +even if permissions seems ok. This is a structural BUG (there's no clean way +to solve it), and should be fixed. + |