On 02/ 3/10 11:09 AM, Richard Scobie wrote: > Robert Hartzell wrote: > >> I know everything can be manually changed... Just trying to get a clear >> understanding of what exactly happens to a volumes attributes as bacula >> moves it in and out of the scratch pool. > > After filing the observed behaviour of a scratch volume not inheriting > the "Recycle Pool" attribute from the pool it is joining as a bug, here > is the official answer: > > "The RecyclePool is set only on Media creation, and you can only modify it > by hand after.
In my case all new media is created in the scratch pool and RecyclePool is set to Scratch. This is basically what I expected after looking through the docs. What I didnt expect to happen is that if a volume is moved from the scratch pool to another pool and then update volume from pool is run the RecyclePool attribute is set to *None*. That seems to contradict the above explanation unless that is what is meant by "modify it by hand". I would consider this a moderate to serious bug because I had to go back and manually reset the RecyclePool attribute by hand for that volume after updating retention times for the pool. For one volume no big deal... had there been a hundred volumes I would have been, well somewhat annoyed to say the least. > If you create the Media in the Full pool, the RecyclePool will be set, this > is not the case if you create it with your Scratch pool definition." > > My take on this is that it should be changed. > > If the Scratch pool is intended as source of volumes to be available to > any pool, it should inherit all attributes of that pool upon joining it. > If I see a volume is a member of "Pool X", I would expect it to behave > the same way as the Pool X definition, not "Pool X except the Recycle > pool may be different if this tape came from the Scratch pool". > > Adding a Recycle pool entry to the Scratch pool is a workaround, but is > unflexible if you wish to use different recycle pool entries in > different pools. A couple of quick test shows that if a volume is moved from the Scratch pool to another pool with a different RecyclyPool setting and update volumes from pool is run the volumes RecyclePool attribute will be changed to the new pools settings. If the new pool does not have a RecyclePool directive in it the attribute is set to *None*. I think this is an unexpected behavior. If a volume is created in the scratch pool with the RecyclePool attribute set then that setting should be retained unless the new pool has a different value for RecyclePool. The RecyclePool value should never be set to none because there is no directive specified in the new pool. -- Robert W Hartzell bear at rwhartzell.net RwHartzell.Net ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
