On Mon, 25 Aug 2008 07:31:32 -0500, John Chase wrote:
>On Sun, 17 Aug 2008 09:04:35 -0500, Chase, John wrote:
>
>>Hi, All,
>>
>>Running a "smoke test" of z/OS 1.9 on the Prod LPAR, and getting
>>intermittent S0F8-04 abends in TN3270. No hits on IBMLink for this.
>>
>>"System Codes" manual says:
>>
>>"The issuer [of an SVC instruction] was in a mode other than task
>>control block (TCB) mode."
>>
>>Any ideas, while we open a PMR?
>
>Well, nobody replied, so it must be a new problem. For our z/OS 1.9 rollout
>attempt yesterday, it was a show-stopper. The effect on end-users is that
>they are unable to connect to the system at all.
>
>Empirical evidence suggests that this situation affects only tn3270 clients
>assigned to an LU pool for which we don't specify a default LOGAPPL. This is
>consistent with IBM's analysis so far of our dump from last week, in which
>they have determined that the abending task was trying to send the
>USSMSG10 buffer to the connecting client. Adding to the puzzle is the fact
>that clients assigned to an LU pool that -does- have a default LOGAPPL can,
>upon exit from that application, display the (same) USSMSG10 without
problem.
>
>I'll try to keep the list updated with progress from our PMR.
"Be sure to look under -ALL- of the rocks." Amazing where you can "lose"
stuff in z/OS.
While "grasping at straws", we started comparing the contents of individual
libraries, parmlib members, etc., between the Production copies and the
source copies of our 1.9 "master" image, and discovered that we were loading
a back-level (HBB5520) copy of ASASYMBM into the MLPA on the Production
system only. The "why" is lost in the dustbin of history, but when we copied
the back-level ASASYMBM to the sandbox and IPLed it into the MLPA there,
we were able to reproduce the S0F8 abends in TN3270 at will.
The level of ASASYMBM that shipped with z/OS 1.9 is HBB7707. In the PMR,
IBM indicated that the relevant change introduced into ASASYMBM (at z/OS
1.2) was support for SRB and cross-memory mode processing.
Oh, the reason this problem never surfaced on z/OS 1.7 is that TELNET
(TN3270) didn't start invoking ASASYMBM until z/OS 1.8.
-jc-
----------------------------------------------------------------------
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
