I am experiencing symptoms _very_ similar to the following:
http://subversion.tigris.org/faq.html#tiger-apr-0.9.6
The primary difference being that I _cannot_ checkout a local file://
copy of the repository.
I am running debian subversion 1.3.1-3 with debian apache2-2.0.55-4
(APR 0.9.7) and neon25, backported to what is effectively debian stable,
on numerous handrolled vanilla 2.6.13 kernel 32bit x86 servers.
I have built my apache2 with ac_cv_func_poll=no, and I've installed and
rebuilt subversion against it as well.
The following reports that there is _no_ mention of poll in my built
APR, so the ac_cv_func_poll=no must have been successful (see the IRC
chat at the end of this email):
nm --dynamic /usr/lib/libapr-0.so.0 | grep "U poll"
Returns nothing.
The symptoms are the following errors (very symptomatic of the
apr-0.9.6 bug).
$ svn co file:///path/to/repository
svn: Invalid diff stream: [tgt] insn 1 starts beyond the target view
position
$ svnadmin verify
...
* Dumped revision 652.
svnadmin: Invalid diff stream: [tgt] insn 1 starts beyond the target
view position
$ tail /var/log/apache/error_log
Provider encountered an error while streaming a REPORT response. [500, #0]
A failure occurred while driving the update report editor [500, #185003]
Invalid diff stream: [tgt] insn 1 starts beyond the target view
position [500, #185003]
All remenicient of the apr-0.9.6 bug mentioned in the FAQ.
I guess I need two things:
1. Suggestions on what patches or changes I may try to fix this bug.
2. Guidance on how I can repair this repository.
I plan on giving 1.3.2 a go. I am also rsyncing a hotcopied tree of this
to a running FC5 box to test it there (in case it is my debian environment)
Thank you for your time and assistance with this irritating little problem.
The following is an IRC log of my chat with #svn-dev earlier today (after
having been referred there by someone on #svn).
*** Topic for #svn-dev: Subversion development channel (User questions
+ go to #svn)
<icblenke> I think I've found a bug.
<icblenke> Identical to
+ http://subversion.tigris.org/faq.html#tiger-apr-0.9.6, only
+ ac_cv_func_poll=no does _not_ fix it.
<icblenke> that, and I can't svn co file:/// as that particular bug
+ claims I should be able to.
<rooneg> well, if the fix doesn't fix it, and it has different
+ symptoms, then it's not identical, is it ;-)
<icblenke> This is with subversion-1.3.1, built against debian's
+ apache 2.0.55-4 (apr 0.9.7)
<icblenke> pretty much ;)
<icblenke> the error messages are virtually identical.
<rooneg> what happens when you use a file:// url?
<icblenke> I get the same error as if I use a https:// url remotely.
<eh> (which backend?)
<icblenke> fsfs
<eh> k
<peterS> icblenke: heh, if you're on debian unstable, 1.3.2-1 will
+ show up on the mirrors Real Soon Now (i.e., in a few hours) (:
<peterS> not that 1.3.2 fixes _that_ many bugs
<icblenke> probably better to backport from unstable than handroll my
+ own 1.3.2 package. won't have to dork with the debian patches then.
<icblenke> looking at the 1.3.2 changes now.
<peterS> there are very few changes we made to debian between 1.3.1
+ and 1.3.2
<peterS> backporting to stable is mainly a matter of disabling java
+ (in debian/rules, ENABLE_JAVAHL=no, in debian/control, remove some
+ stuff from Build-Depends) and changing neon25 to neon24 in
+ debian/control
<peterS> I think that's all, in fact
<icblenke> using neon25 here, if that matters.
<peterS> ahh, even easier (:
<icblenke> checking out with file://, does it really matter what
+ version of APR I'm building against?
<icblenke> at this point, I just want to be able to dump/repair this
+ repository.
<peterS> subversion uses apr all over the place, not just in remote
+ protocols, so that's an open question
<icblenke> I'm positive my 1.3.1 is built against 2.0.55-4 built with
+ ac_cv_func_poll=no
<rooneg> using file:// won't use apr's poll support at all, so it
+ doesn't matter
<icblenke> this does sound like a different bug then.
<rooneg> you mean because it's... well... different? ;-)
<peterS> does ac_cv_func_poll imply use of poll()? then you can
+ double-check with 'nm --dynamic /usr/lib/libapr-0.so.0 | grep "U poll"'
<peterS> it'll either be present or not
<peterS> right, in the normal build of libapr0, "U poll" is present.
+ in yours it's absent, so I guess that setting made the difference
+ it was supposed to make
<rooneg> look, poll has zero to do with file:// access. can you
+ access the repos over file:// or not?
<icblenke> all of the present symbols are apr_poll, there are no
+ symbols prefixed by "poll"
<icblenke> rooneg: I cannot.
<icblenke> svn: Invalid diff stream: [tgt] insn 1 starts beyond the
+ target view position
<icblenke> that's the error I get when checking out with a file:// url
<rooneg> then poll has nothing to do with your problem, and you can
+ stop worrying about poll ;-)
<icblenke> yay!
<icblenke> I've svn hotcopy'ed the repository to dork with.
<icblenke> going to try rsyncing it to a FC5 box and see if I can do
+ anything with it there.
<icblenke> svnadmin verify returns:
<icblenke> svnadmin: Invalid diff stream: [tgt] insn 1 starts beyond
+ the target view position
<icblenke> apache log contains:
<icblenke> Provider encountered an error while streaming a REPORT
+ response. [500, #0]
<icblenke> A failure occurred while driving the update report editor
+ [500, #185003]
<icblenke> Invalid diff stream: [tgt] insn 1 starts beyond the target
+ view position [500, #185003]
<icblenke> http://svn.haxx.se/users/archive-2005-12/0668.shtml <--
+ someone else with my problem?
<icblenke> similar, but not identical.
<icblenke> svnadmin dump dies with the same error as svnadmin verify,
+ predictably.
<rooneg> svnadmin dump and svnadmin verify are essentially the same
+ command
<icblenke> figured.
<icblenke> any suggestions to things I might try? I'm a bit stumped at
+ the moment.
<icblenke> (aside from upgrading to 1.3.2, which I'm in the process of)
<rooneg> you're really better off posting to the user's list about it.
<rooneg> off the top of my head, you've got some sort of repository
+ corruption. depending on the details it may be possible for someone
+ who's better at this than me to recover parts of it, but it's still
+ far outside the scope of this discussion, which is about writing code
+ for svn, not user support.
<icblenke> ok then.
<icblenke> I'll include this IRC chat in the bug request for good
+ measure.
<icblenke> buddy system and all of that.
<rooneg> NO! do NOT file a bug report yet. post to the user's list
+ and ask for help.
<icblenke> that's what I was planning. I grok the process.
<rooneg> sorry, reflex ;-)
- Ian C. Blenke <ian_at_blenke.com> http://ian.blenke.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 2 21:56:56 2006