mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

comment

Browse source
This commit is contained in:
Joey Hess 2017-04-05 11:41:59 -04:00
parent 74af1d2dfe
commit 3b84209c17
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 21 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

BIN
doc/bugs/add_fails_with_v6_repo_when_four_levels_deep/.comment_8_a6c330f5ad2f64d86d8a24c23c49115a._comment.swp Normal file
View file

Binary file not shown.

21
doc/bugs/add_fails_with_v6_repo_when_four_levels_deep/comment_8_a6c330f5ad2f64d86d8a24c23c49115a._comment Normal file
View file

@ -0,0 +1,21 @@
[[!comment format=mdwn
username="joey"
subject="""comment 8"""
date="2017-04-05T15:26:59Z"
content="""
git-annex does use CoW in a few situations; it does so by running `cp
--reflink` and letting it use CoW features when available. However,
I don't see where `git annex add` would use that, and of course I don't see
why that feature would break for you even if it did run cp that way.
git also uses CoW, at least it uses `mmap` with `MAP_PRIVATE`. I'm not
clear if/how that involves the filesystem layer.
This remains puzzling, but knowing it's limited to btrfs on Arch Linux
with CoW is certianly a good start.
It seems like a bug in btrfs would not be out of the question.
Trying some different kernel versions might be useful.
It would perhaps be useful to get `strace -ff` logs.
"""]]