Geoff -- How have you defined your device class?
Device Class Name: NIBLTO Device Access Strategy: Sequential Storage Pool Count: 26 Device Type: LTO Format: DRIVE Est/Max Capacity (MB): Mount Limit: DRIVES Usage as reported for SAP/R3 Oracle: 333032 PRDSAP-LT NIBLTO 381,468.0 46.3 Filling 333035 PRDSAP-LT NIBLTO 873,285.9 21.2 Full The 381,468 represents a possible two-to-one compression (these are LTO2); the 873,285 shows I got about 4.6 to one compression. On the other hand, MS-Exchange: 333028 NT-EXCH-LT NIBLTO 381,468.0 1.0 Filling 333033 NT-EXCH-LT NIBLTO 329,343.3 75.5 Full The guestimate is still 381,468. But I maxed out at 329,343 -- Exchange data does not compress as well as Oracle. HTH -- Tom Kauffman NIBCO, Inc -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Gill, Geoffrey L. Sent: Thursday, April 20, 2006 12:29 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: tape capacity Why it is LTO2 capacity reads differently than 3590's. My 3590's report 40GB when filling and "at least" 40GB when full. K tapes read 20/40 and LTO2's 200/400. So why wouldn't it show at least 400? Is this a TSM, LTO or some other issue causing this? Is a tape reporting 215GB when full really holding more than that? It also makes no sense if estimated capacity is 400GB, and the drive is capable of supporting that, it only reports 200. Thanks, Geoff Gill TSM Administrator PeopleSoft Sr. Systems Administrator SAIC M/S-G1b (858)826-4062 Email: [EMAIL PROTECTED] -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Troy Frank Sent: Thursday, April 20, 2006 6:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: collocation groups Here's what I'm guessing is happening with your tape utilization numbers, as I've seen that here too. Until the tape is actually full, it seems to base it's %full on the "estimated capacity" of the device class. So I'm thinking you probably set your lto2 dev class to 400GB. Once the tape is full, tsm switchs to stating the ACTUAL amount of data it got on the tape. The other peculiarity I noticed is that it doesn't seem to take compression into account in that number. To be honest it's still a little confusing to me as well. It seems to only show native capacity (~200GB), but yet some tapes show a bit more (~235GB), as if it did take some compression into account. That shouldn't be right either though, as I know my data is more compressible than 17%. >>> [EMAIL PROTECTED] 4/19/2006 6:50 PM >>> Question related to collocation groups: If 10 nodes are in one group will it only mount one tape even if no other tape drives are busy? If I have a directory disk pool that is cached will it still go to one tape after migration or will collocation groups affect that? What I see leads me to believe the answer is yes. I am seeing multiple tapes for the directory tape pool with little to no data. Do folks still use this option? Why do tapes that are not full show capacity of 381GB yet when they go full only show about 200GB? Do I need to force compression on with the drives or something? (LTO2's, 3584 Lib) Thanks, Geoff Gill TSM Administrator PeopleSoft Sr. Systems Administrator SAIC M/S-G1b (858)826-4062 Email: < mailto:[EMAIL PROTECTED] > [EMAIL PROTECTED] Confidentiality Notice follows: The information in this message (and the documents attached to it, if any) is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken, or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error, please delete all electronic copies of this message (and the documents attached to it, if any), destroy any hard copies you may have created and notify me immediately by replying to this email. Thank you. 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.