On Monday 28 December 2009 19:57:24 Phil Stracchino wrote:
> Since I got no response from the users list:
>
> When starting a job from the console and modifying the job parameters,
> the 'modify Pool' operation overrides the 'Pool' directive in the job
> definition.  


> It clearly SHOULD also override the 'Full Backup Pool', 
> 'Differential Backup Pool' etc. directives.  

I am not convinced that the manual pool override was ever supposed or intended 
to override the other directives you mention.

> However, it appears this is not happening.
>
> The reason I ask is because I was testing a new-to-me LTO-2 drive last
> night, and I could not get Bacula to use the tape storage device or
> pool.  It accepted the modifications, but then went ahead and used the
> original disk storage from the Job definition anyway, with no error
> messages emitted.
>
>
> Run Backup job
> JobName:  Spikyfishthing Backup
> Level:    Full
> Client:   spikyfishthing
> FileSet:  Spikyfishthing Full Set
> Pool:     Full-Tape (From User input)
> Storage:  babylon5-sd (From user selection)
> When:     2009-12-28 00:40:12
> Priority: 10
> OK to run? (yes/mod/no): y
> Job queued. JobId=674
> *
> 28-Dec 00:40 babylon4-dir JobId 674: shell command: run BeforeJob
> "/opt/bacula/sbin/checkhost spikyfishthing"
> 28-Dec 00:40 babylon4-dir JobId 674: Start Backup JobId 674,
> Job=Spikyfishthing_Backup.2009-12-28_00.40.48_35
> 28-Dec 00:40 babylon4-dir JobId 674: Created new Volume
> "FULL-20091228-00:40" in catalog.
> 28-Dec 00:40 babylon4-dir JobId 674: Using Device "FileStorage"
> 28-Dec 00:40 babylon4-sd JobId 674: Labeled new Volume
> "FULL-20091228-00:40" on device "FileStorage" (/spool/bacula).
> 28-Dec 00:40 babylon4-sd JobId 674: Wrote label to prelabeled Volume
> "FULL-20091228-00:40" on device "FileStorage" (/spool/bacula)
>
>
> Whatever the cause, runtime modifications from the console on a manually
> started job are being ignored, with no sign of any errors reported.  

Since we do not have the job report, it is a bit hard to tell what really 
happened.

Kern

> The modifications were just silently ignored.  This seems bad.







------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to