Re: [Bacula-users] restore runs infinite

Hi,

I had the same problem and made the tests you gave. 
Result is, that the tape is very fast in tape positioning with mt, but with 
bacula, restore is very slow.

I have set some options, but there are already the defaults:

Device {
  Name = SL500-1-Drive-1
  Drive Index = 0
  Media Type = LTO-3
  Archive Device = /dev/nst0
  Automatic Mount = yes
  Auto Changer = yes
  Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
  Label Media = yes
  Random Access = No

  Hardware End Of Medium = Yes
  Fast Forward Space File = Yes
  Use MTIOCGET = Yes

}

At bconsole and the command stat sd you can see, that bacula not is using Fast 
forward spaceing to jump to the file to restore.

The same problem persists with the file-devices!

Greetings
Sebastian

> -----Ursprüngliche Nachricht-----
> Von: bacula-users-bounces AT lists.sourceforge DOT net 
> [mailto:bacula-users-bounces AT lists.sourceforge DOT net] Im 
> Auftrag von Arno Lehmann
> Gesendet: Mittwoch, 2. Juli 2008 23:27
> An: bacula-users AT lists.sourceforge DOT net
> Betreff: Re: [Bacula-users] restore runs infinite
> 
> 
> Hello,
> 
> 02.07.2008 14:10, Udo Lembke wrote:
> > Hi,
> > below is our sd.conf.
> > The baculahost is an amd64 Gentoo-Linux (Gentoo Base System release

<snip>

> 
> Now I can only recommend to do some tests (without the SD running, or 
> at least with unmounted tapes!):
> - Load a full and *write-protected* tape
> - time mt -f /dev/nst0 rew (should be instantaneous with a freshly 
> loaded tape)
> - time mt -f ... eom (might take a while - positioning to the end of 
> the tape) Keep the time this takes in mind
> - mt -f ... status Note the file number mt reports. It should be 
> pretty high.
> - mt -f ... rew again
> - mt -f fsfm <number a bit below the one you found out above> This is 
> the time you can expect to need to wait after initiating a restore, 
> before the tape is positioned to the right place.
> - unload the tape, remove the write protection, load the tape 
> into the 
> autochanger and enable Bacula for this tape drive again (mounting or 
> starting the SD).
> 
> Normally, tape positioning should not take more than a few 
> minutes for 
> LTO.
> 
> If it does, the tape drive is not doing fast seeks but the driver 
> reads actual data until it reaches the specified position. If that 
> happens, and is not due to the SD configuration, you'll have to 
> examine how the st driver determines its mode of operation - I never 
> encountered such a case...
> 
> Hope this helps you examining this a bit.
> 
> And, of course, it *could* be that, actually, Bacula had to do some 
> work internally (though your output didn't look like that).
> 
> Arno
> 
> -- 
> 

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users