Re: Idcams Listdata and ESS
Thanks all. Indeed weird software/programmer behaviour. At least we have Astex, that does know what is inside an ESS. Kees. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... In a message dated 6/9/2005 4:29:10 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: RMF cache reporting and the results of a LISTDATA STATUS command report a cache size of 4,8, 12, 16, 32 GB and an NVS size of 1 GB - half the actual size. This is because the information returned represents only the cluster to which the logical control unit is attached. Ah, this is reminiscent of the 3880 caching control unit and its two cache halves. In order to know the total workload on any given device, you had to drive the CCWs to retrieve the cache storage totals and caching statistics down two different channel paths to the device, then add the two halves' values together. So the 2105's reporting software follows this same user-unfriendly philosophy. Sure, some people want to know what each cluster's size is. And many might want to know the totals for both without having to go through the manual step of addition or without having to build a simple SYSOUT scanner and adder program. Sounds a lot like working as coded. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ** 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. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Idcams Listdata and ESS
Hello all, I have a problem with IDCAMS LISTDATA that I can't believe to happen, but can't find a fix: IDCAMS LISTDATA STATUS consistently reports for all SSIDs on all ESS's half of the real cache size and half of the real NVS size. This should have been apar-ed and fixed by now, or am I the only user of LISTDATA in this century? Where is the problem? Kees. ** 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. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Idcams Listdata and ESS
To have a quick answer : The ESS is build of two clusters - each responsible for half of the Subsystem. Therefore it reports only half of the total values . I know it is described - but actually not where . Will post it when i find it. So no bug - no apar Frank Krueger Donnerstag, 9. Juni 2005 10:55 To: IBM-MAIN@BAMA.UA.EDU cc: From: Vernooy, C.P. - SPLXM [EMAIL PROTECTED] Subject: Idcams Listdata and ESS Hello all, I have a problem with IDCAMS LISTDATA that I can't believe to happen, but can't find a fix: IDCAMS LISTDATA STATUS consistently reports for all SSIDs on all ESS's half of the real cache size and half of the real NVS size. This should have been apar-ed and fixed by now, or am I the only user of LISTDATA in this century? Where is the problem? Kees. ** 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. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Idcams Listdata and ESS
Found it - ESS cache and NVS reporting RMF cache reporting and the results of a LISTDATA STATUS command report a cache size of 4,8, 12, 16, 32 GB and an NVS size of 1 GB half the actual size. This is because the information returned represents only the cluster to which the logical control unit is attached. Chapter 5.11 Performance - z/OS environment tools. The book is IBM Total Storage Enterprise Storage Server Modell 800 Number : SG24-6424 Frank Krueger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Idcams Listdata and ESS
In a message dated 6/9/2005 4:29:10 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: RMF cache reporting and the results of a LISTDATA STATUS command report a cache size of 4,8, 12, 16, 32 GB and an NVS size of 1 GB half the actual size. This is because the information returned represents only the cluster to which the logical control unit is attached. Ah, this is reminiscent of the 3880 caching control unit and its two cache halves. In order to know the total workload on any given device, you had to drive the CCWs to retrieve the cache storage totals and caching statistics down two different channel paths to the device, then add the two halves' values together. So the 2105's reporting software follows this same user-unfriendly philosophy. Sure, some people want to know what each cluster's size is. And many might want to know the totals for both without having to go through the manual step of addition or without having to build a simple SYSOUT scanner and adder program. Sounds a lot like working as coded. Bill Fairchild -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html