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

RE: Backup System on Windows Cannot Read "Strings" File

From: Lansberry, John E. <John.Lansberry_at_jhuapl.edu>
Date: 2004-03-04 18:52:43 CET

Mike Mason wrote:

>>Lansberry, John E. wrote:

>> Anyway, the backup always seems to fail when it tries to backup the
>> "strings" file in my local repository (c:\repos\db\strings), returning
>> an error message saying it cannot read the file.
>>
>> Is there something that I need to do to allow backups to be made of
>> my repository (e.g., stop some process from running, etc.)?
>>

> Are you running svnserve, Apache with mod_dav_svn, or something else?

I figured I would have to answer a question somewhat beyond my skill level.

Perhaps I can answer this way: to use Subversion, I install the Win32
package (svn-1.0.0-setup.exe). I use TortoiseSVN to actually manage the
local repository on my hard drive. Other than that, I have no idea if I'm
running svnserve or Apache (or something else). I'm a "simple" user of
Subversion and I only use it for my own projects (at least for now).

What surprises me is that the "strings" file, which is located on my own
machine, is somehow "unreadable" by the backup software. Actually, I can't
even open the "strings" file with a text editor (UltraEdit), because
UltraEdit also returns a "read" error. I'm sure that it's a bad idea to
mess with the "strings" file by myself, but I sure would like to have a
"backup" of my repository in case my hard drive ever fails.

Doing a dump of the repository is one solution, just not a very convenient
one.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 4 18:51:51 2004

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.