It doesn't come with the CollabNet precompiled binaries (even the -extras
package) so I grabbed a copy from
http://svn.apache.org/viewvc/subversion/trunk/contrib/server-side/fsfsverify.py?view=log.
I'm on a RH4.6 with python 2.4.4. With no options it exits with
Traceback (most recent call last)
Have you tried fsfsverify.py?
Sent from my iPhone
On Aug 2, 2010, at 6:39 PM, Justin Georgeson wrote:
> I have a repo with >39k revisions. Last week, r39245 was committed, a merge
> of a single file from trunk to branch. It is the HEAD revision of that file
> on that branch. Turns out this re
I have a repo with >39k revisions. Last week, r39245 was committed, a merge of
a single file from trunk to branch. It is the HEAD revision of that file on
that branch. Turns out this revision is corrupt
[svnad...@hourdcm3 ~]$ svnadmin verify -r 39245 /repos/prowess
svnadmin: Reading one svndiff
From: Les Mikesell [mailto:lesmikes...@gmail.com]
> On 8/2/2010 3:46 PM, Vallon, Justin wrote:
> > That means filesystem snapshots pass the transactional test.
>
> Maybe - is there a guarantee that the app flushes to disk in the
> expected order? Or do snapshots take the current dirty filesyste
On 08/02/2010 01:27 PM, Stefan Sperling wrote:
On Mon, Aug 02, 2010 at 03:25:48PM -0400, Vallon, Justin wrote:
E.g. Subversion's FSFS needs to create a revision file from the commit's
transaction, and move the finalized revision file into place.
After the revision file has been moved into place
Thanks Andy, especially for the hint about stopping svnserve!
I think I'll let the existing repository's mounted space go back into the pool
and just reserve a new one for the new repos, this way both can be active at
the
same time. That'll make things more straightforward.
Best regards,
Chri
On 8/2/2010 3:46 PM, Vallon, Justin wrote:
From: Stefan Sperling [mailto:s...@elego.de]
users asking interesting questions:
http://mail-archives.apache.org/mod_mbox/subversion-users/201008.mbox/%3c6ec02a00cc9f684daf4af4084ca84d5f01c40...@drmbx3.winmail.deshaw.com%3e
i dunno how fsfs behaves
From: Stefan Sperling [mailto:s...@elego.de]
> users asking interesting questions:
> http://mail-archives.apache.org/mod_mbox/subversion-users/201008.mbox/%3c6ec02a00cc9f684daf4af4084ca84d5f01c40...@drmbx3.winmail.deshaw.com%3e
> i dunno how fsfs behaves in face of an interrupted commit; whethe
On Mon, Aug 02, 2010 at 03:25:48PM -0400, Vallon, Justin wrote:
> > E.g. Subversion's FSFS needs to create a revision file from the commit's
> > transaction, and move the finalized revision file into place.
> > After the revision file has been moved into place successfully, FSFS also
> > updates th
> From: Stefan Sperling [mailto:s...@elego.de]
> On Mon, Aug 02, 2010 at 12:42:31PM -0400, Vallon, Justin wrote:
> > I did see that discussion, but it seems to contradict with the claim
> > that the database operations are transactional.
>
> This is a frequent misunderstanding of the "atomic comm
From: Les Mikesell [mailto:lesmikes...@gmail.com]
> On 8/2/2010 11:42 AM, Vallon, Justin wrote:
> > So, my follow up is: If I unplug the network cable between svn-commiter
> > and filesystem, will the repository be corrupt?
> >
> > If yes, then the underlying database is not atomic and therefore
On Tue, Jul 13, 2010 at 09:08:27AM -0700, Blair Zajac wrote:
> On 07/13/2010 05:15 AM, Stefan Sperling wrote:
> >I think we should discourage use of the old syntax in both the output
> >of svn help and in the book. Diff to the help text below.
> >Would this improve things?
>
> Sounds good to me.
>
On Mon, Aug 02, 2010 at 12:42:31PM -0400, Vallon, Justin wrote:
> I did see that discussion, but it seems to contradict with the claim
> that the database operations are transactional.
This is a frequent misunderstanding of the "atomic commit" concept.
> So, my follow up is: If I unplug the netw
On 8/2/2010 11:42 AM, Vallon, Justin wrote:
I did see that discussion, but it seems to contradict with the claim that the
database operations are transactional.
So, my follow up is: If I unplug the network cable between svn-commiter and
filesystem, will the repository be corrupt?
If yes, the
I did see that discussion, but it seems to contradict with the claim that the
database operations are transactional.
So, my follow up is: If I unplug the network cable between svn-commiter and
filesystem, will the repository be corrupt?
If yes, then the underlying database is not atomic and th
On Mon, Aug 02, 2010 at 11:29:44AM -0500, Les Mikesell wrote:
> On 8/2/2010 11:17 AM, Stefan Sperling wrote:
> >The atomicity of Subversion's commits only exists from the application's
> >point of view.
>
> Are there any svnadmin commands that could quiesce/lock the
> repository in a consistent st
As far as I can tell, from the "vulnerability":
<<<
GENERATES A FULL SSL CERTIFICATE WHICH THE VICTIM'S BROWSER
WILL PROMPT HIM TO ACCEPT:
webmitm -dd
>>>
The user needs to accept the man-in-the-middle certificate.
--
-Justin
-Original Message-
From: Istace Emmanuel [mailto:istace.emm
On 8/2/2010 11:17 AM, Stefan Sperling wrote:
On Mon, Aug 02, 2010 at 11:38:30AM -0400, Vallon, Justin wrote:
In the svn book, http://svnbook.red-bean.com/en/1.1/ch05s03.html#svn-ch-5-sect-3.6 on
"Repository Backup" describes some backup methods - hot copy, etc. Given that
enterprise-level fil
On Mon, Aug 02, 2010 at 11:38:30AM -0400, Vallon, Justin wrote:
> In the svn book,
> http://svnbook.red-bean.com/en/1.1/ch05s03.html#svn-ch-5-sect-3.6 on
> "Repository Backup" describes some backup methods - hot copy, etc. Given
> that enterprise-level filesystems generally support filesystem s
" Can you point me to something specific?"
No problem, here a video (the "fun" side) :
http://www.youtube.com/watch?v=Aak6-B3JORE
An article :
http://forums.remote-exploit.org/tutorials-guides/19852-ssl-spoof-using-wire
shark-decode-ssl-packets.html
"If you are concerned about your service provide
In the svn book,
http://svnbook.red-bean.com/en/1.1/ch05s03.html#svn-ch-5-sect-3.6 on
"Repository Backup" describes some backup methods - hot copy, etc. Given that
enterprise-level filesystems generally support filesystem snapshots, what is
SVN's position on whether such snapshots are sufficie
On 8/2/2010 8:56 AM, Istace Emmanuel wrote:
" Should I be worried about banking transactions or credit card orders?"
Yeah :(
" You could use any kind of VPN you want with the remote site. Use an IPSEC
tunnel between hosts if you don't trust SSL. Or OpenVPN with blowfish."
No, because the SVN i
On Mon, Aug 02, 2010 at 01:40:38PM +0100, Giulio Troccoli wrote:
>
> > And if you decide to use svnsync for mirroring, note that the
> > way the book describes the mirroring setup is vulnerable to a
> > race condition.
> > Make sure to read this issue:
> > http://subversion.tigris.org/issues/show_
" Should I be worried about banking transactions or credit card orders?"
Yeah :(
" You could use any kind of VPN you want with the remote site. Use an IPSEC
tunnel between hosts if you don't trust SSL. Or OpenVPN with blowfish."
No, because the SVN is on a SaaS cloud, so we just have access to t
On Sat, Jul 31, 2010 at 14:41, Christopher Nagel
wrote:
> This may resolve to a fairly simple operation, but right now I'm a bit in
> the weeds and would like to ask your help in charting the best course
> forward.
> I administer the SVN repository for our workgroup. I started it on a found
> cop
On Wed, Jul 28, 2010 at 7:59 PM, Luiz Guilherme Kimel wrote:
> Hello there,
>
>
>
> I’m implementing a subversion repository that keeps project management
> artefacts. In other words, we are using SVN for document management. And
> everything was going right until we find that managers need to kee
This may resolve to a fairly simple operation, but right now I'm a bit in the
weeds and would like to ask your help in charting the best course forward.
I administer the SVN repository for our workgroup. I started it on a found
copy
of svn 1.3.9, but was fortunate to get the repository stored
On Mon, Aug 2, 2010 at 8:22 AM, Nico Kadel-Garcia wrote:
> Good, but ouch. Let's try adding a bit of rigor, shall we? First,
> before running such a daemon, always check that it actually exists,
> where you expect it to exist. Running random commands that will handle
> passwords which may have bee
Istace Emmanuel wrote:
Ok, but that's not what i we at work. The local svn will be a "working copy"
of the external svn. In fact, no user have to use the external svn if
there's a local svn. The goal of this is the limit the access to the WAN. If
the external svn is sync twice per day, we can li
> And if you decide to use svnsync for mirroring, note that the
> way the book describes the mirroring setup is vulnerable to a
> race condition.
> Make sure to read this issue:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3546
> To avoid the problem described in issue #3546, you should
>
On Mon, Aug 02, 2010 at 07:50:49AM -0400, Nico Kadel-Garcia wrote:
> On Mon, Aug 2, 2010 at 7:41 AM, Tennebø Frode
> wrote:
> >> Ok, but that's not what i we at work. The local svn will be a
> >> "working copy"
> >> of the external svn. In fact, no user have to use the
> >> external svn if there's
On Sun, Aug 1, 2010 at 1:37 PM, Mark Phippard wrote:
> On Sun, Aug 1, 2010 at 12:59 PM, Nico Kadel-Garcia wrote:
>>> AFAIK it's possible to run gnome-keyring without X.
>>
>> It's painful. Take a glance at
>> http://superuser.com/questions/141036/use-of-gnome-keyring-daemon-without-x,
>> which do
On Mon, Aug 2, 2010 at 7:41 AM, Tennebø Frode
wrote:
>> Ok, but that's not what i we at work. The local svn will be a
>> "working copy"
>> of the external svn. In fact, no user have to use the
>> external svn if there's a local svn. The goal of this is the
>> limit the access to the WAN.
>
> In th
> Ok, but that's not what i we at work. The local svn will be a
> "working copy"
> of the external svn. In fact, no user have to use the
> external svn if there's a local svn. The goal of this is the
> limit the access to the WAN.
In that case the WAN repository can be looked on as a mirror/off
On Aug 2, 2010, at 05:16, Istace Emmanuel wrote:
> Ok, but that's not what i we at work. The local svn will be a "working copy"
> of the external svn. In fact, no user have to use the external svn if
> there's a local svn. The goal of this is the limit the access to the WAN. If
> the external svn
Ok, but that's not what i we at work. The local svn will be a "working copy"
of the external svn. In fact, no user have to use the external svn if
there's a local svn. The goal of this is the limit the access to the WAN. If
the external svn is sync twice per day, we can limit these access and
decre
On Aug 2, 2010, at 04:54, Istace Emmanuel wrote:
> Ryan Schmidt wrote:
>> Yes, "svnsync" is the software you are looking for. You can read all
>> about it in the book:
>>
>> http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.ht
>> ml#svn.reposadmin.maint.replication
>>
>> You will prob
Sorry for the double topic, i'm not a usual user of the mailing list...
-Message d'origine-
De : Istace Emmanuel [mailto:istace.emman...@hotmail.com]
Envoyé : lundi 2 août 2010 11:53
À : 'Tony Sweeney'
Objet : RE: SVN "Relay"
To Ryan : Thanks a lot for this, you will make my router happy
-Message d'origine-
De : Istace Emmanuel [mailto:istace.emman...@hotmail.com]
Envoyé : lundi 2 août 2010 11:53
À : 'Tony Sweeney'
Objet : RE: SVN "Relay"
To Ryan : Thanks a lot for this, you will make my router happy :D For the
replication i will see what's the traffic generated by a co
Actually, I think he's looking at something more along the lines of
Perforce's P4Proxy server, but for Subversion.
http://www.perforce.com/perforce/doc.current/manuals/p4sag/09_p4p.html
Svnsync doesn't help in the event that someone not on his LAN
independently commits to the Subversion server
On Aug 2, 2010, at 04:38, Istace Emmanuel wrote:
> Hi, first of all, sorry for my bad english, i’m belgium and i’ll try to do my
> best.
> I have a little problem. I’ve got a SVN server hosted in WAN. In LAN i’ve got
> many user who use this service, but, it’s really « chatty ». I want to make
Hi, first of all, sorry for my bad english, i'm belgium and i'll try to do
my best.
I have a little problem. I've got a SVN server hosted in WAN. In LAN i've
got many user who use this service, but, it's really < chatty >. I want to
make a SVN Relay into the LAN. This svn server will sync to the W
> -Original Message-
> From: Yves Martin [mailto:ymarti...@free.fr]
> Sent: zaterdag 31 juli 2010 0:07
> To: John Beranek
> Cc: users@subversion.apache.org
> Subject: Re: Repository shrinkage on conversion 1.5 -> 1.6?
>
> On Wed, 2010-07-28 at 11:44 +0100, John Beranek wrote:
>
> > I be
43 matches
Mail list logo
