Hi Tom, I agree this should be easy to find using SIS. It was using the technique I normally use when searching for defect as a first try.
In SIS I searched using keywords VLF and CATALOG. Under Additional Options I have selected Updated on or after with 08/05/05 (I normally go back 1 or 2 years no more when searching for defect stuff) and also selected Sort by updated date. That yielded 5 hits on just on page and includes OA19962. OA20748 8/2/07 HIGH CPU IN VLF ADDRESS SPACE MAY OCCUR WITH CATALOGS IN ECS OA20714 6/28/07 ABEND0C4 IN COFMRETR AFTER A RESTART OF VLF II10752 CAN 6/6/07 ICF CATALOG PERFORMANCE PROBLEMS - CASPERFM OA19962 PER 5/1/07 VLF CACHE FOR CATALOGS IS NOT PURGED OA15344 PER 8/2/06 F CATALOG,REPORT,CACHE RECORDS COUNT IS INCORRECT FOR IBMLink has a lot of room to improve both in feature and function and in delivered availability. Having said that it is still head and shoulders above the on-line service and support tools from most of the other software vendors we work with. IBM needs to get the Web Identity problems impacting use of IBM ID to use IBMLink and other services fixed and soon! We are also rolling out 1.8 currently running on a little over half our systems. We already have the fix U33194 applied. We have been burned much more often by staying too far behind especially during upgrades. http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/CST1Q07_Sec ond_Addendum_FINAL.pdf http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/ UA33194 is flagged RSU0705. RSU0705 was out of CST about two month ago. That may be recent if you have 1.8 in production and have settled into a service cycle but if you are in installation, shakeout and deployment maybe you should get it on or perhaps RSU0706 issued one month ago. We don't have to do as much service now that we get ServerPac electronic and it builds and is IPLed in days instead of a month. Still lately keeping up with RSU service on z/OS and microcode bundles on current generation processor and storage devices seems to be the best defense against painful rediscovery of other people's problems. What do you think? Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Sunday, August 05, 2007 1:46 PM To: [email protected] Subject: Re: VLF catalog cache goes crazy ----- Original Message ----- From: "Brian Peterson" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Sunday, August 05, 2007 9:58 AM Subject: Re: VLF catalog cache goes crazy > Perhaps OA19962? > > APAR Identifier ...... OA19962 Last Changed ........ 07/05/01 > VLF CACHE FOR CATALOGS IS NOT PURGED > > Brian > > On Sun, 5 Aug 2007 08:39:13 -0400, Pinnacle wrote: >> >>Regards, >>Tom Conley > Brian, Thank you. When I did my search last night at 0dark:30 for VLF CATALOG, every other item on that page appeared but OA19962. Now SIS isn't even working correctly.... OA19962 is of course a direct hit for our problem. Tom ==================== This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. ---------------------------------------------------------------------- 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
