You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Hyrum K Wright <hy...@wandisco.com> on 2011/09/06 15:17:23 UTC
Re: Error tagging with ra_serf
On Tue, Aug 30, 2011 at 4:42 AM, Philip Martin
<ph...@wandisco.com> wrote:
> Hyrum K Wright <hy...@wandisco.com> writes:
>
>> In an effort to make sure my problems with serf are well known, I'm
>> posting this. I'm attempting to create a tag of a personal project,
>> and get the following error (over https, with the 1.7.x branch):
>>
>> [[[
>> $ svn cp $REPOS/hikehy/trunk $REPOS/hikehy/releases/4.0.0
>> subversion/svn/copy-cmd.c:134: (apr_err=200007)
>> subversion/libsvn_client/copy.c:2346: (apr_err=200007)
>> subversion/libsvn_client/copy.c:1026: (apr_err=200007)
>> subversion/libsvn_client/copy.c:1026: (apr_err=200007)
>> subversion/libsvn_ra_serf/serf.c:614: (apr_err=200007)
>> subversion/libsvn_ra_serf/util.c:711: (apr_err=200007)
>> svn: E200007: Error running context
>> subversion/libsvn_ra_serf/util.c:711: (apr_err=200007)
>> svn: E200007: Trying to use an unsupported feature
>> $
>> ]]]
>>
>> After switching to neon, the commit went through just fine. The
>> server is running 1.6.17.
I tried this again using serf, and a WC->REPO copy works just fine; it
only fails on a REPO->REPO copy.
> Any clues in the server error log?
The server log gives:
[Tue Sep 06 08:12:02 2011] [error] [client xxx.xxx.xxx.79] Querying
mergeinfo requires version 3 of the FSFS filesystem schema; filesystem
'/var/svn/repos/hikehy/db' uses only version 2 [501, #200007]
[Tue Sep 06 08:12:02 2011] [error] [client xxx.xxx.xxx.79] Querying
mergeinfo requires version 3 of the FSFS filesystem schema; filesystem
'/var/svn/repos/hikehy/db' uses only version 2 [501, #200007]
After upgrading the filesystem on the server, the problem disappears,
and I can create the tag using ra_serf.
What's interesting about this is that ra_neon didn't require querying
mergeinfo (or at least didn't fail when doing so) and ra_serf did.
-Hyrum
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Re: Error tagging with ra_serf
Posted by Hyrum K Wright <hy...@wandisco.com>.
On Tue, Sep 6, 2011 at 9:33 AM, Philip Martin
<ph...@wandisco.com> wrote:
> Philip Martin <ph...@wandisco.com> writes:
>
>> I think we should raise an issue.
>
> http://subversion.tigris.org/issues/show_bug.cgi?id=4008
Agreed. Thanks for raising it.
-Hyrum
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com/
Re: Error tagging with ra_serf
Posted by Philip Martin <ph...@wandisco.com>.
Philip Martin <ph...@wandisco.com> writes:
> I think we should raise an issue.
http://subversion.tigris.org/issues/show_bug.cgi?id=4008
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com
Re: Error tagging with ra_serf
Posted by Philip Martin <ph...@wandisco.com>.
Hyrum K Wright <hy...@wandisco.com> writes:
> I tried this again using serf, and a WC->REPO copy works just fine; it
> only fails on a REPO->REPO copy.
>
>> Any clues in the server error log?
>
> The server log gives:
> [Tue Sep 06 08:12:02 2011] [error] [client xxx.xxx.xxx.79] Querying
> mergeinfo requires version 3 of the FSFS filesystem schema; filesystem
> '/var/svn/repos/hikehy/db' uses only version 2 [501, #200007]
> [Tue Sep 06 08:12:02 2011] [error] [client xxx.xxx.xxx.79] Querying
> mergeinfo requires version 3 of the FSFS filesystem schema; filesystem
> '/var/svn/repos/hikehy/db' uses only version 2 [501, #200007]
>
> After upgrading the filesystem on the server, the problem disappears,
> and I can create the tag using ra_serf.
>
> What's interesting about this is that ra_neon didn't require querying
> mergeinfo (or at least didn't fail when doing so) and ra_serf did.
I can reproduce it by creating a repository using --pre-1.5-compatible.
I see the error log entry for both neon and serf.
The entry in the error log doesn't correspond to the serf call that
fails, it is generated when libsvn_client/copy.c:repos_to_repos_copy
calls svn_client__get_repos_mergeinfo, and that error is cleared because
squelch_incapable is TRUE.
However a subsequent call to svn_ra_check_path fails in
serf.c:fetch_path_props and seems to do so without contacting the
server. Perhaps serf is failing to clear an internal error? I think we
should raise an issue.
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com