Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

google v8 runs out of memory -> node crash #3353

Closed
Andrei1996 opened this issue May 6, 2021 · 2 comments
Closed

google v8 runs out of memory -> node crash #3353

Andrei1996 opened this issue May 6, 2021 · 2 comments

Comments

@Andrei1996
Copy link

Andrei1996 commented May 6, 2021

  • Node.js Version: v12.18.3
  • OS: Linux
  • Scope (install, code, runtime, meta, other?): runtime

Hi everyone. I have a problem with a node crash. It looks like v8 runs out of memory and causes a node crash.
Below you can find the llnode stack frame.
Can you please give feedback about what could cause the crash?
Thank you!

 * thread #1: tid = 87, 0x0000007f9b15a560 libc.so.6`__GI_raise(sig=6) at raise.c:51:1, name = 'node', stop reason = signal SIGABRT
  * frame #0: 0x0000007f9b15a560 libc.so.6`__GI_raise(sig=6) at raise.c:51:1
    frame #1: 0x0000007f9b147dd4 libc.so.6`__GI_abort at abort.c:79:7
    frame #2: 0x0000007f9b1922b4 libc.so.6`__libc_message(action=<unavailable>, fmt=<unavailable>) at libc_fatal.c:155:5
    frame #3: 0x0000007f9b19951c libc.so.6`malloc_printerr(str=<unavailable>) at malloc.c:5347:3
    frame #4: 0x0000007f9b19c2bc libc.so.6`_int_malloc(av=0x0000007f88000020, bytes=1040) at malloc.c:3744:13
    frame #5: 0x0000007f9b19d6dc libc.so.6`__GI___libc_malloc(bytes=1040) at malloc.c:3066:12
    frame #6: 0x0000007f9b4284cc libstdc++.so.6`operator new(unsigned long) + 28
    frame #7: 0x0000005587ae4f68 node`v8::internal::ConcurrentMarkingVisitor::VisitPointers(v8::internal::HeapObject, v8::internal::FullMaybeObjectSlot, v8::internal::FullMaybeObjectSlot) [inlined] v8::internal::Worklist<std::pair<v8::internal::HeapObject, v8::internal::FullHeapObjectSlot>, 64>::NewSegment(this=0x00000055a298b6e0) at worklist.h:418:12
    frame #8: 0x0000005587ae4f60 node`v8::internal::ConcurrentMarkingVisitor::VisitPointers(v8::internal::HeapObject, v8::internal::FullMaybeObjectSlot, v8::internal::FullMaybeObjectSlot) [inlined] v8::internal::Worklist<std::pair<v8::internal::HeapObject, v8::internal::FullHeapObjectSlot>, 64>::PublishPushSegmentToGlobal(task_id=<unavailable>, this=0x00000055a298b6e0) at worklist.h:394
    frame #9: 0x0000005587ae4f2c node`v8::internal::ConcurrentMarkingVisitor::VisitPointers(v8::internal::HeapObject, v8::internal::FullMaybeObjectSlot, v8::internal::FullMaybeObjectSlot) at worklist.h:97
    frame #10: 0x0000005587ae4f2c node`v8::internal::ConcurrentMarkingVisitor::VisitPointers(v8::internal::HeapObject, v8::internal::FullMaybeObjectSlot, v8::internal::FullMaybeObjectSlot) [inlined] void v8::internal::ConcurrentMarkingVisitor::ProcessWeakHeapObject<v8::internal::FullHeapObjectSlot>(heap_object=<unavailable>, slot=<unavailable>, host=HeapObject @ 0x000000000471a1f0, this=0x0000007f93ffd7b8) at concurrent-marking.cc:135
    frame #11: 0x0000005587ae4efc node`v8::internal::ConcurrentMarkingVisitor::VisitPointers(v8::internal::HeapObject, v8::internal::FullMaybeObjectSlot, v8::internal::FullMaybeObjectSlot) at concurrent-marking.cc:162
    frame #12: 0x0000005587ae4d70 node`v8::internal::ConcurrentMarkingVisitor::VisitPointers(this=0x0000007f93ffd7b8, host=HeapObject @ x24, start=<unavailable>, end=v8::internal::MaybeObjectSlot @ x22) at concurrent-marking.cc:146
    frame #13: 0x0000005587aeaa44 node`v8::internal::ConcurrentMarking::Run(int, v8::internal::ConcurrentMarking::TaskState*) [inlined] void v8::internal::BodyDescriptorBase::IterateMaybeWeakPointers<v8::internal::ConcurrentMarkingVisitor>(v=<unavailable>, end_offset=<unavailable>, start_offset=<unavailable>, obj=<unavailable>) at objects-body-descriptors-inl.h:139:3
    frame #14: 0x0000005587aeaa28 node`v8::internal::ConcurrentMarking::Run(int, v8::internal::ConcurrentMarking::TaskState*) [inlined] void v8::internal::FlexibleWeakBodyDescriptor<8>::IterateBody<v8::internal::ConcurrentMarkingVisitor>(v=<unavailable>, object_size=<unavailable>, obj=<unavailable>) at objects-body-descriptors.h:140
    frame #15: 0x0000005587aeaa28 node`v8::internal::ConcurrentMarking::Run(int, v8::internal::ConcurrentMarking::TaskState*) at objects-visiting-inl.h:178
    frame #16: 0x0000005587aea9e4 node`v8::internal::ConcurrentMarking::Run(int, v8::internal::ConcurrentMarking::TaskState*) at objects-visiting-inl.h:63
    frame #17: 0x0000005587aea9e4 node`v8::internal::ConcurrentMarking::Run(this=0x00000055a29b2ea0, task_id=2, task_state=<unavailable>) at concurrent-marking.cc:804
    frame #18: 0x0000005587a7c130 node`non-virtual thunk to v8::internal::CancelableTask::Run() + 104
    frame #19: 0x00000055878b4a60 node`node::(anonymous namespace)::PlatformWorkerThread(data=0x00000055a293e680) at node_platform.cc:44:14
    frame #20: 0x0000007f9b2963e0 libpthread.so.0`start_thread(arg=0x0000007fce476896) at pthread_create.c:477:8
    frame #21: 0x0000007f9b1f2d5c libc.so.6`thread_start at clone.S:78
@marsonya
Copy link
Member

marsonya commented May 9, 2021

Hi @Andrei1996, can you provide details regarding what lead to the crash?
A code snippet to reproduce the crash could be very helpful.

@gireeshpunathil
Copy link
Member

closing as inactive, pls reopen if this is outstanding, and when you can provide details.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants