On Thursday 22 June 2006 14:17, James Cort wrote: > A few weeks ago I posted to this list with a problem concerning my tapes > encountering errors around the 100G mark which resulted in bacula ending > them and moving onto another tape. > > As suggested, I swapped the SCSI card for an Adaptec unit, however the > problem persists: > > 22-Jun 12:16 gemini-sd: Sending spooled attrs to the Director. > Despooling 217,482,871 bytes ... > 22-Jun 12:42 gemini-sd: Committing spooled data to Volume. Despooling > 18,631,986,113 bytes ... > 22-Jun 12:42 gemini-sd: cygnus_new.2006-06-22_08.58.01 Error: > block.c:552 Write error at 104:2205 on device /dev/nst0. ERR=Device or > resource busy.
The problem is coming from the above. You will need to figure out why the device is reporting that it is busy when Bacula attempts to write to it. This error message should *never* happen. It is as if your tape drive is in non-blocking mode, which should be impossible, and what should happen is that the write() should simply block. My suggestion would be to upgrade to 1.38.10, which will be a bit of work since it is a database update. At that point, at least I could provide you with a patch that could attempt to recover from the problem ... If you upgrade, please read the release notes carefully especially those concerning 1.38.0 where most of the big upgrade problems were identified. > 22-Jun 12:43 gemini-sd: cygnus_new.2006-06-22_08.58.01 Error: Re-read of > last block failed. Last block=125230 Current block=0. > 22-Jun 12:43 gemini-sd: End of medium on Volume "10" > Bytes=104,135,520,221 Blocks=1,614,205 at 22-Jun-2006 12:43. > 22-Jun 12:45 gemini-dir: Recycled volume "11" > 22-Jun 12:45 gemini-sd: Please mount Volume "11" on Storage Device > "DLT-160" for Job cygnus_new.2006-06-22_08.58.01 > > This does not happen with all tapes. > > As before, the tapes are 160/320G DLTv4 tapes. Many were previously > used as DLT-VS160 (capacity: 80/160G), these have been bulk erased so > should be good to write on - though unfortunately I don't have any means > of finding out which ones these are as they're all mixed in with tapes > which have never been used before. > > The tape drive (a Quantum DLTv4) cannot and will not write onto tapes > which were previously written as DLT-VS160's unless they're bulk-erased > first. > > Bacula version 1.36.3-r2, director and storage daemon both on the same box. > > Any suggestions or should I just cycle out any tapes which give this error? > > James. > > > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Best regards, Kern ("> /\ V_V Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
