The information in this article applies to:
SYMPTOMS
When an APPC application tries to allocate a conversation specifying an
LU/LU/mode partnership (using independent LU6.2), the SNA client APPC
interface may queue the request against an SNA Server that has all
available LU6.2 sessions in use. This may happen even if an SNA Server is
in the domain that may have a suitable LU/LU/mode partnership defined, but
which has not yet completed Change Number of Sessions (CNOS) negotiation.
This can cause an application to wait for an available session to become
free, instead of forcing another SNA Server to initiate a new LU/LU session
to be used by the application.
Q150959 Preventing Repeated APPC Session Activation Failures Event 18 CAUSEIf an LU-LU pair has not completed CNOS negotiation, the SNA Server was returning an Open(LU6.2) response error of Err1=0/Err2=1F04. This caused the SNA client APPC interface to try a different server for a conversation. RESOLUTION
To workaround this problem, the NOINITCNOS setting should not be used.
STATUSMicrosoft has confirmed this to be a problem in Microsoft SNA Server versions 2.0, 2.1, 2.11, and 2.11 Service Pack 1. This problem was corrected in the latest Microsoft SNA Server 2.11 U.S. Service Pack. For information on obtaining the service pack, query on the following word in the Microsoft Knowledge Base (without the spaces): S E R V P A C K Additional query words: sp1 prodsna
Keywords : snaappc snacpic kbbug2.00 sna5250 snaprog kbbug2.10 kbbug2.11 |
Last Reviewed: November 20, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |