This still persists after I changed the schedule as per Anrno's instructions.
Bacula still thinks it is week 2 (or 4) and insists that it wants disk A.
When does the new week start according to Bacula, is it the same day as the
1st of the month or Sunday? Is there anyway to check what it "thinks"?
At the moment I can't get a consistent back up schedule running which is a
bit worrying?
For completeness I have pasted the dir conf here. Maybe there is something
else I have wrong.
TIA
cheers
Glyn
#
# Default Bacula Director Configuration file
#
# The only thing that MUST be changed is to add one or more
# file or directory names in the Include directive of the
# FileSet resource.
#
# For Bacula release 2.2.8 (26 January 2008) -- debian lenny/sid
#
# You might also want to change the default email address
# from root to your address. See the "mail" and "operator"
# directives in the Messages resource.
#
Director { # define myself
Name = mistral-dir
DIRport = 9101 # where we listen for UA connections
QueryFile = "/var/lib/bacula/bin/query.sql"
WorkingDirectory = "/var/lib/bacula/bin/working"
PidDirectory = "/var/lib/bacula/bin/working"
Maximum Concurrent Jobs = 1
Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3L" # Console password
Messages = Daemon
DirAddress = mistral.cirrus.co.za
}
JobDefs {
Name = "GlynJob"
Type = Backup
# Level = incremental
Client = glyn-laptop-fd
FileSet = "Glyn Set"
Messages = Standard
Priority = 10
Reschedule on error = yes
Reschedule interval = 1 hour
Reschedule times = 5
}
JobDefs {
Name = "ColynJob"
Type = Backup
# Level = Incremental
Client = Colyn-Acer-W7-fd
FileSet = "Colyn Set"
Messages = Standard
Priority = 10
Reschedule on error = yes
Reschedule interval = 1 hour
Reschedule times = 5
}
JobDefs {
Name = "CumulusJob"
Type = Backup
# Level = Incremental
Client = mistral-fd
FileSet = "Cumulus Set"
Messages = Standard
Priority = 10
}
JobDefs {
Name = "SugarJob"
Type = Backup
# Level = Incremental
Client = mistral-fd
FileSet = "Sugar Set"
Messages = Standard
Priority = 10
}
JobDefs {
Name = "TyphoonJob"
Type = Backup
# Level = Incremental
Client = typhoon-fd
FileSet = "Typhoon Set"
Messages = Standard
Priority = 10
}
#
# Define the main nightly save backup job
# By default, this job will back up to disk in
Job {
Name = "SugarA"
JobDefs = "SugarJob"
Schedule = "WeeklyCycle"
Pool = Default
Full Backup Pool = Full-Pool-A
Incremental Backup Pool = Incr-Pool-A
Write Bootstrap = "/var/lib/bacula/bin/Sugar.bsr"
}
Job {
Name = "CumulusA"
JobDefs = "CumulusJob"
Schedule = "WeeklyCycle"
Pool = Default
Full Backup Pool = Full-Pool-A
Incremental Backup Pool = Incr-Pool-A
Write Bootstrap = "/var/lib/bacula/bin/Cumulus.bsr"
}
Job {
Name = "GlynA"
JobDefs = "GlynJob"
Schedule = "DayTime"
Pool = Default
Full Backup Pool = Full-Pool-A
Incremental Backup Pool = Incr-Pool-A
Write Bootstrap = "/var/lib/bacula/bin/Glyn.bsr"
}
Job {
Name = "ColynA"
JobDefs = "ColynJob"
Schedule = "DayTime"
Pool = Default
Full Backup Pool = Full-Pool-A
Incremental Backup Pool = Incr-Pool-A
Write Bootstrap = "/var/lib/bacula/bin/Colyn.bsr"
}
Job {
Name = "TyphoonA"
JobDefs = "TyphoonJob"
Schedule = "WeeklyCycle"
Pool = Default
Full Backup Pool = Full-Pool-A
Incremental Backup Pool = Incr-Pool-A
Write Bootstrap = "/var/lib/bacula/bin/Typhoon.bsr"
}
Job {
Name = "SugarB"
JobDefs = "SugarJob"
Schedule = "WeeklyCycle"
Pool = Default
Full Backup Pool = Full-Pool-B
Incremental Backup Pool = Incr-Pool-B
Write Bootstrap = "/var/lib/bacula/bin/Sugar.bsr"
}
Job {
Name = "CumulusB"
JobDefs = "CumulusJob"
Schedule = "WeeklyCycle"
Pool = Default
Full Backup Pool = Full-Pool-B
Incremental Backup Pool = Incr-Pool-B
Write Bootstrap = "/var/lib/bacula/bin/Cumulus.bsr"
}
Job {
Name = "GlynB"
JobDefs = "GlynJob"
Schedule = "DayTime"
Pool = Default
Full Backup Pool = Full-Pool-B
Incremental Backup Pool = Incr-Pool-B
Write Bootstrap = "/var/lib/bacula/bin/Glyn.bsr"
}
Job {
Name = "ColynB"
JobDefs = "ColynJob"
Schedule = "DayTime"
Pool = Default
Full Backup Pool = Full-Pool-B
Incremental Backup Pool = Incr-Pool-B
Write Bootstrap = "/var/lib/bacula/bin/Colyn.bsr"
}
Job {
Name = "TyphoonB"
JobDefs = "TyphoonJob"
Schedule = "WeeklyCycle"
Pool = Default
Full Backup Pool = Full-Pool-B
Incremental Backup Pool = Incr-Pool-B
Write Bootstrap = "/var/lib/bacula/bin/Typhoon.bsr"
}
# Backup the catalog database (after the nightly save)
Job {
Name = "BackupCatalogA"
JobDefs = "SugarJob"
Level = Full
FileSet="Catalog"
Schedule = "WeeklyCycleAfterBackup"
Pool = Full-Pool-A
RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
RunAfterJob = "/var/lib/bacula/bin/delete_catalog_backup"
Write Bootstrap = "/var/lib/bacula/bin/BackupCatalog.bsr"
Priority = 11 # run after main backup
}
Job {
Name = "BackupCatalogB"
JobDefs = "SugarJob"
Level = Full
FileSet="Catalog"
Schedule = "WeeklyCycleAfterBackup"
Pool = Full-Pool-B
RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
RunAfterJob = "/var/lib/bacula/bin/delete_catalog_backup"
Write Bootstrap = "/var/lib/bacula/bin/BackupCatalog.bsr"
Priority = 11 # run after main backup
}
Job {
Name = "DayTimeBackupCatalogA"
JobDefs = "SugarJob"
Level = Full
FileSet="Catalog"
Schedule = "DayTimeAfterBackup"
Pool = Full-Pool-A
RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
RunAfterJob = "/var/lib/bacula/bin/delete_catalog_backup"
Write Bootstrap = "/var/lib/bacula/bin/BackupCatalog.bsr"
Priority = 11 # run after main backup
}
Job {
Name = "DayTimeBackupCatalogB"
JobDefs = "SugarJob"
Level = Full
FileSet="Catalog"
Schedule = "DayTimeAfterBackup"
Pool = Full-Pool-B
RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
RunAfterJob = "/var/lib/bacula/bin/delete_catalog_backup"
Write Bootstrap = "/var/lib/bacula/bin/BackupCatalog.bsr"
Priority = 11 # run after main backup
}
#
# Standard Restore template, to be changed by Console program
# Only one such job is needed for all Jobs/Clients/Storage ...
#
Job {
Name = "RestoreFiles"
Type = Restore
Client=mistral-fd
FileSet="Sugar Set"
Pool = Default
Messages = Standard
Where = /bacula-restores
}
# List of files to be backed up
FileSet {
Name = "Sugar Set"
Include {
Options {
Compression = GZIP
# signature = MD5
ignore case = yes
}
File = "</var/lib/bacula/bin/sugarbup.txt"
}
}
FileSet {
Name = "Cumulus Set"
Include {
Options {
Compression = GZIP
# signature = MD5
ignore case = yes
onefs = no
}
File = "</var/lib/bacula/bin/Cumulusbup.txt"
}
}
FileSet {
Name = "Colyn Set"
Enable VSS = yes
Include {
Options {
Compression = GZIP
# signature = MD5
ignore case = yes
# Exclude = yes
}
File = "</var/lib/bacula/bin/Colynbup.txt"
}
# Exclude {
# File = "</var/lib/bacula/bin/colynexclude.txt"
# }
}
FileSet {
Name = "Glyn Set"
Enable VSS = yes
Include {
Options {
Compression = GZIP
# signature = MD5
ignore case = yes
# Exclude = yes
}
File = "</var/lib/bacula/bin/Glynbup.txt"
}
# Exclude {
# File = "</var/lib/bacula/bin/glynexclude.txt"
# }
}
FileSet {
Name = "Typhoon Set"
Include {
Options {
Compression = GZIP
# signature = MD5
ignore case = yes
}
File = "</var/lib/bacula/bin/typhoonbup.txt"
}
}
#
# When to do the backups
Schedule {
Name = "WeeklyCycle"
Run = Incremental Pool = Incr-Pool-B 1st, 3rd, 5th mon-fri at 19:05
Run = Full Pool = Full-Pool-B 1st, 3rd, 5th sat at 02:05
Run = Incremental Pool = Incr-Pool-A 2nd, 4th mon-fri at 19:05
Run = Full Pool = Full-Pool-A 2nd, 4th Sat at 02:05
}
Schedule {
Name = "DayTime"
Run = Incremental Pool = Incr-Pool-B 1st, 3rd, 5th tue-fri at 09:05
Run = Full Pool = Full-Pool-B 1st, 3rd, 5th mon at 09:05
Run = Incremental Pool = Incr-Pool-A 2nd, 4th tue-fri at 09:05
Run = Full Pool = Full-Pool-A 2nd, 4th mon at 09:05
}
# This schedule does the catalog. It starts after the WeeklyCycle
Schedule {
Name = "WeeklyCycleAfterBackup"
Run = Full 1st, 3rd, 5th mon-fri at 19:10
Run = Full 2nd, 4th mon-fri at 19:10
}
Schedule {
Name = "DayTimeAfterBackup"
Run = Full 1st, 3rd, 5th mon-fri at 09:10
Run = Full 2nd, 4th mon-fri at 09:10
}
# This is the backup of the catalog
FileSet {
Name = "Catalog"
Include {
Options {
signature = MD5
}
File = /var/lib/bacula/bin/bacula.sql
}
}
# Client (File Services) to backup
Client {
Name = mistral-fd
Address = mistral
FDPort = 9102
Catalog = MyCatalog
Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3LT3Cg" # password for
FileDaemon
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
Client {
Name = glyn-laptop-fd
Address = glyn-Laptop.cirrus.co.za
FDPort = 9102
Catalog = MyCatalog
Password = "irish01" # password for FileDaemon 2
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
Client {
Name = Colyn-Acer-W7-fd
Address = Colyn-Acer-W7.cirrus.co.za
FDPort = 9102
Catalog = MyCatalog
Password = "colyn" # password for FileDaemon 2
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
Client {
Name = typhoon-fd
Address = typhoon.cirrus.co.za
FDPort = 9102
Catalog = MyCatalog
Password = "typhoon" # password for FileDaemon 2
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
# Definition of file storage device
Storage {
Name = HDDA
# Do not use "localhost" here
Address = mistral.cirrus.co.za # N.B. Use a fully qualified
name here
SDPort = 9103
Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3LT3Cgkiyj"
Device = usb-drive-a
Media Type = Filea
}
Storage {
Name = HDDB
# Do not use "localhost" here
Address = mistral.cirrus.co.za # N.B. Use a fully qualified
name here
SDPort = 9103
Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3LT3Cgkiyj"
Device = usb-drive-b
Media Type = Fileb
}
# Definition of DDS tape storage device
#Storage {
# Name = DDS-4
# Do not use "localhost" here
# Address = mistral # N.B. Use a fully qualified name here
# SDPort = 9103
# Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3LT3Cgkiyj" # password
for Storage daemon
# Device = DDS-4 # must be same as Device in Storage
daemon
# Media Type = DDS-4 # must be same as MediaType in
Storage daemon
# Autochanger = yes # enable for autochanger device
#}
# Definition of 8mm tape storage device
#Storage {
# Name = "8mmDrive"
# Do not use "localhost" here
# Address = mistral # N.B. Use a fully qualified name here
# SDPort = 9103
# Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3LT3Cgkiyj"
# Device = "Exabyte 8mm"
# MediaType = "8mm"
#}
# Definition of DVD storage device
#Storage {
# Name = "DVD"
# Do not use "localhost" here
# Address = mistral # N.B. Use a fully qualified name here
# SDPort = 9103
# Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3LT3Cgkiyj"
# Device = "DVD Writer"
# MediaType = "DVD"
#}
# Generic catalog service
Catalog {
Name = MyCatalog
dbname = bacula
DB Address = localhost
user = bacula
# password = "Andr0m3dA"
# DB Socket = "/opt/mistral-5.2.0h/mysql/tmp/mysql.sock"
}
# Reasonable message delivery -- send most everything to email address
# and to the console
Messages {
Name = Standard
#
# NOTE! If you send to two email or more email addresses, you will need
# to replace the %r in the from field (-f part) with a single valid
# email address in both the mailcommand and the operatorcommand.
# What this does is, it sets the email address that emails would display
# in the FROM field, which is by default the same email as they're being
# sent to. However, if you send email to more than one address, then
# you'll have to set the FROM address manually, to a single address.
# for example, a 'no-re...@mydomain.com', is better since that tends to
# tell (most) people that its coming from an automated source.
#
mailcommand = "/var/lib/bacula/bin/bsmtp -h typhoon.cirrus.co.za -f
\"\(Bacula\) \<%r\>\" -s \"Bacula: %t %e of %c %l\" %r"
operatorcommand = "/var/lib/bacula/bin/bsmtp -h typhoon.cirrus.co.za -f
\"\(Bacula\) \<%r\>\" -s \"Bacula: Intervention needed for %j\" %r"
mail = g...@cirrus.co.za = all, !skipped
operator = g...@cirrus.co.za = mount
console = all, !skipped, !saved
#
# WARNING! the following will create a file that you must cycle from
# time to time as it will grow indefinitely. However, it will
# also keep all your messages if they scroll off the console.
#
append = "/var/lib/bacula/bin/log" = all, !skipped
}
#
# Message delivery for daemon messages (no job).
Messages {
Name = Daemon
mailcommand = "/var/lib/bacula/bin/bsmtp -h typhoon.cirrus.co.za -f
\"\(Bacula\) \<%r\>\" -s \"Bacula daemon message\" %r"
mail = g...@cirrus.co.za = all, !skipped
console = all, !skipped, !saved
append = "/var/lib/bacula/bin/log" = all, !skipped
}
# Default pool definition
Pool {
Name = Default
Storage = HDDA
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle
Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 365 days # one year
}
Pool {
Name = Full-Pool-A
Storage = HDDA
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle
Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 7 weeks # 7 weeks (3 volumes at 2 week
intervals + 1 week grace)
Maximum Volume Jobs = 5 # 1 instance of 5 jobs
Maximum Volumes = 3
LabelFormat = "hdda-full-"
}
Pool {
Name = Incr-Pool-A
Storage = HDDA
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle
Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 6 days # 6 days (1 volume with 5 jobs + 1 day
grace)
Maximum Volume Jobs = 25 # 5 instances of 5 jobs
Maximum Volumes = 1
LabelFormat = "hdda-incr-"
}
Pool {
Name = Full-Pool-B
Storage = HDDB
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle
Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 7 weeks # 7 weeks (3 volumes at 2 week
intervals + 1 week grace)
Maximum Volume Jobs = 5
Maximum Volumes = 3
LabelFormat = "hddb-full-"
}
Pool {
Name = Incr-Pool-B
Storage = HDDB
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle
Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 6 days # 6 days (1 volume with 5 jobs + 1 day
grace)
Maximum Volume Jobs = 25
Maximum Volumes = 1
LabelFormat = "hddb-incr-"
}
# Scratch pool definition
Pool {
Name = Scratch
Pool Type = Backup
}
#
# Restricted console used by tray-monitor to get the status of the director
#
Console {
Name = mistral-mon
Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3L"
CommandACL = status, .status
}
Arno Lehmann wrote:
>
>
> Arno
>
>> TIA
>> Cheers
>> Glyn
>>
>>
>> Arno Lehmann wrote:
>>> Hello,
>>>
>>> 15.01.2010 08:25, Glyn wrote:
>>>> Using 3.0.2 on Ubuntu 8.04 server with MySQL.
>>>>
>>>> It is now Friday of the 2nd week of January so the schedule A with Pool
>>>> A should be used, I would have thought. However, this morning at 9:05 I
>>>> get a message asking for a volume of drive B to be labelled. From
>>>> Monday
>>>> to Thursday the A schedule was used correctly but now suddenly on
>>>> Friday, it wants to switch to the B schedule.
>>>> Maybe I have something wrong in the dir.conf? The schedule section is
>>>> below and any help would be appreciated.
>>> Given the number of schedules you have, you also have different backup
>>> jobs set up.
>>>
>>> A backup job can only be based upon previous backups of the same job.
>>>
>>> To achieve what you want, only use one job, and a schedule like
>>>
>>> Schedule {
>>> Name = "WeeklyCycleAB"
>>> Run = Incremental Pool = Incr-Pool-B 1st, 3rd, 5th mon-fri at 19:05
>>> Run = Full Pool = Full-Pool-B 1st, 3rd, 5th sat at 02:05
>>> Run = Incremental Pool = Incr-Pool-A 2nd, 4th mon-fri at 19:05
>>> Run = Full Pool = Full-Pool-A 2nd, 4th Sat at 02:05
>>> }
>>>
>>> That should help :-)
>>>
>>> Arno
>>>
>>>> # When to do the backups
>>>> Schedule {
>>>> Name = "WeeklyCycleB"
>>>> Run = Incremental Pool = Incr-Pool-B 1st, 3rd, 5th mon-fri at 19:05
>>>> Run = Full Pool = Full-Pool-B 1st, 3rd, 5th sat at 02:05
>>>> }
>>>>
>>>> Schedule {
>>>> Name = "DayTimeB"
>>>> Run = Incremental Pool = Incr-Pool-B 1st, 3rd, 5th tue-fri at 09:05
>>>> Run = Full Pool = Full-Pool-B 1st, 3rd, 5th mon at 09:05
>>>> }
>>>>
>>>> Schedule {
>>>> Name = "WeeklyCycleA"
>>>> Run = Incremental Pool = Incr-Pool-A 2nd, 4th mon-fri at 19:05
>>>> Run = Full Pool = Full-Pool-A 2nd, 4th Sat at 02:05
>>>> }
>>>>
>>>> Schedule {
>>>> Name = "DayTimeA"
>>>> Run = Incremental Pool = Incr-Pool-A 2nd, 4th tue-fri at 09:05
>>>> Run = Full Pool = Full-Pool-A 2nd, 4th mon at 09:05
>>>> }
>>>>
>>>> # This schedule does the catalog. It starts after the WeeklyCycle
>>>> Schedule {
>>>> Name = "WeeklyCycleAfterBackupB"
>>>> Run = Full 1st, 3rd, 5th mon-fri at 19:10
>>>> }
>>>>
>>>> Schedule {
>>>> Name = "WeeklyCycleAfterBackupA"
>>>> Run = Full 2nd, 4th mon-fri at 19:10
>>>> }
>>>>
>>>>
>>>> Schedule {
>>>> Name = "DayTimeAfterBackupB"
>>>> Run = Full 1st, 3rd, 5th mon-fri at 09:10
>>>> }
>>>>
>>>> Schedule {
>>>> Name = "DayTimeAfterBackupA"
>>>> Run = Full 2nd, 4th mon-fri at 09:10
>>>> }
>>>>
>>> --
>>> Arno Lehmann
>>> IT-Service Lehmann
>>> Sandstr. 6, 49080 Osnabrück
>>> www.its-lehmann.de
>>>
>>> ------------------------------------------------------------------------------
>>> Throughout its 18-year history, RSA Conference consistently attracts the
>>> world's best and brightest in the field, creating opportunities for
>>> Conference
>>> attendees to learn about information security's most important issues
>>> through
>>> interactions with peers, luminaries and emerging and established
>>> companies.
>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>
>>>
>>
>
> --
> Arno Lehmann
> IT-Service Lehmann
> Sandstr. 6, 49080 Osnabrück
> www.its-lehmann.de
>
> ------------------------------------------------------------------------------
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established
> companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
View this message in context:
http://old.nabble.com/Schedule-not-being-followed-tp27173686p27221927.html
Sent from the Bacula - Users mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
