Re: Ontape Level 0 Archive Aborts Itself....
Posted in 1998
Topics: Backup & Restore, Server Administration, Migration, Import/Export & Data Conversion, Platform-Specific Issues
On Thu, 04 Jun 1998 10:10:03 +0100, Paul Watson <watson@mcmail.com>
wrote:
>MS CARLEEN C AVANT wrote:
>
>> Hi,
>> Hoping someone can shed some light on the following. We are running
>> Informix ODS 7.24.UC2 on Sun Ultra Enterprise 4000 utilizing Solaris 2.6
>> We are using an Exabyte EXB-8500 tape drive; 8mm Helical Scan 7GB
>> uncompressed tape. We have the following in our onconfig:
>> TAPEDEV /dev/rmt/0mb
>> TAPEBLK 1024
>> TAPESIZE 6809600.>> A few days ago we loaded the remainder of our production data. We were
>> able to get one successful 0 level archive. It prompted for a second tape
>> (for the first time since migration) with no problem. Yesterday we received
>> OS Error #28....no space left on device. The Informix message log states
>> "internal subsystem error...archive aborted by client". It never prompted
>> for an additional tape.
>> The system administrator has reviewed the documentation regarding tape
>> drive, tapes, etc. for our platform and can find nothing specific pointing
>> to a problem. Are we overlooking anything here? Perhaps any bugs of which
>> we are unaware? Would appreciate any feedback in trying to resolve this
>> issue so we can obtain a good level 0 archive. Thanks for your help.
>>
>> Carleen Avant
>> Internet < cavant@safecen.navy.mil >
>>
>
> The tape is full before Informix is expecting an EOT. I'd try using
>/dev/rmt/0 as this is the 'real' no compression drive for the tape. I can't
>remember what the mb options are but there are incompatibilities between SVR
>and BSD tape drivers with respect to Informix.
>
>
>--
>Paul Watson #
>WF Software Ltd # If it ain't broke,
>Tel: +44 1436 674729 # fix it till it is.
>Fax: +44 1436 678693 #
>www.wfsoftware.co.uk #
>
>
Have you checked that your first working level 0 tape is exactly the
same as the next level 0 tape , and also try reducing the TAPESIZE
parameter just in case.
Clive