On Tue, Mar 23, 2010 at 11:41:05AM +, Graham Keeling wrote:
Hello,
I would like to be able to tell bacula that Incrementals cannot be run whilst
another Incremental is running.
I would also like to be able to tell bacula that VirtualFulls *can* be run
whilst an Incremental is running.
Is that possible?
I thought I'd try it this way - having one job for the incrementals, and one
job for the virtualfulls (using bacula-5.0.1 and disk volumes).
Schedule { (incr schedule) }
Schedule { (virtualfull schedule) }
Pool { (full pool) }
Pool { (incr pool) }
Client { (client) }
FileSet { (fileset) }
Storage {
Name = Disk 1
...
Device = Disk 1.0
Device = Disk 1.1
Device = Disk 1.2
...
Maximum Concurrent Jobs = 20
}
Job {
Name = VirtualJob
Type = Backup
Level = VirtualFull
Schedule = (virtualfull schedule)
Pool = (incr pool)
Priority = 10
Client = client
FileSet = fileset
Full Backup Pool = (full pool)
Incremental Backup Pool = (incr pool)
Maximum Concurrent Jobs = 1
Storage = (storage)
Accurate = yes
}
Job {
Name = RealJob
Type = Backup
Level = Incremental
Schedule = (incr schedule)
Pool = (incr pool)
Priority = 10
Client = client
FileSet = fileset
Full Backup Pool = (full pool)
Incremental Backup Pool = (incr pool)
Maximum Concurrent Jobs = 1
Storage = (storage)
Accurate = yes
}
I had already run some Incrementals with 'RealJob' (the first got upgraded to
a Full).
I then started 'VirtualJob', and a few seconds later, 'RealJob'.
'RealJob' completed OK.
But 'VirtualJob' said:
Warning: acquire.c:265 Read acquire: label.c:239 Could not reserve volume
backup-0193 on Disk 1.2 (/write/mnt/Disk 1/var/lib/bacula/volumes)
It looks like backup-0193 was being read by 'RealJob'.
'VirtualJob' then started asking the operator to mount backup-0193, which
I couldn't help it with, no matter how much I typed 'mount' and 'unmount' into
bconsole (but that's another problem for another day).
The question is:
Why does the Incremental job need to read (and reserve) the volume?
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users