Re: [Bacula-devel] [Bacula-users] feature request: report future purge/prune/recycle actions

[Kern S. <ke...@si...>]

On Monday 09 April 2007 18:27, mar...@up... wrote:
> 
> In the message dated: Mon, 09 Apr 2007 18:16:21 +0200,
> The pithy ruminations from Kern Sibbald on 
> <Re: [Bacula-users] feature request: report future purge/prune/recycle 
actions>
>  were:
> => 
> => 
> => If you simply want to know what Jobs and Volumes will reach their 
expiration 
> => date/time, that is something that you can do (and I think someone has 
done 
> => it) with the query.sql file.  Predicting purge/prune/recycling is 
> => indeterminate (AFAIK) except at the moment in time.
> 
> I guess that I'm unclear on the algorithms used by bacula 
> for purge/prune/recycling. 
> 
> => 
> => Consequently, sorry, but this Feature Request is rejected unless you 
provide a 
> => detailed algorithm to predict future actions so that it can be 
implemented.
> => 
> 
> I understand that writing to volumes (ie., filling them up) will trigger 
purging/
> pruning/recycling as needed, and that bacula attempts to keep volumes as 
long as
> possible. 


> Will bacula keep volume and database data past the retention periods 
> if there is no pressure to prune/purge/recycle a volume due to a lack of 
scratch
> of appendable volumes?

If you delete the words "of scratch" in the above sentence, the answer is yes.

> 
> Absent any tape activity (ie., no backups take place), won't volumes still 
be
> purged, pruned, and recycled over time? 

No

> I understand that the purging/pruning/ 
> recycling doesn't necessarily take place until a volume is mounted, but 
couldn't
> the logical sequence be predicted, with an algorithm something like (bad 
> pseudo-pseudo code follows):
> 
> 	until $CURRENT_DATE == $USER_SPECIFIED_DATE
> 		for each $VOLUME
> 			simulate_mount $VOLUME
> 
> 			-- execute the current purge/prune/recycle algorithm, based on
> 				the volume settings as stored in the database
> 
> 			report on any purge/prune/recycle actions for $VOLUME
> 		next
> 		$CURRENT_DATE ++
> 	next

Please read the manual.  The details of the recycling algorithm are (IMO) 
clearly explained.  You may need to read it a few times to "get" it.

> 
> Thanks,
> 
> Mark
> 
> 
> => 
> => 
> => On Monday 09 April 2007 17:38, mar...@up... wrote:
> => > Item 1:   enable bacula to report on purge/prune/recycle actions in the 
> => future
> => >   Origin: Mark Bergman <mar...@up...>
> => >   Date:   Mon Apr  9 11:26:31 EDT 2007
> => >   Status:
> => > 
> => >   What:   Enable bacula to produce a report on the purge/prune/recycle 
> => actions
> => > 		that would take place at a specified date in the future.
> => > 
> => >   Why:    There are frequent questions about the purge/prune/recycle 
> => algorithms
> => > 		and retention periods. It can be very difficult to predict the
> => > 		interaction and resource needs of complex retention policies,
> => > 		and very time-consuming to wait weeks or months to see the
> => > 		policies in effect.
> => > 
> => > 	It would be very helpful to all users to specify a date in the future, 
> => > 		and receive a report of all the purge/prune/recycle actions
> => > 		that would take place until that date. Of course, this would
> => > 		not take into account any tapes that fill up over that period.
> => > 
> => >  	This would also be a tremendous aid in resource planning (ie., do we
> => > 	need to order more blank tapes, or will a large number of tapes be
> => > 	recycled soon? which tapes will be recycled soon, so that they can 
> => > 	be put into the autochanger in advance? if the retention period is
> => > 	increased, will there be any tapes left in the scratch pool in 6 
> => > 	months?)
> => > 
> => > 
> => > 
> => > ----
> => > Mark Bergman                      mar...@up...
> => > System Administrator
> => > Section of Biomedical Image Analysis             215-662-7310
> => > Department of Radiology,           University of Pennsylvania
> => > 
> => > 
> => 
http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upenn.edu
> => > 
> => > 
> => > 
> => > The information contained in this e-mail message is intended only for 
the 
> => personal and confidential use of the recipient(s) named above. If the 
reader 
> => of this message is not the intended recipient or an agent responsible for 
> => delivering it to the intended recipient, you are hereby notified that you 
> => have received this document in error and that any review, dissemination, 
> => distribution, or copying of this message is strictly prohibited. If you 
have 
> => received this communication in error, please notify us immediately by 
e-mail, 
> => and delete the original message.
> => > 
> => 
> -------------------------------------------------------------------------
> => > Take Surveys. Earn Cash. Influence the Future of IT
> => > Join SourceForge.net's Techsay panel and you'll get the chance to share 
your
> => > opinions on IT & business topics through brief surveys-and earn cash
> => > 
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> => > _______________________________________________
> => > Bacula-users mailing list
> => > Bac...@li...
> => > https://lists.sourceforge.net/lists/listinfo/bacula-users
> => > 
> => 
> 
> 
> 
> 
> 
> The information contained in this e-mail message is intended only for the 
personal and confidential use of the recipient(s) named above. If the reader 
of this message is not the intended recipient or an agent responsible for 
delivering it to the intended recipient, you are hereby notified that you 
have received this document in error and that any review, dissemination, 
distribution, or copying of this message is strictly prohibited. If you have 
received this communication in error, please notify us immediately by e-mail, 
and delete the original message.
>