-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Martin Simmons wrote:
>>>>>> On Sat, 02 May 2009 01:24:57 +0200, SZÉKELYI Szabolcs said:
>> Martin Simmons wrote:
>>>>>>>> On Wed, 29 Apr 2009 16:45:17 +0200, SZÉKELYI Szabolcs said:
>>>> Hi,
>>>>
>>>> We configured our tape storage with
>>>>
>>>> Two EOF = Yes
>>>> BSF at EOM = Yes
>>>>
>>>> and found that this works fine as long as the tape is not ejected and
>>>> reloaded. After that, Bacula complains about number of files on the
>>>> volume not matching that recorded in the catalog.
>>> What is the number of files on the volume and the catalog in the error
>>> message?
>> Bacula says it can find only 686 files on the tape while there sould be
>> 687. Here's the exact log from Bacula:
>>
>> ---8<------------------------------------------------
>> 10-Apr 22:55 bacula-sd JobId 93: 3307 Issuing autochanger
>> "unload slot 25, drive 1" command.
>> 10-Apr 22:57 bacula-dir JobId 93: Using Device "bacula-LTO3-0-Device"
>> 10-Apr 22:57 bacula-sd JobId 93: 3301 Issuing autochanger
>> "loaded? drive 1" command.
>> 10-Apr 22:57 bacula-sd JobId 93: 3302 Autochanger
>> "loaded? drive 1", result: nothing loaded.
>> 10-Apr 22:57 bacula-sd JobId 93: 3304 Issuing autochanger
>> "load slot 21, drive 1" command.
>> 10-Apr 22:58 bacula-sd JobId 93: 3305 Autochanger
>> "load slot 21, drive 1", status is OK.
>> 10-Apr 22:58 bacula-sd JobId 93: Volume "000021" previously written,
>> moving to end of data.
>> 10-Apr 22:59 bacula-sd JobId 93: Error: Bacula cannot write on tape
>> Volume "000021" because:
>> The number of files mismatch! Volume=686 Catalog=687
>> 10-Apr 22:59 bacula-sd JobId 93: Marking Volume "000021"
>> in Error in Catalog.
>> 10-Apr 22:59 bacula-sd JobId 93: 3307 Issuing autochanger
>> "unload slot 21, drive 1" command.
>> ---8<------------------------------------------------
>
> It looks like some data has been lost from the tape, maybe because it was
> overwritten. That could happen if the Two EOF setting is wrong.
So bscan and the normal backup process report differing number of files
with the same configuration for the same tape. This sounds like a bug in
either.
>>> Which operating system and version of Bacula?
>> The OS is CentOS 5.3.
>>
>> Since we were unable to find official packages for CentOS, our
>> installation of Bacula is a simple rebuild of
>> bacula-2.4.4-1.fc10.src.rpm found in the Fedora source repository.
>
> Why are you using Two EOF with this device? The recommended setup for Linux
> systems is
>
> Two EOF = No
> BSF at EOM = No
We have an outstanding problem with the low-level tape device that we
tried to track down. The symptom is:
27-Apr 23:19 bacula-sd JobId 473: Error:
Unable to position to end of data on device "bacula-LTO3-1-Device"
(/dev/nst0): ERR=dev.c:895 ioctl
MTEOM error on "bacula-LTO3-1-Device" (/dev/nst0).
ERR=Input/output error.
and the related syslog entries:
Apr 27 23:19:07 backup.lvs.iif.hu kernel: st0: Current:
sense key: Medium Error
Apr 27 23:19:07 backup.lvs.iif.hu kernel: Add. Sense:
Recorded entity not found
Apr 27 23:19:07 backup.lvs.iif.hu kernel:
Apr 27 23:19:07 backup.lvs.iif.hu kernel: Info fld=0x7fff75
Apr 27 23:19:07 backup.lvs.iif.hu kernel: st0: Current:
sense key: Medium Error
Apr 27 23:19:07 backup.lvs.iif.hu kernel: Add. Sense:
Medium format corrupted
We managed to reproduce the error using mt. However, when mt stops, we
couldn't tell if it stops because of the error above or if it really
reached the end of the written data. So we introduced Two EOF so that we
can distinguish the two: if there are two successive EOF marks on the
tape at the current position, we are at the end of the data, otherwise
we ran into the error (again).
Maybe this error is similar to the one reported recently to this list by
yvan. What do you think?
Thanks,
- --
cc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
iEYEARECAAYFAkoCMYQACgkQGJRwVVqzMkN4/ACfcviNStGG2KEd7GpIm0XNk5m2
UsoAoJrp/YmSye6NYsUnkKmQ09SJAq+i
=817P
-----END PGP SIGNATURE-----
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
