Paul Ramsey a écrit :
No, nightly backup getting stuffed. Apparently the FSFS repository
backend does not have this problem: if a process goes boom the database
doesn't get into a locked-and-not-unlockable state. I am thinking of
switching us over from DBD to FSFS, but will have to see if I can find
suitable packages for the server.
We did the migration from DBD to FSFS for our own SVN, and I'm pretty
happy with it. We had a bunch of trouble with DBD, and never got any
trouble yet with FSFS. The migration with "svnadmin dump" and "svnadmin
load" worked well, and we took the opportunity for removing some big
images that was not supposed to be versionned with "svndumpfilter". If a
migration of Geotools code from DBD to FSFS is done, maybe we could take
the opportunity for removing some big images as well. It would make the
backup significantly smaller. See http://jira.codehaus.org/browse/GEOT-768
Martin.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&op=click
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
