Repository navigation
Segfault in node::StreamBase::GetFD #2847
Description
Activity
@heilage-nsk may I ask you to publish a backtrace(s) of the crash? This is pretty odd to see it
NULLthere. Thank you!Oh, one more thing. Is there any way to reproduce it?
@indutny
Here is what I managed to get from gdb:Program received signal SIGSEGV, Segmentation fault. 0x000000000152cbdb in void node::StreamBase::GetFD<node::StreamWrap>(v8::Local<v8::String>, v8::PropertyCallbackInfo<v8::Value> const&) () at ../src/stream_base-inl.h:75 75 if (!wrap->IsAlive()) 0x000000000152cbd7 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+57>: 48 8b 45 e8 mov rax,QWORD PTR [rbp-0x18] => 0x000000000152cbdb <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+61>: 48 8b 00 mov rax,QWORD PTR [rax] 0x000000000152cbde <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+64>: 48 83 c0 40 add rax,0x40 0x000000000152cbe2 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+68>: 48 8b 00 mov rax,QWORD PTR [rax] 0x000000000152cbe5 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+71>: 48 8b 55 e8 mov rdx,QWORD PTR [rbp-0x18] 0x000000000152cbe9 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+75>: 48 89 d7 mov rdi,rdx 0x000000000152cbec <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+78>: ff d0 call rax 0x000000000152cbee <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+80>: 83 f0 01 xor eax,0x1 0x000000000152cbf1 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+83>: 84 c0 test al,al 0x000000000152cbf3 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+85>: 74 23 je 0x152cc18 <_ZN4node10StreamBase5GetFDINS_10StreamWrapEEEvN2v85LocalINS3_6StringEEERKNS3_20PropertyCallbackInfoINS3_5ValueEEE+122> (gdb) bt #0 0x000000000152cbdb in void node::StreamBase::GetFD<node::StreamWrap>(v8::Local<v8::String>, v8::PropertyCallbackInfo<v8::Value> const&) () at ../src/stream_base-inl.h:75 #1 0x0000237dfc3569b6 in ?? () #2 0x00007fffffffd7b0 in ?? () #3 0x0000237dfc3568c1 in ?? () #4 0x00007fffffffd780 in ?? () #5 0x00007fffffffd858 in ?? () #6 0x0000237dfc51899b in ?? () #7 0x00001ff6c0b9e919 in ?? () #8 0x00001487c81e50c9 in ?? () #9 0x0000000001e16df0 in ?? () #10 0x00001ff6c0b04131 in ?? () #11 0x00001ff6c0b04131 in ?? () #12 0x00001ff6c0baa171 in ?? () #13 0x00001487c81e50c9 in ?? () #14 0x0000150e070c3f01 in ?? () #15 0x00000275e774d399 in ?? () #16 0x0000000100000000 in ?? () #17 0x0000001600000000 in ?? () #18 0x0000150e070d6551 in ?? () #19 0x0000000100000000 in ?? () #20 0x00001487c81e50c9 in ?? () #21 0x00001ff6c0b9e919 in ?? () #22 0x00001ff6c0b04131 in ?? () #23 0x00001ff6c0b04131 in ?? () #24 0x00001ff6c0b04131 in ?? () #25 0x0000150e070d6509 in ?? () #26 0x00001ff6c0b9e919 in ?? () #27 0x00001487c8129839 in ?? () #28 0x00001487c8121bd9 in ?? () #29 0x00007fffffffd908 in ?? () #30 0x0000237dfc518a58 in ?? () #31 0x00001487c81e50c9 in ?? () #32 0x0000150e070c3f01 in ?? () #33 0x00001ff6c0b04131 in ?? () #34 0x00001ff6c0b04131 in ?? () #35 0x00001487c8129839 in ?? () #36 0x00001ff6c0b9ed89 in ?? () #37 0x0000150e070d5de9 in ?? () #38 0x0000001200000000 in ?? () #39 0x0000002600000000 in ?? () #40 0x0000150e070d5f21 in ?? () #41 0x0000000100000000 in ?? () #42 0x0000186f62165c31 in ?? () #43 0x00001ff6c0b9ed89 in ?? () #44 0x00001ff6c0b04131 in ?? () #45 0x00001ff6c0b04131 in ?? () #46 0x00001ff6c0b04131 in ?? () #47 0x0000150e070d5de9 in ?? () #48 0x00001ff6c0b9ed89 in ?? () #49 0x00001487c8129839 in ?? () #50 0x00001487c8121bd9 in ?? () #51 0x00007fffffffd9b8 in ?? () #52 0x0000237dfc518a58 in ?? () #53 0x0000186f62165c31 in ?? () #54 0x0000150e070c3f01 in ?? () #55 0x00001ff6c0b04131 in ?? () #56 0x00001ff6c0b04131 in ?? () #57 0x00001487c8129839 in ?? () #58 0x00001ff6c0b9d2d1 in ?? () #59 0x0000150e070d59f9 in ?? () #60 0x0000000700000000 in ?? () #61 0x0000001a00000000 in ?? () #62 0x0000150e070d5bb1 in ?? () #63 0x0000000100000000 in ?? () #64 0x0000186f6210fdf9 in ?? () #65 0x00001ff6c0b9d2d1 in ?? () #66 0x00001ff6c0b04131 in ?? () #67 0x00001ff6c0b04131 in ?? () #68 0x00001ff6c0b04131 in ?? () #69 0x0000150e070d59f9 in ?? () #70 0x00001ff6c0b9d2d1 in ?? () #71 0x00001487c8129839 in ?? () #72 0x00001487c8121bd9 in ?? () #73 0x00007fffffffda68 in ?? () #74 0x0000237dfc518a58 in ?? () #75 0x0000186f6210fdf9 in ?? () #76 0x0000150e070c3f01 in ?? () #77 0x00001ff6c0b04131 in ?? () #78 0x00001ff6c0b04131 in ?? () #79 0x00001487c8129839 in ?? () #80 0x0000117e4316c169 in ?? () #81 0x0000150e070c3fb9 in ?? () #82 0x0000000400000000 in ?? () #83 0x0000000500000000 in ?? () #84 0x0000150e070c4081 in ?? () #85 0x0000000100000000 in ?? () #86 0x0000186f621f5a89 in ?? () #87 0x0000117e4316c169 in ?? () #88 0x00001ff6c0b04131 in ?? () #89 0x00001ff6c0b04131 in ?? () #90 0x00001ff6c0b04131 in ?? () #91 0x0000150e070c3fb9 in ?? () #92 0x0000117e4316c169 in ?? () #93 0x00001487c8129839 in ?? () #94 0x00001487c8121bd9 in ?? () #95 0x00007fffffffdac0 in ?? () #96 0x0000237dfc62f382 in ?? () #97 0x0000186f621f5a89 in ?? () #98 0x0000150e070c3f01 in ?? () #99 0x00001ff6c0b04131 in ?? () #100 0x00001ff6c0b04131 in ?? () #101 0x00001ff6c0b04131 in ?? () #102 0x00001487c8112089 in ?? () #103 0x000015c25d9ffb49 in ?? () #104 0x000015c25d9ffc91 in ?? () #105 0x000015c25d9ffb49 in ?? () #106 0x00007fffffffdaf8 in ?? () #107 0x0000237dfc590f25 in ?? () #108 0x0000186f621f5a89 in ?? () #109 0x000034620f0c74a1 in ?? () #110 0x000015c25d9ffc91 in ?? () #111 0x00003fc95e581dc9 in ?? () #112 0x0000152a146f69f1 in ?? () #113 0x00007fffffffdb58 in ?? () #114 0x0000237dfc5908f1 in ?? () #115 0x0000186f621f5a89 in ?? () #116 0x000015c25d9ffa69 in ?? () #117 0x00003fc95e581dc9 in ?? () #118 0x000034620f08ec39 in ?? () #119 0x00001ff6c0b04131 in ?? () #120 0x00001ff6c0b04131 in ?? () #121 0x00001ff6c0b04131 in ?? () #122 0x00001ff6c0b04131 in ?? () #123 0x000034620f08ec39 in ?? () #124 0x0000186f621bfbe9 in ?? () #125 0x00007fffffffdba0 in ?? () #126 0x0000237dfc6b8819 in ?? () #127 0x0000186f621ea3a9 in ?? () #128 0x000034620f08ec39 in ?? () #129 0x00001ff6c0b04111 in ?? () #130 0x00001ff6c0b04131 in ?? () #131 0x0000150e070ab421 in ?? () #132 0x0000150e070b5599 in ?? () #133 0x0000150e070b5561 in ?? () #134 0x00007fffffffdbd8 in ?? () #135 0x0000237dfc3194b7 in ?? () #136 0x00001ff6c0b04111 in ?? () #137 0x00001ff6c0b04131 in ?? () #138 0x0000000200000000 in ?? () #139 0x0000150e070b5599 in ?? () #140 0x0000000a00000000 in ?? () #141 0x00007fffffffdc18 in ?? () #142 0x0000237dfc6b6e0c in ?? () #143 0x00001ff6c0b043f1 in ?? () #144 0x00001ff6c0b04111 in ?? () #145 0x00001ff6c0b04131 in ?? () #146 0x0000150e070b5599 in ?? () #147 0x0000150e070b5679 in ?? () #148 0x0000150e070b5621 in ?? () #149 0x00007fffffffdc48 in ?? () #150 0x0000237dfc635874 in ?? () #151 0x0000150e070b5789 in ?? () #152 0x00001ff6c0b975c1 in ?? () #153 0x0000150e070b5741 in ?? () #154 0x0000150e070b56c1 in ?? () #155 0x00007fffffffdcc0 in ?? () #156 0x0000237dfc4ad281 in ?? () #157 0x0000150e070b5789 in ?? () #158 0x0000150e070b5741 in ?? () #159 0x00003a4c496a9a31 in ?? () #160 0x00001ff6c0b04131 in ?? () #161 0x0000150e07004311 in ?? () #162 0x00001ff6c0b043f1 in ?? () #163 0x0000150e070b5789 in ?? () #164 0x0000006500000000 in ?? () #165 0x000728b700000000 in ?? () #166 0x0000150e070b5941 in ?? () #167 0x0000006400000000 in ?? () #168 0x00003a4c496fc051 in ?? () #169 0x00003a4c496a9a31 in ?? () #170 0x00007fffffffdcf8 in ?? () #171 0x0000237dfc31a09d in ?? () #172 0x0000150e070b5941 in ?? () #173 0x00003a4c496fc051 in ?? () #174 0x0000237dfc319fa1 in ?? () #175 0x0000000800000000 in ?? () #176 0x0000000000000000 in ?? () (gdb) gcore core.dump Couldn't get registers: No such process. (gdb) info threads Id Target Id Frame 10 Thread 0x7fffe61fc700 (LWP 1965) "node" (running) 9 Thread 0x7fffe6bfd700 (LWP 1964) "node" (running) 8 Thread 0x7fffe75fe700 (LWP 1963) "node" (running) 7 Thread 0x7fffe7fff700 (LWP 1962) "node" (running) 5 Thread 0x7ffff4d5f700 (LWP 1937) "V8 WorkerThread" (running) 4 Thread 0x7ffff5760700 (LWP 1936) "V8 WorkerThread" (running) 3 Thread 0x7ffff6161700 (LWP 1935) "V8 WorkerThread" (running) 2 Thread 0x7ffff6b62700 (LWP 1934) "V8 WorkerThread" (running) * 1 Thread 0x7ffff7fee740 (LWP 1931) "node" 0x000000000152cbdb in void node::StreamBase::GetFD<node::StreamWrap>(v8::Local<v8::String>, v8::PropertyCallbackInfo<v8::Value> const&) () at ../src/stream_base-inl.h:75Almost no useful info from backtrace, and also I couldn't generate core dump :( What else can I do to gather more info?
I'm not sure if one can reproduce this segfault easily, but I'll try to create a test case.
Oh. And my naive fix didn't help :) Seems like it's not that easy.
@heilage-nsk thank you! How did you collect this information? It looks like a debug mode build, but... the stack trace has lots of gaps. It can't just get straight from JS to the C++ code, there should be several v8 API C++ helpers on stack.
A couple more questions:
- How have you built the debug-mode node?
- Have you tried to turn on core dumps with
ulimit -c unlimited?
Thanks!
@indutny
I compiled and ran node/pm2 as follows:./configure --prefix=/usr --gdb --debug make gdb --args out/Debug/node /usr/bin/pm2 /var/www/project-startup.json --no-daemonI tried to do
ulimit -c unlimitedwith no success. Since I already had some debugging problems on this machine, I think I should try it on some other VM and/or gdb version (currently 7.4, pretty old). I will inform when I get some results.@heilage-nsk thank you very much for this. I appreciate your help.
@indutny
I just tried to reproduce this on fresh Ubuntu 14.04.2 install with gdb 7.7 - it's still failing, backtrace still shows no useful information, no core dump, but at least I was able to inspect the value of local variable:Program received signal SIGSEGV, Segmentation fault. 0x000000000154cc09 in node::StreamBase::GetFD<node::StreamWrap> (key=..., args=...) at ../src/stream_base-inl.h:75 75 if (!wrap->IsAlive()) (gdb) info locals wrap = 0x0I tried to set a conditional breakpoint before this line, but in case when
wrap == 0the breakpoint did not trigger for some reason. I do not have much experience in debugging native (and especially multithreaded) apps under *nix, so it seems weird to me.So I reapplied my naive fix and re-ran load testing under gdb, and it still works fine after several hours. For now I'm going to inspect nodejs sources a bit deeper to know what could go wrong here, any ideas are appreciated :)
@heilage-nsk I think I have an idea on why it could be happening, working on the test case.
In a few words,
handle.close()releases the structure and nulls the internal field on a next tick. Previous code accounted for this properly, but with TLSWrap it may be broken.Are you using
tls/httpsin your application?@indutny
Well, we use https, but it's provided by nginx, I don't think that proxy_pass-ing requests to nodejs can invoke its TLS internals. Moreover, the error seems to happen in node::StreamWrap instance of GetFD template function.
Important note: the segfault seems to happen only when a process is being killed by SIGTERM or SIGINT like here: https://github.com/Unitech/PM2/blob/master/lib/God/Methods.js#L236 - in all other cases it works fine.@heilage-nsk no
httpsrequests either?The error is pretty easy to reproduce, but how it could be happening in natural environment is less evident to me at the moment:
var net = require('net'); var socket = net.connect(1443); var handle = socket._handle; socket.destroy(); socket.on('close', function() { setImmediate(function() { console.log('hm..'); console.log(handle.fd); }); });
Investigating
72 remaining items
- added a commit that references this issue
on Oct 10, 2016 - added a commit that references this issue
on Oct 11, 2016 - added a commit that references this issue
on Nov 18, 2016 - added a commit that references this issue
on Nov 22, 2016
Hello,
While performing the load testing on my application I've noticed a segfault. My environment and conditions are:
So, under load (about 50-100 rps) when some process runs out of memory, it's killed and restarted by PM2, but sometimes after that the parent PM2 process just fails with "Segmentation fault".
I've researched that for a while (compiled debug version, ran under gdb, etc) and found the source of segfault in
src/stream_base-inl.h:I assumed that somehow the
wrappointer becomes NULL. I didn't research deeper, so I assumed thatUnwrapfunction failed to do what it's needed for and just returned NULL, but the code ofGetFDdidn't handle this correctly. So I tried this small fix:And it seems to work so far - no single failure for an hour of load testing, and I'm going to leave it working for some days to be sure.
Does this solution seem to be correct? Should I make a PR for it?