Neal Jhala wrote:
>I have verified this a number of times, so it should be easily reproducible.
>
>On client/server running 1.1.3 (bdb):
>1) dump the full existing repository with svnadmin dump, dump is successful,
>resulting file is 7.2GB
>2) create a new repository with svnadmin create --fs-type bdb
>3) load the dumpfle from step#1 with svnadmin load into new repository, load is
>successful
>
>The above steps helps prove that the dumpfile is valid, and the load works
>under 1.1.3, so no OS 2GB file limitations exist.
>
>Now try with 1.2.1
>4) upgrade server to 1.2.1
>5) create a new repository with svnadmin create --fs-type bdb
>6) load the dumpfile from step #1 with svnadmin load into the new repository
>
>The load fails consistently at the 2GB barrier:
>
>svnadmin: Berkeley DB error for filesystem d:/svn121/repo/db
>while clearing string:
>Input/output error
>svnadmin: bdb: seek: 2206695424 0 2: Input/output error
>svnadmin: bdb: ftruncate: 2206695424: Input/output error
>
>This looks like a classic 2GB barrier issue. Steps #1-3 above show that it
>loads fine under 1.1.3 on the same machine with the same OS. So it points to
>an issue with 1.2.1 (I also tried with 1.2.0 and had the same problem).
>
>If my understanding is correct, APR can not be at fault since this is not fsfs,
>and it would have to be something with bdb. Perhaps the 1.2.1 win32 bdb was
>built incorrectly (without largefile support), or was somehow linked in wrong?
>Or a new issue with bdb 4.3?
>
>
In the meantime, it's been confirmed that this is indeed an issue with
bdb-4.3.27. I'll be posting a new version of the BDB binaries to the
download area shortly; anyone who's currently using svn-1.2.x on Windows
with BDB repositories can simply replace their copy of libdb43.dll with
that one.
I'll ship the newer BDB with the Windows binaries for the next SVN
release (1.2.2)
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 28 00:28:34 2005