On Tue, 2005-09-13 at 16:46, Arno Lehmann wrote: > Hello, > > On 13.09.2005 07:42, Glen Davison wrote: > > > Dear All, > > > > we run bacula-mysql-1.36.3-1 with a bunch of homegrown perl scripts > > under Linux (RHEL3). We use it to archive (static, structured data) not > > for incremental backups. Yesterday I made the dreaded mistake of > > purging the wrong tapes - 22 of such. :( > > > > We have decided that the easiest solution is just to re-archive the data > > - our scripts will handle that trivially. But we are worried about > > files from the ends of the purged tapes. Will bacula cleverly work out > > that the half-file it has at the end of tape X is useless because the > > other half has been purged? And therefore remove it from the catalog, > > so that my script can realise it should be re-archived? If not, any > > suggestions? > > I'm not sure I undestand your problem, but that might because of your > scripts. > When you know the jobs that were on the purged tapes you could simply > purge or delete these jobs, too. After that, there sholdn't remain any > information of the jobs in the catalog.
But I don't know what files were on the tapes. Yes, I suppose I could work it out by a process of elimination, or semi-reliable guesswork. What I want is reassurance that when bacula purges a tape, it purges the half-files that overlap onto other good tapes at the same time. Our scripts query bacula for which files have been archived, and go and find the ones that have not been to archive anew. If the half-files are NOT purged from the catalog, our scripts won't archive them, and we won't know that we have no proper backup copy of them. I started playing with bscan, but discovered that it seems to develop complications around the overlap files too, hence the idea that re-archiving would be easier. Not to mention the constant need for manual intervention for tape changing. If I am going to have to bscan all the tapes to work out which files are on which tape, and which overlap, I might as well go back to plan A - rescan to update the catalog, not bother re-archiving. But according to the docs, it looks very fiddly and difficult. ? > > Likewise for half files at the start of tapes. > > At least it should be clear that purging tapes is not a good idea ;-) > > Anyway, instead of re-running your backups you could also scan the tape > contents into the catalog - which only works as long as you haven't > overwriten any of them. > > Arno > > > Thanks > > Glen Davison > > > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users > > ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
