Cool. I suggest you tell OSGeo-Discuss. Mapbuilder have had our svn repository go down before, including loss of some of our history. This svn backup service would have been very useful.
A more difficult, but equally useful service would be the backup of our JIRA issues and Confluence wiki. Howard Butler wrote: > I can now report that we have an svn mirror: > > http://svnmirror.osgeo.org > > It uses svnsync to mirror all OSGeo project repositories hourly, > including ones like OpenLayers and MapBuilder. QGIS and GeoTools > cannot be mirrored with svnsync because the server versions of those > repositories are too old (1.3 and 1.1, respectively). To be able to > pull for svnsync, the server version must be 1.4. > > The mirror is running on a TelaScience machine. AFAIK, only Mateusz, > John, and myself have the ability to login to this machine at this > time (it isn't on the LDAP or anything). > > I still need to do a little work to email in the event that the > syncing cron fails and sends output to stderr. If anyone has some > code/ideas to make that simple, let me know. > > I propose we let it stand for a week or so, and if things look like > they are behaving to our satisfaction, we discontinue the 'svnadmin > dump' full backups that we are running nightly that cause us lots of > i/o and cpu grief. > > Howard > > On Dec 11, 2007, at 9:02 PM, Howard Butler wrote: > >> A number of months ago, Frank filed a ticket for using svnsync: >> >> http://trac.osgeo.org/osgeo/ticket/91 >> >> I spent a little time this afternoon investigating what is required >> to get this going, and it turns out there is absolutely nothing we >> need to do on osgeo1 to support this. I propose that we stand up >> mirrors of all osgeo repositories on a TelaScience blade, and have >> them do their sync every three hours. Additionally, I propose that >> we stop doing daily full dumps on osgeo1 and incremental svn dumps on >> osgeo1. >> >> These can be done on a mirror if we still want them, but they >> generate a lot of load on osgeo1, and we are looking to offload some >> of our static backup costs. >> >> I will coordinate this effort and report back when it is done. No >> action should be required on osgeo1, and there will be no outage >> (planned ones, anyway ;) ) >> >> Howard > > _______________________________________________ > Sac mailing list > [EMAIL PROTECTED] > http://lists.osgeo.org/mailman/listinfo/sac > -- Cameron Shorter Geospatial Systems Architect Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 Think Globally, Fix Locally Commercial Support for Geospatial Open Source Solutions http://www.lisasoft.com/LISAsoft/SupportedProducts.html ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ mapbuilder-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel
