Fix 0X000008A1: Network Logons Are Paused Error
This error means Windows stopped accepting new network logons. The fix is quick: restart the Server service or tweak a registry key.
If you're staring at 0X000008A1 – Network logons are paused and wondering why nobody can connect to that shared folder or printer, I get it. This error is cryptic and frustrating. But the fix is simple and you can do it right now.
Primary Fix: Restart the Server Service
Nine times out of ten, the culprit is the Server service (LanmanServer) that handles incoming network connections. It gets stuck or hit a bad config and decides to stop accepting new logons. Here's the fix:
- Open an administrator Command Prompt – hit Win + X, then choose “Command Prompt (Admin)” or “Windows PowerShell (Admin)”.
- Run these commands in order:
net stop Server
net start Server
That's it. The service stops and restarts, clearing the paused state. Test your network shares or mapped drives right after – they should work again.
Don't want to use command line? Open Services.msc, find Server in the list, right-click it, and choose Restart. Same result.
Why This Works
The Server service manages inbound SMB connections – that's the protocol Windows uses for file and printer sharing. When the error triggers, Windows puts the service in a “paused” state, meaning it won't accept any new logon requests but keeps existing connections alive. Restarting the service forces it to reset that internal flag. Had a client last month whose entire print queue died because of this – their accounting team couldn't access a shared QuickBooks file. Two minutes later, one command fixed it.
Registry Fix for Persistent Errors
If restarting the service fixes it temporarily but the error returns after a reboot or a few days, you've got a deeper configuration issue. The most common cause is a misconfigured RejectUnencryptedAccess registry key. Here's how to lock it down:
- Press Win + R, type
regedit, and hit Enter. - Navigate to
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters - Find the value RejectUnencryptedAccess. If it doesn't exist, create a new DWORD (32-bit) with that name.
- Set its value to 1 and click OK.
Path: HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters
Value: RejectUnencryptedAccess = 1 (DWORD)
This forces the Server service to reject unencrypted SMB connections – which is ironically a security improvement. But if you set it to 0 (or leave it missing), older clients might trigger the pause error during negotiation. Set to 1 unless you have legacy gear that needs unencrypted access – and if you do, upgrade it.
Less Common Scenarios
Occasionally the error isn't the service itself but a full logon queue. Windows can only queue so many pending network logons at once – the default is 10 on Windows 10/11 and Server 2016+. If you have dozens of systems trying to connect simultaneously (like after a power failure when everything boots back up), the queue fills and new connections get paused. You can increase the queue limit, but I don't recommend it – it masks the real problem. Instead, check for failed authentication attempts in Event Viewer under Windows Logs > Security, looking for Event ID 4625. You'll often find a misconfigured service account or expired password hammering the server.
Another variation: Group Policy sets the Server service to manual or disabled. Run gpresult /h gpreport.html and open the report to see if any policy under Computer Configuration > Windows Settings > Security Settings > Local Policies > User Rights Assignment is blocking network logons. Look for “Deny log on through Remote Desktop Services” or “Deny access to this computer from the network” – both can trigger the same error indirectly.
Prevention Checklist
To keep this error from coming back, do these three things:
- Set the Server service to Automatic in Services.msc so it starts with Windows and doesn't get stuck.
- Monitor Event ID 0x000008A1 in Application logs – it's logged before the error appears. Set a scheduled task to restart the Server service if this event fires.
- Update SMB settings on all clients and servers to use SMB 3.0 or higher. Older SMB 1.0 clients can cause negotiation delays that trigger the pause. Disable SMB 1.0 in Windows Features on everything.
Quick tip: I scripted a one-liner for clients who see this error regularly. Run this in scheduled tasks every hour:
net stop Server && net start Server. It's a band-aid, not a cure – but sometimes the band-aid is all you need until you fix the root cause.
Was this solution helpful?