On Thu, 8 Apr 2010 12:26:34 -0400, Tony Harminc <t...@harminc.net> wrote:
>On 8 April 2010 08:19, Barbara Nitz <nitz-...@gmx.net> wrote: > >> Well, I was told that IBM assumes it was 'a network problem' (and not >> something in the OSA card itself) that caused the channel control check to be >> presented. IBM then took the cop-out and said that to be 100% sure they will >> need to have a trace active in the OSA card that needs to get stopped within >> 5 minutes after the problem occuring. >> >> Never mind that IBM does not tell us *how* to detemine that it was this >> problem and how to stop the trace in the time window, especially at >> o:dark:30. So much for finding the *cause* of the problem. > >Wouldn't it be by definition a hardware problem in the OSA card if a >"network problem" is capable of causing a channel control check? My >reading of the definition of Channel Control Check in the Principles >of Operation is that it is a machine malfunction that cannot be caused >by external data or conditions. Perhaps you should ask them if the OSA >card has been granted a deviation from the POO; they take this stuff >fairly seriously. > Barbara, Sorry, I wasn't on IBMMAIN last night. We've had a lively debate about what happened and what we might be able to do to handle it more intelligently. W. Kevin Kelley -- IBM POK Lab -- z/OS Core Technical Development ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html