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

AW: svnserve & hotbackup of FSFS without user access

From: Markus Karg <markus.karg_at_quipsy.de>
Date: 2006-01-19 14:14:32 CET

Actually I don't know all this discussion whether or not direct FSFS access will work.
Why not just using svnadmin hotcopy (even when you think no one is in the office), as it was told in many, many threads before?
Is there a problem with that command that I don't have heard of? ;-)
 
 
 
Mit freundlichem Gruss / With kind regards
Markus KARG, Staatl. gepr. Inf.
Entwicklung / R & D
QUIPSY QUALITY GmbH

________________________________

Von: Bill Williams [mailto:billwilliams@qcsoftware.com]
Gesendet: Do 19.01.2006 13:39
An: users@subversion.tigris.org
Betreff: svnserve & hotbackup of FSFS without user access

I know there have been several questions asked recently about backing
performing a hotbackup of FSFS. This one is a little different.

We are a small development company about to start using subversion.
Currently, I plan on having svnserve running as a daemon on our linux
server.

We use the tar command to perform a backup every night onto a tape.
Since out backups are performed after midnight, we do not have
developers accessing the system; therefore, we should not have any
issues with changes occuring to the repository as the backup is performed.

My question is will the backup be "good" if svnserve is running but no
one is accessing the repository? My concern is if svnserve is somehow
holding files opened (buffered data) which is not committed to the disk.

Thanks

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jan 19 15:43:29 2006

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.