[SERVER-23977] Failure of MapViewOfFileEx in MemoryMappedFile::remapPrivateView with "errno:487 Attempt to access invalid address" Created: 28/Apr/16 Updated: 06/Dec/22 Resolved: 14/Sep/18 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | MMAPv1, Storage |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Bruce Lucas (Inactive) | Assignee: | Backlog - Storage Execution Team |
| Resolution: | Won't Fix | Votes: | 4 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||
| Assigned Teams: |
Storage Execution
|
||||||||||||||||
| Operating System: | ALL | ||||||||||||||||
| Sprint: | Platforms 14 (05/13/16), Platforms 15 (06/03/16) | ||||||||||||||||
| Participants: | |||||||||||||||||
| Case: | (copied to CRM) | ||||||||||||||||
| Linked BF Score: | 15 | ||||||||||||||||
| Description |
| Comments |
| Comment by Eric Milkie [ 27/Apr/17 ] |
|
Cleaning up memory is not an option because the problem resides in the memory region layout dictated by the operating system, not because there is an excess of memory allocated. |
| Comment by Paul Reed [ 27/Apr/17 ] |
|
Does this issue need to effect a shutdown. Could it not just clean up memory and recover itself. At the very least, could it not stepdown ( if primary ) and allow replicasets to continue nicely ? |
| Comment by Guillaume Guerra [X] [ 10/Apr/17 ] |
|
Hi, Same here, and it seems the frequency of the issue is increasing. |
| Comment by Joe Enzminger [ 10/Oct/16 ] |
|
This is affecting our production servers as well. Since it is a crash issue, what are the chances of getting a hotfix rather than having to wait/upgrade to a new version altogether? |
| Comment by Paul Reed [ 27/Sep/16 ] |
|
I am getting this issue most days now, which causes my a minor minute offline. Not an issue at the moment, but it will be. Any news on a fix for this ? Can get dumpfiles any time you like. |
| Comment by Stephen JANNIN [ 26/Jul/16 ] |
|
We had this issue 3 times in production. Is this specific to Windows 2012 R2 ? Servers in 2008R2 does not seem to be affected. 2016-07-26T04:07:36.117+0200 I CONTROL [durability] MapViewOfFileEx for D:/a/b/c/d/e/f/g_PROD_24.75 failed with error errno:487 Attempt to access invalid address. (file size is 2146435072) in MemoryMappedFile::remapPrivateView |
| Comment by Ramon Fernandez Marina [ 08/Jul/16 ] |
|
paul.reed, unfortunately we don't have an estimate for a fix to this issue. The "3.3 Desired" fixVersion indicates we'd like to address this ticket before the 3.4 release, scheduled for Q4 2016. We'll post any updates to this ticket. Regards, |
| Comment by Paul Reed [ 08/Jul/16 ] |
|
How long away is the fix for this. I am seeing this issue downing my servers a number of times a week now. It is only a matter of time until 2 servers get hit at the same time and cause issue's for us ! |
| Comment by Andrew Morrow (Inactive) [ 15/Jun/16 ] |
|
paul.reed - I don't have any insight into |
| Comment by Paul Reed [ 15/Jun/16 ] |
|
Just as soon as you can implement database meta reproduction / folder copy. I would gladly migrate. |
| Comment by Andrew Morrow (Inactive) [ 15/Jun/16 ] |
|
paul.reed - Unfortunately there is not a mitigation for this issue with the MMAPv1 storage engine at this time. Copying files around will not have any effect, as the root cause is connected to details of the memory management subsystem on Windows. If it is possible for you to do so, migrating to the WiredTiger storage engine would be a permanent solution, as that storage engine is not affected by this issue. |
| Comment by Paul Reed [ 08/Jun/16 ] |
|
Is there a work around. Would love a quick win here if possible. |
| Comment by Andrew Morrow (Inactive) [ 08/Jun/16 ] |
|
Hi paul.reed - Thank you for letting us know that you have encountered this issue, and especially for offering to post a mini-dump. However, I don't think you need to. We do understand the root cause of the issue, and we are evaluating potential solutions. |
| Comment by Paul Reed [ 08/Jun/16 ] |
|
I have this same issue. I have seen it a few times on our replica sets: 2016-06-08T14:33:54.603+0100 I CONTROL [durability] MapViewOfFileEx for database_path_and_file.1 failed with error errno:487 Attempt to access invalid address. (file size is 134217728) in MemoryMappedFile::remapPrivateView ***aborting after fassert() failure 2016-06-08T14:33:56.299+0100 I CONTROL [durability] mongod.exe ...\src\mongo\util\stacktrace_windows.cpp(174) mongo::printStackTrace+0x43 – Would you like and how can I send you the mini-dump ? |