You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Xiaogang Zhang <xi...@acm.org> on 2011/12/12 23:40:47 UTC

Disk space problem

I am not too familiar with SVN, but have to use it now, on a Windows 
2003 server.

I have created a repository in the disk E, and start to import a large 
project to it. In the halfway, I got a message from the OS saying the C 
drive space is low, it seems to me that SVN is storing data onto the disk C.

My questions are:

1. How should I stop the "import" process, without causing any problem, 
such as leave rubbish data in the disk?

2. How can I force SVN store data onto drive E (or any disk I specified) 
rather than on the C drive?

Thanks in advance

Xiaogang

Re: Disk space problem

Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Ulrich Eckhardt wrote on Tue, Dec 13, 2011 at 08:51:03 +0100:
> Am 12.12.2011 23:40, schrieb Xiaogang Zhang:
> >I am not too familiar with SVN, but have to use it now, on a Windows
> >2003 server.
> >
> >I have created a repository in the disk E, and start to import a large
> >project to it. In the halfway, I got a message from the OS saying the C
> >drive space is low, it seems to me that SVN is storing data onto the
> >disk C.
> 
> I guess it stores temporary data there.
> 
> 
> >My questions are:
> >
> >1. How should I stop the "import" process, without causing any problem,
> >such as leave rubbish data in the disk?
> 
> If you literally mean "svn import" with import process, then you
> don't have to do anything, because the import is done in one atomic
> transaction. If you mean something like "svnadmin load", this is not
> the case, there revisions are committed one by one. In that case,
> you should be able to resume the load operation from the first
> revision not loaded.
> 
> 
> >2. How can I force SVN store data onto drive E (or any disk I specified)
> >rather than on the C drive?
> 
> I think you can use %TMP% or %TEMP% to change this location.

On unix it's TMPDIR/TMP/TEMP.  And it appears to be the same on windows
(ref apr_temp_dir_get())

Re: Disk space problem

Posted by Ulrich Eckhardt <ul...@dominolaser.com>.
Am 12.12.2011 23:40, schrieb Xiaogang Zhang:
> I am not too familiar with SVN, but have to use it now, on a Windows
> 2003 server.
>
> I have created a repository in the disk E, and start to import a large
> project to it. In the halfway, I got a message from the OS saying the C
> drive space is low, it seems to me that SVN is storing data onto the
> disk C.

I guess it stores temporary data there.


> My questions are:
>
> 1. How should I stop the "import" process, without causing any problem,
> such as leave rubbish data in the disk?

If you literally mean "svn import" with import process, then you don't 
have to do anything, because the import is done in one atomic 
transaction. If you mean something like "svnadmin load", this is not the 
case, there revisions are committed one by one. In that case, you should 
be able to resume the load operation from the first revision not loaded.


> 2. How can I force SVN store data onto drive E (or any disk I specified)
> rather than on the C drive?

I think you can use %TMP% or %TEMP% to change this location. In any 
case, you specify the repository to load/import into, but SVN uses 
"normal" OS scrap space to first assemble the according new revision, 
but it should also clean up after itself. In no case is data stored 
there permanently.

Greetings!

Uli
**************************************************************************************
Domino Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Domino Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************


Re: Disk space problem

Posted by Thorsten Schöning <ts...@am-soft.de>.
Guten Tag Xiaogang Zhang,
am Montag, 12. Dezember 2011 um 23:40 schrieben Sie:

> I have created a repository in the disk E, and start to import a large
> project to it. In the halfway, I got a message from the OS saying the C
> drive space is low, it seems to me that SVN is storing data onto the disk C.

How large is this project really and with how much RAM is your server
equipped? Maybe an increasing swap file is your real problem? Normally
SVN saves it's data only in the working directory with it's own .svn/tmp
folder or in the transactions folders of the repository somewhere on E
in your case. I don't think it uses the users temp folder, but I might
be wrong.

> 1. How should I stop the "import" process, without causing any problem,
> such as leave rubbish data in the disk?

Not committed transactions, like in the middle of your import process,
can be deleted by svnadmin without leaving rubbish data. If your
aborted import is the only data, you could even just delete and
recreate the whole repository.

> 2. How can I force SVN store data onto drive E (or any disk I specified)
> rather than on the C drive?

I think it does by default.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning       E-Mail:Thorsten.Schoening@AM-SoFT.de
AM-SoFT IT-Systeme      http://www.AM-SoFT.de/

Telefon.............030-2 1001-310
Fax...............05151-  9468- 88
Mobil..............0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hanover HRB 207 694 - Geschäftsführer: Andreas Muchow