<div dir="ltr"><div>Tags: wontfix</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 8 avr. 2020 à 15:48, Pirate Praveen <<a href="mailto:praveen@onenetbeyond.org">praveen@onenetbeyond.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Package: nodejs<br>
Version: 10.19.0~dfsg-3<br>
Severity: grave<br>
Control: notfound -1 12.13.1~dfsg-1<br>
<br>
<br>
nodejs 10 crashed (retried again) and on the same machine nodejs 12 <br>
worked.<br>
This has been working upto gitlab 12.8.8 and the failure appeared when <br>
trying to update to 12.9.2 (just installing gitlab from experimental in <br>
an lxc container).<br></blockquote><div><br></div><div>This is a known issue with nodejs and high memory usage, which happen</div><div>to be better with nodejs 12 (but only because gitlab assets compilation does</div><div>not go way above 2GB usage).</div><div><br></div><div>There is no way to fix it in general: you will always find use cases that make</div><div>nodejs crash as soon as it is using GB of heap memory space.</div><div><br></div><div>Any nodejs < 14 version is affected (because who knows, v8 might make it</div><div>possible for node to fix it in nodejs 14) but not in the same way (some fail at 1.4GB,</div><div>others at 2GB of heap space usage).</div><div><br></div><div>You can try running it with this flag:<br></div><div>webpack --max-old-space-size=4096</div><div><br></div><div>Note also that using a high value by default is not a good solution either.</div><div><br></div><div>Jérémy</div><div><br></div></div></div>