Martin, did you ever find out more about this?
It's not a symptom we've seen much before; I don't know what might be
causing it. Does it still reproduce with HEAD of trunk, or with the
1.0-stabilization branch? 0.36 will be out very soon, too, could try
with that.
-Karl
Martin MAURER <martinmaurer@gmx.at> writes:
> On Sun, 2003-12-14 at 00:33, C. Michael Pilato wrote:
> > Martin MAURER <martinmaurer@gmx.at> writes:
> >
> > > if I switch to svn 0.34, and do a dump and load on this repo,
> > > will this then be deltificated ?
> >
> > Yes. 'svnadmin load' deltifies each revision as it is added to your
> > repository.
> >
> I just tried svn version 0.35.0 (checked out the branch via svn).
> I am getting reproducible problems with svnadmin load:
>
> gunzip -c /backup/svn/SVN_databases_2003_12_14.gz | svnadmin load
> SVN_databases
>
>
> <<< Started new transaction, based on original revision 31
> * editing path : guute_devel.sql ... done.
>
> ------- Committed revision 31 >>>
>
> <<< Started new transaction, based on original revision 32
> * editing path : guute_devel.sql ... done.
>
> ------- Committed revision 32 >>>
>
> <<< Started new transaction, based on original revision 33
> * editing path : guute_devel.sql ... done.
> Killed
>
> svnadmin gets Killed, because it uses up all my memory:
> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
> 19111 lonestar 17 0 507M 104M 864 R 38.0 84.0 18:25 svnadmin
>
> (part of top shortly before it gets killed)
>
>
> I have got the following installation:
> Berkeley DB 4.2.52
> httpd 2.0.48's apr, aprutil
> subversion 0.35.0 (checked out on Sun 14)
> access method: file:///
>
> this issue isnt a bigger problem for me, but I think it should be
> resolved.
>
> The problem is, that the data I am talking about is company data,
> so I can't easily make it available.
>
> The svndump was done with svn 0.33.1
> there are 8 files in the repository
> 2 of them need about 40 mb space
> the files are dumps from a mysql database (using mysqldump),
> the revisions are created by doing daily dumps of these databases.
> the latest Revision-number in the dumpfile is 43
>
> Is there anything I could try ?
> (maybe some easy way to disable deltification, to see if the bug is part
> of that code, or something like that)
>
> greetings
> Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 13 17:43:05 2004