Hi Waseem,
We use the svnsync synchronize command with a fair amount of success. We have
this set to run automatically in the hook scripts as described in the Red Bean
Subversion book (available in html). This was successful enough that we chose
not to use a third party tool to do the repo sy
Update:
The checkout also failed:
REPORT of '/repos/!svn/vcc/default': Could not read chunk size: connection was
closed by server (http://server)
From: Andersen, Krista
Sent: Tuesday, June 28, 2011 4:48 PM
To: users@subversion.apache.org
Cc: Andersen, Krista
Subject: bug? corrupted rev
Hi SVN users
I found a new error - (at least new to me):
svnsync: REPORT of 'http://server/repo': Could not read chunk size:
connection was closed by server (http://server)
We have the standard master/mirror repo setup as described in the Red Bean
book. The sync is kicked off by the post-c
king copies to point to the >
> master location for their repo, they have not received that error again.
>
> Has anyone else seen this behavior? Is it a know bug - perhaps fixed in a
> more recent version?
>
Cheers,
Krista
-Original Message-
From: An
Hi Gert,
Thank you for responding.
> If You can You change the mirror setup so that SVNMasterURI has same
> path part as mirror location then it should go away
I believe that is how we have the SVNMasterURI setup. The problem exits.
There must be something else?
# write-through proxy accept
Hi SVN Users,
We occasionally see a checksum mismatch error on some small files that block
commits to *mirror* repo locations. Today's offending file was .java
However - when I specifically commit the same file to a *master* repo location
there is no error.
I see this behavior using TortoiseS
Hi,
I tried posting a question to this users list last night and I still don't see
it here (nor any responses). Am I being blocked? Am I being too impatient?
Will I simply not see my own posts until someone replies?
I think the same thing happened to me on the last couple questions I posted
Hi fellow SVN users,
I am wondering about AuthDBMUserFile with SVN.
I see people on this email list using AuthUserFile, and I have successfully
tested authentication with AuthUserFile on my test server...
But I believe that file format is restricted to two columns only with an
end-o-line chara
Hi all,
Today I found a situation where the "expected" checksum value from a checksum
mismatch error message was not in the .svn/entries file. However, there was a
third and completely different value instead (-it did not match the "actual"
checksum value either). When I replaced that "third"
Hi All,
Is it possible to set depth on externals? Can I do this via a file list?
Like this:
--depth files prod
http://svn-server/repo/trunk/prod
--depth infinity prod/bin
http://svn-server/re
I have run into the same "first" sync issue again today. This time it was on a
commit that involved over 8000 paths. When I gave the sync command myself I
got this error output:
Transmitting file data .svnsync: REPORT of
'http://serverName/parentDirectory/repoName': Could n
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Thursday, April 15, 2010 12:02 PM
To: Andersen, Krista
Cc: users@subversion.apache.org
Subject: Re: Sync Fail on svn 1.6.9
On Thu, Apr 15, 2010 at 02:09:21PM -0400, Andersen, Krista wrote:
> I have noticed some
I have noticed some odd sync behavior since we upgraded to 1.6.9 about four
weeks ago.
(Mostly we are pleased with the improved sync performance over 1.6.3 - yay!
However...)
First: I have seen commits involving a large number (over 700 paths listed in
the log) of files fail with the output:
T
ct: 213.270.7570
-Original Message-
From: Jon Foster [mailto:jon.fos...@cabot.co.uk]
Sent: Wednesday, January 13, 2010 5:13 AM
To: Andersen, Krista; users@subversion.apache.org
Cc: ssi-svn_admin
Subject: RE: sync bug -> corrupted proxy repo
Hi,
Andersen, Krista [mailto:krista.ander...@itg
Twice I have seen one of my proxy repositories become corrupted due to an
apparent bug in the svnsync sync process. Has anyone else seen this type of
behavior from Subversion?
I am able to move the corrupted proxy-repo and recreate it again without error
- but I am a bit concerned about the st
15 matches
Mail list logo
