[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Berkeley DB Error while svnadmin load

From: Miha Vitorovic <mvitorovic_at_nil.si>
Date: 2005-06-06 11:54:59 CEST

Denis,

Maybe you can try creating [by hand or some other tool] an incremental
dump file from the 4GB blob...

Cheers,

---
  Miha Vitorovic
  Inženir v tehničnem področju
  Customer Support Engineer
   NIL Data Communications,  Tivolska cesta 48,  1000 Ljubljana,  Slovenia
   Phone +386 1 4746 500      Fax +386 1 4746 501     http://www.NIL.si
Ryan Schmidt <subversion-2005@ryandesign.com> wrote on 06.06.2005 
11:26:14:
> On 06.06.2005, at 08:50, Denis Cornehl wrote:
> 
> > I simply want to load a 4GB dumpfile into a new BDB repository. Then,
> > always at the same revision, svnadmin crashes an I get this error:
> >
> > svnadmin: Berkeley DB error for filesystem rep/db while deleting 
> > string:
> > Input/output error
> > svnadmin: bdb: seek: 2153013248 0 2: Input/output error
> > svnadmin: bdb: ftruncate: 2153013248: Input/output error
> >
> > I work with svn 1.2.0 (r14790).
> 
> 2153013248 bytes is just over 2GB. Some operating systems, file systems 
> and libraries have problems working with files bigger than that, and it 
> looks like something in your system is affected by this. Unfortunately 
> I don't have any good advice to help you figure out what, or how to fix 
> it.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
> 
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jun 6 12:02:07 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.