Re: LTO Tape Life

2008-06-23 Thread Bell, Charles (Chip)
Well, if the information is simply not available, can someone point me to a
document saying so? Our brilliant auditors are requiring proof one way or
another in our DR documentation.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Wanda Prather
Sent: Saturday, June 21, 2008 12:55 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] LTO Tape Life

I know, I just hate manual processes.

What I want is an API so that we can get that sort of info back to the host
in an automated fashion.
I want to be able to run something like:

audit volume * report(medialife)
or
audit volume * report=EXCEPTIONSONLY

(wouldn't that be cool?)


On 6/21/08, Richard Sims [EMAIL PROTECTED] wrote:

 On Jun 21, 2008, at 10:12 AM, Wanda Prather wrote:

 The only way we're going to get this info, is if somebody provides
 an API to
 read from the cartridge chip.  I'm kinda suprised nobody has done
 that yet
 -- except as Tom says, the cartridges tend to last a long time anyway.


 As noted in ADSM QuickFacts, see

  www.mptapes.com

 and

  http://www.mesa.nl/pub/tapeutil/

 There are probably other facilities out there as well.

  Richard Sims


-
Confidentiality Notice:
The information contained in this email message is privileged and
confidential information and intended only for the use of the
individual or entity named in the address. If you are not the
intended recipient, you are hereby notified that any dissemination,
distribution, or copying of this information is strictly
prohibited. If you received this information in error, please
notify the sender and delete this information from your computer
and retain no copies of any of this information.


Re: LTO Tape Life

2008-06-21 Thread Wanda Prather
Ditto.

John, there is nothing in the 3584 or in TSM that will give you what you
want, if the tapes are ejected for vaulting and leave the 3584.

The only way we're going to get this info, is if somebody provides an API to
read from the cartridge chip.  I'm kinda suprised nobody has done that yet
-- except as Tom says, the cartridges tend to last a long time anyway.

W





On 6/20/08, Kauffman, Tom [EMAIL PROTECTED] wrote:

 All I can offer is a rule of thumb -- if you get write errors that are not
 the result of a dirty drive, throw it out. If you get read errors on the
 same tape on two different drives, throw it out.

 We ran about 130 LTO-1 tapes in both LTO-1 and LTO-2 drives for slightly
 over seven years and I ended up dumping six tapes over the period.

 Tom Kauffman
 NIBCO, Inc.

 -Original Message-
 From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
 Bell, Charles (Chip)
 Sent: Thursday, June 19, 2008 12:08 PM
 To: ADSM-L@VM.MARIST.EDU
 Subject: LTO Tape Life

 Is there a way to find out if your tapes are nearing their end-of-use? I
 use
 a 3584, and unfortunately am still having to deal with LTO-1/2 cartridges.
 How can I tell, either from TSM (which I doubt) or from 3584 hardware level
 what the amount-of-times used/mounted is? Normally, between myself and the
 mainframe guys, we get rid of a certain range of volumes based on when we
 bought them and bar code number. Is there a way to determine use? Thanks!



 Chip Bell








 -
 Confidentiality Notice:
 The information contained in this email message is privileged and
 confidential information and intended only for the use of the
 individual or entity named in the address. If you are not the
 intended recipient, you are hereby notified that any dissemination,
 distribution, or copying of this information is strictly
 prohibited. If you received this information in error, please
 notify the sender and delete this information from your computer
 and retain no copies of any of this information.
 CONFIDENTIALITY NOTICE:  This email and any attachments are for the
 exclusive and confidential use of the intended recipient.  If you are not
 the intended recipient, please do not read, distribute or take action in
 reliance upon this message. If you have received this in error, please
 notify us immediately by return email and promptly delete this message
 and its attachments from your computer system. We do not waive
 attorney-client or work product privilege by the transmission of this
 message.




Re: LTO Tape Life

2008-06-21 Thread Richard Sims

On Jun 21, 2008, at 10:12 AM, Wanda Prather wrote:


The only way we're going to get this info, is if somebody provides
an API to
read from the cartridge chip.  I'm kinda suprised nobody has done
that yet
-- except as Tom says, the cartridges tend to last a long time anyway.


As noted in ADSM QuickFacts, see

  www.mptapes.com

and

  http://www.mesa.nl/pub/tapeutil/

There are probably other facilities out there as well.

 Richard Sims


Re: LTO Tape Life

2008-06-21 Thread Gee, Norman
The TS3500 internal web server provides some information about the
cartridges.  Not sure what they really means.
It does tell you the number of read and write errors for both LTO and
3592 cartridges from the cartridge memory.

Go to your TS3500 library internal web server
Expand +Cartridges
Select Data Cartridges
Select Download mount history(.csv)

This will pull up a spreadsheet with the last 100 mounts for the
library.

Information include are 

Mount History   
Mount   Life
Tape Alert  Mounts
WRetries
Media   Media   Media
Date and Time   VolSer  Frame   Drive   LogLib  EAddr   _1-64   Count
Count



   Mount   

WPerms  RRetriesRPerms  Rating 
 Write
Media   Media   Media   Drive   Media   Ports   Port0   Port1   Rsvd
Perf
Count   Count   Count   _1-255  _1-255  _1-255  _1-255  _1-255  _1-255
Util%




  
   Read   Capacity
  Crypto  
ERPsBurst   Buffer  PerfERPsBurst   Buffer  Total   Writes
Control Status  Rekey
Impct%  Util%   Util%   Util%   Impct%  Util%   Util%   Util%   Util%
Util%   


Re: LTO Tape Life

2008-06-21 Thread Wanda Prather
I know, I just hate manual processes.

What I want is an API so that we can get that sort of info back to the host
in an automated fashion.
I want to be able to run something like:

audit volume * report(medialife)
or
audit volume * report=EXCEPTIONSONLY

(wouldn't that be cool?)


On 6/21/08, Richard Sims [EMAIL PROTECTED] wrote:

 On Jun 21, 2008, at 10:12 AM, Wanda Prather wrote:

 The only way we're going to get this info, is if somebody provides
 an API to
 read from the cartridge chip.  I'm kinda suprised nobody has done
 that yet
 -- except as Tom says, the cartridges tend to last a long time anyway.


 As noted in ADSM QuickFacts, see

  www.mptapes.com

 and

  http://www.mesa.nl/pub/tapeutil/

 There are probably other facilities out there as well.

  Richard Sims



Re: LTO Tape Life

2008-06-21 Thread Paul Zarnowski

It would probably have to be associated with a libvol instead of a
volume.  Volumes get created and deleted as they move out of and back into
the scratch pool.  I'd like to see the stats that are currently associated
with volumes instead associated with libvols (mounts, read and write
errors, passes).

At 01:54 PM 6/21/2008, Wanda Prather wrote:

I know, I just hate manual processes.

What I want is an API so that we can get that sort of info back to the host
in an automated fashion.
I want to be able to run something like:

audit volume * report(medialife)
or
audit volume * report=EXCEPTIONSONLY

(wouldn't that be cool?)


On 6/21/08, Richard Sims [EMAIL PROTECTED] wrote:

 On Jun 21, 2008, at 10:12 AM, Wanda Prather wrote:

 The only way we're going to get this info, is if somebody provides
 an API to
 read from the cartridge chip.  I'm kinda suprised nobody has done
 that yet
 -- except as Tom says, the cartridges tend to last a long time anyway.


 As noted in ADSM QuickFacts, see

  www.mptapes.com

 and

  http://www.mesa.nl/pub/tapeutil/

 There are probably other facilities out there as well.

  Richard Sims




--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: [EMAIL PROTECTED]


Re: LTO Tape Life

2008-06-20 Thread Kauffman, Tom
All I can offer is a rule of thumb -- if you get write errors that are not the 
result of a dirty drive, throw it out. If you get read errors on the same tape 
on two different drives, throw it out.

We ran about 130 LTO-1 tapes in both LTO-1 and LTO-2 drives for slightly over 
seven years and I ended up dumping six tapes over the period.

Tom Kauffman
NIBCO, Inc.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Bell, 
Charles (Chip)
Sent: Thursday, June 19, 2008 12:08 PM
To: ADSM-L@VM.MARIST.EDU
Subject: LTO Tape Life

Is there a way to find out if your tapes are nearing their end-of-use? I use
a 3584, and unfortunately am still having to deal with LTO-1/2 cartridges.
How can I tell, either from TSM (which I doubt) or from 3584 hardware level
what the amount-of-times used/mounted is? Normally, between myself and the
mainframe guys, we get rid of a certain range of volumes based on when we
bought them and bar code number. Is there a way to determine use? Thanks!



Chip Bell








-
Confidentiality Notice:
The information contained in this email message is privileged and
confidential information and intended only for the use of the
individual or entity named in the address. If you are not the
intended recipient, you are hereby notified that any dissemination,
distribution, or copying of this information is strictly
prohibited. If you received this information in error, please
notify the sender and delete this information from your computer
and retain no copies of any of this information.
CONFIDENTIALITY NOTICE:  This email and any attachments are for the 
exclusive and confidential use of the intended recipient.  If you are not
the intended recipient, please do not read, distribute or take action in 
reliance upon this message. If you have received this in error, please 
notify us immediately by return email and promptly delete this message 
and its attachments from your computer system. We do not waive  
attorney-client or work product privilege by the transmission of this
message.



Re: LTO Tape Life

2008-06-19 Thread Richard Sims

Chip -

See the   Ultrium
entry in   http://people.bu.edu/rbs/ADSM.QuickFacts
for what we communally know about lifetime and access to usage data.

   Richard Sims