Article ID: 116408
Article Last Modified on 10/29/2003
APPLIES TO
- Microsoft SNA Server 2.0, when used with:
- the operating system: Microsoft Windows NT
This article was previously published under Q116408
SYMPTOMS
After you install Windows NT SNA Server, several default shares are created
with permissions set to EVERYONE FULL CONTROL. Changing permissions on
these directories to something else can cause the SNA product to not
function correctly.
One symptom of this is that the system slows down when
you start Windows NT after you have modified permissions on the COMCFG
share or file privileges on the COM.CFG file.
CAUSE
SNA Server services (SnaBase, SnaServer, Link services) run under the local
system context and access the CONFIG file through UNC names
(\\SERVER\COMCFG\COM.CFG). If the EVERYONE users doesn't have full control
access, this causes the services to go into a loop trying to open COM.CFG.
RESOLUTION
SNA Patch #8 (SNA20.P08 - update to SNADMOD.DLL) is modified to display a
dialog box that says COM.CFG cannot be opened, thus allowing the Windows NT
server to perform as usual. Later updates to the SNA Server 2.0 SNADMOD.DLL
will also include this fix.
WORKAROUND
SNA Server 2.0 patches are located on:
- Microsoft's Internet Server (FTP.MICROSOFT.COM)
- BUSSYS\SNASRVR\SUP-ED\FIXES (supported)
- BUSSYS\SNASRVR\UNSUP-ED\FIXES (unsupported)
Also, various hotfixed versions of Windows NT version 3.1 include an
updated SRV.SYS which will lead to similar problems mentioned above. The
original release of Windows NT version 3.1, and all official Service Pack
#1 and #2 updates work fine.
However, the following version of <winnt>\SYSTEM32\DRIVERS\SRV.SYS should
be avoided:
U.S. Service Pack 2a version (shipped on the August and September 1994
TechNet CD-ROM), which has a size of 193748.
STATUS
This problem is corrected by applying the regular U.S. Service Pack 2 or
U.S. Service Pack 3, which has a size of 193732.
Additional query words: prodsna 2.00
Keywords: kbprb KB116408