ADSM-L

Re: 3494 cleaning (2 nd. try)

2003-03-10 15:30:54
Subject: Re: 3494 cleaning (2 nd. try)
From: David E Ehresman <deehre01 AT LOUISVILLE DOT EDU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 10 Mar 2003 15:29:40 -0500
 mtlib -l /dev/lmcp0 -qL

>>> jimtsm AT HOTMAIL DOT COM 03/10/03 03:17PM >>>
Richard,

what is the mtlib command that shows how many cleaning cycles are
available
in the library?  I used to know it but nothing seems to work now.





>From: "Cook, Dwight E" <DWIGHT.E.COOK AT SAIC DOT COM>
>Reply-To: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Re: 3494 cleaning (2 nd. try)
>Date: Mon, 10 Mar 2003 08:49:48 -0800
>
>make sure your cleaning volume mask is set properly...
>I think by default it is CLN999
>I've set it to CLN***
>do this all from the console on the ATL...
>
>Dwight
>
>
>
>-----Original Message-----
>From: Loon, E.J. van - SPLXM [mailto:Eric-van.Loon AT KLM DOT COM]
>Sent: Monday, March 10, 2003 10:18 AM
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Re: 3494 cleaning (2 nd. try)
>
>
>Hi Richard!
>Thank you very much for not ignoring me this time :-)
>The output from  /usr/bin/mtlib -l $LMCP -vqK -s fffd:
>
>Performing Query Inventory Volume Count Data using /dev/lmcp0
>Inventory Volume Count Data:
>    sequence number......10143
>    number of volumes....0
>    category.............FFFD
>
>It looks like my library doesn't see the cleaning tape.
>About two weeks ago I saw the first cleaning errors in the AIX error
log. I
>went to the library and I saw that the cleaning tape was ejected to
the
>bulk
>I/O area. So I removed it from the library and I placed a new one in
the
>bulk I/O area. The library picked it from there and placed it in an
empty
>cell. I though that that was enough, but apparently not. Is there a
special
>procedure for checking in a cleaner cartridge?
>Thanks again!!!!!
>Kindest regards,
>Eric van Loon
>KLM Royal Dutch Airlines
>
>-----Original Message-----
>From: Richard Sims [mailto:rbs AT BU DOT EDU]
>Sent: Monday, March 10, 2003 16:10
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Re: 3494 cleaning (2 nd. try)
>
>
> >I haven't received an answer yet, so I'll give it another try:
>
>We've simply been ignoring you.  ;-)
>
> >In the IBM Redbook "IBM Magstar Tape Products Family: A Practical
Guide"
>I
> >read the following line:
> >
> >For 3590 Magstar drives, use a value of 999 mounts to perform
cleaning
>based
> >on drive request rather than library initiated.
> >
> >So I changed the value to 999, but nothing happens. Both drives are
still
> >displaying *CLEAN. The library doesn't seem to pick up the drives
>cleaning
> >request. How can I make the library clean the drives?
> >Thanks in advance for any reply!!!
>
>Well, the first thing I would check is whether you have cleaning tapes
in
>your
>library...that they have cycles left...that they have prefixes (like
"CLN")
>matching the spec defined in the library, etc.
>
>  # Get number of tapes:
>  /usr/bin/mtlib -l $LMCP -vqK -s fffd
>
>  # Get available cleaner cycles number:
>  /usr/bin/mtlib -l $LMCP -qL
>
>No cleaning tapes = no cleaning.  Available cycles is something we
have to
>watch
>for, as it can deplete rather quietly.  (Exhausted cleaning tapes may
>auto-eject, but operators may send them offsite.  ;-)
>
>   Richard Sims, BU
>
>
>**********************************************************************
>For information, services and offers, please visit our web site:
>http://www.klm.com. This e-mail and any attachment may contain
confidential
>and privileged material intended for the addressee only. If you are
not the
>addressee, you are notified that no part of the e-mail or any
attachment
>may
>be disclosed, copied or distributed, and that any other action related
to
>this e-mail or attachment is strictly prohibited, and may be unlawful.
If
>you have received this e-mail by error, please notify the sender
>immediately
>by return e-mail, and delete this message. Koninklijke Luchtvaart
>Maatschappij NV (KLM), its subsidiaries and/or its employees shall not
be
>liable for the incorrect or incomplete transmission of this e-mail or
any
>attachments, nor responsible for any delay in receipt.
>**********************************************************************


_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail

<Prev in Thread] Current Thread [Next in Thread>