NO_PAGES_AVAILABLE
Code: 0x4d (77)
As HRESULT:- S: 0 (Success)
- C: 0 (Microsoft-defined)
- N: 0 (Not an NTSTATUS value)
- Facility: 0x000 (FACILITY_NULL: Default)
- Code: 0x004d (77)
- Sev: 0 (STATUS_SEVERITY_SUCCESS)
- C: 0 (Microsoft-defined)
- Facility: 0x000 (Default)
- Code: 0x004d (77)
Parameters
| Parameter | Description |
|---|---|
| 1 | The total number of dirty pages |
| 2 | The number of dirty pages destined for the page file |
| 3 | The size of the nonpaged pool available at the time the bug check occurred |
| 4 | The most recent modified write error status. |
Description
The NO_PAGES_AVAILABLE bug check has a value of 0x0000004D. This indicates that no free pages are available to continue operations.
Important
This article is for programmers. If you're a customer who has received a blue screen error code while using your computer, see Troubleshoot blue screen errors.
Cause
To see general memory statistics, use the !vm 3 extension.
This bug check can occur for any of the following reasons:
A driver has blocked, deadlocking the modified or mapped page writers. Examples of this include mutex deadlocks or accesses to paged out memory in file system drivers or filter drivers. This indicates a driver bug.
If Parameter 1 or Parameter 2 is large, then this is a possibility. Use !vm 3.
A storage driver is not processing requests. Examples of this are stranded queues and non-responding drives. This indicates a driver bug.
If Parameter 1 or Parameter 2 is large, then this is a possibility. Use !vm 8, followed by !process 0 7.
A high-priority realtime thread has starved the balance set manager from trimming pages from the working set, or starved the modified page writer from writing them out. This indicates a bug in the component that created this thread.
This situation is difficult to analyze. Try using !ready. Try also !process 0 7 to list all threads and see if any have accumulated excessive kernel time as well as what their current priorities are. Such processes may have blocked out the memory management threads from making pages available.
Not enough pool is available for the storage stack to write out modified pages. This indicates a driver bug.
If Parameter 3 is small, then this is a possibility. Use !vm and !poolused 2.
If the problem cannot be found, then try booting with a kernel debugger attached from the beginning, and monitor the situation.
Article text from the Windows driver documentation (opens in a new tab), by Microsoft, under the CC BY 4.0 (opens in a new tab) licence.
Associated Modules
| Module | Code | Found in | Description |
|---|---|---|---|
| EventCreate.exe | 0x4d | 78.11011 | %1 |
| cipher.exe | 0x4d | 1011 | Application Protected |
| dsreg.dll | 0x4d | 1011 | Unable to create NGC user ID key. User SID: %1 IDP domain: %2 Tenant domain: %3 User ID: %4 Flags: %5 Error: %6 |
| dssec.dll | 0x4d | 78.11011 | Replicating Directory Changes In Filtered Set |
| ehepgres.dll | 0x4d | 7 | %1 |
| nslookup.exe | 0x4d | 78.11011 | name server |
| webservices.dll | 0x4d | 78.11011 | The size of the message being read exceeds the quota of %1 bytes. |
| wevtutil.exe | 0x4d | 78.11011 | Channel %1 is declared by an existing provider %2{%3}. |
| 8 entries | |||