On Tue, 2009-06-16 at 17:37 -0400, Phil Stracchino wrote:
> I'm trying to set up my first Copy job, and running into a problem. I
> don't know whether it's a configuration issue, a documentation
> shortfall, a Bacula limitation, or a combination of the three.
>
>
> I have two SDs on two different machines.
Unfortunately.
http://www.bacula.org/manuals/en/concepts/concepts/Migration_Copy.html
Migration (also copy because a copy is just a special case of migration)
is only implemented for a single Storage daemon. You cannot read on one
Storage daemon and write on another.
As a new feature, there are limitations.
I'm using copy jobs. Love em.
Dirk
> Altogether, four pools exist,
> three disk pools on one machine, one tape pool on the other. The disk
> SD is on a NAS box with a multi-terabyte SAS/SATA array, and "owns"
> three disk pools on the array. The tape SD is on a separate machine,
> and "owns" a single pool and an LTO1 drive. The disk array cannot be
> connected to the tape SD because the tape SD's machine has no SAS
> controllers. The tape drive cannot be connected to the disk SD's
> machine because the disk machine has no SCSI controllers and is in an
> insufficiently controlled environment for the tape drive.
>
> Backups have been running to the disk pools without incident for about
> two months, and I've verified that I can run backup jobs directly to the
> tape drive.
>
> The relevant config sections are as follows:
>
> Storage {
> Name = babylon4-sd
> Address = babylon4.babcom.com
> Maximum Concurrent Jobs = 20
> SDPort = 9103
> Password = "XXXXXXXXXXX"
> Device = FileStorage
> Media Type = File
> }
>
> Storage {
> Name = babylon5-sd
> Address = babylon5.babcom.com
> SDPort = 9103
> Password = "XXXXXXXXXXX"
> Device = Ultrium-LTO1
> Media Type = LTO1
> Maximum Concurrent Jobs = 10
> }
>
> Pool {
> Name = Full-Disk
> Storage = babylon4-sd
> Pool Type = Backup
> Next Pool = Full-Tape
> Recycle = yes
> AutoPrune = yes
> Volume Retention = 6 months
> Maximum Volume Jobs = 0
> Volume Use Duration = 23h
> Label Format =
> "FULL-$Year${Month:p/2/0/r}${Day:p/2/0/r}-${Hour:p/2/0/r}:${Minute:p/2/0/r}"
> RecyclePool = Scratch
> }
>
> Pool {
> Name = Full-Tape
> Storage = babylon5-sd
> Pool Type = Backup
> Recycle = yes
> Autoprune = yes
> Volume Retention = 365d
> Recycle Oldest Volume = yes
> Recycle Current Volume = yes
> Label Format = "ARCH-"
> Maximum Volumes = 9
> }
>
>
> # Dummy client and fileset for the copy job
>
> Client {
> Name = ALL
> Address = localhost
> Password = NONE
> Catalog = Catalog
> }
>
> Fileset {
> Name = DUMMY
> Include {
> Options {
> signature = MD5
> }
> }
> }
>
> JobDefs {
> Name = TapeArchive
> Type = Copy
> Pool = Full-Tape
> Level = Full
> Client = ALL
> Fileset = DUMMY
> Selection Type = PoolUncopiedJobs
> Selection Pattern = "Babylon5.*" # this seems to be being ignored
> SpoolData = no
> Allow Duplicate Jobs = no
> Schedule = "MonthlyCopy"
> Messages = Daemon
> Priority = 20
> }
>
>
> Job {
> Name = "CopyToTape"
> Enabled = Yes
> Pool = Full-Disk
> JobDefs = TapeArchive
> Storage = babylon4-sd
> }
>
>
>
> When I go to run the Copy master job, I get this output:
>
> Select Job resource (1-9): 1
> Run Copy job
> JobName: CopyToTape
> Bootstrap: *None*
> Client: ALL
> FileSet: DUMMY
> Pool: Full-Disk (From Job resource)
> Read Storage: babylon4-sd (From Pool resource)
> Write Storage: babylon5-sd (From Storage from Pool's NextPool resource)
> JobId: *None*
> When: 2009-06-16 16:34:24
> Catalog: Catalog
> Priority: 20
> OK to run? (yes/mod/no):
>
>
> The read and write storage appear to be correct here.
>
> More or less the correct jobIDs get queued, except that the selection
> pattern is being ignored:
>
> Job queued. JobId=134
> 16-Jun 17:00 babylon4-dir JobId 134: The following 9 JobIds were chosen
> to be copied: 1,4,3,2,5,6,92,93,94
>
> The selection pattern above should theoretically have matched only jobs
> 92, 93 and 94, which are small test jobs.
>
>
> Here's what happens when one of those queued actually tried to execute,
> though:
>
>
> Copying JobId 134, Job=CopyToTape.2009-06-16_17.00.57_41
> 16-Jun 17:01 babylon5-sd JobId 134: Failed command:
> 16-Jun 17:01 babylon5-sd JobId 134: Fatal error:
> Device "FileStorage" with MediaType "File" requested by DIR not
> found in SD Device resources.
> 16-Jun 17:01 babylon4-dir JobId 134: Fatal error:
> Storage daemon didn't accept Device "FileStorage" because:
> 3924 Device "FileStorage" not in SD Device resources.
> 16-Jun 17:01 babylon4-dir JobId 134: Error: Bacula babylon4-dir 3.0.1
> (30Apr09): 16-Jun-2009 17:01:04
> Build OS: i386-pc-solaris2.10 solaris 5.10
> Prev Backup JobId: 94
> Prev Backup Job: Babylon5_Backup.2009-06-16_14.57.25_03
> New Backup JobId: 151
> Current JobId: 134
> Current Job: CopyToTape.2009-06-16_17.00.57_41
> Backup Level: Full
> Client: ALL
> FileSet: "DUMMY" 2009-06-16 16:16:31
> Read Pool: "Full-Disk" (From Job resource)
> Read Storage: "babylon4-sd" (From Pool resource)
> Write Pool: "Full-Tape" (From Job Pool's NextPool resource)
> Write Storage: "babylon5-sd" (From Storage from Pool's
> NextPool resource)
> Catalog: "Catalog" (From Client resource)
> Start time: 16-Jun-2009 17:01:04
> End time: 16-Jun-2009 17:01:04
> Elapsed time: 0 secs
> Priority: 20
> SD Files Written: 0
> SD Bytes Written: 0 (0 B)
> Rate: 0.0 KB/s
> Volume name(s):
> Volume Session Id: 29
> Volume Session Time: 1245177530
> Last Volume Bytes: 0 (0 B)
> SD Errors: 0
> SD termination status:
> Termination: *** Copying Error ***
>
>
> So:
> Job preparation seems to say the source and destination devices and
> pools are correct.
> The post-job output also seems to say Bacula thinks the source and
> destination devices and pools are correct.
>
> But ... the *MESSAGES* appear to say that despite Bacula being
> apparently quite clear that the copy source is the Full-Disk pool on the
> FileStorage device on babylon4-sd, when it tries to actually run the
> job, it is trying to access the FileStorage device (which is on
> babylon4) via babylon5-sd.
>
>
> Can anyone shed light on this? It looks to me as though Bacula is
> basically setting everything up correctly, then contacting the wrong SD
> for the source pool.
>
>
> Additionally, it appears the selection pattern is being completely
> ignored. If this directive is not actually valid for a copy job, the
> fact is not documented anywhere that it can be readily found.
>
>
>
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|