Joel Unfortunately I am not able actually to see what is said in APAR OA32369.
I am however able to see what OA30776 says and it would be very difficult to see any sort of a connection (sic)between APAR OA30776 and what you describe that has become APAR OA32369. If you would like some try at analysing what OA32369 is saying, perhaps you could post the contents. It may also be handy if you could find the VTAM - and/or hardware - error messages which appeared at the time of the failed attempt to activate the 3174 controllers. I expect that the errors would concern the SNA adjacent link station entity as identified by the name of the PU statement. Another possibility is that the resources associated with the XCA definition failed in some way. These are all problems which would prevent activation of LUs at a much earlier stage in the activation of SNA resources. Chris Mason On Fri, 19 Mar 2010 21:33:46 -0500, Joel C. Ewing <[email protected]> wrote: >We put on about a year's worth of z/OS 1.10 maintenance in mid February >to get things up to RSU1001++. May have included some corrective >maintenance beyond RSU1001 that we could have done without, but >everything seemed to be functional in our MVS test environment and >looked OK to go live last weekend. > >We were forced to back out maintenance after encountering a problem now >being tracked as APAR OA32369, which caused an outage for us on all SNA >3174-81R and 3174-23R controllers driven through a Fast Ethernet OSA >adapter on a z9. The APAR OA32369 description is totally unclear to me >as to what could be affected and how persistent the problem might be, >but for us none of the LU's for coax-attached dumb terminals or >coax-attached 4224 printers behind these 3174 controllers would activate >after maintenance. This old hardware is being gradually phased out and >has been so stable for so long we didn't even have any accessible from >our test system. We do now! > >IBM indicated the problem may have been caused by FMID HVT61A0 PTF >UA51696/OA30776, which I believe is on PUT 1002 and not yet assigned to >an RSU; but at least as of Friday afternoon there weren't yet any PE >holds on UA51696. We have been offered an APAR fix and will look at >that option next week. > >-- >Joel C. Ewing, Fort Smith, AR [email protected] ---------------------------------------------------------------------- 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
