summaryrefslogtreecommitdiff
path: root/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
diff options
context:
space:
mode:
authorGravatar helmut <helmut@web>2013-12-02 15:41:09 +0000
committerGravatar admin <admin@branchable.com>2013-12-02 15:41:09 +0000
commitfa10d5bc07a221c00da40f8d062ebf5366edae76 (patch)
treedd3e58adfd72a887d9bcfe306b8b13cda397a580 /doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
parent7c68893b3ea55b484d1d69973745d7f77a396c87 (diff)
Diffstat (limited to 'doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn')
-rw-r--r--doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn15
1 files changed, 15 insertions, 0 deletions
diff --git a/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn b/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
new file mode 100644
index 000000000..4662703cd
--- /dev/null
+++ b/doc/bugs/incremental_fsck_should_not_use_sticky_bit.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+
+There are multiple problems that have the same cause:
+
+ * When using a shared repository (core.sharedrepository = group), the directories that contain the actual objects may be owned by different users. In this case adding or removing the sticky bit is prohibited by the operating system. Thus shared repositories can only be incrementally fscked if all objects are owned by the same user.
+
+ * It is not currently possible to run incremental fscks on the local repository and on a special remote at the same time, because both of them use the same flag space, the sticky bit.
+
+### What steps will reproduce the problem?
+
+Create a shared repository (core.sharedrepository = group), let a different user add an object and then try to fsck it.
+
+### What version of git-annex are you using? On what operating system?
+
+Debian's 4.20131106~bpo70+1