On Monday 09 April 2007 18:27, [EMAIL PROTECTED] 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, [EMAIL PROTECTED] wrote: > => > Item 1: enable bacula to report on purge/prune/recycle actions in the > => future > => > Origin: Mark Bergman <[EMAIL PROTECTED]> > => > 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 [EMAIL PROTECTED] > => > 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 > => > Bacula-users@lists.sourceforge.net > => > 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. > ------------------------------------------------------------------------- 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 Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
