summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorGravatar sameer@d9beaa99579e465dc21f3679fa4dbc9704049e12 <sameer@web>2017-01-21 08:08:37 +0000
committerGravatar admin <admin@branchable.com>2017-01-21 08:08:37 +0000
commit64690daae98b891b455261fdf608b35f630decc1 (patch)
tree7575ee5df176e48b3213fc56b65b134529d28171 /doc
parent04263b306e551f730e6f1d64061871896347c0a6 (diff)
Diffstat (limited to 'doc')
-rw-r--r--doc/forum/how_long_are_git_annex_commands_supposed_to_take__63__.mdwn9
1 files changed, 9 insertions, 0 deletions
diff --git a/doc/forum/how_long_are_git_annex_commands_supposed_to_take__63__.mdwn b/doc/forum/how_long_are_git_annex_commands_supposed_to_take__63__.mdwn
new file mode 100644
index 000000000..67ba99b98
--- /dev/null
+++ b/doc/forum/how_long_are_git_annex_commands_supposed_to_take__63__.mdwn
@@ -0,0 +1,9 @@
+I have a git annex repository that contains only photos and videos. I am using an NTFS partition on Linux (because dual-boot), and recently did a `git annex upgrade` to version 6. (But the question below is general, and not about version 6). The size of my repo must be around 80G.
+
+When I run commands like status and sync, nothing happens for a really long time. I finished a `git annex fsck` today morning after the version upgrade, and so wanted to see what the repo now looks like:
+
+ git annex status --debug
+
+This is stuck at internally calling `git status -uall -z` with some other options. The process is stuck here for almost an hour, and I finally gave up and cancelled it. Like I said, this is not about the recent upgrade that I finished. I have previously seen the process succeed after one or two hours.
+
+Is it normal for `status` to take this long? Or is there something wrong with my repo? For example, maybe a large chunk of my files are checked into git without being annexed? My repo has a long history of making mistakes with git annex, so this is actually possible.