[p4] Using p4jrep for a hot standby

Jeff Grills jgrills at drivensnow.org
Wed Oct 12 12:01:16 PDT 2005

What would you do if the primary machine crashed in the middle of an
operation and left the db.* files in an inconsistent state?  It seems better
to replicate atomic transactions from one machine to the next.

-----Original Message-----
From: perforce-user-bounces at perforce.com
[mailto:perforce-user-bounces at perforce.com] On Behalf Of Jamison, Shawn
Sent: Wednesday, October 12, 2005 11:07 AM
To: Neil Carson; perforce-user at perforce.com
Subject: RE: [p4] Using p4jrep for a hot standby

Why not just have them share an external raid array and eliminate the risk
of mirroring metadata and depot files?
That way all you would have to do is start the p4d service on the "Hot"
spare and your off.
-Shawn J>

-----Original Message-----
From: perforce-user-bounces at perforce.com
[mailto:perforce-user-bounces at perforce.com]On Behalf Of Neil Carson
Sent: Tuesday, October 11, 2005 8:01 PM
To: perforce-user at perforce.com
Subject: [p4] Using p4jrep for a hot standby

Greetings and good evening,


My first post to the list. We're just working on a new perforce installation
here at Everdream.


I've purchased two different machines, one as a primary perforce server, one
as a hot or "warm" standby - preferably a hot one. Both are fairly high end
Linux/Opteron machines.


In the case of a hot standby, I was looking at p4jrep. It seems to do a good
job of making sure the second machine's metadata is accurately mirrored.
What I wasn't sure of in this picture is how to then also mirror the
versioned files to the second machine - rsync periodically, or another


What approaches have you typically used successfully in this configuration?
Any advice much appreciated.






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://maillist.perforce.com/pipermail/perforce-user/attachments/20051012/ba6ca198/attachment-0006.html>

More information about the perforce-user mailing list