Fix 0X0000090D NERR_TooMuchData Truncated Admin Data
Windows admin tools fail when remote server returns more than 64 KB of data. This error means the reply got cut off, usually due to too many users or shares.
Quick Answer
Adjust the NetServerEnum buffer size in the registry or narrow your enumeration query by filtering on a specific domain or server role.
What This Error Actually Means
You're running a remote administration command — like net view, net user /domain, or a Server Manager query — against a Windows machine that holds a lot of data. The problem is Windows has a hard 64 KB limit on the reply size for certain legacy RPC calls (NetServerEnum, NetUserEnum, NetShareEnum). If the server has more than about 200-300 users, shares, or servers, the call returns 0X0000090D instead of the full list. The data gets truncated silently.
I've seen this a lot on domain controllers hosting thousands of user accounts, or file servers with 400+ shares. The worst part? Older tools like net.exe and some MMC snap-ins just show you a partial list and maybe a cryptic error. You might not even notice until you try to manage a user that's cut off.
Fix Steps
- Identify the call that's failing. Look at the exact command or tool. If it's
net view, it's likelyNetServerEnum. If it'snet user /domain, it'sNetUserEnum. This matters because the registry fix is per-API. - Open Registry Editor as Administrator (right-click Start -> Run ->
regedit). - Navigate to the correct key based on the failing API:
- For user/share enumeration:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters - For server enumeration (net view):
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters
- For user/share enumeration:
- Create a new DWORD value (32-bit) named
MaxBufferSize. If it already exists, double-click it. - Set the value to
65536(decimal) — that's 64 KB, the default. But you want more, so set it to262144(256 KB) or524288(512 KB). I've used 256 KB on a DC with 5000 users and it worked fine. - Click OK, close Regedit.
- Restart the service:
- For LanmanServer: run
net stop LanmanServer && net start LanmanServeras admin. - For LanmanWorkstation: run
net stop LanmanWorkstation && net start LanmanWorkstation. This will disconnect any network drives temporarily.
- For LanmanServer: run
- Test the command again. If you see the full list without the error, you're set.
Alternative Fixes
Filter your query. If you can't change the registry (locked down environment), break the query into smaller chunks. For net view, specify a domain: net view /domain:yourdomain. For user enumeration, use PowerShell with a filter:
Get-ADUser -Filter * -Properties * | Select-Object -First 300Use PowerShell directly. The old net commands are limited. Switch to Get-ADUser, Get-SmbShare, or Get-SmbServerConfiguration. These use newer APIs that support pagination (like 1000 records at a time) and don't hit the 64 KB wall.
If the registry fix doesn't help: Check if the remote server has a firewall rule blocking large RPC packets. Some third-party firewalls (like McAfee or Symantec Endpoint Protection) have a setting called "RPC maximum packet size" that defaults to 64 KB. You'll need to raise it on both sides — client and server.
Prevention Tip
Stop using the old net.exe commands for large environments. They're from the NT 4.0 era and weren't designed for today's directory sizes. If you must keep using MMC or legacy scripts, set the MaxBufferSize on every machine that runs remote admin tools — especially your admin workstations. Also, keep an eye on event ID 3200 (Source: NETLOGON) on your DCs; it logs when this error occurs.
Was this solution helpful?