Eric,
I'm seing this phenomenon too, and think I found the explanation for it
(but it's a very specific case) :
Looks like those tapes where written by clients having
resourceutilization set to something higher than 2, that performed their
backup on a stg pool where data should be written first to disk and then
migrated to collocated tapes. At the time where the client backup was
running, the disk pool had reached it's highmig threshold and was being
flushed to tape. Client data that came at this moment has been written
to several tapes (non respectfull to the max mount point value
attributed to this node, but that's another problem), and the data lies
now on those tapes, which never went accessed later, as this specific
case never happened again.
What you could do to check if this happens to you, is to use following
sql (use it in a dsmadmc command, as it takes a long time to be
performed) :
select a1.node_name as "Node ID", a1.volume_name as "Volume ID",
a2.pct_utilized from volumeusage as a1, volumes as a2 where
a1.stgpool_name=upper('$1') and a1.volume_name=a2.volume_name group by
a1.node_name, a1.volume_name, a2.pct_utilized
Basically it will show you which tapes are being used by wich node, and
how many % of tape is used. Use it only on collocated pools, and if you
see that a node has several volumes with few % used, you may be hit by
the problem !
Hope this made sense to you ...
Cheers.
Arnaud
************************************************************************
******
Panalpina Management Ltd., Basle, Switzerland, CIT Department
Viadukstrasse 42, P.O. Box 4002 Basel/CH
Phone: +41 (61) 226 11 11, FAX: +41 (61) 226 17 01
Direct: +41 (61) 226 19 78
e-mail: arnaud.brion AT panalpina DOT com
************************************************************************
******
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Loon, E.J. van - SPLXM
Sent: Wednesday, 08 September, 2004 11:02
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Weird tape utilization
Hi *SM-ers!
I have found something very strange in our TSM tape utilization.
I found several primary storage pool tapes which should be used for
data, but which are not.
For example, one tape has a read/write, filling status with a
utilization of about 3% and about 23% reclaimable. However, the last
written date is September 15, 2003!!!
I checked all other servers and they all have several tapes in a filling
state with a last written date several months ago.
I really cannot explain how this is possible. Does anybody know what's
wrong here? The tapes have no error state, nor did they have in the
past.
Thank you very much for any reply in advance!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
**********************************************************************
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.
**********************************************************************
|
