Article ID: 168546
Article Last Modified on 6/24/2004
APPLIES TO
- Microsoft SNA Server 4.0, when used with:
- Microsoft Windows NT 4.0
This article was previously published under Q168546
SYMPTOMS
After upgrading SNA Server 3.0 with Service Pack 1, the SnaBase or SNA Server service may fail unexpectedly with an access violation or SNA Server may unexpectedly stop accepting new client connections. This problem can occur if SNA clients are connecting to the server over MS Networking (named pipes) or Netware IPX/SPX. A Drwtsn32.log entry may be generated when this failure occurs, indicating a FAULT in the top-level routine along with the following stack-back trace (which may vary):
- snalm!QueueBuffer
or
- ntdll!RtlAllocateHeap
snalm!GetReadBuffer
snalm!AceptConnection
snadmod!AcceptClientConnection
snadmod!DMODServiceThread
or
- ntdll!RtlDestroyHeap
ntdll!RtlFreeHeap
snalm!CleanupConnection
snalm!CloseConnection
snadmod!CloseLtab
snadmod!IoThread
or
- security!NtLmSspControl
security!DeleteSecurityContext
snalm!CleanupSecurityContext
snalm!CloseConnection
snadmod!sepdnhpe
If new clients cannot connect, the SNA Server or SnaBase internal trace may indicate the following error after accepting a new client connection:
CAUSE
SnaBase or SNA Server memory local heap corruption is occurring within the IO completion port handling of named pipe or IPX/SPX clients.
RESOLUTION
The SNA Server has been updated to correct this problem.
STATUS
Microsoft has confirmed this to be a problem in Windows NT SNA Server version 3.0 Server Pack 1. This problem was corrected in the latest SNA Server version 3.0 U.S. Service Pack. For information on obtaining this Service Pack, query on the following word in the Microsoft Knowledge Base (without the spaces):
S E R V P A C K
Keywords: kbbug kbfix kbnetwork KB168546