ADSM-L

Re: [ADSM-L] Occupancy discrepancy between 6.1.5.10 and 6.2.3.0 server

2012-03-07 09:28:26
Subject: Re: [ADSM-L] Occupancy discrepancy between 6.1.5.10 and 6.2.3.0 server
From: "Colwell, William F." <bcolwell AT DRAPER DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Wed, 7 Mar 2012 14:22:38 +0000
Zoltan,

occupancy numbers were made incorrect by various bugs in early 6.1 code,
see apar ic73005.  There is a special utility to fix the numbers, "repair 
occupancy".
It was supposed to be in 6.1.5.10 but isn't, you need an e-fix for 6.1.5.102.

Of course, you can ignore the errors unless you are using the unified
recovery license.


Bill Colwell
Draper Lab



-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Zoltan Forray/AC/VCU
Sent: Wednesday, March 07, 2012 8:26 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Occupancy discrepency between 6.1.5.10 and 6.2.3.0 server

Doing some reorganization, we recently moved (server-to-server export)
some nodes from a 6.1.5.10 server to a 6.2.3.0 server.  Now, the occupancy
numbers on the 6.2 (71mb) server are lower than the 6.1.5 (83mb) server,
eventhough the file/object counts are identical (static file system)?

All of the apars I found (so far) that address occupancy information are
at (supposedly) patch levels below these levels.

Anyone else see this kind of discrepancy?

Zoltan Forray
TSM Software & Hardware Administrator
Virginia Commonwealth University
UCC/Office of Technology Services
zforray AT vcu DOT edu - 804-828-4807
Don't be a phishing victim - VCU and other reputable organizations will
never use email to request that you reply with your password, social
security number or confidential personal information. For more details
visit http://infosecurity.vcu.edu/phishing.html

<Prev in Thread] Current Thread [Next in Thread>