password in client's bacula-fd.conf. This authentication on the
> "wire" is actually encrypted. Is this correct?
>
> -craig
>
>
> On Tue, May 5, 2015 at 3:43 PM, Romeo Theriault wrote:
>
>> Hi Craig,
>>
>> See [1]:
>>
>> You shoul
Hi Craig,
See [1]:
You should restrict access to the Bacula configuration files, so that the
> passwords are not world-readable. The Bacula daemons are password protected
> using CRAM-MD5 (i.e. the password is not sent across the network). This
> will ensure that not everyone can access the daemo
hanks,
> -craig
>
> On Wed, Apr 29, 2015 at 3:53 PM, Romeo Theriault
> wrote:
>
>> If you go onto the host yourself, as root can you create "etc" in /tmp?
>>
>> On Wed, Apr 29, 2015 at 9:01 PM, Craig Shiroma > > wrote:
>>
>>> Hello
If you go onto the host yourself, as root can you create "etc" in /tmp?
On Wed, Apr 29, 2015 at 9:01 PM, Craig Shiroma
wrote:
> Hello,
>
> I'm trying to a restore file to a different host's /tmp. I've select the
> target host by changing the value of Restore Client during the restore
> process,
If you're using chef I'd suggest splitting out each of your client config
files into their own conf file and use chef templates to create them. Then
have a cron script check if there are any new/changed conf files and reload
the director config if their are. This is what I do.
On Wed, Dec 17, 2014
Hi all,
(running bacula 7.0.5)
We currently, backup to disk and use 'Autoprune = True' in our Pool and
Client resources to remove expired records from the catalog. This works
great, but as our clients are growing I'm wanting to move away from having
the pruning done during the backup period.
My
Thank you for the response Uwe. It gives me some idea on some items to
look at when scaling the environment.
On Thu, Jan 9, 2014 at 3:02 AM, Uwe Schuerkamp
wrote:
> On Tue, Jan 07, 2014 at 03:32:01PM -1000, Romeo Theriault wrote:
>> Hi Uwe, thanks for the response. I'm not
:50 AM, Uwe Schuerkamp wrote:
> On Thu, Dec 19, 2013 at 01:18:58PM -1000, Romeo Theriault wrote:
> > Hello, we're planning a fairly large Bacula backup environment (~500
> > clients). The environment will be a purely disk based backup environment
> > and I'm try
Hello, we're planning a fairly large Bacula backup environment (~500
clients). The environment will be a purely disk based backup environment
and I'm trying to determine the "best" way to configure the
devices/pools/volumes so we can have:
* a large amount of concurrent backups
* maximum flexibili
