May 14, 2008
 |
- Ken Williams, an independent consultant for CPT Global, pointed out a new OPEN APAR (5May2008), that I think is important because of the large number of lost MIPS that can be involved. Here’s his email:
- Jerry Urbaniak from Acxiom pointed out an IBM Red Alert that showed up on April 11, 2008:
- Another Red Alert showed up on Friday (9May2008):
- Global resources held by the failing system cannot be released causing tasks that request the resources on other systems to wait.
- If the failing system is a GRS Lock Manager, other systems may not be able to complete their XES requests.
- Global GQSCANs may time out.
- Global TEST ENQs cannot be processed.
- No list ENQ requests can be processed on other systems if the failing system is holding the GRS list lock.
- High CPU usage in GRS and *MASTER* on the failing system.
- Message ISG361I indicating delays on other systems in the Sysplex.
- D GRS, C is unable to complete on the problem system and Message ISG343I only returns local resource data on other systems.
- MXG Release 25.25 is important for sites going to z/OS 1.9. There have been reported problems with going to z/OS 1.9 without this yearly renewal. An even better release for z/OS 1.9 is MXG Release 26.01. Plus, as usual, there are some really neat new features in the latest MXG releases. See www.mxg.com.
- Scott Barry of SBBWorks reports that a z10 customer experienced problems when turning on HiperDispatch. The problem has to do with floating point arithmetic, and can occur in any program that does a lot of floating point. I’ve heard that it has shown up in both SyncSort and SAS. The problem isn’t in the vendor products, it’s in the floating point arithmetic logic. So please don’t consider turning on HiperDispatch until you have applied the fix for this APAR.
- Welcome to Cheryl's List!
If you obtained this from someone else and would like your own FREE copy
of Cheryl's List in the future, see the information at the end of this
email.
1. Important APARs
2. Request for More SMF Information
3. Status of Tuning Letter
2008 No. 2
1. Important APARs
Here are some APARs that I think
are important:
- Here’s an unsolved APAR without
a PTF that your readers might want to be aware of - it hit us hard here
and could be worth more than 250 MIPS in our busiest CICS regions.
I think there’s more to it than just this PTF, something to do with the
vast number of tasks and task switches in the region.
APAR OA24094 In a CICS Transaction Isolation Environment (ie. Using Subspaces) High Performance Overhead In IAXVP Doing CSP.
The APAR description is:
In a CICS transaction isolation
environment (ie. subspaces are being utilized), very high performance overhead
occurs in IAXVP during CSP processing due to the private storage getmains
being done which drives page table initialization. The cause of the
high performance impact is the PTLB (purge translation lookaside buffers)
which occurs upon the CSP instruction. Note: This problem will
not be encountered if NOT running in a CICS transaction isolation environment
where subspaces are NOT utilized. [Ed. Note – Are there too many ‘NOT’s
in that last line?]
- Ken would like to thank the respondents
on IBM Main who pointed him on the right track for this APAR.
- A sysplex-wide outage can occur
when using CFRM MSGBASED processing after the fix for APAR OA21917 has
been applied.
APAR OA21917 (z/OA 1.7-1.9, 23Jan2008, HIPER) - ABEND00C RC13260001 IXCL2EVT Many Alter Begin/End Events Stacked. PE.
APAR OA24563 (z/OS 1.7-1.9, OPEN 21Apr2008) - ABEND00C RSN130E0001, ABEND00C RSN13260001, and/or RC=10X From Parallel Sysplex Services.
See https://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/
to get more information.
- Sysplex-wide impact due to loop
in GRS on z/OS 1.9 and higher
In z/OS 1.9 and running in a GRS-Star
configuration, GRS recovery for GQSCAN retries with incorrect registers.
This can result in an ABEND0A0 followed by repetitive ABEND0C6 or ABEND0C4
in ISGQNX. As a result of the program check loop in ISGQNX's recovery,
no GRS work is able to run on the failing system. This may cause
sysplex-wide impact for the following reasons:
- OA24322 (z/OS 1.7-1.9, HIPER,
18Mar2008) - Floating Point Regs Corrupted When Running With HiperDispatch
on D/T 2097. When running with HiperDispatch=ON, if a job that
uses floating point arithmetic gets interrupted by an SRM timer pop, the
floating point registers may be corrupted because IRABABAL does not save
or restore floating point registers. This can result in incorrect
output for the job that was interrupted.
- In our last Cheryl’s List, I sent
out the following request:
- When discussing the new SMF logger
function at SHARE, we realized that nobody seems to have a good idea of
what volume of SMF data is being used these days. So at my 'Hot Flashes'
session, I asked people to email or fax me a copy of any output from IFASMFDP
(which shows types of records, number of records, record size, and interval).
This can simply be the output from your normal run, or if you want to make
a separate run, you could use either a full day or peak hours.
I'd appreciate any and all input,
and will publish my findings in a later Cheryl's List. All materials
will be kept confidential.
One more request while I’m asking. Would you also send me a copy of your SMFPRMxx member of IEASYSxx (or output from console command ‘d smf,o’)? There are some things that I can’t deduce from the dump listing. If you’ve already sent me the report output, just a listing of your parms would be terrific. I think you’ll all be interested in the results.
3. Status of Tuning Letter 2008 No. 2
I’m still working on the next issue of the newsletter, but it’s taking me a little longer than usual. As many of you know, I’ve had some back problems and they’ve been causing me some grief. My instructions are not to sit for more than ten minutes at a time. Can you imagine how disruptive that can be? Anyway, I expect the issue to be out soon. The main topics in this issue are: SMF Update – Part 1 (buffers, intervals, SMF logger); a new ‘Back to the Basics’ continuing column for those new to z/OS; an analysis of z10 processors; z/OS 1.9 Performance; a SHARE Trip Report; and lots and lots of interesting APARs and links. I’m sure that you’ll like it.
Thanks for your continued patience and support.
Stay Tuned!
Cheryl Watson
======================================================
Thanks for subscribing to Cheryl's
List!
Please note that this email service is not intended to match or even summarize the large scope and volume of information we provide in Cheryl Watson’s Tuning Letter. The Tuning Letter is published six times a year and costs $865 (2008) for the electronic version: a yearly CD-ROM of all back issues and six PDF issues emailed during the year. See http://www.watsonwalker.com/TUNING.html for details. Past tables of contents are at http://www.watsonwalker.com/TofC.html, and some FULL SAMPLE ISSUES can be found at http://www.watsonwalker.com/sampleissues.html. Single issues may be obtained for $155.
If you obtained this from someone else and would like your own copy in the future, just go to our Web page at http://www.watsonwalker.com and fill out the form under "Cheryl's List." That signs you up, and it's free! It's a one-way list, from us to you. If you make a "reply," it will come just to us, not to the other members of the list. We never share your address or information with anyone else. To unsubscribe or change your email address, use the Web page and password mentioned in your welcome message. Or, you can send an email request to admin (at) watsonwalker.com. Past Cheryl's List issues, starting with issue #1 from December of 1996 can be obtained at http://www.watsonwalker.com/archives.html.
In Cheryl's List, we provide updates to our full newsletter, Cheryl Watson's Tuning Letter. We’ll also let you know if anything of importance has been added to our Web pages, and tell you about our other products and services, including BoxScore and GoalTender.
So - we hope you'll find this service
valuable. Be sure to send email to technical (at) watsonwalker.com
if you have any questions or comments.