On Mon, 30 Jan 2006, [EMAIL PROTECTED] wrote:
We have this same issue related to promise controllers on our backup
server, However we haven't migrated to Bacula yet, we're still using the freeware version of Arkeia.
We're using P3 - Acer Motherboards on 2.4.22-1.2199 Kernel(FC1), when this
st
Hi there,
We are looking into purchasing an LoaderXpress LTO2 11 tape changer
drive and was wondering if anyone has had any experience working with
this unit within Bacula.
From reading the docs I can see there is support for LTO2 drives, but
no mention on this specific model, if you need so
Just a few quick questions before we start testing.
Is this necessary to keep the DB size at a norm?
Will it hurt anything?
Has anyone setup a cronjob to handle this pre/post backup?
Time - If anyone is currently doing this whats the average time it takes
for you database? And how large is your
Hi there,
We just started using Bacula 1.38.5 with an 11 tape LTO changer, after a
few days of playing around we finally have it working to our likes,
however there are a few things I couldn't make heads or tails of..
Pool/Media Management -
We have a barcode reader in out changer unit, whe
Hi there,
Quick question for everyone.
Is there a way force the backup catalog job to use the same tape as the
last job thats ran?
I am noticing that it runs after (priority=11) and it grabs it's own
tape, I'm hoping it will use the last tape that was written to...
Thanks,
Wm
n the pool
}
Thanks,
WM
Jason Martin wrote:
> On Thu, Jun 15, 2006 at 03:16:00PM -0400, William Reid wrote:
>
>> Hi there,
>> Quick question for everyone.
>> Is there a way force the backup catalog job to use the same tape as the
>> last job thats ran?
>>
>
Hi there,
Having a small issue after a clean install of bacula on a FC5 system.
Our backup seems to run once, and completes, mails the logs etc.
bconsole works fine...
The next time it goes to run, it runs fine but is no longer emailing the
logs, and I cannot access bconsole and the storage-dir
Just following up on this, I have double checked the following just to
be sure I didn't make any mistakes.
/etc/hosts on each of the client machines
made sure foreword/reverse DNS records were ok for all the machines involved
passwords were all matching
William Reid wrote:
> Hi there,
