>>>>> 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.miskell AT opus.co DOT 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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|