Fix 0X00000A89: Computer account not found on domain
This error shows when a computer tries to connect to a domain resource but the domain controller can't find its account. The fix is to reset the computer account.
You're sitting at a Windows 10 or 11 machine, and you try to access a shared drive, a printer, or maybe you're running a remote management tool. Instead of getting in, you see this: "The specified computer account could not be found. Contact your system administrator." The exact error code is 0X00000A89, and the system message calls it NERR_ComputerAccountNotFound.
This usually happens after a domain controller was restored from backup, or after a computer's account got deleted from Active Directory by accident. Sometimes it happens after a big Windows update that changes the machine's security identifier (SID). The domain controller looks up the computer's account, but it's either missing or the password hash doesn't match.
Root cause
The computer has a secret password that it shares with the domain controller. Every 30 days, that password changes automatically. If the computer's account is deleted from Active Directory, or if the password gets out of sync, the domain controller tells the computer "I don't have an account for you." That's error 0X00000A89.
What you'll need
- Domain admin credentials, or at least the built-in local Administrator password on the machine.
- Physical or remote access to the computer showing the error.
- About 10 minutes.
Step-by-step fix
Step 1: Check if the computer account exists in Active Directory
Log into a domain controller or any machine with Active Directory Users and Computers installed.
- Open Active Directory Users and Computers.
- Find the correct OU (Organizational Unit) for the computer. If you're not sure, right-click the domain name and choose Find. Type the computer's name.
- If the computer shows up, right-click it and choose Properties. Look at the Operating System tab — make sure it matches the machine you're working on.
- If the computer doesn't show up, skip to Step 4 — you'll need to rejoin the domain.
Step 2: Reset the computer account from the server side
This is the cleanest way to fix a password mismatch without touching the client machine.
- In Active Directory Users and Computers, right-click the computer object and choose Reset Account.
- Click Yes when it asks for confirmation.
- You should see a message saying the account was reset. It's that simple.
After resetting, the domain controller generates a new password for that computer. But the client machine still has the old one. So you need to force the client to sync.
Step 3: Force the client to re-sync the password
On the problematic computer:
- Open a command prompt as Administrator. Press the Windows key, type
cmd, right-click Command Prompt, and choose Run as administrator. - Run this command:
Replacenetdom resetpwd /s:<domaincontroller> /ud:<domain>\<admin> /pd:*<domaincontroller>with the name of your domain controller (e.g., DC01). Replace<domain>\<admin>with your domain and admin username (e.g., CORP\jsmith). - It will ask for the admin password. Type it and press Enter.
- You should see: The password has been set successfully.
After that, reboot the computer. Try the action that caused the error. It should work now.
Step 4: If the account is missing — rejoin the domain
If the computer account was deleted from Active Directory, you have to remove the machine from the domain and rejoin it.
- Log in with the local Administrator account. Not a domain account — that won't work because the domain controller doesn't know this machine anymore.
- Go to Settings > Accounts > Access work or school.
- Click Disconnect next to the domain connection. It will ask for confirmation. Yes, you want to leave the domain.
- Reboot the machine. It's now in a workgroup.
- Go back to Settings > Accounts > Access work or school, click Connect, and choose Join this device to a local Active Directory domain.
- Enter the domain name. Provide domain admin credentials when prompted.
- Reboot again.
After this, the domain controller creates a fresh computer account. The error should disappear.
If it still fails
Sometimes the problem is DNS. The computer can't find the domain controller. Run nslookup yourdomain.com from the command prompt and see if it returns an IP address. If not, check that the network adapter's DNS points to the domain controller. Also make sure the computer's time is within 5 minutes of the domain controller's time — Kerberos won't work otherwise.
Another thing: check if the machine's secure channel is broken. Run this in an admin command prompt:
nltest /sc_query:yourdomain.com
If it says ERROR: No Logon Servers or Status = 5 0x5 ERROR_ACCESS_DENIED, then the secure channel is toast. The netdom resetpwd command from Step 3 is your best bet there.
One last thing — if you're on a VPN, disconnect and try from the local network. VPNs can sometimes interfere with domain authentication. I've seen it happen more than a few times.
Was this solution helpful?