On Sat, 27 Feb 2010 14:46:40 +0100
Stan Meier wrote:
> Hello world,
[...]
> Furthermore, most of those servers will need a default job performed
> (/etc, /root, /opt and so on). While it's easy to reuse a "JobDefs"
> stanza to actually define all those jobs, isn't there any way to
> "group" tho
Hello,
27.02.2010 19:08, Stan Meier wrote:
> * Arno Lehmann :
>> 27.02.2010 14:46, Stan Meier wrote:
>>> 1. Keeping configuration sane: With more than 120 servers, we need to
>>> find a way to keep the configuration files readable. Our servers all
>>> follow some naming scheme, for example, we got
>> We don't backup whole servers, there's no point. So, yes, 120 systems
>> may seem like a lot, but for a lot of those, it will only be /etc,
>> /opt, /root and perhaps the crontabs.
>
> Ah, that makes sense. I am using a similar minimal backup for some of my
> remote Web servers (I am also bac
Hi,
On 02/28/10 10:07 PM, Stan Meier wrote:
> * mehma sarja:
>> A hunerd-n-twenty jobs makes me wince. Why not simplify...a couple of ideas
>> and feel free to knock them down:
>
> It's really not as bad as it sounds. A little Perl script parses a
> text file which contains groups of servers with
* mehma sarja :
> A hunerd-n-twenty jobs makes me wince. Why not simplify...a couple of ideas
> and feel free to knock them down:
It's really not as bad as it sounds. A little Perl script parses a
text file which contains groups of servers with their respective
passwords, include/exclude lists and
> A hunerd-n-twenty jobs makes me wince. Why not simplify...a couple of ideas
I have around 90 jobs at work. They all run fine.
> and feel free to knock them down:
> a. I HATE NFS - so I'm not mentioning it as a solution
> b. rsync all /etc's into a central location and back that up. This would
-users@lists.sourceforge.net
> > Subject: Re: [Bacula-users] Backing up > 100 servers
> >
> > * Kevin Keane :
> > We don't backup whole servers, there's no point. So, yes, 120 systems
> > may seem like a lot, but for a lot of those, it will only be /etc,
&
> -Original Message-
> From: Stan Meier [mailto:stan.me...@billigmail.org]
> Sent: Saturday, February 27, 2010 11:07 AM
> To: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] Backing up > 100 servers
>
> * Kevin Keane :
> We don't backup who
On 2/27/2010 1:08 PM, Stan Meier wrote:
>
> I don't see how we can synchronize more than 120 backup jobs yet, to
> be honest. We could run backup at 9pm and the copy job at 10am to
> allow for a large margin of error, but that just doesn't feel like a
> proper solution.
>
>
> Stan
>
>
You can s
* Kevin Keane :
> > From: Stan Meier [mailto:stan.me...@billigmail.org] While you are
> > right and creating a configuration based on scripts is quite easy
> > (and has added benefits, for example that you dan define one file
> > pool per server group), we still have to deal with 120 backup
> > job
On 02/27/10 13:18, Kevin Keane wrote:
> As for your second question, I would suggest a few changes:
>
> - Do not allow recycling of file volumes. Instead, prune them and
> then delete the pruned files (you have to use an external shell
> script to do that). Otherwise, file volumes will never get s
> -Original Message-
> From: Stan Meier [mailto:stan.me...@billigmail.org]
> Sent: Saturday, February 27, 2010 10:08 AM
> To: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] Backing up > 100 servers
>
> While you are right and creating a configura
gt; To: bacula-users@lists.sourceforge.net
> Subject: [Bacula-users] Backing up > 100 servers
>
> Hello world,
>
> our company is planning to move to Bacula. Preliminary tests are
> looking fine, but we really don't know how to deal with a few things.
>
> As fo
* Arno Lehmann :
> 27.02.2010 14:46, Stan Meier wrote:
> > 1. Keeping configuration sane: With more than 120 servers, we need to
> > find a way to keep the configuration files readable. Our servers all
> > follow some naming scheme, for example, we got "appserver01" through
> > "appserver08" or "we
Hello,
27.02.2010 14:46, Stan Meier wrote:
> Hello world,
>
> our company is planning to move to Bacula. Preliminary tests are
> looking fine, but we really don't know how to deal with a few things.
>
> As for hardware, we got a 24TB raid and access to a working tape
> library with several drive
Hello world,
our company is planning to move to Bacula. Preliminary tests are
looking fine, but we really don't know how to deal with a few things.
As for hardware, we got a 24TB raid and access to a working tape
library with several drives.
1. Keeping configuration sane: With more than 120 serv
16 matches
Mail list logo
