[SAC] Re: svnsync

[Cameron Shorter]

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
> Sac at lists.osgeo.org
> 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