Forums : Technical Issue Help

trac-hacks is not updating

 

Yes, we're getting a time-out from a SVN server, "svn: E000104: Error running context: Connection reset by peer"

We're trying again.

 

Do you checkout the working copy before running the code analysis?

I admin the trac-hacks.org SVN server, so let me know if you have any suggestions on how I might adjust the Apache config to fix the issue.

Fe9a66324584ab7743f081968b9938bc?&s=42&rating=pg&d=http%3a%2f%2fopenhub.net%2fanon80
Ryan J Ollos 14 days ago
 

We check out each revision in sequence and convert the revision to Git locally. The fact that we have to check out each and every revision is usually our downfall with SVN servers.

We have an optimization planned to only look at the last 6 months of activity, but that will take a while to put into place since it will be rather pervasive to our infrastructure.

Right now, we just try over and over again. This is why we try to always update SVN repositories, but in this case, we were don't have a recent, clean version of the entire history and are forced to re-fetch the entire history again.

 

Hi Ryan;

All the Fetch attempts we've made continue to fail with the same error: 'svn: E000104: Error running context: Connection reset by peer"

Here's the command we're running:

svn checkout --trust-server-cert --non-interactive -r 9038 'https://trac-hacks.org/svn@9038' [LOCAL_DIR] --ignore-externals --no-auth-cache

This command failed while fetching the mathcaptchaplugin directory. I've verified the command works on my dev system and on the production box. As mentioned, this may be due to the process of checking out the code at each revision.

Might there be any information from your server logs that could help us figure this out?

In the interim, I'm trying again and will see if we can't get past revision 9038

 

I don't see anything in the logs. Do you have a timestamp for when the failure was recorded on your end?

Rev 9038 has changes to the directory /tracrussiantranslation, so I'm unsure about the relationship between r9038 and /mathcaptchaplugin that you cite.

Fe9a66324584ab7743f081968b9938bc?&s=42&rating=pg&d=http%3a%2f%2fopenhub.net%2fanon80
Ryan J Ollos 12 days ago
 

Yes. Here is the sequence of the failure:

Auto-rescheduled 2017-11-26 12:53:14 UTC
Previous Failure: Connection Reset by Peer (SVN?) (FG 11)
Auto-rescheduled 2017-11-27 18:35:16 UTC
Previous Failure: Connection Reset by Peer (SVN?) (FG 11)
Auto-rescheduled 2017-11-28 14:19:12 UTC
Previous Failure: Connection Reset by Peer (SVN?) (FG 11)
Auto-rescheduled 2017-11-29 14:50:06 UTC
Previous Failure: Connection Reset by Peer (SVN?) (FG 11)

Note: "FG" is Failure Group. This failure was categorized and this group is set to auto-reschedule.

The latest fetch is on step 54 out of 7967.

 

I did some searching and no significant ideas, but others report seeing the issue without a resulting entry in the server logs. The errors often seems to be associated with a proxy or interruption of the connection.

The only non-standard part of the trac-hacks.org Apache SVN configuration is SVNAdvertiseV2Protocol Off. That was a workaround for commits being blocked after upgrading to Subversion 1.8. I'm investigating a real solution to that issue.

Are you using a Subversion client with the serf library, like 1.8 or 1.9?

Fe9a66324584ab7743f081968b9938bc?&s=42&rating=pg&d=http%3a%2f%2fopenhub.net%2fanon80
Ryan J Ollos 11 days ago
 

We've applied configuration changes to trac-hacks.org, including SVNAdvertiseV2Protocol On.

Fe9a66324584ab7743f081968b9938bc?&s=42&rating=pg&d=http%3a%2f%2fopenhub.net%2fanon80
Ryan J Ollos 11 days ago
 

Hi Ryan;

I'll continue monitoring the project to see if the configuration change results in a completed Fetch.

Here is our SVN info:

svn, version 1.9.7 (r1800392)
compiled Aug 10 2017, 20:14:53 on x86_64-unknown-linux-gnu

Copyright (C) 2017 The Apache Software Foundation.
This software consists of contributions made by many people;
see the NOTICE file for more information.
Subversion is open source software, see http://subversion.apache.org/

The following repository access (RA) modules are available:

  • ra_svn : Module for accessing a repository using the svn network protocol.
    • with Cyrus SASL authentication
    • handles 'svn' scheme
  • ra_local : Module for accessing a repository on local disk.
    • handles 'file' scheme
  • ra_serf : Module for accessing a repository via WebDAV protocol using serf.
    • using serf 1.3.7 (compiled with 1.3.7)
    • handles 'http' scheme
    • handles 'https' scheme

The following authentication credential caches are available:

  • Plaintext cache in /home/serv-deployer/.subversion
  • Gnome Keyring
  • GPG-Agent
  • KWallet (KDE)
 

It failed most recently at 2017-11-30 09:44:17 UTC at step 426 of 7967 total.

I've rescheduled it and will continue to monitor it.

 

Post a Response