What happens when strings fills up? (was RE: svnadmin hotcopy pro blem with strings > 2G)

[Jan Evert van Grootheest <j....@euronext.nl>]

Hi all,

I'm wondering... what happens when the strings file really fills to the
largest supported size on some platform?

I'm not really concerned about my own repo, since strings is just above
100M. But I'm wondering whether this has been considered by the developers.

Thanks,
Jan Evert

> -----Original Message-----
> From:	Jack Ivey [SMTP:ivey@altair.com]
> Sent:	Saturday, May 01, 2004 4:48 PM
> To:	Users ML - Subversion (E-mail)
> Subject:	svnadmin hotcopy problem with strings > 2G
> 
> Hi all,
> Is svnadmin supposed to work with strings files larger than 2G?  I
> seem to be having a problem (see below).  There's enough
> disk space on the repository file system.  /tmp doesn't have enough
> space for a copy of the file, but the error message implies the 
> copy is directly to the target directory.  
> 
> Anyone else seen this?
> 
> Also, is shutting down httpd and cp -r sufficient for a workaround?
> 
> Thanks,
> Jack
> 
> # svnadmin hotcopy test1 test1bak
> svn: Can't copy 'test1/db/strings' to 'test1bak/db/strings.tmp': File too
> large
> 
> [root@pc233 svn]# ls -l test1/db/strings
> -rw-r--r--    1 apache   cvs      2432983040 May  1 10:10 test1/db/strings
> 
> # svnadmin --version
> svnadmin, version 1.0.1 (r1)
>    compiled Mar 12 2004, 20:34:40
> 
> Copyright (C) 2000-2004 CollabNet.
> Subversion is open source software, see http://subversion.tigris.org/
> This product includes software developed by CollabNet
> (http://www.Collab.Net/).
> 
> # df .
> Filesystem           1K-blocks      Used Available Use% Mounted on
> /dev/sdb1             35278540  15674332  17812160  47% /u2
> 
> versions:
> svnadmin: 1.0.1
> OS: RH8
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
 


 ===  E U R O N E X T - D I S C L A I M E R  ============================= 

 This e-mail and its attachments are only intended for the individual(s) or
entity(entities) named above to whom they are addressed and may contain
personal and/or confidential information. Please notify us immediately if
you are not the intended recipient. Any dissemination, duplication,
publication to third parties or other use of the contents of this e-mail or
its attachments is forbidden. Although this information has been compiled
with great care, neither Euronext N.V. nor its subsidiaries shall accept any
responsibility for any errors, omissions or other inaccuracies in this
information or for the consequences thereof, nor shall it be bound in any
way by the contents of this e-mail or its attachments. In the event of
incomplete or incorrect transmission please return the e-mail to the sender.


 Cet e-mail et ses annexes sont uniquement destinés à la (aux) personne(s),
ou à l' (aux) entité(s) à laquelle (auxquelle(s)) il est adressé, visée (s)
en tête du présent message. Il peut contenir des informations personnelles
ou confidentielles. Merci de nous notifier immédiatement si cet e-mail vous
a été adressé par erreur. Toute diffusion, copie, publication à des tiers ou
toute autre utilisation de son contenu est interdite. Bien que cette
information ait été rassemblée avec une grande attention, ni Euronext N.V.
ni aucune de ses filiales, ne peut être tenue responsable des erreurs,
omissions ou inexactitudes contenues dans cette information, ni ne peut être
liée d'aucune manière par le contenu de cet e-mail ou ses annexes. En cas de
transmission incorrecte ou incomplète, nous vous prions de retourner cet
e-mail à son émetteur. 

 Deze e-mail en zijn bijlagen zijn uitsluitend bestemd voor de
geadresseerde(n) als op dit e-mailblad vermeld. Het is mogelijk dat deze
e-mail persoonlijke en/of vertrouwelijke informatie bevat. Wanneer u niet de
geadresseerde bent, verzoeken wij u dringend ons daarvan te berichten. Elke
verspreiding, vermenigvuldiging, gebruik of openbaarmaking aan derden van de
inhoud van deze e-mail en zijn bijlagen, is verboden. Hoewel deze informatie
met de meeste zorg is samengesteld is Euronext N.V., en de tot Euronext N.V.
behorende werkmaatschappijen, op geen enkele wijze aansprakelijk voor
eventuele fouten, omissies of andere onjuistheden in deze informatie of de
gevolgen daarvan noch op enigerlei wijze gebonden aan de inhoud van de
e-mail of zijn bijlagen. Gelieve, in geval van onjuiste of onvolledige
ontvangst, deze e-mail terug te sturen naar de afzender. 

 ================================

Re: What happens when strings fills up? (was RE: svnadmin hotcopy pro blem with strings > 2G)

[John Peacock <jp...@rowman.com>]

Jan Evert van Grootheest wrote:

> I'm wondering... what happens when the strings file really fills to the 
> largest supported size on some platform?

The Berkeley DB supports extremely large database files:

	http://www.sleepycat.com/docs/ref/am_misc/dbsizes.html

especially when largefile support is available.  Most repositories should never 
get to that size.  FWIW, a mirror of the entire Perl repository of changes since 
5.004 comes to about 614MB, with the strings file alone being 514MB.  Anyone who 
needs to have a database file greater than 2GB can use a largefile supported BDB 
for the maximum size.

HTH

John

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org