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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users