exception during SubversionSCM.calcChangedLog

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

exception during SubversionSCM.calcChangedLog

Renaud Bruyeron-2

I noticed that I do not have changelogs since I upgraded to Hudson 1.81
- i.e. the "changes" page is empty for each build.
I looked at the console output for one of the projects that has the
problem, and sure I enough I find an exception at the very end of the
checkout:

Lots of checkout messages...
....
At revision 1187
ERROR: revision check failed on http://mysvnserver.xxxxx.com/xxx/yyyy/trunk
org.tmatesoft.svn.core.SVNException: svn: '/xxx/!svn/bc/1187/trunk' path not found: 404 Not Found (http://mysvnserver.xxxxx.com)
        at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:48)
        at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.log(DAVRepository.java:499)
        at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:568)
        at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:164)
        at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:236)
        at hudson.model.AbstractProject.checkout(AbstractProject.java:267)
        at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:141)
        at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:107)
        at hudson.model.Run.run(Run.java:533)
        at hudson.model.Build.run(Build.java:99)
        at hudson.model.Executor.run(Executor.java:61)


I then went into my SVN access logs, and noticed something strange:
cruisecontrol.f6.fr - hudson [23/Feb/2007:19:33:07 +0100] "REPORT
/xxx/!svn/bc/1186/yyyy/trunk HTTP/1.1" 200 169 "-" "SVNKit 1.1.0
(http://svnkit.com/)"
... several PROPFIND requests
cruisecontrol.f6.fr - hudson [23/Feb/2007:19:33:07 +0100] "REPORT
/xxx/!svn/bc/1187/trunk HTTP/1.1" 404 226 "-" "SVNKit 1.1.0
(http://svnkit.com/)"

To me it looks like the second REPORT call is not using the correct URL:
it should say " REPORT /xxx/!svn/bc/1187/yyyy/trunk" to be consistent
with the previous call. However I must admit I don't know the details of
the svn+http protocol.

I also noticed that this affects some projects and not others. One thing
that may be relevant is that I have several repositories mounted on one
http url: / is the main repo, and the /xxx in the example above is
another repo.

Has anyone seen this problem as well?

 - Renaud

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: exception during SubversionSCM.calcChangedLog

Kohsuke Kawaguchi-2

Thank you for a detailed error report.

svnkit was introduced in 1.74 to handle subversion stuff in Hudson, so
maybe before the upgrade you were using a version older than 1.74?

I suspect a problem in SVNKit, but a problem like this is hard to
investigate unless I have an environment to reproduce the problem.

I wonder if it's possible for you to attach a debugger and see what's
going on, especially around:

>> at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.log(DAVRepository.java:499)

... where svnkit seems to execute the REPORT command. You might spot
something strange.

Otherwise we'll have to wait until someone else has the same problem
with a public svn server, then I can access it...


Renaud Bruyeron wrote:

> I noticed that I do not have changelogs since I upgraded to Hudson 1.81
> - i.e. the "changes" page is empty for each build.
> I looked at the console output for one of the projects that has the
> problem, and sure I enough I find an exception at the very end of the
> checkout:
>
> Lots of checkout messages...
> ...
> At revision 1187
> ERROR: revision check failed on http://mysvnserver.xxxxx.com/xxx/yyyy/trunk
> org.tmatesoft.svn.core.SVNException: svn: '/xxx/!svn/bc/1187/trunk' path not found: 404 Not Found (http://mysvnserver.xxxxx.com)
> at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:48)
> at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.log(DAVRepository.java:499)
> at org.tmatesoft.svn.core.wc.SVNLogClient.doLog(SVNLogClient.java:568)
> at hudson.scm.SubversionSCM.calcChangeLog(SubversionSCM.java:164)
> at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:236)
> at hudson.model.AbstractProject.checkout(AbstractProject.java:267)
> at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:141)
> at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:107)
> at hudson.model.Run.run(Run.java:533)
> at hudson.model.Build.run(Build.java:99)
> at hudson.model.Executor.run(Executor.java:61)
>
>
> I then went into my SVN access logs, and noticed something strange:
> cruisecontrol.f6.fr - hudson [23/Feb/2007:19:33:07 +0100] "REPORT
> /xxx/!svn/bc/1186/yyyy/trunk HTTP/1.1" 200 169 "-" "SVNKit 1.1.0
> (http://svnkit.com/)"
> .. several PROPFIND requests
> cruisecontrol.f6.fr - hudson [23/Feb/2007:19:33:07 +0100] "REPORT
> /xxx/!svn/bc/1187/trunk HTTP/1.1" 404 226 "-" "SVNKit 1.1.0
> (http://svnkit.com/)"
>
> To me it looks like the second REPORT call is not using the correct URL:
> it should say " REPORT /xxx/!svn/bc/1187/yyyy/trunk" to be consistent
> with the previous call. However I must admit I don't know the details of
> the svn+http protocol.
>
> I also noticed that this affects some projects and not others. One thing
> that may be relevant is that I have several repositories mounted on one
> http url: / is the main repo, and the /xxx in the example above is
> another repo.
>
> Has anyone seen this problem as well?
>
>  - Renaud
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>

--
Kohsuke Kawaguchi
Sun Microsystems                   [hidden email]

smime.p7s (4K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: exception during SubversionSCM.calcChangedLog

Renaud Bruyeron-2
Kohsuke Kawaguchi wrote:
>
> Thank you for a detailed error report.
>
> svnkit was introduced in 1.74 to handle subversion stuff in Hudson, so
> maybe before the upgrade you were using a version older than 1.74?
>
> I suspect a problem in SVNKit, but a problem like this is hard to
> investigate unless I have an environment to reproduce the problem.
>
I just tried to upgrade to svnkit 1.1.1 (by dropping the jar in
WEB-INF/lib) but I have a regression with the authentication part, so I
had to back out. Weird.
> I wonder if it's possible for you to attach a debugger and see what's
> going on, especially around:
>
I will try this when I have a minute. This issue and the svn:externals
support are the 2 things I'd like to look into.

 - Renaud

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: exception during SubversionSCM.calcChangedLog

Renaud Bruyeron-2
Renaud Bruyeron wrote:

> Kohsuke Kawaguchi wrote:
>>
>> Thank you for a detailed error report.
>>
>> svnkit was introduced in 1.74 to handle subversion stuff in Hudson,
>> so maybe before the upgrade you were using a version older than 1.74?
>>
>> I suspect a problem in SVNKit, but a problem like this is hard to
>> investigate unless I have an environment to reproduce the problem.
>>
> I just tried to upgrade to svnkit 1.1.1 (by dropping the jar in
> WEB-INF/lib) but I have a regression with the authentication part, so
> I had to back out. Weird.
>> I wonder if it's possible for you to attach a debugger and see what's
>> going on, especially around:
>>
> I will try this when I have a minute. This issue and the svn:externals
> support are the 2 things I'd like to look into.
ok I just tried from my workstation using a clean install (no .hudson),
and the same job works fine. I think something is wrong with the job
state data on the instance that has the problem, and this is throwing
off hudson. I'll try to attach a debugger on that instance to see what's
going on.

 - Renaud

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]