Re: 3494 cleaning (2 nd. try)
2003-03-10 11:18:25
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.
**********************************************************************
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- 3494 cleaning (2 nd. try), Loon, E.J. van - SPLXM
- Re: 3494 cleaning (2 nd. try), Christian Svensson
- Re: 3494 cleaning (2 nd. try), Cook, Dwight E
- Re: 3494 cleaning (2 nd. try), Shannon Bach
- Re: 3494 cleaning (2 nd. try), Richard Sims
- Re: 3494 cleaning (2 nd. try),
Loon, E.J. van - SPLXM <=
- Re: 3494 cleaning (2 nd. try), Richard Sims
- Re: 3494 cleaning (2 nd. try), David E Ehresman
- Re: 3494 cleaning (2 nd. try), bbullock
- Re: 3494 cleaning (2 nd. try), Cook, Dwight E
- Re: 3494 cleaning (2 nd. try), James Taylor
- Re: 3494 cleaning (2 nd. try), David E Ehresman
- Re: 3494 cleaning (2 nd. try), Richard Sims
|
|
|