Article ID: 182918 - Last Review: November 1, 2006 - Revision: 5.2 Account lockout event also stored in Security event log on domain controllerThis article was previously published under Q182918 IMPORTANT: This article contains information about editing the registry. Before you edit the registry, make sure you understand how to restore it if a problem occurs. For information on how to do this, view the "Restoring the Registry" online Help topic in Regedit.exe or the "Restoring a Registry Key" online Help topic in Regedt32.exe. On This PageSYMPTOMS
When users enter a series of incorrect passwords in an attempt to log on to
Windows NT using domain accounts and the Bad Logon Attempts limit for the
account is reached, the account is locked out at the domain controller.
Windows NT generates an account lockout event (Event ID: 539) on the workstation where the failed logon attempts occurred if the audit policy on that workstation enables auditing of failed logon/logoff events. However, no event is logged at the domain controller. Administrators must search the event logs of all client systems to locate the computer where the bad password attempts originated. RESOLUTIONService pack informationTo resolve this problem, obtain the latest service pack for Windows NT 4.0 or Windows NT Server 4.0, Terminal Server Edition. For more information, click the following article number to view the article in the Microsoft Knowledge Base:152734
(http://support.microsoft.com/kb/152734/
)
How to obtain the latest Windows NT 4.0 service pack
Hotfix informationBefore you apply the hotfixBecause this hotfix makes a modification to the on-disk storage of the LSA data information, Microsoft does not recommend that it be uninstalled. Perform the following steps to ease the transition back to a pre-LSA2-fix configuration in case you experience problems with the hotfix:
Note This hotfix supersedes the fix referred to in the following articles in the Microsoft Knowledge Base:
ARTICLE-ID: 154087
(http://support.microsoft.com/kb/154087/EN-US/
)
TITLE : Access Violation in LSASS.EXE Due to Incorrect Buffer Size ARTICLE-ID: 174205 (http://support.microsoft.com/kb/174205/EN-US/ ) TITLE : LSASS May Use a Large Amount of Memory on a Domain Controller ARTICLE-ID: 129457 (http://support.microsoft.com/kb/129457/EN-US/ ) TITLE : Anonymous Connections May Be Able to Obtain the Password Policy This hotfix has been posted as Lsa2fixi.exe (x86) and Lsa2fixa.exe (Alpha). For your convenience, the English version of this post-SP3 hotfix has been posted to the following Internet location. However, Microsoft recommends that you install Windows NT 4.0 Service Pack 4 to correct this problem. NOTE: An updated version of this hotfix was posted on July 20, 1998 and provides an additional security level to systems running Windows NT 4.0 Service Pack 3. ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postSP3/lsa2-fix/ (ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postSP3/lsa2-fix/) If you run Systems Management Server on systems where this hotfix is applied, the SNMP Event Log Extension Agent (Snmpelea) generates the following Event ID 3007 error: Error opening event log file Security. Log will not be processed. Return code from OpenEventLog is 1314. The SNMP Event Log Extension Agent requires an update to manage the security event log. To resolve the SNMP Event Log Extension Agent problem, please see the following article in the Microsoft Knowledge Base:
ARTICLE-ID: 183770
(http://support.microsoft.com/kb/183770/EN-US/
)
TITLE : SMS: Snmpelea Unable to Open Security Event Log STATUS
Microsoft has confirmed that this is a problem in Windows NT 4.0 and Windows NT Server 4.0, Terminal Server Edition.
This problem was first corrected in Windows NT 4.0 Service Pack 4.0 and Windows NT Server 4.0, Terminal Server Edition Service Pack 4. | Article Translations
|
Back to the top
