-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
SvelteKit: heap limit allocation failed after uploading source maps #9383
Comments
Can I ask, how consistently is this happening, and does it go away when you remove the sveltekit plugin? |
@lforst It happens everytime I try to build. Adding more memory to node doesn't resolve the issue. |
@pierregoutheraud what operating system and processor architecture are you using? |
@AbhiPrasad I am using an M1 mac on Ventura. I actually found which exact line is responsible for the the sentry plugin error.
I created a repo here to reproduce: https://github.com/pierregoutheraud/sveltekit-test
|
Seems like someone else ran into something similar in #9096 (comment) and fixed it by upgrading from firebase v9. Is that something you can do? |
@AbhiPrasad Updating from firebase "9.9.3" to "10.5.2" fixed the issue. Thank you very much! |
Ok this interaction is nice to be aware of! Thanks @AbhiPrasad for connecting the dots <3 |
Is there an existing issue for this?
How do you use Sentry?
Sentry Saas (sentry.io)
Which SDK are you using?
@sentry/sveltekit
SDK Version
7.75.1
Framework Version
1.27.1
Link to Sentry event
No response
SDK Setup
No response
Steps to Reproduce
Expected Result
The build finishes.
Actual Result
...
[sentry-vite-plugin] Info: Successfully uploaded source maps.
[sentry-vite-plugin] Info: Successfully finalized release.
<--- Last few GCs --->
[99761:0x110078000] 25965 ms: Mark-sweep 4054.1 (4137.7) -> 4044.1 (4134.5) MB, 1080.9 / 0.0 ms (average mu = 0.221, current mu = 0.050) allocation failure; scavenge might not succeed
[99761:0x110078000] 27822 ms: Mark-sweep 4056.2 (4143.8) -> 4055.9 (4161.8) MB, 1649.9 / 0.0 ms (average mu = 0.155, current mu = 0.111) allocation failure; GC in old space requested
<--- JS stacktrace --->
FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory
1: 0x1028d3c40 node::Abort() [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
2: 0x1028d3e24 node::ModifyCodeGenerationFromStrings(v8::Localv8::Context, v8::Localv8::Value, bool) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
3: 0x102a2b27c v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
4: 0x102bd5b60 v8::internal::EmbedderStackStateScope::EmbedderStackStateScope(v8::internal::Heap*, v8::internal::EmbedderStackStateScope::Origin, cppgc::EmbedderStackState) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
5: 0x102bd4508 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
6: 0x102bc859c v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
7: 0x102bc8de0 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
8: 0x102baed60 v8::internal::Factory::NewFillerObject(int, v8::internal::AllocationAlignment, v8::internal::AllocationType, v8::internal::AllocationOrigin) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
9: 0x102f4f574 v8::internal::Runtime_AllocateInOldGeneration(int, unsigned long*, v8::internal::Isolate*) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
10: 0x10329d04c Builtins_CEntry_Return1_DontSaveFPRegs_ArgvOnStack_NoBuiltinExit [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
11: 0x108e09e20
12: 0x108e224fc
13: 0x1032e8738 Builtins_PromiseFulfillReactionJob [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
14: 0x10324bc4c Builtins_RunMicrotasks [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
15: 0x1032263a4 Builtins_JSRunMicrotasksEntry [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
16: 0x102b579ac v8::internal::(anonymous namespace)::Invoke(v8::internal::Isolate*, v8::internal::(anonymous namespace)::InvokeParams const&) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
17: 0x102b57e9c v8::internal::(anonymous namespace)::InvokeWithTryCatch(v8::internal::Isolate*, v8::internal::(anonymous namespace)::InvokeParams const&) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
18: 0x102b58078 v8::internal::Execution::TryRunMicrotasks(v8::internal::Isolate*, v8::internal::MicrotaskQueue*, v8::internal::MaybeHandlev8::internal::Object) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
19: 0x102b7e7e0 v8::internal::MicrotaskQueue::RunMicrotasks(v8::internal::Isolate) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
20: 0x102b7ef7c v8::internal::MicrotaskQueue::PerformCheckpoint(v8::Isolate*) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
21: 0x102818c4c node::InternalCallbackScope::Close() [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
22: 0x102818fd0 node::InternalMakeCallback(node::Environment*, v8::Localv8::Object, v8::Localv8::Object, v8::Localv8::Function, int, v8::Localv8::Value, node::async_context) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
23: 0x10282e36c node::AsyncWrap::MakeCallback(v8::Localv8::Function, int, v8::Localv8::Value) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
24: 0x1028d8df8 node::fs::FSReqCallback::Resolve(v8::Localv8::Value) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
25: 0x1028d9504 node::fs::AfterNoArgs(uv_fs_s*) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
26: 0x1028cfbb0 node::MakeLibuvRequestCallback<uv_fs_s, void ()(uv_fs_s)>::Wrapper(uv_fs_s*) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
27: 0x103204070 uv__work_done [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
28: 0x103207ac0 uv__async_io [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
29: 0x103219b98 uv__io_poll [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
30: 0x103208084 uv_run [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
31: 0x1028196e0 node::SpinEventLoop(node::Environment*) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
32: 0x102910850 node::NodeMainInstance::Run() [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
33: 0x1028a06a4 node::LoadSnapshotDataAndRun(node::SnapshotData const**, node::InitializationResult const*) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
34: 0x1028a095c node::Start(int, char**) [/Users/pierregoutheraud/.local/share/nvm/v18.18.0/bin/node]
35: 0x19a713f28 start [/usr/lib/dyld]
error Command failed with signal "SIGABRT".
The text was updated successfully, but these errors were encountered: