Dan Stromberg wrote:
>>> That is, is a host to host tar copy of an FSFS repo a good way of
>>> getting exactly the same stuff on another system?
>> Only if they are running the same version of Subversion, the same operating
>> system, and have the same type of processor.
> They both have the same release number of subversion installed on them.
> The old server has CentOS 4.6. The new server has openSUSE 10.3.
> The old server is an x86-64 system running an x86 OS. The new server
> is an x86-64 system runnnig an x86-64 OS. So there's a bit of a
> Is it at all likely that this is close enough that I could just tar | ssh tar?
> Does an FSFS repo generally have word size and/or endianness details
> in it? (FWIW: http://stromberg.dnsalias.org/~strombrg/converting-binary.html)
> Is svnadmin dump | ssh svnadmin load supposed to just convert to an
> architecture neutral format and back to a native representation, or is
> there more to it than that?
> I could make the x86-64 system use a 32 bit subversion if that'd help.
I don't think I saw an explanation for the problem you are seeing and
this doesn't sound like the best solution even if it happens to work.
Can you try the dump/load into a more recent subversion (preferably the
latest for your OS distro so it will be easy to keep up to date) to see
if that fixes the peg revision issue? If it does, that would be a
better base to do whatever you have to do to back in the subsequent updates.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-08-06 22:27:45 CEST