On Thursday 10 August 2006 06:41, Ian Levesque wrote:
Hi all,
Here was the situation this evening:
I'm backing up to a 3-drive LTO2 autochanger. There were six jobs
running, filling the max clients per drive (set at 2 concurrent jobs
each). All were full backups using a Fulls pool.
If I want only two volumes in a pool and each volume is used once. (one
volume per day also) I put:
Pool {
Name = Automatico
Pool Type = Backup
Maximum Volumes = 2
Purge Oldest Volume = yes
Maximum Volume Jobs = 1
LabelFormat =
I'm trying to start up the storage daemon and I'm getting an error:
[EMAIL PROTECTED]:/var/lib/bacula# /etc/init.d/bacula-sd start
Starting Bacula Storage daemon: 26-Aug 07:34 bacula-sd: ERROR TERMINATION at
parse_conf.c:821
Config error: Keyword DeviceType not permitted in this resource.
Just to add more probably relevant info:
The backup medium is an external USB 2.0 disk. It has not changed in the
time between the high performance with version 1.38.5 and the low
performance with the current version 1.38.11.
The DB is sqlite which served well form months before. I had to create
On 8/26/06, Marco [EMAIL PROTECTED] wrote:
Just to add more probably relevant info:
The backup medium is an external USB 2.0 disk. It has not changed in the
time between the high performance with version 1.38.5 and the low
performance with the current version 1.38.11.
The DB is sqlite which
Hello,
On 8/24/2006 12:48 PM, parveen wrote:
hi all
i have installed bacula on linux. i am not able to take backup of open file
(microsoft outlook express, VB files etc) plz give me some solution.
The keyword to look for is VSS. Set up your windows jobs to use VSS and
everything
John Drescher wrote:
Are you sure that the new database is indexed properly? Does it take
an unreasonably long time to generate the file list for a restore? If
so this is a sign that the database needs indexed.
The restore time is quite ok. It's the backup that takes extremely long.
/m
Hi list,
I'm trying to set up Bacula to use my IPv6 network to get around the
problem that for some of my backup clients over IPv4, the storage
daemon is behind NAT.
On all of the hosts involved, I've set up the daemons to only listen
on IPv6 addresses with the exception of the director
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
building and re-installing bacula-dir from a deb.src resolved the problem.
Ivánszky Gábor wrote:
Hi All,
I have the same error messages on Debian etch with mysql 5.0.24-1, and
bacula-director-mysql 1.38.11-1.
Restarting doesn't seem to solve