Hi,
Using bacula 5.0.1 on a netbsd 5.0 machine with a Quantum SDLT320 tape 
drive The moving to the end of data is very slow. It is configured as a 
freebsd machine but going by bacula's behavior it is unlikely to be a 
operating system problem as drive works perfectly well in all other 
situations.

When moving to the end of data bacula seems to exam every file on the 
tape. Can any one tell me how to fix this?

  Shown below is the out put from bacula-sd in debug mode.

24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: mount.c:283-10 Device 
previously written, moving to end of data. Expect 96979212288 bytes
24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: dev.c:895-10 Enter eod
24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: dev.c:988-10 eod: doing fsf 1
24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: dev.c:1316-10 fsf
24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: dev.c:1361-10 FSF has cap_fsf
24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: dev.c:1371-10 Doing read 
before fsf
24-Mar-2010 15:38:44 backup.ecs.vuw.ac.nz-sd: dev.c:1409-10 Doing MTFSF
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1442-10 Return 0 
from FSF
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1444-10 ST_EOF set 
on exit FSF
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1449-10 Return from 
FSF file=1
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:988-10 eod: doing fsf 1
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1313-10 ST_EOF set 
on entry to FSF
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1316-10 fsf
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1361-10 FSF has cap_fsf
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1371-10 Doing read 
before fsf
24-Mar-2010 15:39:12 backup.ecs.vuw.ac.nz-sd: dev.c:1409-10 Doing MTFSF
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1442-10 Return 0 
from FSF
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1444-10 ST_EOF set 
on exit FSF
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1449-10 Return from 
FSF file=2
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:988-10 eod: doing fsf 1
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1313-10 ST_EOF set 
on entry to FSF
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1316-10 fsf
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1361-10 FSF has cap_fsf
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1371-10 Doing read 
before fsf
24-Mar-2010 15:39:39 backup.ecs.vuw.ac.nz-sd: dev.c:1409-10 Doing MTFSF
24-Mar-2010 15:40:08 backup.ecs.vuw.ac.nz-sd: dev.c:1442-10 Return 0 
from FSF
24-Mar-2010 15:40:08 backup.ecs.vuw.ac.nz-sd: dev.c:1444-10 ST_EOF set 
on exit FSF
24-Mar-2010 15:40:08 backup.ecs.vuw.ac.nz-sd: dev.c:1449-10 Return from 
FSF file=3
  .... and so on until it finds the last file written


The device is configured as below, and passes the btape test

   Device {
   Name = BACKUP-DLT
   Description = "Tape drive on backup"
   Media Type = DLT-1
   Archive Device = /dev/nrst0
   AutomaticMount = yes;               # when device opened, read it
   AlwaysOpen = yes
   Offline On Unmount = no
   Hardware End of Medium = No
   Fast Forward Space File = No
   BSF at EOM = yes
}

Any help would be great.
Cheers
Royce brown

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users