Hi, This device seems to require:
Hardware End Of Medium = no BSF at EOM = yes TWO EOF = yes Fast Forward Space File = no Use MTIOCGET = no I don't know if the "MTIOCGET = no" requirement comes from the fact that this is USB device. I didn't have that on my older data, which was connected by regular scsi card & cable. Ari S. -----Original Message----- From: Ari Suutari [mailto:ari.suut...@syncrontech.com] Sent: 15. tammikuuta 2009 10:04 To: bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Problem with DAT160 drive, files missing during restore Hi, I tested what happens if I run bextract on tape. All files were there, so it looks like this is just some kind of tape positioning problem during normal restore. Ari S. -----Original Message----- From: Ari Suutari [mailto:ari.suut...@syncrontech.com] Sent: 13. tammikuuta 2009 15:36 To: bacula-users@lists.sourceforge.net Subject: [Bacula-users] Problem with DAT160 drive, files missing during restore Hi, I'm running bacula 2.4.4 on FreeBSD 7.1 with HP DAT160 drive connected to USB. Problem is that when I restore, a lot of files are missing and restore warns about file count mismatch. My device configuration is like this: Device { Name = TAPE Description = "DAT160 Tape" Media Type = DAT160 Archive Device = /dev/nsa0 AutomaticMount = yes; # when device opened, read it AlwaysOpen = yes Offline On Unmount = no Hardware End of Medium = no Backward Space Record = no Backward Space File = no Fast Forward Space File = yes BSF at EOM = no TWO EOF = no } I also do "mt seteotmodel 1". btape test passes also ok. In a test today, I was trying to restore files from full backup and several incremental backups (using option 5 in bconsole restore command). Result is like this: Files Expected: 411 Files Restored: 289 Bytes Restored: 4,781,507,540 Rate: 3981.3 KB/s FD Errors: 0 FD termination status: OK SD termination status: OK Termination: Restore OK -- warning file count I then ran bls for device to see what is really on tape and to my surprise all 411 files were there ! But in restore job log there are lines like this: 13-Jan 14:24 glue-sd JobId 31909: End of file 45 on device "TAPE" (/dev/nsa0), Volume "BackupTape0001" 13-Jan 14:24 glue-sd JobId 31909: Reposition from (file:block) 45:1 to 46:0 13-Jan 14:24 glue-sd JobId 31909: End of file 23 on device 13-Jan 14:24 glue-sd JobId 31909: End of file 47 on device "TAPE" (/dev/nsa0), Volume "BackupTape0001" 13-Jan 14:24 glue-sd JobId 31909: Reposition from (file:block) 47:1 to 48:0 13-Jan 14:24 glue-sd JobId 31909: End of file 24 on device In each line, bacula says that it is repositioning to some file, in first case to file 46. After repositioning tape seems to be at file 23. Again later, reposition to file 48 and tape is at 24. The result is always half the file number than one would expect. Is this related to problem ? Maybe some setting from for device ? Ari Suutari Syncron Tech, Lappeenranta, Finland ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
