trap invalid opcode ip:fea6f9 #3898

Smbc1 · 2015-11-18T09:01:07Z

Strange error crushes all node processes on AWS EC2 instance without change to catch it. And, of course, it forces instance to restart. Previously (in node 0.6) I have seen error "invalid opcode 0000", but this one seems different (node 5.0.0).
Full error text is

trap invalid opcode ip:fea6f9 sp:7ffcdc661708 error:0 in node[400000+1306000]

The text was updated successfully, but these errors were encountered:

bnoordhuis · 2015-11-18T09:14:31Z

Does it happen right away at startup? Does your application use native add-ons directly or indirectly? If find node_modules -name \*.node finds anything, the answer is yes.

santigimeno · 2015-11-18T09:20:48Z

Yesterday, I was getting similar errors intermittently when running the tests from master

trap invalid opcode ip:e2c519 sp:7fff385218d8 error:0 in node[400000+e18000]

It's a Jessie 64bit box.

Smbc1 · 2015-11-18T09:22:58Z

Yes, I am using some native add-ons, but error appears not on startup, but in work under few hundreds connections.

Smbc1 · 2015-11-18T09:25:25Z

In fact, it appears a few times in day. I am using weak, bufferutil, kerberos, utf-8-validate, segfault-handler and some other native modules. Maybe it's bad idea to use segfault-handler in release, but I am doing it because of #3715

bnoordhuis · 2015-11-18T09:30:35Z

Can you turn on core dumps with ulimit -c unlimited? Once you have a core dump, try loading it in gdb and checking the stack trace:

$ gdb node core
> thread apply all backtrace full
# post what's printed

Smbc1 · 2015-11-18T09:46:33Z

The problem is that error happens only in release, which is EC2 autoscaled instance, so I have no time to call "thread apply all backtrace full" before instance will be terminated.

Smbc1 · 2015-11-18T09:47:24Z

But I'll try it on one instance, hope it'll be useful.

santigimeno · 2015-11-18T11:30:15Z

I don't know if it's the same issue or an issue at all, but running test-domain-with-abort-on-uncaught-exception.js causes a trap invalid opcode ip:e2c519 kernel trace in my machine. The process does not crash though. Specifically running:

testDomainExceptionHandling('--abort_on_uncaught_exception', {
    throwInDomainErrHandler: true,
    useTryCatch: false
});

bnoordhuis · 2015-11-18T21:08:31Z

@santigimeno That's expected. The test starts a child process that is expected to abort. The 'invalid opcode' is the UD2 instruction that the child process uses to terminate itself.

santigimeno · 2015-11-18T21:19:48Z

@bnoordhuis I understand. Thanks a lot for the info. I didn't know about it

Smbc1 · 2015-11-20T09:02:57Z

@bnoordhuis, I got it, it's pretty short...

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `next engine worker                                               '.
Program terminated with signal 4, Illegal instruction.
#0  0x0000000000fea6f9 in v8::base::OS::Abort() ()

bnoordhuis · 2015-11-21T13:53:03Z

Did you run thread apply all backtrace full in gdb?

Smbc1 · 2015-11-21T14:03:28Z

Sorry, @bnoordhuis, my fault. This one:

warning: core file may not match specified executable file.
[New LWP 4375]
[New LWP 4376]
[New LWP 4380]
[New LWP 4379]
[New LWP 4382]
[New LWP 4378]
[New LWP 4383]
[New LWP 4381]
[New LWP 4377]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `next engine worker                                               '.
Program terminated with signal 4, Illegal instruction.
#0  0x0000000000fea6f9 in v8::base::OS::Abort() ()
(gdb) thread apply all backtrace full

Thread 9 (Thread 0x7f585abf3700 (LWP 4377)):
#0  0x00007f585b78d490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fe9518 in v8::base::Semaphore::Wait() ()
No symbol table info available.
#2  0x0000000000e878a9 in v8::platform::TaskQueue::GetNext() ()
No symbol table info available.
#3  0x0000000000e879fc in v8::platform::WorkerThread::Run() ()
No symbol table info available.
#4  0x0000000000fea4d0 in v8::base::ThreadEntry(void*) ()
No symbol table info available.
#5  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#6  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#7  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 8 (Thread 0x7f58520dc700 (LWP 4381)):
#0  0x00007f585b78b344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fdf8e9 in uv_cond_wait (cond=cond@entry=0x192cfc0, mutex=mutex@entry=0x192cf80) at ../deps/uv/src/unix/thread.c:380
No locals.
#2  0x0000000000fd1148 in worker (arg=arg@entry=0x0) at ../deps/uv/src/threadpool.c:75
        w = <optimized out>
        q = <optimized out>
#3  0x0000000000fdf449 in uv__thread_start (arg=<optimized out>) at ../deps/uv/src/unix/thread.c:49
        ctx_p = <optimized out>
        ctx = {entry = 0xfd1100 <worker>, arg = 0x0}
#4  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#5  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 7 (Thread 0x7f58510da700 (LWP 4383)):
#0  0x00007f585b78b344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0

bnoordhuis · 2015-11-21T20:37:26Z

Was the output clipped? 9 threads were started but the backtrace only shows 3.

Smbc1 · 2015-11-21T23:25:01Z

@bnoordhuis, my fault again. Seems like I am terrible in core dumping. There is full 9-thread dump:

(gdb) thread apply all backtrace full

Thread 9 (Thread 0x7f585abf3700 (LWP 4377)):
#0  0x00007f585b78d490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fe9518 in v8::base::Semaphore::Wait() ()
No symbol table info available.
#2  0x0000000000e878a9 in v8::platform::TaskQueue::GetNext() ()
No symbol table info available.
#3  0x0000000000e879fc in v8::platform::WorkerThread::Run() ()
No symbol table info available.
#4  0x0000000000fea4d0 in v8::base::ThreadEntry(void*) ()
No symbol table info available.
#5  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#6  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#7  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 8 (Thread 0x7f58520dc700 (LWP 4381)):
#0  0x00007f585b78b344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fdf8e9 in uv_cond_wait (cond=cond@entry=0x192cfc0, mutex=mutex@entry=0x192cf80) at ../deps/uv/src/unix/thread.c:380
No locals.
#2  0x0000000000fd1148 in worker (arg=arg@entry=0x0) at ../deps/uv/src/threadpool.c:75
        w = <optimized out>
        q = <optimized out>
#3  0x0000000000fdf449 in uv__thread_start (arg=<optimized out>) at ../deps/uv/src/unix/thread.c:49
        ctx_p = <optimized out>
        ctx = {entry = 0xfd1100 <worker>, arg = 0x0}
#4  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#5  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 7 (Thread 0x7f58510da700 (LWP 4383)):
#0  0x00007f585b78b344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#1  0x0000000000fdf8e9 in uv_cond_wait (cond=cond@entry=0x192cfc0, mutex=mutex@entry=0x192cf80) at ../deps/uv/src/unix/thread.c:380
No locals.
#2  0x0000000000fd1148 in worker (arg=arg@entry=0x0) at ../deps/uv/src/threadpool.c:75
        w = <optimized out>
        q = <optimized out>
#3  0x0000000000fdf449 in uv__thread_start (arg=<optimized out>) at ../deps/uv/src/unix/thread.c:49
        ctx_p = <optimized out>
        ctx = {entry = 0xfd1100 <worker>, arg = 0x0}
#4  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#5  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 6 (Thread 0x7f585a3f2700 (LWP 4378)):
#0  0x00007f585b78d490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fe9518 in v8::base::Semaphore::Wait() ()
No symbol table info available.
#2  0x0000000000e878a9 in v8::platform::TaskQueue::GetNext() ()
No symbol table info available.
#3  0x0000000000e879fc in v8::platform::WorkerThread::Run() ()
No symbol table info available.
#4  0x0000000000fea4d0 in v8::base::ThreadEntry(void*) ()
No symbol table info available.
#5  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#6  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#7  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 5 (Thread 0x7f58518db700 (LWP 4382)):
#0  0x00007f585b78b344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fdf8e9 in uv_cond_wait (cond=cond@entry=0x192cfc0, mutex=mutex@entry=0x192cf80) at ../deps/uv/src/unix/thread.c:380
No locals.
---Type <return> to continue, or q <return> to quit---
#2  0x0000000000fd1148 in worker (arg=arg@entry=0x0) at ../deps/uv/src/threadpool.c:75
        w = <optimized out>
        q = <optimized out>
#3  0x0000000000fdf449 in uv__thread_start (arg=<optimized out>) at ../deps/uv/src/unix/thread.c:49
        ctx_p = <optimized out>
        ctx = {entry = 0xfd1100 <worker>, arg = 0x0}
#4  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#5  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 4 (Thread 0x7f5859bf1700 (LWP 4379)):
#0  0x00007f585b78d490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fe9518 in v8::base::Semaphore::Wait() ()
No symbol table info available.
#2  0x0000000000e878a9 in v8::platform::TaskQueue::GetNext() ()
No symbol table info available.
#3  0x0000000000e879fc in v8::platform::WorkerThread::Run() ()
No symbol table info available.
#4  0x0000000000fea4d0 in v8::base::ThreadEntry(void*) ()
No symbol table info available.
#5  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#6  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#7  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 3 (Thread 0x7f58528dd700 (LWP 4380)):
#0  0x00007f585b78b344 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fdf8e9 in uv_cond_wait (cond=cond@entry=0x192cfc0, mutex=mutex@entry=0x192cf80) at ../deps/uv/src/unix/thread.c:380
No locals.
#2  0x0000000000fd1148 in worker (arg=arg@entry=0x0) at ../deps/uv/src/threadpool.c:75
        w = <optimized out>
        q = <optimized out>
---Type <return> to continue, or q <return> to quit---
#3  0x0000000000fdf449 in uv__thread_start (arg=<optimized out>) at ../deps/uv/src/unix/thread.c:49
        ctx_p = <optimized out>
        ctx = {entry = 0xfd1100 <worker>, arg = 0x0}
#4  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#5  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 2 (Thread 0x7f585b3f4700 (LWP 4376)):
#0  0x00007f585b78d490 in sem_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#1  0x0000000000fe9518 in v8::base::Semaphore::Wait() ()
No symbol table info available.
#2  0x0000000000e878a9 in v8::platform::TaskQueue::GetNext() ()
No symbol table info available.
#3  0x0000000000e879fc in v8::platform::WorkerThread::Run() ()
No symbol table info available.
#4  0x0000000000fea4d0 in v8::base::ThreadEntry(void*) ()
No symbol table info available.
#5  0x00007f585b786b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
No symbol table info available.
#6  0x00007f585b4d095d in clone () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#7  0x0000000000000000 in ?? ()
No symbol table info available.

Thread 1 (Thread 0x7f585c75b720 (LWP 4375)):
#0  0x0000000000fea6f9 in v8::base::OS::Abort() ()
No symbol table info available.
#1  0x0000000000b091af in v8::internal::PointersUpdatingVisitor::CheckLayoutDescriptorAndDie(v8::internal::Heap*, v8::internal::Object**) ()
No symbol table info available.
#2  0x0000000000b0933d in v8::internal::PointersUpdatingVisitor::VisitPointer(v8::internal::Object**) ()
No symbol table info available.
#3  0x0000000000beca43 in v8::internal::ObjectVisitor::VisitCodeEntry(unsigned char*) ()
No symbol table info available.
#4  0x0000000000b09833 in v8::internal::UpdateSlot(v8::internal::Isolate*, v8::internal::ObjectVisitor*, v8::internal::SlotsBuffer::SlotType, unsigned char*) [clone .constprop.372] ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#5  0x0000000000b0fa22 in v8::internal::MarkCompactCollector::EvacuateNewSpaceAndCandidates() ()
No symbol table info available.
#6  0x0000000000b1142c in v8::internal::MarkCompactCollector::SweepSpaces() ()
No symbol table info available.
#7  0x0000000000b1acc8 in v8::internal::MarkCompactCollector::CollectGarbage() ()
No symbol table info available.
#8  0x0000000000ad1c50 in v8::internal::Heap::MarkCompact() ()
No symbol table info available.
#9  0x0000000000ae8bb8 in v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) ()
No symbol table info available.
#10 0x0000000000ae8fcb in v8::internal::Heap::CollectGarbage(v8::internal::GarbageCollector, char const*, char const*, v8::GCCallbackFlags) ()
No symbol table info available.
#11 0x0000000000ae972f in v8::internal::Heap::CollectAllGarbage(int, char const*, v8::GCCallbackFlags) ()
No symbol table info available.
#12 0x00000000008fb677 in v8::Isolate::RequestGarbageCollectionForTesting(v8::Isolate::GarbageCollectionType) ()
No symbol table info available.
#13 0x0000000000911922 in v8::internal::FunctionCallbackArguments::Call(void (*)(v8::FunctionCallbackInfo<v8::Value> const&)) ()
No symbol table info available.
#14 0x000000000093bc91 in v8::internal::MaybeHandle<v8::internal::Object> v8::internal::HandleApiCallHelper<false>(v8::internal::Isolate*, v8::internal::(anonymous namespace)::BuiltinArguments<(v8::internal::BuiltinExtraArguments)1>&) ()
No symbol table info available.
#15 0x000000000093c182 in v8::internal::Builtin_HandleApiCall(int, v8::internal::Object**, v8::internal::Isolate*) ()
No symbol table info available.
#16 0x000028c5c65060bb in ?? ()
No symbol table info available.
#17 0x0000000100000000 in ?? ()
No symbol table info available.
#18 0x000028c5c6506001 in ?? ()
No symbol table info available.
#19 0x00007fff521d43c0 in ?? ()
No symbol table info available.
#20 0x00007fff521d4410 in ?? ()
No symbol table info available.
#21 0x000028c5c74f32d1 in ?? ()
No symbol table info available.
#22 0x0000326c9b3647f1 in ?? ()
No symbol table info available.
#23 0x0000327a65ec2809 in ?? ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#24 0x0000326c9b3647f1 in ?? ()
No symbol table info available.
#25 0x00002a7aba574b79 in ?? ()
No symbol table info available.
#26 0x00003b29e20eb059 in ?? ()
No symbol table info available.
#27 0x00007fff521d4448 in ?? ()
No symbol table info available.
#28 0x000028c5c6519c3d in ?? ()
No symbol table info available.
#29 0x00003c140ac47171 in ?? ()
No symbol table info available.
#30 0x00002a7aba574b79 in ?? ()
No symbol table info available.
#31 0x000028c5c6519b41 in ?? ()
No symbol table info available.
#32 0x0000000800000000 in ?? ()
No symbol table info available.
#33 0x0000000000000000 in ?? ()
No symbol table info available.
(gdb)

bnoordhuis · 2015-11-22T12:52:07Z

Thanks. It looks like you're hitting a V8 bug which unfortunately is private but appears to have been fixed in more recent versions of V8.

It's not clear to me in what commit or commits it was fixed so I'm not sure if we can back-port it but it seems to be a 64-bits only issue. Perhaps as a workaround you can use the 32 bits binary for now? It would be interesting to see if node still aborts after that.

(Note to self: CheckLayoutDescriptorAndDie was added in v8/v8@b85cd71 and removed in v8/v8@22c5e46.)

Smbc1 · 2015-11-22T13:46:38Z

Okay, I'll try. How did the fixes from v8 goes to node.js releases? Shoul I wait for major node version (6.0.0)?

bnoordhuis · 2015-11-22T18:40:18Z

Yes, v6.x will ship with a newer V8 version. That's still a few months out, though.

Smbc1 · 2015-11-22T18:48:13Z

Okay. So, I would better try 32b binary. Thank you, Ben.

Smbc1 · 2015-11-27T19:56:20Z

@bnoordhuis, can it happen only when using --expose-gc? Is it related? Because there is the same call stack: #3715 (comment)

bnoordhuis · 2015-11-27T22:54:41Z

It could be a bug in a native add-on that gets exacerbated by --expose_gc. node-weak is a likely culprit because of the way it does clever things with the garbage collector but it could be any add-on.

Smbc1 · 2015-11-27T23:38:57Z

Now we have native weak maps, so we need no more "weak" module, am I right?

bnoordhuis · 2015-11-28T09:19:24Z

Correct.

Smbc1 · 2015-11-30T09:49:36Z

Okay, It seems to be 64 bit-only issue.

Smbc1 · 2015-12-09T09:30:17Z

@bnoordhuis is fix of this problem will be released in december security update? There: https://nodejs.org/en/blog/vulnerability/december-2015-security-releases/

bnoordhuis · 2015-12-09T12:51:24Z

@Unterdrucker No, those were different issues.

Can I suggest we close this issue? There has been no way to reproduce it so far and it isn't clear the bug is in node or V8 (because add-ons.)

rupamkhaitan · 2016-06-27T04:51:31Z

We still see this issue with Nodejs 4.4.4 runnning on Amazon EC2

Jun 26 03:16:34 ip-10-51-3-38 kernel: [2929369.891294] traps: WebServer[18668] trap invalid opcode ip:fda799 sp:7ffc07602b38 error:0 in nodejs[400000+1390000]

bnoordhuis · 2016-06-27T09:29:40Z

@rupamkhaitan Have you tried the things listed above? What was the output?

rupamkhaitan · 2016-06-27T11:01:33Z

You mean taking core dump on the EC2 box? No we havent done that
Well this happens after sometime, like our server c3.xlarge is having approx 5k connected sockets (we are using web socket ws library)

But we see our web tier (express) is getting killed with above error and this is present in the /var/log/syslog

bnoordhuis · 2016-06-27T11:08:26Z

Without more information there is not much we can do.

rupamkhaitan · 2016-06-27T12:33:16Z

Can you guide me what shall i run on the box to get more data for you to find issue?

bnoordhuis · 2016-06-27T12:47:13Z

See #3898 (comment). Also, please check if you are using native add-ons (see #3898 (comment)) and disable them if you do.

rupamkhaitan · 2016-06-27T16:54:46Z

Hi

We dont use any native add-ons in our code, mostly all NPM public repo only.
A quick question is the core dump enabled by default or we need to enable it before running our node code in the box?

rupamkhaitan · 2016-06-27T17:04:58Z

I see the a crash file under /var/crash/_usr_bin_nodejs.110.crash , will try to get the gdp output and paste here

rupamkhaitan · 2016-06-27T17:17:08Z

Can you please help us, if i run gdb node _usr_bin_nodejs.110.crash i dont see anything,
can you please guide how can we use this crash file to get the output ?

rupamkhaitan · 2016-06-27T17:37:41Z

Here is the OUTPUT

Thread 2 - 9 are waiting #1  0x0000000000fd9598 in v8::base::Semaphore::Wait() ()

Thread 1 is where i see Abort

Thread 1 (Thread 0x7f7ec046b780 (LWP 24093)):
#0  0x0000000000fda799 in v8::base::OS::Abort() ()
No symbol table info available.
#1  0x0000000000af0f94 in v8::internal::PointersUpdatingVisitor::CheckLayoutDesc---Type <return> to continue, or q <return> to quit---
riptorAndDie(v8::internal::Heap*, v8::internal::Object**) ()
No symbol table info available.
#2  0x0000000000af112d in v8::internal::PointersUpdatingVisitor::VisitPointer(v8::internal::Object**) ()
No symbol table info available.
#3  0x0000000000befa23 in v8::internal::ObjectVisitor::VisitCodeEntry(unsigned char*) ()
No symbol table info available.
#4  0x0000000000af4827 in v8::internal::SlotsBuffer::UpdateSlots(v8::internal::Heap*) ()
No symbol table info available.
#5  0x0000000000af817a in v8::internal::MarkCompactCollector::EvacuateNewSpaceAndCandidates() ()
No symbol table info available.
#6  0x0000000000af9a23 in v8::internal::MarkCompactCollector::SweepSpaces() ()
No symbol table info available.
#7  0x0000000000b037a8 in v8::internal::MarkCompactCollector::CollectGarbage()
    ()
No symbol table info available.
#8  0x0000000000aba100 in v8::internal::Heap::MarkCompact() ()
No symbol table info available.
#9  0x0000000000ad1948 in v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#10 0x0000000000ad1ee9 in v8::internal::Heap::CollectGarbage(v8::internal::GarbageCollector, char const*, char const*, v8::GCCallbackFlags) ()
No symbol table info available.
#11 0x0000000000ad21e5 in v8::internal::Heap::CollectAllGarbage(int, char const*, v8::GCCallbackFlags) ()
No symbol table info available.
#12 0x00000000008f7b57 in v8::Isolate::RequestGarbageCollectionForTesting(v8::Isolate::GarbageCollectionType) ()
No symbol table info available.
#13 0x0000000000909312 in v8::internal::FunctionCallbackArguments::Call(void (*)(v8::FunctionCallbackInfo<v8::Value> const&)) ()
No symbol table info available.
#14 0x0000000000933301 in ?? ()
No symbol table info available.
#15 0x000000000093375e in ?? ()
No symbol table info available.
#16 0x00001b9e55a0963b in ?? ()
No symbol table info available.
#17 0x0000000000000002 in ?? ()
No symbol table info available.
#18 0x00001b9e55a09581 in ?? ()
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#19 0x00007fffc7ad0a90 in ?? ()
No symbol table info available.
#20 0x00007fffc7ad0ae8 in ?? ()
No symbol table info available.
#21 0x00001b9e701f36c2 in ?? ()
No symbol table info available.
#22 0x0000230c03712bd1 in ?? ()
No symbol table info available.
#23 0x0000230c03708dc1 in ?? ()
No symbol table info available.
#24 0x0000230c03712bd1 in ?? ()
No symbol table info available.
#25 0x00003247583041b9 in ?? ()
No symbol table info available.
#26 0x000007b62664fc91 in ?? ()
No symbol table info available.
#27 0x00003349e5004859 in ?? ()
No symbol table info available.
#28 0x00007fffc7ad0b18 in ?? ()
No symbol table info available.
#29 0x00001b9e587939f3 in ?? ()
No symbol table info available.
#30 0x000007b62664d0d9 in ?? ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#31 0x000007b62664fc91 in ?? ()
No symbol table info available.
#32 0x000007b62664fc49 in ?? ()
No symbol table info available.
#33 0x000007b626651b71 in ?? ()
No symbol table info available.
#34 0x00007fffc7ad0b90 in ?? ()
No symbol table info available.
#35 0x00001b9e587934c1 in ?? ()
No symbol table info available.
#36 0x000007b62664d0d9 in ?? ()
No symbol table info available.
#37 0x000007b62664fc49 in ?? ()
No symbol table info available.
#38 0x00003ee299d74b89 in ?? ()
No symbol table info available.
#39 0x00003247583041b9 in ?? ()
No symbol table info available.
#40 0x00003247583041b9 in ?? ()
No symbol table info available.
#41 0x0000324758304211 in ?? ()
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#42 0x000007b62664d0d9 in ?? ()
No symbol table info available.
#43 0x0001d4e200000000 in ?? ()
No symbol table info available.
#44 0x52d11f9500000000 in ?? ()
No symbol table info available.
#45 0x000007b62663b0e9 in ?? ()
No symbol table info available.
#46 0x00003349e5004849 in ?? ()
No symbol table info available.
#47 0x00003ee299d75461 in ?? ()
No symbol table info available.
#48 0x00003ee299d74b89 in ?? ()
No symbol table info available.
#49 0x00007fffc7ad0bc8 in ?? ()
No symbol table info available.
#50 0x00001b9e55a318fd in ?? ()
No symbol table info available.
#51 0x000007b62663b0e9 in ?? ()
No symbol table info available.
#52 0x00003ee299d75461 in ?? ()
No symbol table info available.
#53 0x00001b9e55a31801 in ?? ()
---Type <return> to continue, or q <return> to quit---
No symbol table info available.
#54 0x0000000800000000 in ?? ()
No symbol table info available.
#55 0x0000000000000000 in ?? ()
No symbol table info available.

bnoordhuis · 2016-06-27T20:12:10Z

The v8::Isolate::RequestGarbageCollectionForTesting frame in the stack trace suggests that you're running with --expose_gc. What happens when you remove that flag? Also, why are you passing it?

Smbc1 · 2016-06-28T10:05:40Z

@bnoordhuis I use this flag too, it provokes the same error as for @rupamkhaitan. But without it I have slow memory leak (even when there is no requests to server). Is this flag will be deprecated or it's just bad practice?

bnoordhuis · 2016-06-28T10:25:26Z

--expose_gc is really just for testing, I wouldn't recommend it for production use.

without it I have slow memory leak (even when there is no requests to server)

That suggests the server is still doing something. Have you tried taking heap snapshots and comparing them over time?

Smbc1 · 2016-06-28T11:14:05Z

I tried, but, I think, I spent not enough time.

rupamkhaitan · 2016-06-28T11:52:41Z

We are using PM2 and yes we pass --expose-gc

PM2_OPTIONS = ' --node-args="--expose-gc" --merge-logs --error /dev/null --output /dev/null'

As @Unterdrucker suggested without this memory leaks and garbage collection is slow.
What is the recommendation

rupamkhaitan · 2016-06-28T12:02:02Z

Also in our node code we are calling global.gc() after every 5-10mins to improve the memory because we saw earlier that node builtin garbage collector was not waking up on time and our memory was getting choked, due to which we decided to call it with some interval

bnoordhuis · 2016-06-28T12:03:34Z

What is the recommendation

Fix the memory leak. :-)

In all seriousness, what makes you think you have a memory leak? Does the process eventually abort with a fatal out-of-memory error? If not, you are probably focusing on RSS too much; it's not a good indicator of a memory leak in node.js.

Even if it does die with an OOM error, that doesn't necessarily mean --expose_gc is a proper fix, it might just be delaying the inevitable.

In general, if you think you have a memory leak, analyze it with a tool like node-heapdump or node-inspector or (soon - already available in master) the built-in inspector.

Smbc1 · 2016-07-01T08:53:04Z

@bnoordhuis yes, it falls with 'cannot allocate' error. With forced GC it works months, but without, dies after 3 days uptime. But, thanks for advise, I am going to work on it :)

mscdex added the c++ Issues and PRs that require attention from people who are familiar with C++. label Nov 18, 2015

Smbc1 closed this as completed Dec 9, 2015

misterdjules mentioned this issue Jul 7, 2016

Diagnostic code for fixed bug still present in v4.x's V8 #7574

Closed

krjain mentioned this issue Aug 1, 2017

DBServer crashing automatically post upgrade to 3.2 arangodb/arangodb#2920

Closed

pabloab mentioned this issue Feb 25, 2018

"The editor has crashed" - atom consistently crashes within 30 seconds of opening atom/atom#14101

Closed

MetcalfeTom mentioned this issue Jan 28, 2019

rasa in docker - tensorflow error "invalid opcode" RasaHQ/rasa#1639

Closed

trap invalid opcode ip:fea6f9 #3898

trap invalid opcode ip:fea6f9 #3898

Comments

Smbc1 commented Nov 18, 2015

bnoordhuis commented Nov 18, 2015

santigimeno commented Nov 18, 2015

Smbc1 commented Nov 18, 2015

Smbc1 commented Nov 18, 2015

bnoordhuis commented Nov 18, 2015

Smbc1 commented Nov 18, 2015

Smbc1 commented Nov 18, 2015

santigimeno commented Nov 18, 2015

bnoordhuis commented Nov 18, 2015

santigimeno commented Nov 18, 2015

Smbc1 commented Nov 20, 2015

bnoordhuis commented Nov 21, 2015

Smbc1 commented Nov 21, 2015

bnoordhuis commented Nov 21, 2015

Smbc1 commented Nov 21, 2015

bnoordhuis commented Nov 22, 2015

Smbc1 commented Nov 22, 2015

bnoordhuis commented Nov 22, 2015

Smbc1 commented Nov 22, 2015

Smbc1 commented Nov 27, 2015

bnoordhuis commented Nov 27, 2015

Smbc1 commented Nov 27, 2015

bnoordhuis commented Nov 28, 2015

Smbc1 commented Nov 30, 2015

Smbc1 commented Dec 9, 2015

bnoordhuis commented Dec 9, 2015

rupamkhaitan commented Jun 27, 2016

bnoordhuis commented Jun 27, 2016

rupamkhaitan commented Jun 27, 2016 • edited Loading

bnoordhuis commented Jun 27, 2016

rupamkhaitan commented Jun 27, 2016

bnoordhuis commented Jun 27, 2016

rupamkhaitan commented Jun 27, 2016

rupamkhaitan commented Jun 27, 2016

rupamkhaitan commented Jun 27, 2016

rupamkhaitan commented Jun 27, 2016 • edited by bnoordhuis Loading

bnoordhuis commented Jun 27, 2016 • edited Loading

Smbc1 commented Jun 28, 2016

bnoordhuis commented Jun 28, 2016

Smbc1 commented Jun 28, 2016 • edited Loading

rupamkhaitan commented Jun 28, 2016

rupamkhaitan commented Jun 28, 2016

bnoordhuis commented Jun 28, 2016

Smbc1 commented Jul 1, 2016

rupamkhaitan commented Jun 27, 2016 •

edited

Loading

rupamkhaitan commented Jun 27, 2016 •

edited by bnoordhuis

Loading

bnoordhuis commented Jun 27, 2016 •

edited

Loading

Smbc1 commented Jun 28, 2016 •

edited

Loading