I noticed that about reclamations. It's a double whammy because it now stops reclamation when you set it back to 100% so if you don't have a big enough reclamation window you end up with alot of tapes at 80-90% reclamation.
Mark Remeta -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Gretchen L. Thiele Sent: Friday, September 28, 2007 11:32 AM To: [email protected] Subject: TSM Server v5.4.1.2 I notice that there are 5.4.1.2 server versions on the ftp site this morning, but nothing in the README that points to the problems that have been fixed. Is this just a repackaging of 5.4.1.1 in light of the security announcement earlier this week? Also, as I moved from 5.4.0.x to 5.4.1.x on my AIX servers, I've noticed that the 'pick order' for reclamations has changed. It used to be that the volumes with the most amount of available space were reclaimed first; with 5.4.1.x (5.4.1.1 at least), it's using the recl=xx setting and working its way 'backwards'. As an example, if I have three volumes with the following amounts of reclaimable space: VOL000 99.9 VOL001 98.3 VOL002 95.7 Under 5.4.0.x, a rec=95 would start processing VOL000 first and then proceed to VOL001 and then VOL002. Under 5.4.1.x, issuing the same rec=95, the server starts processing in the reverse order, starting with VOL002. Is this 'fixing' something? Gretchen Thiele Princeton University Confidentiality Note: The information transmitted is intended only for the person or entity to whom or which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you receive this in error, please delete this material immediately. Please be advised that someone other than the intended recipients, including a third-party in the Seligman organization and government agencies, may review all electronic communications to and from this address.
