[SAC] Re: [support.osuosl.org #20349] Backup Implementation for OSGeo VMs

Did this email make it to the list?

Martin, can you come up with a response about our needs in terms of how
much space we'd want on such a backup system. Seems to me since we were
already planning on pushing some funds OSUOSLs direction this could fit
into part of that, and we could hold back on purchase of new hardware.


-------- Original Message --------
Subject: Re: [support.osuosl.org #20349] Backup Implementation for OSGeo VMs
Date: Tue, 28 Feb 2012 23:07:53 +0000
From: Lance Albertson via RT <support@osuosl.org>
Reply-To: support@osuosl.org
To: tech@wildintellect.com
CC: sac@lists.osgeo.org

On Tue, Feb 28, 2012 at 3:05 PM, tech@wildintellect.com via RT <
support@osuosl.org> wrote:

Right now OSGeo is running our own Bacula on one of our VMs to backup
content from our other VMs. We noticed that OSUOSL also runs Bacula on a
larger scale and was wondering if we could levarage that in some way. We
had been discussing buying a cheap 1U node just for backup but could
just as easily contribute disks or funds to your setup if it achieves
the same results.

We would like to be able to tweak or configure as needed but expect that
dumping our current config to your bacula would suffice for now.

What route does OSUOSL suggest?

I would prefer integrating it into our bacula and we could come up with a
cost estimate for you to contribute into. How much data are you backing up?
What kind of a rotation are you using/doing? How many clients need to be
backed up? We also sync our bacula data off-site daily.

Lance Albertson
Systems Administrator / Architect Open Source Lab
Information Services Oregon State University

Attached Message Part (1.5 KB)

On Wed, Feb 29, 2012 at 11:28:20PM -0800, Alex Mandel wrote:

Martin, can you come up with a response [...]

Yup, will do today. I've been mostly absorbed by doing paper work,
hardly managed to do anything useful yesterday. Sorry for that,

Unix _IS_ user friendly - it's just selective about who its friends are !