Den fre 16 aug. 2024 kl 18:37 skrev Williams, James P. {Jim} (JSC-CD4)[KBR Wyle
Services, LLC] via users
mailto:users@subversion.apache.org>>:
I sort of did that before posting, but results depend on how and where I ask.
# remote host, http:// finds nothing
remote-host> svn propget --revpr
Den fre 16 aug. 2024 kl 18:37 skrev Williams, James P. {Jim} (JSC-CD4)[KBR
Wyle Services, LLC] via users :
> I sort of did that before posting, but results depend on how and where I
> ask.
>
># remote host, http:// finds nothing
>remote-host> svn propget --revprop -r 0 svn:entry:committed-
> From: Andreas Stieger
> Sent: Friday, August 16, 2024 4:08 AM
> > When I run the following on a number of my SVN repos,
> >
> >% svnsync initialize file:///my/mirror file:///my/original
> >
> > I get this error.
> >
> >s
On 2024-08-16 00:58, Williams, James P. {Jim} (JSC-CD4)[KBR Wyle
Services, LLC] via users wrote:
When I run the following on a number of my SVN repos,
% svnsync initialize file:///my/mirror file:///my/original
I get this error.
svnsync: E165002: Storage of non-regular property
When I run the following on a number of my SVN repos,
% svnsync initialize file:///my/mirror file:///my/original
I get this error.
svnsync: E165002: Storage of non-regular property 'svn:entry:committed-date'
is disallowed
through the repository interface, and could indicat
Steudel, Philipp wrote:
>Hi support,
>
>calling svnsync synchronize now ends in attached dump.
>First I got a message like "Failed to load module for FS type 'bdb' tortoise"
>or like
>
>svnsync: E170013: Unable to connect to a repository at URL '
Steudel
-Original Message-
From: Nico Kadel-Garcia
Sent: 26 June 2023 12:50
To: Daniel Sahlberg
Cc: Steudel, Philipp ;
users@subversion.apache.org
Subject: Re: calling svnsync synchronize
Caution! External email. Do not open attachments or click links, unless this
email comes from a known
On Mon, Jun 26, 2023 at 6:13 AM Daniel Sahlberg
wrote:
>
> Den fre 23 juni 2023 kl 14:55 skrev Steudel, Philipp
> :
>>
>> Hi support,
>>
>>
>>
>> calling svnsync synchronize now ends in attached dump.
>>
>> First I got a message like “Fail
Den fre 23 juni 2023 kl 14:55 skrev Steudel, Philipp <
philipp.steu...@worldline.com>:
> Hi support,
>
>
>
> calling svnsync synchronize now ends in attached dump.
>
> First I got a message like “Failed to load module for FS type 'bdb'
> tortoise” or
Hi support,
calling svnsync synchronize now ends in attached dump.
First I got a message like "Failed to load module for FS type 'bdb' tortoise"
or like
svnsync: E170013: Unable to connect to a repository at URL 'file:///...'
svnsync: E180001: Unable to open re
not* be done by default.
> 2) I have now added this into the scheduled task script on the server which
> will
> run about 12 hours from now, hopefully there will not be any problems then.
> I made a dummy change and committed it.
It should now work with the scheduled svnsync, unless
On Sat, 11 Feb 2023 18:56:34 +0100, Bo Berglund wrote:
>Thanks Pavel!
>I just want to check so that I get it right:
>
>1. Modify the command to use --steal-lock like this in the script (all on one
>line):
>E:\>"C:\Program Files\VisualSVN Server\bin\svnsync.exe" synchronize
>--steal-lock
>--sync-
o get lock on destination repos, currently held by
>> 'AGIENGINEERING:2e8676b6-0783-584c-8276-757df1507352'
>> .. 8 repeats of the same .
>> Failed to get lock on destination repos, currently held by
>> 'AGIENGINEERING:2e8676b6-0783-584c-8276-757df
ring/svn/pcb
> Failed to get lock on destination repos, currently held by
> 'AGIENGINEERING:2e8676b6-0783-584c-8276-757df1507352'
> .. 8 repeats of the same .
> Failed to get lock on destination repos, currently held by
> 'AGIENGINEERING:2e8676b6-0783-584c-8276-757df1507352'
Failed to get lock on destination repos, currently held by
'AGIENGINEERING:2e8676b6-0783-584c-8276-757df1507352'
svnsync: E22: Couldn't get lock on destination repos after 10 attempts
Notice: All other repos sync as intended. Only pcb acts up.
What can I do to remedy
Den mån 21 nov. 2022 kl 12:02 skrev Andreas Stieger :
> Hi,
>
> > Is it possible to setup svnsync from an SVNParentPath?
> > I'd like to avoid reconfiguring the mirror every time a new repository
> is created.
>
> No, needs some mild scripting, also to put in
Hi,
> Is it possible to setup svnsync from an SVNParentPath?
> I'd like to avoid reconfiguring the mirror every time a new repository is
> created.
No, needs some mild scripting, also to put in place the hooks for each repo.
Andreas
Hi,
Is it possible to setup svnsync from an SVNParentPath? I'd like to avoid
reconfiguring the mirror every time a new repository is created.
I checked the SVN book and I couldn't find any references.
Kind regards,
Daniel
gt;>
>>> On Mon, Nov 14, 2022 at 4:31 PM JITHIN K wrote:
>>> >
>>> > Hello Team,
>>> >
>>> > I use Subversion 1.13 in Ubuntu 20.04.5 LTS and sync a repository size of
>>> > 300GB to a mirror server ( same version of SVN
:
>
>> On Mon, Nov 14, 2022 at 4:31 PM JITHIN K wrote:
>> >
>> > Hello Team,
>> >
>> > I use Subversion 1.13 in Ubuntu 20.04.5 LTS and sync a repository size
>> of 300GB to a mirror server ( same version of SVN and OS ).
>> >
>> >
sync a repository size
> of 300GB to a mirror server ( same version of SVN and OS ).
> >
> > I get the following warning svnsync: E120106: ra_serf: The server sent a
> truncated HTTP response body every time ( I had to take a dump of specific
> revisions and load it in the mir
ersion 1.13 in Ubuntu 20.04.5 LTS and sync a repository size of
>> 300GB to a mirror server ( same version of SVN and OS ).
>>
>> I get the following warning svnsync: E120106: ra_serf: The server sent a
>> truncated HTTP response body every time ( I had to take a dump of
&
On Mon, Nov 14, 2022 at 4:31 PM JITHIN K wrote:
>
> Hello Team,
>
> I use Subversion 1.13 in Ubuntu 20.04.5 LTS and sync a repository size of
> 300GB to a mirror server ( same version of SVN and OS ).
>
> I get the following warning svnsync: E120106: ra_serf: The server sen
On 11/14/2022 8:58 AM, Daniel Sahlberg wrote:
Den mån 14 nov. 2022 kl 13:31 skrev JITHIN K :
Hello Team,
I use Subversion 1.13 in Ubuntu 20.04.5 LTS and sync a
repository size of 300GB to a mirror server ( same version of SVN
and OS ).
I get the following warning svnsyn
Den mån 14 nov. 2022 kl 13:31 skrev JITHIN K :
> Hello Team,
>
> I use Subversion 1.13 in Ubuntu 20.04.5 LTS and sync a repository size of
> 300GB to a mirror server ( same version of SVN and OS ).
>
> I get the following warning svnsync: E120106: ra_serf: The server sent
Hello Team,
I use Subversion 1.13 in Ubuntu 20.04.5 LTS and sync a repository size of
300GB to a mirror server ( same version of SVN and OS ).
I get the following warning svnsync: E120106: ra_serf: The server sent a
truncated HTTP response body every time ( I had to take a dump of
specific
to inspect the SVN repo on the mirror and determine the time of the
> most recent successful svnsync?
Yes, it's possible. However, before I say how, I'll stress the
post-commit solution is preferable to the following one.
The following solution relies on implementation details: Chec
ystem. Alternatively, is it possible
to inspect the SVN repo on the mirror and determine the time of the
most recent successful svnsync? I am aware that we could check the
return code of svnsync running on the master, however, we need to be
able to check this on the mirror end of the process.
We
Andreas Stieger wrote on Fri, 13 Mar 2020 11:45 +00:00:
> Hello,
>
>
> > “svnsync init --allow-non-empty --username abcd file:///u03/svn/repos
> > svn://xxx.xxx.xxx.xxx/”
> [...]
> > svnsync: E165001: Revprop change blocked by pre-revprop-change hook
Hello,
> “svnsync init --allow-non-empty --username abcd file:///u03/svn/repos
> svn://xxx.xxx.xxx.xxx/”
[...]
> svnsync: E165001: Revprop change blocked by pre-revprop-change hook (exit
> code 1) with output:
> Changing revision properties is not permitted, the user use
Hi
In our organization we have one svn Master node and one slave node.
By using crontab we are doing svnsync in regular intervals, but from few days
onwards sync is not happening properly.
While initializing we are used below command and user name is abcd.
"svnsync init --allow-non-
e repos; and one of the repos in question is over 700GB in size!
> >
> > As an alternative, I'm looking to use svnsync to fix this repository; I'm
> > just looking to clarify the process for completing this.
> >
> > On new host:
> > 1) svnadmin creat
s/issue4129).
>
> The fix for this (to dump & reload) has been successful with most of the
> repos, however to do this you need to have sufficient storage to duplicate
> the repos; and one of the repos in question is over 700GB in size!
>
> As an alternative, I'm lo
most of the repos,
however to do this you need to have sufficient storage to duplicate the repos;
and one of the repos in question is over 700GB in size!
As an alternative, I'm looking to use svnsync to fix this repository; I'm just
looking to clarify the process for completing this.
On Sun, 11 Aug 2019 22:21:24 -0500, Ryan Schmidt
wrote:
>> svnsync synchronize https://svn..com/svn/bosse
>> https://engineering/svn/bosse
>> svnsync: E175008: While handling the 'svn:sync-lock' property on
>> '/svn/bosse/!svn/bln/0':
>&g
On Aug 11, 2019, at 03:30, Bo Berglund wrote:
> H:\>svnsync synchronize https://svn..com/svn/bosse
> https://engineering/svn/bosse
> Authentication realm: <https://svn..com:443> Subversion Repository
> Password for 'Bosse': *
world where the production server is
located.
The padlock symbol which was previously marked as insecure is now green!
I could check out a wc of a project from the backup server on the master server
using the command line.
BUT! Now svnsync has stopped working.
I have edited the batch file t
-Original Message-
From: Ryan Schmidt [mailto:subversion-2...@ryandesign.com]
Sent: den 8 augusti 2019 19:25
To: Bo Berglund
Cc: Subversion Users
Subject: Re: Svnsync with changed url and ssl certificate?
>> On Aug 7, 2019, at 00:52, Bo Berglund wrote:
>>
>> I have
On Aug 7, 2019, at 00:52, Bo Berglund wrote:
> I have a svn 1.9.7 system to maintain.
> The main server (on Windows Server 2016) is backed up using svnsync over the
> Internet to a backup server set up on Ubuntu Server 18 LTS.
> The backups are done using a batch file running once
I have a svn 1.9.7 system to maintain.
The main server (on Windows Server 2016) is backed up using svnsync over the
Internet to a backup server set up on Ubuntu Server 18 LTS.
The backups are done using a batch file running once every night on the main
server.
Each repository is synced using a
Nick Burkitt wrote on Fri, 28 Dec 2018 10:19 -0800:
> I contacted CollabNet, and while they didn't find a solution to the
> svnsync problem per se, they did provide instructions for creating a
> local backup using "snvrdump dump" and "svnadmin load."
Interest
Hi Daniel.
I contacted CollabNet, and while they didn't find a solution to the svnsync
problem per se, they did provide instructions for creating a local backup using
"snvrdump dump" and "svnadmin load."
Thanks again for your help!
-Nick
-Original Message
ts no errors.
* Yes, if I repeat the sync command, it fails with the same error:
E:\svn>svnsync sync file:///E:/backuprepo_01
svnsync: E175002: REPORT request on '!svn/rev/71' failed
Thanks again,
-Nick
-Original Message-
From: Daniel Shahaf [mailto:d...@daniel.
Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800:
> Committed revision 69.
> Copied properties for revision 69.
> Transmitting file data ...
> Committed revision 70.
> Copied properties for revision 70.
> svnsync: E175002: REPORT request on '//!svn/rev
Nick Burkitt wrote on Fri, 14 Dec 2018 12:36 -0800:
> The operation proceeds without problems until it gets to revision 71, at
> which point it fails with the error "svnsync: E175002: REPORT request on
> '//!svn/rev/71' failed". I've looked at all the related a
P_REPO%\hooks\pre-revprop-change.bat
svnsync init file:///%BACKUP_REPO% %SOURCE_REPO%
svnsync sync file:///%BACKUP_REPO%
end
The operation proceeds without problems until it gets to revision 71, at
which point it fails with the error "svnsync: E175002: REPORT request
Chris wrote on Tue, 30 Oct 2018 13:36 +:
> One thing that was a bit annoying was when the dumpfilter threw an error
> because of a source of a file was missing when I filtered out a certain
> path and it turned out it had been copied to another location. The error
> message only prints out t
d, 10/10/18, Johan Corveleyn wrote:
Subject: Re: svndumpfilter and svnsync?
To: "Chris"
Cc: "Daniel Shahaf" , "Ryan Schmidt"
, "Subversion"
Date: Wednesday, October 10, 2018, 12:11 PM
On Wed, Oct 10, 2018 at 11:18 AM
Chris
wrote:
...
>
y and fix this (or
you'll run into this again in the future). To repair it you can use a
tool like svndumptool. But it only works on dump files, not as part of
a pipe. So a possible way to go about it is: dump that single
(corrupt) revision to a file, repair it ('svndumptool.py eolfix
know the answer to that, but:
>
> Hm, not really a clear answer here either. I don't know why
> svndumpfilter did not detect these.
>
> However, you might also give 'svnadmin dump --exclude' a try, if you can
> use version 1.10 of svnadmin.
> http://subvers
n't know the answer to that, but:
Hm, not really a clear answer here either. I don't know why
svndumpfilter did not detect these.
However, you might also give 'svnadmin dump --exclude' a try, if you
can use version 1.10 of svnadmin.
http://subversion.apache.org/docs/release-notes/1.10.h
hey have wrong newlines, but the repo works as it is now...)
Instead of ignoring wrong newlines, you could fix them using svndumptool (using
its eolfix-revprop command), originally at:
http://svn.borg.ch/svndumptool/
Newer fork at:
https://github.com/jwiegley/svndumptool
> An additional
Hi again,
I managed to get some better permissions so I don't have to do svnsync and can
get by with doing incremental dumps/loads, but I'm a bit confused by the
svndumpfilter + load process so any help would be appreciated.
First of all, my statement about the dump taking 2 weeks
to commit
>
Okay, good luck with those "operations". I wanted to add a couple more
bits of info:
- After dump+filter+load or svnsync-with-filtering (effectively
creating a new repository with an alternate history compared to the
original) your new repository will / should have a new UUID
analysis on
old revisions is that 90-95% of the data consists of beginners doing accidental
commits of things that should not have been allowed to commit
BR,
Chris
On Thu, 10/4/18, Johan Corveleyn wrote:
Subject: Re: svndumpfilter and svnsync?
To
On Thu, Oct 4, 2018 at 2:33 PM Daniel Shahaf wrote:
>
> Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500:
> > On Oct 4, 2018, at 02:32, Chris wrote:
> > > I figured using svnsync to get the "cleaned repo" up to date with the
> > > changes on th
Ryan Schmidt wrote on Thu, 04 Oct 2018 06:04 -0500:
> On Oct 4, 2018, at 02:32, Chris wrote:
> > I figured using svnsync to get the "cleaned repo" up to date with the
> > changes on the "live repo", but a note in the svnsync documentation says
> >
takes that long, then we can't have the repo offline
> while dumping/filtering and need to be able to "merge" the offline repo with
> the changes in the live repo when we have finished the cleaning.
>
> I figured using svnsync to get the "cleaned repo" up to
/filtering and need to be able to "merge" the offline repo with the
changes in the live repo when we have finished the cleaning.
I figured using svnsync to get the "cleaned repo" up to date with the changes
on the "live repo", but a note in the svnsync documentation s
On Fri, 13 Jul 2018 20:01:13 +, Colin Foster
wrote:
>I'm not sure if this is a "bug", a "configuration issue", or simply a network
>issue.
FWIW:
Back in March I set up a svnsync replication of our main SVN
repository (which is on Windows Server 16 with SVN
was due to
crashes when transferring files > 4GB.
The server seems to be syncing at about 500KBps (4Mbps). The file
"db/revs/18/18116" is 441 MB on disk: FSFS V6, Repo format 5, Not packed.
This is supposedly the message the client is exiting with (garbled with the
output of "t
way, as you may have already read from the documentation, svnsync can
be initialized on non-empty destination repositories which represent a
past state of the on-disk data. One would normally use the hotcopy
operation to get such a consistent copy. However, if you can stop
commits for a bit this
ave 110 repositories you need to run
> svnsync against each of these every time you want the sync to
> happen...
>
> I have structured my repos (9 of them) to contain the projects as top
> level directories, so there is only one command to run per repo to
> sync it with all of the u
On Wed, 2 May 2018 16:43:06 -0400, Paul Greene
wrote:
>Ok, thanks, I was hoping I wouldn't have to manually create 110 folders and
>set permissions, but it is what it is.
And additionally since you have 110 repositories you need to run
svnsync against each of these every time you wa
Ok, thanks, I was hoping I wouldn't have to manually create 110 folders and
set permissions, but it is what it is.
On Wed, May 2, 2018 at 4:40 PM, Geoff Rowell wrote:
> 1. Create the destination repositories.
> 2. Configure the destination repository access rights.
> 3. Use &qu
1. Create the destination repositories.
2. Configure the destination repository access rights.
3. Use "svnsync init" on each destination repository.
4. Run "svnsync sync" on each to copy content.
On Wed, May 2, 2018 at 4:16 PM, Paul Greene
wrote:
> /data/subversion *con
llo,
>
>
> On 05/02/2018 10:02 PM, Paul Greene wrote:
> > Prior to running svnsync, do I need to create the same folder
> > structure on the destination as on the source?
>
> no, just an empty, randomly named repository.
>
> > i.e. the source has 110 reposit
Hello,
On 05/02/2018 10:02 PM, Paul Greene wrote:
> Prior to running svnsync, do I need to create the same folder
> structure on the destination as on the source?
no, just an empty, randomly named repository.
> i.e. the source has 110 repositories located under /data/subversion. I
Hello Subversion gurus,
I need to create a mirror of a subversion repository.
Prior to running svnsync, do I need to create the same folder structure on
the destination as on the source?
i.e. the source has 110 repositories located under /data/subversion. I have
a folder named /data/subversion
No,
Just using svnsync will handle copying revprops while synchronizing
revisions just fine.
But revprops may change later if you enable that option in your repository,
so if you use svnsync to keep two repositories completely synchronized you
might want to use this feature to sync those
is it necessary to svnsync copy-revprops all reversions everytime executing
svnsync?
Bo Berglund writes:
> Good, then I will go ahead and erase the failed mirror repos and
> re-create them and then load the dump files. But for the not yet used
> repos I can just start loading the dumps. Saves some time.
There are some things you can do to make load faster. In 1.10 load has
a ne
ion, not at zero.
>So to update a mirror where head is rN you need:
I don't need to continue from where they failed, it is easier for
these two to just load the full dump into a newly created empty repo.
>The master knows nothing about the mirror (except for any custom stuff
>that y
as been already executed without the
> flag on these two master repos place them in limbo?
> Can an svnsync initialize command be undone?
The master knows nothing about the mirror (except for any custom stuff
that you put into the master hook files). All the svnsync
initialization data is stored a
d without the flag and where a number of
revisions have already been transferred before the error?
If I erase these repos and recreate them empty can I repeat the
initialization command with the non-empty flag and it will work? Or is
the fact that the initialization has been already executed withou
Philip Martin writes:
> Bo Berglund writes:
>
>> 2) Use hotcopy to make a backup copy of everything including hooks.
>> The caveat here is that the hotcopy needs to be using the exact same
>> version on both master and mirror. But I have 1.9.7 master on Windows
>> and 1.9.3 mirror on Ubuntu Linu
Bo Berglund writes:
> 2) Use hotcopy to make a backup copy of everything including hooks.
> The caveat here is that the hotcopy needs to be using the exact same
> version on both master and mirror. But I have 1.9.7 master on Windows
> and 1.9.3 mirror on Ubuntu Linux
No, hotcopy needs compatible
On Wed, 28 Mar 2018 12:41:49 -0500, Bo Berglund
wrote:
>QUESTION:
>-
>Is there a possibility to dump the source repos, then use the
>dumpfiles to set up the mirrors and finally tell svnsync to start
>syncing from the revision that is now the last in the mirror?
It seems
On Wed, 28 Mar 2018 09:00:05 +0200, Johan Corveleyn
wrote:
>> Transmitting file data ... 8 long lines of dots
>> ......svnsync: E120106: ra_serf: The server sent a
>> truncated HTTP response body.
>
>I'd start with going through the apache logs
On Wed, Mar 28, 2018 at 1:56 AM, Bo Berglund wrote:
> I proceeded to sync our repositories. On the 3rd repo I get the
> following error at revision 210 (it contains 1290 revisions):
>
> E:\>svnsync synchronize https://home.mirrordomain.com/svn/cmp
> https://masterserver/svn/
I proceeded to sync our repositories. On the 3rd repo I get the
following error at revision 210 (it contains 1290 revisions):
E:\>svnsync synchronize https://home.mirrordomain.com/svn/cmp
https://masterserver/svn/cmp
Transmitting file data ... 8 long lines of d
On 27.03.2018 22:52, Bo Berglund wrote:
> When I move forward and prepare target repositories for syncing I need
> to activate two hooks in each repo (pre-revprop-change and
> start-commit). So there will be 18 scripts to create...
> Can I symlink the existing hooks into the new repositories so I o
On Mon, 26 Mar 2018 08:22:16 -0500, Bo Berglund
wrote:
>svn: E195019: Redirect cycle detected for URL
The error was caused by misconfiguration of the
/etc/apache2/mods-enabled/dav_svn.conf file following the instructions
in this webpage:
https://tecadmin.net/install-subversion-server-on-ubuntu/
On Mon, 26 Mar 2018 00:21:33 -0500, Bo Berglund
wrote:
>Not knowing what to do next I tried the synchronize command:
>
>E:\>svnsync synchronize https://xxx.yyy.com/svn/bosse
>https://localserver/svn/bosse
>svnsync: E170011: Repository moved permanently to
>'htt
On Sat, 24 Mar 2018 22:40:55 -0500, Bo Berglund
wrote:
Contrary to the previous message I found that the only way I could fix
the connectivity was to publish my backup Ubuntu server on the
Internet as a self-signed Apache service on port 443 on my Internet
router.
So the svnsync command will
ory set up and accessible via https on my
domain. This has the same name as one of the repos on the production
server and now sits at revision 0 ready to test the svnsync from the
production server itself. Too late now to start any such testing, but
I will try it out tomorrow.
>> - I can port f
Hello,
On 03/24/2018 02:15 PM, Bo Berglund wrote:
> Is there some current HOWTO I can use to set this up?
http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.reposadmin.maint.replication
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.httpd.html#svn.serverconfig.httpd.ex
svnsync command for this purpose.
Is there some current HOWTO I can use to set this up?
I mostly find old advice discussing improvements in upcoming versions
like 1.5 etc...
The plan is to use an Ubuntu server with the same version of svn
installed as the sync target. It would be connected via
On Mon, Sep 18, 2017 at 9:43 AM, Dummy <3295285...@qq.com> wrote:
> hi,
> Here comes a error when i exec svnsync to mirror a repo:
> svnsync: E210008: Error while replaying commit
> the sync user has the full access,i do not know why,any suggestion for me
> please? or is th
hi,
Here comes a error when i exec svnsync to mirror a repo:
svnsync: E210008: Error while replaying commit
the sync user has the full access,i do not know why,any suggestion for me
please? or is there any details error logged to file??
The mirror repository is hosted by SVN1.9.5 centos 7.3
The
n Thu, Jul 20, 2017 at 6:07 AM, Nico Kadel-Garcia wrote:
> Better deduplicaton? And did you exclude old branches with bulky binaries
> in them?
>
> On Mon, Jun 26, 2017 at 7:07 AM, Dummy <3295285...@qq.com> wrote:
>
>> dear subversion:
>> I have a weird question abou
Better deduplicaton? And did you exclude old branches with bulky binaries
in them?
On Mon, Jun 26, 2017 at 7:07 AM, Dummy <3295285...@qq.com> wrote:
> dear subversion:
> I have a weird question about svnsync:
> i svnsync gzrepos(centos 6.4-svn1.6.11) to gz-mirror1(centos 7-svn1.
> i svnsync gzrepos(centos 6.4-svn1.6.11) to gz-mirror1(centos 7-svn1.9.5),
> [...]
> mirror repo(gz-mirror1) is more less than source repo(gzrepos) in sizes
> the source repo(gzrepos) is 177G while the mirror one(gz-mirror1) is only 66G
> for example: revision:2012,it seems t
dear subversion:
I have a weird question about svnsync:
i svnsync gzrepos(centos 6.4-svn1.6.11) to gz-mirror1(centos 7-svn1.9.5),
when it was done successfully, i found that the mirror repo(gz-mirror1) is more
less than source repo(gzrepos) in sizes ,the source repo(gzrepos) is 177G while
the
Try renaming your script w/out the .sh at the end.
See second paragraph at
http://svnbook.red-bean.com/nightly/en/svn.ref.reposhooks.html.
From: Andreas Stieger [mailto:andreas.stie...@gmx.de]
Sent: Friday, May 19, 2017 4:16 AM
To: users@subversion.apache.org
Subject: Re: about svnsync
You
Dummy wrote on Mon, 22 May 2017 16:48 +0800:
> dear Eric
> exactly as you said,thank you,i am so happy
> but,i can't understand why ,i used pre-revprop-change.bat on windows
> server 2003,it works
> Should not it ends in ".sh" on a linux(rh)?
> anyway ,thanks again. my na
wishes for you
-- --
??: "Eric Johnson";;
: 2017??5??20??(??) 0:15
??: "Dummy"<3295285...@qq.com>;
: "users";
: Re: [wait on line]about svnsync
As best I can tell, the problem is that your hook
As best I can tell, the problem is that your hook scripts end in ".sh". The
file name should just be "pre-revprop-change".
Eric.
On Thu, May 18, 2017 at 11:39 PM, Dummy <3295285...@qq.com> wrote:
> dear subversion:
> when i exec : svnsync init svn:/
]about svnsync
dear subversion:
when i exec : svnsync init svn://192.168.5.32/CMMI-mirror http://192.168.9.222/CMMI
i was given a error : please create a pre-revprop-change hook, but i already have one and it works by hand
i tried many solutions,but they are not available
so i need help o(╯□╰)o ,
dear subversion:when i exec : svnsync init svn://192.168.5.32/CMMI-mirror
http://192.168.9.222/CMMI
i was given a error : please create a pre-revprop-change hook, but i already
have one and it works by hand
i tried many solutions,but they are not available
so i need help o(?s???t)o , could
1 - 100 of 586 matches
Mail list logo