git/list[1] front-page[2] threads[3] people[4] search[5] about
 

git-svn intermittent issues with absent_file

From
MAMatthias Andree <matthias.andree@uni-paderborn.de>
Date
Aug 27, 2009, 14:56 UTC
Message-ID
<op.uzbs4bsq3myrm3@balu.cs.uni-paderborn.de>
Greetings,

we seem to have issues with checking out files from an SVN server via https://. The problem is hard to reproduce, and shows as "absent_file" warnings, i. e. files that are in the SVN checkout don't make it to the Git checkin.

Perhaps this rings a bell with someone or there are similar reports that relate to our issues...

## ISSUE ## Once in a while, a git-svn clone or rebase fails with files  
missing from commits, as mentioned above. We haven't been able to figure  
out under what circumstances this happens. If we try to reproduce this (i.  
e. kill the directory completely and re-run the git svn clone), another  
revision (for instance 170) might show this, or the clone may succeed.
   This was observed with Git 1.6.0.4 under Ubuntu Linux Jaunty Jackalope  
(9.04) and on a different computer with Git 1.6.4.1.196.g31f0b (from the  
master branch) under a fully updated Cygwin 1.5.

Example log of failed data (sorry, we are not allowed to let you access the repository, so we must debug by proxy). I'm replacing substrings in the log below to maintain corporate confidentiality levels:

$ git svn clone --no-checkout https://svnserver.example.edu/project/
Initialized empty Git repository in /tmp/compnet/.git/
W: +empty_dir: branches
W: +empty_dir: tags
W: +empty_dir: trunk
r1 = a1b0e99e3986da4d8d461944b623b6abb2460de4 (refs/remotes/git-svn)
...
r135 = 294077e62ee5f463b8ab97d961d9742ef89ae662 (refs/remotes/git-svn)
         A       ... (~100 PDF files)
       ...
         A       d1/u1/2009_06/f1.pdf
W: +empty_dir: d1/u2/slides/2009_06
W: absent_file: d1/u1/2009_06/d1/u1/2009_06/f2.pdf Insufficient  
permissions?
W: absent_file: d1/u3/06_2009/f1/u3/2009_06/f3.pdf Insufficient  
permissions?
W: absent_file: d1/u2/slides/2009_06/d1/u2/slides/2009_06/f4.pdf  
Insufficient permissions?
r136 = 58523cf1fa867d33a74080dabdcbc85ae0ba99ec (refs/remotes/git-svn)
...
r139 = 2fb1647bc40d3815a5eefb32d43a375e03d2e871 (refs/remotes/git-svn)
Incomplete data: Delta source ended unexpectedly at  
/usr/local/libexec/git-core/git-svn line 4605

Just re-running "git svn fetch" reproduces the "Incomplete data:" error and aborts, but re-fetching an older version succeeds. No fiddling with permissions needed.

## WORKAROUND ##

If this happens, I can force a checkout with, say, "git checkout -t -b master remotes/git-svn", revert to the last good revision with "git svn reset -r135" (this doesn't work without prior checkout) and then re-run git svn fetch, which will usually succeed then.

The three absent_file lines are also recorded in .git/svn/refs/remotes/git-svn/unhandled.log for r136.

Questions:
1. What causes these absent_file issues? How can we assist with debugging  
this?
2. What does "Delta source ended unexpectedly" mean? (the line number is  
bogus, it's just the finish_report call)
3. Is this or a similar issue known? Is this an issue with the SVN server,  
the SVN bindings, or the git svn adaptor?
4. How can we avoid or fix this?
We're happy to test patches.
Thanks a lot in advance.
Cheers,
-- 
Matthias Andree
Next: Eric Wong
Message 1 of 5 in “git-svn intermittent issues with absent_file”
  1. Matthias AndreeAug 27, 2009
  2. Eric WongAug 27, 2009
  3. Matthias AndreeAug 28, 2009
  4. Matthias AndreeAug 28, 2009
  5. Ealdwulf WuffingaAug 29, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.