>>>>> On Wed, 21 Jul 2010 08:38:36 +1200, Craig Miskell said: > > Alex Chekholko wrote: > > On Tue, 20 Jul 2010 11:11:49 +1200 > > Craig Miskell <craig.misk...@opus.co.nz> wrote: > > > >> Hi, > >> It looks like I need to beef up "Maximum Block Size" to get good > >> performance out of our LTO-4 tape drives. > >> > >> Before I do, I'd like to know what effect this has on restoring from > >> backups taken with the default block size. Will I > >> need to modify the Device configuration back to it's default setting to be > >> able to restore from those tapes, or will > >> Bacula figure out what it needs to do? > >> > > > > I believe it is the former. > > > > I did same thing (upped 'Maximum Block Size" for LTO-4 performance) but > > didn't test any restores from the tapes written with the old block > > size. And eventually they were recycled. > > Thanks. > > Does anyone have any experience with using bextract on a tape written with > non-default block sizes, or indication that > it will/won't work? There's nothing in the bootstrap file, or command line > arguments to bextract, that looks like it > could be used to define the block size, and by definition there isn't any > storage daemon (nor necessarily any SD config > files) available at that point.
Bextract reads SD config on startup so it has a good chance of working. It needs to be tested though. __Martin ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users