-
Type: Bug
-
Resolution: Done
-
Priority: Minor - P4
-
Affects Version/s: 2.0.5, 2.1.1
-
Component/s: Storage
-
Windows
Testing revealed occasional unexpected long delays (and retries) when calling FlushViewOfFile(). As a work around, we could simply allocate (and zero out) the files using the existing FileAllocator implementation. Initial testing seems to indicate that this avoids any failures in FlushViewOfFile(), which would normally require retrying.
- is duplicated by
-
SERVER-6043 exception caught in FileAllocator on Windows
- Closed
- is related to
-
SERVER-1163 Writing 44K records a second and mongod.exe gives 'FlushViewOfFile failed 33' warning and then a client issue
- Closed
- related to
-
SERVER-1459 FlushViewOfFile failed 33 (and othe numbers) & Client disconnections - Details - Windows
- Closed
-
SERVER-7039 Investigate improving pre-allocation on NTFS
- Closed