Ana,
Just to confirm, your solution worked perfectly.
Thank you!
Adam Clark
[Recycle] Please consider the environment before printing this email and always
recycle office paper
From: Adam Clark [mailto:a...@eryjus.com]
Sent: Friday, August 21, 2015 11:21 AM
To: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Catalog writing to wrong storage device
Ana,
Thanks again for your reply. I had figured that would be the case; I was just
hoping for something a little more eloquent.
Thank you!
Adam Clark
Eryjus Consulting, LLC
[Recycle]Please consider the environment before printing this email and always
recycle office paper
From: Ana Emília M. Arruda [mailto:emiliaarr...@gmail.com]
Sent: Friday, August 21, 2015 11:04 AM
To: Adam Clark
Cc:
bacula-users@lists.sourceforge.netmailto:bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Catalog writing to wrong storage device
Hello Adam,
There is a misunderstanding here. The volumes in bacula are tied to devices.
This way you cannot have a volume in the directory mount point specified for
the Zentyal-File device being used by another device with a different directory
mount point (archive device).
It is possible to have groups of devices grouped into the same storage (in
bacula-dir.conf) using the same mount point or a virtual autochanger (you can
find both strategies in
http://blog.bacula.org/whitepapers/CommunityDiskBackup.pdf). This way, all your
volumes will be in the same directory and they can be accessed by any of the
devices (grouped or virtual autochanger). Because some operations will not work
well in the group configuration, virtual autochangers are preferable.
If you want to use different devices with different mount points, as you have
configured, you will need different pools with volumes tied to them (you can
define this in the pool and not in the schedule resource), for example:
Pool ThuPool-1 for Zentyal-File storage and ThuPool-2 for Backup-File storage:
Pool {
Name = ThuPool-1
Pool Type = Backup
Recycle = Yes
AutoPrune = Yes
Volume Retention = 6d
Volume Use Duration = 1d
Storage = Zentyal-File
Label Format = Thu-
}
Pool {
Name = ThuPool-2
Pool Type = Backup
Recycle = Yes
AutoPrune = Yes
Volume Retention = 6d
Volume Use Duration = 1d
Storage = Backup-File
Label Format = Thu-
}
Best regards,
Ana
On Fri, Aug 21, 2015 at 12:20 PM, Adam Clark
a...@eryjus.commailto:a...@eryjus.com wrote:
Hello,
My Catalog still did not make its first attempt to write to the proper volume,
resulting in a volume in error. Here are the console messages for the catalog
backup:
2015-08-20 23:55:02 BaculaDirector JobId 296: shell command: run BeforeJob
/usr/libexec/bacula/make_catalog_backup.plhttp://make_catalog_backup.pl
MyCatalog
2015-08-20 23:55:03 BaculaDirector JobId 296: Start Backup JobId 296,
Job=BackupCatalog.2015-08-20_23.55.00_49
2015-08-20 23:55:03 BaculaDirector JobId 296: Using Device Backup-File to
write.
2015-08-20 23:55:03 bacula-sd JobId 296: Warning: Volume Thu-0028 not on
file device Backup-File (/backup).
2015-08-20 23:55:03 bacula-sd JobId 296: Marking Volume Thu-0028 in Error
in Catalog.
2015-08-20 23:55:04 bacula-sd JobId 296: Warning: Volume Thu-0028 not on
file device Backup-File (/backup).
2015-08-20 23:55:04 bacula-sd JobId 296: Marking Volume Thu-0028 in Error
in Catalog.
2015-08-20 23:55:04 bacula-sd JobId 296: Warning: mount.c:212 Open of file
device Backup-File (/backup) Volume Thu-0028 failed: ERR=file_dev.c:172
Could not open(/backup/Thu-0028,OPEN_READ_WRITE,0640): ERR=No such file or
directory
2015-08-20 23:55:04 bacula-sd JobId 296: Volume Thu-0010 previously
written, moving to end of data.
2015-08-20 23:55:04 bacula-sd JobId 296: Ready to append to end of Volume
Thu-0010 size=8,163,946
2015-08-20 23:55:14 bacula-sd JobId 296: Elapsed time=00:00:10, Transfer
rate=4.591 M Bytes/second
2015-08-20 23:55:14 bacula-sd JobId 296: Sending spooled attrs to the
Director. Despooling 290 bytes ...
2015-08-20 23:55:14 BaculaDirector JobId 296: Bacula BaculaDirector 7.0.5
(28Jul14):
Build OS: x86_64-redhat-linux-gnu redhat Two)
JobId: 296
Job:BackupCatalog.2015-08-20_23.55.00_49
Backup Level: Full
Client: Bacula-Server 7.0.5 (28Jul14)
x86_64-redhat-linux-gnu,redhat,Two)
FileSet:Catalog 2015-07-04 23:55:00
Pool: ThuPool (From Run Pool override)
Catalog:MyCatalog (From Client resource)
Storage:Backup-File (From run override)
Scheduled time: 20-Aug-2015 23:55:00
Start time: 20-Aug-2015 23:55:03
End time: 20-Aug-2015 23:55:14
Elapsed time: 11 secs
Priority: 11
FD Files Written: 1
SD Files Written: 1
FD Bytes Written: 45,913,490 (45.91 MB)
SD Bytes Written: