Hi Arnaud! This could very well be the case here. But if that's true, this really sounds like a bug to me! And it costs me quite a few tapes! I will open a PMR for this and I will let you know the results. Thank you very much! Kindest regards, Eric van Loon KLM Royal Dutch Airlines
-----Original Message----- From: PAC Brion Arnaud [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 08, 2004 12:02 To: [EMAIL PROTECTED] Subject: Re: Weird tape utilization 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: [EMAIL PROTECTED] ************************************************************************ ****** -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Loon, E.J. van - SPLXM Sent: Wednesday, 08 September, 2004 11:02 To: [EMAIL PROTECTED] 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. **********************************************************************
