On Tuesday 17 January 2006 11:03, Alexander Bergolth wrote:
> On 01/17/2006 10:00 AM, Kern Sibbald wrote:
> > On Tuesday 17 January 2006 00:10, Alexander Bergolth wrote:
> >>However the other issue is that apparently bacula has been informed
> >>about the error, but it seems to have interpreted it as an end of medium
> >>condition instead of aborting the backup:
> >>
> >>-------------------- snipp! --------------------
> >>14-Jan 01:57 samba-sd: Samba-Homes.2006-01-14_01.05.00 Error:
> >>block.c:538 Write error at 6:3819 on device "DLT1" (/dev/nst0).
> >>ERR=Input/output error.
> >>14-Jan 01:57 samba-sd: Samba-Homes.2006-01-14_01.05.00 Error: Error
> >>writing final EOF to tape. This Volume may not be readable.
> >>dev.c:1553 ioctl MTWEOF error on "DLT1" (/dev/nst0). ERR=Input/output
> >>error. 14-Jan 01:57 samba-sd: End of medium on Volume
> >> "Weekly-2005-06-12_8" Bytes=6,245,922,599 Blocks=96,818 at 14-Jan-2006
> >> 01:57.
> >>-------------------- snipp! --------------------
> >>
> >>Is there an option to let bacula abort a backup after a write error?
> >
> > No, and I'm not sure that aborting the job would be very useful. The
> > last record on the tape was correctly written so the tape *should* be
> > valid. Bacula does warn you, which allows you to verify the job and
> > re-run it if necessary.
>
> Bacula aborted writing to the tape as the error occured and asked for a
> new volume. So maybe the last record that has been written to the tape
> before the error occured had been written correctly but the backup isn't
> complete as it needed another tape and it looks like it did not write
> the EOF successfully to the bad tape. So I doubt if the job could be
> used for a restore. (Unfortunately I cannot verify it because the tape
> has been wiped now.)
The first part of what you write is correct. Bacula stopped writing to the
tape when it got an I/O error. As you mention, it did not succeed in writing
the EOF, which is why it warned you, but that is not necessarily fatal. The
block that was unsuccessfully written will be written to the next volume. On
a restore providing you are using the Director, Bacula *knows* what is on the
tape, so it *should* not attempt to read past the last valid block written,
and thus, it is very likely that the tape can be used for a restore.
If you are using bextract without a bootstrap file, you could run into
problems if you do not use the -p option, because in that case, it is
possible it will try to read off the end of the tape. All depends on the
kind of drive you have -- most modern drives *know* where the last data
record is even without having and EOF mark and they will stop reading at that
point, which means that even with bextract and no -p option, there is a good
chance that it will read correctly ...
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
