promote forum post to bug

This commit is contained in:
Joey Hess 2014-03-10 14:04:13 -04:00
parent 448f2f0a0b
commit aab40f02ca
Failed to extract signature
8 changed files with 0 additions and 0 deletions

View file

@ -0,0 +1,20 @@
Hi,
My Webapp isn't working:
$ git-annex webapp error: refs/gcrypt/gitception+ does not point to a valid object!
error: refs/remotes/Beta/git-annex does not point to a valid object!
error: refs/remotes/Beta/master does not point to a valid object!
fatal: unable to read tree 656e7db5be172f01c0b6994d01f1a08d1273af12
So I tried to repair it:
$ git-annex repair Running git fsck ...
Stack space overflow: current size 8388608 bytes. Use `+RTS -Ksize -RTS' to increase it.
So I tried to follow your advice here and increase the stack:
$ git-annex +RTS -K35000000 -RTS fsck
git-annex: Most RTS options are disabled. Link with -rtsopts to enable them.
I wasn't sure what to do next, so any help would be appreciated.

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.172"
subject="comment 1"
date="2014-02-23T18:51:45Z"
content="""
I suspect that git fsck is outputting so many lines about problems that it's taking more memory than it's limited to using to hold them all.
Can you paste the output of: git fsck --no-dangling --no-reflogs
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.172"
subject="comment 2"
date="2014-02-23T19:09:30Z"
content="""
Erm, that output is liable to be big, I only care how many lines and characters of output there are!
git fsck --no-dangling --no-reflogs |wc
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.172"
subject="comment 3"
date="2014-02-23T19:12:10Z"
content="""
Also, you can build git-annex from source with the RTS options enabled by running `cabal install git-annex --ghc-options=-rtsopts`
(or just build git-repair which has the repository repair parts of git-annex)
"""]]

View file

@ -0,0 +1,30 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawnFjuvfPpi1kf6l54bxfFUm0Aw_Gf_IO0o"
nickname="Aaron"
subject="Didn't work"
date="2014-03-01T22:40:36Z"
content="""
Many thanks for your input, Joey.
That didn't seem to work.
$ git fsck --no-dangling --no-reflogs |wc
error: unknown option `no-dangling'
usage: git fsck [options] [<object>...]
-v, --verbose be verbose
--unreachable show unreachable objects
--tags report tags
--root report root nodes
--cache make index objects head nodes
--reflogs make reflogs head nodes (default)
--full also consider packs and alternate objects
--strict enable more strict checking
--lost-found write dangling objects in .git/lost-found
--progress show progress
0 0 0
$ git --version
git version 1.7.9.5
"""]]

View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.146"
subject="comment 5"
date="2014-03-05T16:53:33Z"
content="""
You have an older version of git, which does not support --no-dangling.
git-annex will detect that, and omit the option. This does make it more likely that git fsck is outputing a ton of information, so I continue to think that's the most likely cause of the memory use.
Please verify with: git fsck --no-reflogs |wc
"""]]

View file

@ -0,0 +1,18 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawnFjuvfPpi1kf6l54bxfFUm0Aw_Gf_IO0o"
nickname="Aaron"
subject="comment 6"
date="2014-03-08T00:08:22Z"
content="""
That seemed to work, thanks:
$ git fsck --no-reflogs |wc
Checking object directories: 100% (256/256), done.
error: refs/gcrypt/gitception+ does not point to a valid object!
error: refs/remotes/Beta/git-annex does not point to a valid object!
error: refs/remotes/Beta/master does not point to a valid object!
Checking connectivity: 128728, done.
369082 1165340 20898546
Thanks for your help!
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="108.236.230.124"
subject="comment 7"
date="2014-03-10T18:02:46Z"
content="""
Ok, that verifies my hypothesis that fsck is outputting a lot of lines. 369082 lines to be precise, comprising 20 mb of data in all. So it's not too surprising this ends up blowing up into a bad amount of memory use.
I'm going to move this from a forum post over to a bug: <http://git-annex.branchable.com/bugs/enormous_fsck_output_OOM>
"""]]