Redis-server abort in dlmalloc #244
Comments
@nmehlei: thanks for your help. As previously discussed, a full dump would be the best aid in narrowing down this issue. Also, please make sure to save the redis logs. Even if they probably won't contain any direct information about the error, we might find some correlation between multiple instances of the failure. In fact, if you have the log from last Saturday's failure, that would be an interesting first data point. |
Hello, @orangemocha, may I know what is the issue for crash without any symptom? |
Hi @bruceliu2008 , this issue would not present any symptoms, meaning no messages in the logs. So if you experienced a crash without symptoms, it might be this issue, though it's also possible that it could be a different issue. The information in the event viewer would clarify that. In the event viewer look under Windows Logs \ Application for events with source "Application Error" or "Windows Error Reporting". Those events should contain information that will help us investigate the failure. Can you copy & paste it in here? Please also ensure that your machine is configured to report crash information. Go to Control Panel\System and Security\Action Center\Problem Reporting Settings and make sure that "Automatically check for solutions and send additional report data, if needed". As the ultimate troubleshooting aid, you could also enable collection of full-memory dumps.The instructions are here: https://msdn.microsoft.com/en-us/library/windows/desktop/bb787181(v=vs.85).aspx . You can configure it for redis-server.exe only (the article explains how to do so). Keep in mind that those dumps will be roughly as large on disk as the memory used by redis at the time of the crash. I will add instructions for this to the readme/wiki. |
Here is the error message in windows event log. |
For the WER setting we will enable on next Monday, now it is around midnight in my local time. risky to change my production server's setting now. |
Hi, Any update on this ticket? Thanks, |
"Unfortunately", it didn't crash at our end, so we weren't able to collect any more data. We estimate that our (daily-increasing) traffic will be risen enough in a week or so to trigger those crashes again, which will force us to migrate to linux if it is not fixed until then :/ |
Here is our latest report.wer file content. |
Hi All, |
I think those versions had other critical bugs but yes maybe they are easier to work around, we're considering downgrading aswell. |
In terms of stability, it should be ok, I have another server already uses it for 73 days without any crash. |
Hello, Any update on this ticket after 6 days? |
@bruceliu2008 , without a repro or a full dump, it's difficult to make progress on this issue. We are investigating other failures hoping that they could be related. |
Redis just crashed again As the full dump is rather large (3 GiB), how should I send you the link? I'd rather not post that link here. Application Error Faulting application name: redis-server.exe, version: 0.0.0.0, time stamp: 0x5547a2d5 Windows Error Reporting Fault bucket , type 0 Problem signature: Attached files: These files may be available here: Analysis symbol: Windows Error Reporting Fault bucket , type 0 Problem signature: Attached files: These files may be available here: Analysis symbol: |
Guys, I recommend you use linux one. M$ is not trustable in this case.
|
Honestly, I'm getting there, but I would rather use windows :/ |
Then you have to take risks on your own. Because as you can see, nobody
|
@nmehlei : can you email the link to email edited |
@orangemocha |
@nmehlei , got it! |
This is fixed in version 2.8.21. https://github.com/MSOpenTech/redis/releases/tag/win-2.8.21 |
Split from #167 (comment), as this is a different issue.
As first reported by @nmehlei:
I investigated the issue through Windows Error Reporting mini-dumps (BEX64 Bucket 81858187473). All crash reports share this common call stack at the moment of the crash:
Child-SP RetAddr Call Site
00 00000000
0013f610 00000001
4002a73b redis_server!abort+0x34 [f:\dd\vctools\crt\crtw32\misc\abort.c @ 88]01 00000000
0013f640 00000001
400be813 redis_server!dlmalloc+0x3ab [d:\redis\msot1\src\win32_interop\win32_dlmalloc.c @ 4647].. indicating a memory corruption. No additional clues can be gathered from the mini-dumps. Full dumps requested from user site.
The text was updated successfully, but these errors were encountered: