ADSM-L

Re: Problems with labelling tapes

1999-03-04 10:57:05
Subject: Re: Problems with labelling tapes
From: Nathan King <nathan.king AT USAA DOT COM>
Date: Thu, 4 Mar 1999 09:57:05 -0600
We also had a similar problem - the error codes were almost identical - a
CC404 which indicates media incompatiblity. In this instance dsmlabel
program was attempting to write a label to a Type IV DLT35/70 catridge as if
it were the older type 10M media.
The firmware on the Digital DLT TZ89 drive has been set to prevent writing
in this older format hence we kept getting media compatiblity errors. Our
resolution was to take the tapes and label them in an older standard DLT7000
Compaq drive (which allowed writing in 10M format), then checking these
tapes into the library. IBM are working on a permanent resolution which is
expected in the next Ptf...

You might want to try running DSMLABEL with the trace option. This helped us
in our diagnosis of the problem. We forwarded the trace to both Digital and
IBM, between them both they were able to figure out the cause.

Good luck!

Nathan


        -----Original Message-----
        From:   Survoy, Bernard J [SMTP:SurvoBJ AT NORTHAMERICA.STORTEK DOT COM]
        Sent:   Thursday, March 04, 1999 8:45 AM
        To:     ADSM-L AT VM.MARIST DOT EDU
        Subject:        Re: Problems with labelling tapes

        Ran into a similar type of issue on the HP/UX platform.  It seems
that the
        design of the label libv command, whether you specify overwrite yes
or no,
        ADSM will always attempt to read the media for a label.  In the case
of new
        media, an I/O error will be generated (from the attempt to read a
label that
        isn't there).  The process then goes on and labels the media
correctly.  I
        spoke to IBM about this since in our situation, we generate a Tivoli
alert
        on tape I/O errors.  They had no resolution (for HP) and indicated
that ADSM
        was working as designed.  IBM did indicate this was an issue on HP
due to
        the use of the GENERICTAPE driver, specifically.  Apparently the
driver was
        not smart enough to distinguish this situation from a real I/O error
        (perhaps the NT driver is). My old PMR # was 37925, branch 111.
Hope this
        helps.

        -----Original Message-----
        From: Johan Poll [mailto:jpol AT NL.IBM DOT COM]
        Sent: Thursday, March 04, 1999 5:01 AM
        To: ADSM-L AT VM.MARIST DOT EDU
        Subject: Problems with labelling tapes


        Hi ADSM folks,

        I have some strange problems when using the LABEL LIBV command.
        My ADSM configuration consists of Windows NT 4.0 server (SP3) and
IBM
        Magstar 3570 connected by an Adaptec AHA-2944 adapter. The MagStar
3570
        drives consists of firmware level 41BA. Firmware 4215 has the same
problem.

        The problem is that it looks that the tape is not labelled
correctly. But
        is i use it, it looks that is was labelled fine.

        My question is if anyone has the same problems and how it can be
fixed ?

        My actions are:
        Running a macro with the following entries:
        /* Audit the library for removed cartridges */
        audit library maglib checkl=barcode
        commit
        /* Label the cartridges */
        label libv maglib labelsource=barcode checkin=scr overwrite=no
search=yes
        commit

        The output in the ADSM server ACTLOG is:
        02/12/1999 16:56:20  ANR0984I Process 89 for AUDIT LIBRARY started
in the
                              BACKGROUND at 16:56:20.
        02/12/1999 16:56:20  ANR8457I AUDIT LIBRARY: Operation for library
MAGLIB
                              started as process 89.
        02/12/1999 16:56:20  ANR0984I Process 90 for LABEL LIBVOLUME started
in the
                              BACKGROUND at 16:56:20.
        02/12/1999 16:56:20  ANR8799I LABEL LIBVOLUME: Operation for library
MAGLIB
                              started as process 90.
        02/12/1999 16:56:55  ANR8461I AUDIT LIBRARY process for library
MAGLIB
                              completed successfully.
        02/12/1999 16:56:55  ANR0985I Process 89 for AUDIT LIBRARY running
in the
                              BACKGROUND completed with completion state
SUCCESS at
                              16:56:55.
        02/12/1999 16:58:13  ANR8302E I/O error on drive DRIVE1 (MT1.0.0.1)
        (OP=READ,
                              CC=404, KEY=03, ASC=31, ASCQ=00,

        SENSE=F0.00.03.00.00.00.50.48.00.00.00.00.31.00.FE.0A.36-

        .3B.10.10.00.09.01.31.08.45.5C.44.20.A0.08.00.00.33.78.0-

        0.00.33.36.00.06.33.3D.00.06.00.00.00.00.00.00.00.01.00.-
                              00.00.2C.A0.00.00.00.00.00.00.,
Description=Media
                              incompatibility).  Refer to Appendix B in the
        'Messages'
                              manual for recommended action.
        02/12/1999 16:58:18  ANR8810I Volume 1CF8A9 has been labelled in
library
                              MAGLIB.
        02/12/1999 16:58:28  ANR8427I CHECKIN LIBVOLUME for volume 1CF8A9 in
        library
                              MAGLIB completed successfully.
        02/12/1999 16:58:29  ANR8801I LABEL LIBVOLUME process 90 for library
MAGLIB
                              completed; 1 volume(s) labelled, 1 volume(s)
        checked-in.
        02/12/1999 16:58:29  ANR0985I Process 90 for LABEL LIBVOLUME running
in the
                              BACKGROUND completed with completion state
SUCCESS at
                              16:58:29.



        with kind regards, / met vriendelijke groeten,
        Johan Pol
        Boerhaavelaan 11 - 2713 HA - Zoetermeer - Tel. (+31)79 3223051 -
Fax.
        (+31)79 3213989
        Internet :JPol AT nl.ibm DOT com / johan.pol AT xerion.be.philips DOT 
com
<Prev in Thread] Current Thread [Next in Thread>