Repository navigation
Angular 7/8 FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory #13734
Description
Activity
Hi, in the error stack trace, it seems that you are using a different configuration from "production", can you kindly share that configuration?
Sorry for mismatch here is configuration params that you need
"config": { "optimization": true, "outputHashing": "all", "sourceMap": false, "extractCss": true, "namedChunks": false, "aot": true, "extractLicenses": true, "vendorChunk": false, "buildOptimizer": true, "fileReplacements": [ { "replace": "src/environments/environment.ts", "with": "src/environments/environment.config.ts" } ] }Guys here's described the "workaround" for this problem: #5618
Reacted by Geoffrey Testelin and KonstantinUPDATE :-
I've seen this issue only on WINDOWS machine particularly. Anyone else, noticed that? Or have got same issue in other machines?
Note: I tried 2 Windows machine, all tests gave same result. Both machine have same config almost.
i.e. 8GB RAM/Admin Access For Bash/CMD/PowerShell/ i3 & i5 Processor (quad core, both).And, I admit that the project that I'm working on is a MESS in terms of code quality.
I tried one clean code, full fledged application, ON WINDOWS, it was slower in build process, but worked fine.I tried MESSY project's code, it never compile on default node heap allocation (around 1.2 GB, not sure.). It works if I allocate more heap memory to node process, say 5 GB. But, in that case too, it took more than 30 mins to build. I tried the
5 GBnode heap option with and without--aotAND/OR--prod.Same code when tried on
CentOScould instance of 1GB RAM/ Virtual Xenon Processor (1 Core), generates build within 90 Seconds. with and without--aotAND/OR--prodI'm not sure, but, looks like problem is with Node Service not with Angular CLI itself, coz I've seen some performance lag in new NodeJS releases after last update (locally on WINDOWS machine only).
Some observations below.:-
Even though allocating 5 GB of heap, it never used more than 1.9 GB (max) and allocation process was very slow.. it was increasing RAM consumption 1-2 MB per 3-5 seconds. And, was not using Disk Resource as it used to be in older version. (Disk access was very high previously on WINDOWS machine, but build process was faster without extra RAM allocation. This time, same machine almost same code with some bug fixes, but node was upgraded, disk consumption was lowered but slow build generation.)
Hope somebody can confirm this.
Reacted by Rajendra, Ankur Loriya and Velen Ruben AranhaReacted by James Thullbery, Francisco Bueno, Sam Smith, Farhad Bayanati, Jullierme Barros, Mike Behnke, zerocewl, fishvilla, David Bautista, Evgenii Koriakin and 25 moreYes, I am also facing the same issue
Reacted by Ankur Loriya and codeartzSame issue here running on a Mac book pro. macOs Mojoave. Any environment with production: true
Reacted by Laurie Copley, doku, Francisco Bueno, Ben Allen, jenniferabowd, Dmitri, Ankur Loriya, Archit Garg, codeartz, Michael Prentice and 8 moresame issue on ubuntu server 18.04, but this solved my problem:
node --max_old_space_size=8192 node_modules/@angular/cli/bin/ng build --prodReacted by Soham Navadiya, sfspacov, Sandeep Kumar, Aseel Saleh, Anit Nilay, Dan Gornstein, Michael Chiche, Oleksandr Koshevierov, Austin Amort, dkrusenstrahle and 158 moreReacted by dkrusenstrahle, Penn Su, jayaraman1234, Jasur Erkinov, ani1203, Arman Yeghiazaryan, Martin Stratiev, R. Richards, Krrish Yadav, Shane McDermed and 9 moreReacted by Daniel Gonzalez Bullido, Penn Su, Vingtoft, Christophe Carreau-Lacasse, Bouzid Badreddine, MedBenayad, marianobuglio, Simple, Felipe Albuquerque de Almeida, midhilaj and 15 moreReacted by Evandro Führ, Tobias Haimerl, dinindu_d, Soham Navadiya, dkrusenstrahle, Daniel Gonzalez Bullido, Penn Su, Vingtoft, Nicolas Coulange, Ferdinand Antonius and 26 moreReacted by Anton, Simple, George Evstigneev, Shane McDermed, vignkann, Valmir Barbosa dos Santos, Sam Congleton, PaoloB and Sean HaleReacted by Evandro Führ, Soham Navadiya, Sora Liu, dkrusenstrahle, Jins Thomas Shaji, lowhearth, Daniel Gonzalez Bullido, Ma, Penn Su, Vingtoft and 36 moreReacted by Vuong97, j3gb3rt, João Portella, Soham Navadiya, dkrusenstrahle, egozavr, Daniel Gonzalez Bullido, Penn Su, Vingtoft, Bouzid Badreddine and 28 moreReacted by John Rood, Ruben Rica, dkrusenstrahle, Ma, Penn Su, Vingtoft, A Jun, MedBenayad, Jack Frank, marianobuglio and 14 moreI've tried uninstalling Angular CLI 7, and installed 6.0.8. verified the downgraded version by
ng version, still it breaks with the same error.Maybe this could be because of nodeJs too. Coz, I'm building same code in CentOS 7, 1.75GB RAM (with 512MB swap memory), single core processor, and with angular CLI 7, it works there. It is breaking in my 2 windows machines.
For those, who can't afford allocating more RAM (due to less memory available) can create a SWAP memory from the space available from Hard Drive of system. It'll be little slower, but should work without System Upgrade. I've done the same. 👍
In my case the problem only appears, when building
--prod --source-map. The normal--prodbuild runs just fine.Using
--max_old_space_size=8192as suggested by @nokhodian it works with memory consumption peaking at ~3.8GiB during source map generation.Build environment:
Angular CLI: 7.3.8 Node: 10.15.2 OS: linux x64 Angular: 7.2.12 ... animations, common, compiler, compiler-cli, core, forms ... http, language-service, platform-browser ... platform-browser-dynamic, router, service-worker Package Version ----------------------------------------------------------- @angular-devkit/architect 0.10.4 @angular-devkit/build-angular 0.10.4 @angular-devkit/build-optimizer 0.10.4 @angular-devkit/build-webpack 0.10.4 @angular-devkit/core 7.0.4 @angular-devkit/schematics 7.1.0 @angular/cdk 7.3.7 @angular/cli 7.3.8 @angular/flex-layout 7.0.0-beta.19 @angular/material 7.3.7 @angular/pwa 0.11.0 @ngtools/webpack 7.0.4 @schematics/angular 7.1.0 @schematics/update 0.13.8 rxjs 6.4.0 typescript 3.2.4 webpack 4.19.1Reacted by Kyle, J, Sergey Lebedev, Subhojit Mondal, Leo Osang, Murilo Cezar Amêndola de Oliveira, Srikanth Shreenivas and TyIn my angular.json file I have setted "sourceMap": false, but it doesn't helped me. Same issue for prod build
just chiming in here with same error message when running
ng buildwhen the build is working on a particular scss file201 remaining items
Load more actionsNodeJS Update to latest version solved it for me.
- I have resolved by installing Nodejs V12 , I was facing issue with Nodejs V10…On Sat, 2 May 2020 at 01:59, Igor Iric ***@***.***> wrote: Node JS Update to latest version solved it for me. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#13734 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AH6IJ4PME7KZY3J7J3ARITDRPMWLXANCNFSM4GY5SKAQ> .
Heya all, this issue is pretty old by this point and we're mostly focused on resource usage issues on newer CLI version. This issue also contains several different problems that seem to manifest in similar ways, which makes it hard to zero-in on. If you're still seeing problems like this, please open a new issue with reproduction details.
Reacted by Michael Prentice and Balagii- Reacted by Ben Elliott, Marc, Andrew Decker, Adem Kouki, ayyildiz, Pashin Konstantin and Clay Dunston
If it helps anyone else, when we switched from "@angular-devkit/build-angular": "0.803.26" to "@angular-devkit/build-angular": "0.803.27" it caused memory to run away during prod builds at ~43% build progress. It would get stuck at this step and escalate to >25GB of RAM rather than ~1.5GB.
When we switched back to "@angular-devkit/build-angular": "0.803.26", it worked again. 0.803.27 is a recent release around 6/11/20, so it would only explain new occurrences of this issue.
Reacted by Siddhesh Mhadnak, Marc Levine and Alexis CramatteSeems like the issue is back with v10 release. Using
@angular-devkit/build-angularv0.1000.0 and@angular/*packages v10.0.0.Node: v14.1.0
NPM: 6.14.5Stack trace:
<--- Last few GCs ---> [13013:0x108008000] 2808381 ms: Scavenge 2003.1 (2051.0) -> 2002.5 (2051.5) MB, 4.0 / 0.0 ms (average mu = 0.117, current mu = 0.045) allocation failure [13013:0x108008000] 2809520 ms: Mark-sweep 2003.3 (2051.5) -> 2002.1 (2051.0) MB, 1132.9 / 0.0 ms (average mu = 0.073, current mu = 0.026) allocation failure scavenge might not succeed [13013:0x108008000] 2809535 ms: Scavenge 2003.1 (2051.0) -> 2002.5 (2051.5) MB, 3.3 / 0.0 ms (average mu = 0.073, current mu = 0.026) allocation failure <--- JS stacktrace ---> FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory 1: 0x100bc569b node::Abort() (.cold.1) [/usr/local/bin/node] 2: 0x1000816b5 node::FatalError(char const*, char const*) [/usr/local/bin/node] 3: 0x10008181e node::OnFatalError(char const*, char const*) [/usr/local/bin/node] 4: 0x100180909 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [/usr/local/bin/node] 5: 0x1001808b3 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [/usr/local/bin/node] 6: 0x1002a0bfd v8::internal::Heap::FatalProcessOutOfMemory(char const*) [/usr/local/bin/node] 7: 0x1002a1f60 v8::internal::Heap::MarkCompactPrologue() [/usr/local/bin/node] 8: 0x10029f947 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [/usr/local/bin/node] 9: 0x10029e112 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [/usr/local/bin/node] 10: 0x1002a60d4 v8::internal::Heap::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/local/bin/node] 11: 0x1002a612a v8::internal::Heap::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [/usr/local/bin/node] 12: 0x10028417d v8::internal::Factory::NewFillerObject(int, bool, v8::internal::AllocationType, v8::internal::AllocationOrigin) [/usr/local/bin/node] 13: 0x1004e7b16 v8::internal::Runtime_AllocateInYoungGeneration(int, unsigned long*, v8::internal::Isolate*) [/usr/local/bin/node] 14: 0x10074fe99 Builtins_CEntry_Return1_DontSaveFPRegs_ArgvOnStack_NoBuiltinExit [/usr/local/bin/node] zsh: abort npm run start
After upgrading Node.js to v14.4.0 the issue seems to be resolved.Reacted by alexdecc, Slaven Lukić, Felipe Quezada, Sebastian Comans, MojioMS, Michael, Lanser Lin, benjvoigt, Tacho Zhelev and santanp@Flyrell I have the same issue with Nodejs 14.4.0 and Angular 10
Reacted by zehavibarak, Oleksandr Skrytskyi, Perry van der Meeren, stingers, Igor Plaksiy, Kerry Ritter, Slaven Lukić, rrajewski, MojioMS, Pavel Puchkov and 1 more@Flyrell I have the same issue with Nodejs 14.4.0 and Angular 10 but that not seems resolved
Yes, I was using the dev server for a little more today and the issue still exists.
Reacted by Igor PlaksiyYes the issue still exists with angular 10 and nodejs 12.16.1 :(
- Reacted by Jean-Sébastien Goupil and Dawid Zbiński
angular-automatic-lock-bot commented
on Aug 1, 2020 More actionsThis issue has been automatically locked due to inactivity.
Please file a new issue if you are encountering a similar or related problem.Read more about our automatic conversation locking policy.
This action has been performed automatically by a bot.
- locked and limited conversation to collaborators
on Aug 1, 2020




🐞 Bug report
Command (mark with an
x)Description
With the last merge project build process is not working. I get failure that is pasted below.
Tried to change --max-old-space-size=4096 still not working.
Any suggestions what this can be ?
🔬 Minimal Reproduction
run command
ng build --prodin angular.json file we have
🔥 Exception or Error
Here is the log file.
🌍 Your Environment