Chip Kawalski, Level 3 Service Specialist, IBM Poughkeepsie responds: After some discussion with the teams owning the APARs/PTFs that you pointed out, here's some additional information on what happened and what's being done to correct things:
OA19565.UA34181: A number of years ago, we had some tooling updated to automate the insertion of a HOLD(IPL) when the APAR owner says an IPL is required to activate the PTF. The team followed this process and got a HOLD into their PTF with the correct text. However, for some reason, it looks like the tool used a HOLD(ACTION) instead of a HOLD(IPL). Over the 4-5 years this processing has been in effect, a problem like this has never happened. However, there were some glitches that occurred during the build of this PTF which might have contributed to the problem. The tools team is investigating. So, yes, the HOLD that got used here was incorrect but it seems we had a tooling glitch and not a broken process. PK43224/UK24827: The TCP/IP team checked some of their other APARs that need an IPL and they had the correct HOLD (i.e. IPL) in their PTF's. The TCP/IP team says they understand that they should be using HOLD(IPL), are not sure how this problem occurred, but will reiterate the correct process to their team to better ensure proper processing in the future. PK46764/UK27017: This is from a different TCP/IP sub team than PK43224. Unlike the previous two APARs, this is not a HOLD(IPL) issue but rather one of how to best connect two PTFs that are dependant on each other. In discussing this with the TCP/IP team, they said using an IF-REQ or HOLD(DEP) was not something that occurred to them. However, they agree that the IF-REQ or HOLD(DEP) would have been a better way to go and with take steps to ensure the best method is used in the future. OA17070/UA90370: After some discussion with the RMF team, it turns out that because RMF needed to be stopped "before" the PTF was installed and restarted "after", they felt that a HOLD(ACTION) would be more appropriate than a HOLD(RESTART). Their PTFs normally contain a HOLD(RESTART), but the unusual scenario for this APAR led them a bit astray. I'll be working with the RMF team to provide them with the appropriate education to help them get cases like this correct in the future. ---------------------------------------------------------------------- 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
