blob: cd7c15daff06b699ea2d132ef1633c9df9a9fd02 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
|
### Please describe the problem.
I am running `git-annex test`, it stops on an NFS mount with exhausted resources (too many open FDs).
Then I try to remove the `.t` directory with `rm -rf .t` and get many errors like:
```
rm: cannot remove `.t/tmprepo61/.git/annex/objects/96/qw/SHA256E-s10--bcc2eba25d48be76c9d968f2d818196b0e10e13476dcff75371fc0ca4910450c/SHA256E-s10--bcc2eba25d48be76c9d968f2d818196b0e10e13476dcff75371fc0ca4910450c': Permission denied
```
The permissions on those files look normal (they are mine).
### What steps will reproduce the problem?
see above
### What version of git-annex are you using? On what operating system?
git HEAD (self-built). On Linux.
### Please provide any additional information below.
[[!format sh """
# If you can, paste a complete transcript of the problem occurring here.
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
# End of transcript or log.
"""]]
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
On /tmp the self-test works. Maybe it is related to NFS?
> Turns out that git-annex was keeping files in .t open in some
> circumstances after deleting them. I have fixed some of this. Possibly
> not all. --[[Joey]]
|
