Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Tue, 7 Jun 2011 09:41:48 +0100
I've just moved to using the same (Default) pool for all my backup jobs. All my backup jobs are configured as Backups, and run as full backups. Each backup is for a different tape set and no tape set
Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Tue, 7 Jun 2011 14:59:45 +0100
I've just moved to using the same (Default) pool for all my backup jobs. All my backup jobs are configured as Backups, and run as full backups. Each backup is for a different tape set and no tape set
Author: Phil Stracchino <alaric AT metrocast DOT net>
Date: Tue, 07 Jun 2011 10:24:05 -0400
Not safely, no. But you could migrate the second job to a different volume, or delete the job and re-run it to a different volume. If you're working on the basis that no tape should ever have more th
Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Tue, 7 Jun 2011 17:14:06 +0100
Does deleting the job remove the data (in this case the data for job 329) off the tape? That is what I need to do. Great, thanks for the tip. Since the storage device is a tape library I don't expect
Author: John Drescher <drescherjm AT gmail DOT com>
Date: Tue, 7 Jun 2011 12:32:22 -0400
No, it does not delete anything off of the tape. This is not a thing that can be done reliably with tape drives especially with drives variable compression however even without compression on tape dr
Author: Phil Stracchino <alaric AT metrocast DOT net>
Date: Tue, 07 Jun 2011 12:55:12 -0400
No, it doesn't. But you've already said you weren't planning to append anything else to that tape ... right? As long as the data is copied to where it should be, and logically (at least) purged from
Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Tue, 7 Jun 2011 18:59:07 +0100
That is really interesting -- I had no idea it was that hard as (presumably) Bacula knows how to position to a specific block location in order to retrieve a file. Thanks for the info. -- Rory Campbe
Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Tue, 7 Jun 2011 19:04:47 +0100
We provide different tape sets to different companies. It would be pretty embarassing if sometime in the future someone reconstructed the catalogue and found another company's confidential data on it
Author: John Drescher <drescherjm AT gmail DOT com>
Date: Tue, 7 Jun 2011 14:17:15 -0400
I would fill the tape with garbage data to be sure. Remember writhing zeros is not very effective since that should compress very well. > 10 to 1. John -- EditLive Enterprise is the world's most tech
Author: Phil Stracchino <alaric AT metrocast DOT net>
Date: Tue, 07 Jun 2011 14:25:05 -0400
Aaaah, so. Glad it came up, then. :) -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 alaric AT caerllewys DOT net alaric AT metrocast DOT net phil AT co.ordinate DOT org Renaissance Ma
Author: Rory Campbell-Lange <rory AT campbell-lange DOT net>
Date: Tue, 7 Jun 2011 20:41:27 +0100
... Actually, can't I retrieve the last file off job 315, forward a bit for safety, write WEOF, and then write garbage from there? -- Rory Campbell-Lange rory AT campbell-lange DOT net Campbell-Lange
Author: Phil Stracchino <alaric AT metrocast DOT net>
Date: Tue, 07 Jun 2011 16:07:03 -0400
That SHOULD be safe, but I'd verify on a scratch tape first. The potential issue here is that Bacula both records in the catalog, and marks on the tape label, the number of data files (not backed up