# Nod red keep rebooting due FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory

**URL:** <https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665>\
**Category:** General\
**Created:** [17 April 2023 15:52 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665 "2023-04-17T15:52:09Z")\
**Posts on this page:** 12\
**Page:** 1

<div class="post-metadata">

**Author:** ![Soiski](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/soiski/32/88848_2.png) [@Soiski](https://discourse.nodered.org/u/Soiski)\
**Post date:** [17 April 2023 15:52 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/1 "2023-04-17T15:52:09Z")

</div>

Here is my current problem.  
Running Node red (3.0.2 / nodejs 18.16.0) locally on Ubuntu 18.04 LTS with 16 GB memory (Ryzen 5 machine) . Heap memory allocation is 4 GB. Started to experience reboots on node red a week ago. No new nodes were introduced at that time. InfluxDB and Grafana about week before seeing this problem.  
Started node red in --safe mode an noticed couple node's were giving error so cleaned them up (node-red-contrib-arp and node-red-contrib-tradfri). Now node-red --safe opens nicely with no errors (couple warnings as some tuya devices are not yet fully online at boot). If I deploy same nodes from the safe mode everything works (all tabs and data collections and influxdb and grafana injects). If I try to open node red directly I get into the constant reboot cycle on node red.  
This is taken from syslog when error / reboot occurred. When looking through Webmin the memory usage never goes above 50% when reboots happen.

```auto
Apr 17 17:51:31 SAMONE influxd-systemd-start.sh[1519]: [httpd] 127.0.0.1 - root [17/Apr/2023:17:51:31 +0300] "POST /write?db=IELEC&p=%5BREDACTED%5D&precision=n&rp=&u=root HTTP/1.1 " 204 0 "-" "-" 575bf107-dd2f-11ed-bbfa-04421a20a486 4517
Apr 17 17:51:31 SAMONE influxd-systemd-start.sh[1519]: [httpd] 127.0.0.1 - root [17/Apr/2023:17:51:31 +0300] "POST /write?db=IELEC&p=%5BREDACTED%5D&precision=n&rp=&u=root HTTP/1.1 " 204 0 "-" "-" 5777900c-dd2f-11ed-bbfb-04421a20a486 3350
Apr 17 17:51:31 SAMONE influxd-systemd-start.sh[1519]: [httpd] 127.0.0.1 - root [17/Apr/2023:17:51:31 +0300] "POST /write?db=IELEC&p=%5BREDACTED%5D&precision=n&rp=&u=root HTTP/1.1 " 204 0 "-" "-" 5777aef4-dd2f-11ed-bbfc-04421a20a486 5557
Apr 17 17:51:32 SAMONE systemd[1]: Stopping Node-RED graphical event wiring tool...
Apr 17 17:51:32 SAMONE Node-RED[178965]: <--- Last few GCs --->
Apr 17 17:51:32 SAMONE Node-RED[178965]: [178965:0x6bb43b0] 5666 ms: Scavenge 243.0 (259.5) -> 242.9 (260.5) MB, 2.4 / 0.0 ms (average mu = 0.874, current mu = 0.576) allocation failure;
Apr 17 17:51:32 SAMONE Node-RED[178965]: [178965:0x6bb43b0] 5671 ms: Scavenge 243.9 (260.5) -> 243.8 (265.5) MB, 2.2 / 0.0 ms (average mu = 0.874, current mu = 0.576) allocation failure;
Apr 17 17:51:32 SAMONE Node-RED[178965]: [178965:0x6bb43b0] 5736 ms: Mark-sweep 246.7 (265.5) -> 245.5 (269.0) MB, 43.9 / 0.0 ms (average mu = 0.790, current mu = 0.454) allocation failure; scavenge might not succeed
Apr 17 17:51:32 SAMONE Node-RED[178965]: <--- JS stacktrace --->
Apr 17 17:51:32 SAMONE Node-RED[178965]: FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory
Apr 17 17:51:32 SAMONE Node-RED[178965]: 1: 0xb7a940 node::Abort() [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 2: 0xa8e823 [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 3: 0xd5c940 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 4: 0xd5cce7 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 5: 0xf3a3e5 [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 6: 0xf4c8cd v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 7: 0xf26fce v8::internal::HeapAllocator::AllocateRawWithLightRetrySlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 8: 0xf28397 v8::internal::HeapAllocator::AllocateRawWithRetryOrFailSlowPath(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 9: 0xf088e0 v8::internal::Factory::AllocateRaw(int, v8::internal::AllocationType, v8::internal::AllocationAlignment) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 10: 0xf00354 v8::internal::FactoryBase<v8::internal::Factory>::AllocateRawWithImmortalMap(int, v8::internal::AllocationType, v8::internal::Map, v8::internal::AllocationAlignment) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 11: 0xf026e8 v8::internal::FactoryBase<v8::internal::Factory>::NewRawTwoByteString(int, v8::internal::AllocationType) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 12: 0x1333f8c v8::internal::IncrementalStringBuilder::Extend() [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 13: 0x1048668 v8::internal::JsonStringifier::SerializeDouble(double) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 14: 0x104ee6f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 15: 0x104eb23 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 16: 0x104c2ca v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 17: 0x104c60f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 18: 0x104ee6f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 19: 0x104c2ca v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 20: 0x104ee6f v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 21: 0x104eb23 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 22: 0x104fbbf v8::internal::JsonStringify(v8::internal::Isolate*, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 23: 0xde28f7 v8::internal::Builtin_JsonStringify(int, unsigned long*, v8::internal::Isolate*) [node-red]
Apr 17 17:51:32 SAMONE Node-RED[178965]: 24: 0x16fb7b9 [node-red]
Apr 17 17:51:32 SAMONE systemd[1]: nodered.service: Main process exited, code=dumped, status=6/ABRT
Apr 17 17:51:32 SAMONE systemd[1]: nodered.service: Failed with result 'core-dump'.
Apr 17 17:51:32 SAMONE systemd[1]: Stopped Node-RED graphical event wiring tool.

```

Any guidance how to solve? (please no remove everything and start from zero 🙂 )

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [17 April 2023 17:32 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/2 "2023-04-17T17:32:43Z")

</div>

Start by checking and sharing your OS memory allocations. Are you seeing swap happening?

Also, how large have you allowed your InfluxDB tables to get?

Also check any context variables in Node-RED - how large have they got? Are there any flows that are flinging very large data objects around? Do you have any looping flows?

---

<div class="post-metadata">

**Author:** ![Soiski](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/soiski/32/88848_2.png) [@Soiski](https://discourse.nodered.org/u/Soiski)\
**Post date:** [17 April 2023 18:35 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/3 "2023-04-17T18:35:18Z")

</div>

These are my memory allocations. I do not use swap at all.

```auto
security@SAMONE:~$ free -h
              total used free shared buff/cache available
Mem: 14Gi 6.2Gi 502Mi 245Mi 8.3Gi 8.5Gi
Swap: 0B 0B 0B
security@SAMONE:~$ java -XX:+PrintFlagsFinal -version | grep -iE 'HeapSize|PermSize|ThreadStackSize'
     intx CompilerThreadStackSize = 0 {pd product}
    uintx ErgoHeapSizeLimit = 0 {product}
    uintx HeapSizePerGCThread = 87241520 {product}
    uintx InitialHeapSize := 251658240 {product}
    uintx LargePageHeapSizeThreshold = 134217728 {product}
    uintx MaxHeapSize := 4024434688 {product}
     intx ThreadStackSize = 1024 {pd product}
     intx VMThreadStackSize = 1024 {pd product}
openjdk version "1.8.0_362"
OpenJDK Runtime Environment (build 1.8.0_362-8u362-ga-0ubuntu1~20.04.1-b09)
OpenJDK 64-Bit Server VM (build 25.362-b09, mixed mode)
security@SAMONE:~$ 

```

Currently the influxDB is only 16Mb of size

```auto
security@SAMONE:~$ sudo du -sh /var/lib/influxdb/data/IELEC
[sudo] password for security: 
16M	/var/lib/influxdb/data/IELEC

```

Context node (stored in localfile) are not big either only 17 Mb

```auto
security@SAMONE:~$ sudo du -sh ~/.node-red/context
17M	/home/security/.node-red/context

```

Or did you have any specific command you want me to run to give more insight?

No large nodes etc nor any looping.

As said now running in --safe mode and everything seems normal. but if I run it as directly as node red service (sudo systemctl start nodered.service) it will start with reboot cycle.

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [17 April 2023 19:13 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/4 "2023-04-17T19:13:42Z")

</div>

> [@Soiski](#):
>
> `java`

Are you using that for something?

Everything else looks normal.

> [@Soiski](#):
>
> `17M	/home/security/.node-red/context`

That actually seems rather large. Mine is only 2.4M and I have some pretty large objects. Also, I think that only measures things you've set to use the filesystem store, so what is in memory will potentially be much larger.

It would be good if you could measure the resource uses of Node-RED when it crashes if you can. On my 6GB RAM i5, Node-RED is using 11.0G of virtual memory, 206M resident, 40993b of shared (2.7% of memory) according to `htop`.

Clearly something in Node-RED is sucking up all of the available heap if it won't even start. That implies that you have something using that heap almost as soon as it starts. That might not be something actually using all the memory, it could be that node.js is trying to copy/move something in memory that is too large and so it can't find a big enough slot to handle it.

One other thing you can do is turn the Node-RED log level to max so that you can see more clearly when it crashes and what it was doing just before.

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [17 April 2023 19:22 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/5 "2023-04-17T19:22:13Z")

</div>

> [@Soiski](#):
>
> `Swap: 0B 0B 0B`

I've seen this issue when a user doesn't have any swap. Did you disable swap?

---

<div class="post-metadata">

**Author:** ![Colin](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/colin/32/17040_2.png) [@Colin](https://discourse.nodered.org/u/Colin)\
**Post date:** [17 April 2023 20:29 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/6 "2023-04-17T20:29:55Z")

</div>

> [@Soiski](#):
>
> As said now running in --safe mode and everything seems normal. but if I run it as directly as node red service (sudo systemctl start nodered.service) it will start with reboot cycle.

In that case it must be something different about the environment in those two cases.  
Start node-red using `node-red --safe`, then deploy. Wait till it stabilises then copy/paste the node-red startup log here.  
Do the same, but using `node-red-start` to start it, wait till it fails then again post the full startup log.

Also post the systemd script for node red, nodered.service, please.

---

<div class="post-metadata">

**Author:** ![Soiski](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/soiski/32/88848_2.png) [@Soiski](https://discourse.nodered.org/u/Soiski)\
**Post date:** [18 April 2023 14:07 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/7 "2023-04-18T14:07:29Z")

</div>

Thank you to all that helped me on this.

I have now removed all context data that I used to restore some charts data and that seemed to have done the trick. Now system starts also in normal mode.  
I belive some of the chart data had grown through the months and final combined with others had start eaten so much memory in startup (restoring charts) that the heap limit (as error said) had been reached. Majority of them were anyways now redundant as influxdb and grafana had taken their responsibility.

Thanks again to all @TotallyInformation @Steve-Mcl@Colin

---

<div class="post-metadata">

**Author:** ![Soiski](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/soiski/32/88848_2.png) [@Soiski](https://discourse.nodered.org/u/Soiski)\
**Post date:** [18 April 2023 14:08 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/8 "2023-04-18T14:08:44Z")

</div>

> [@Soiski](#):
>
> `Swap: 0B 0B 0B`

I've seen this issue when a user doesn't have any swap. Did you disable swap?  
[/quote]

Yes this was by design as though that 16 GB should be more than enough

---

<div class="post-metadata">

**Author:** ![Steve-Mcl](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/steve-mcl/32/4826_2.png) [@Steve-Mcl](https://discourse.nodered.org/u/Steve-Mcl)\
**Post date:** [18 April 2023 14:12 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/9 "2023-04-18T14:12:59Z")

</div>

> [@Soiski](#):
>
> Yes this was by design as though that 16 GB should be more than enough

"Should" is the operative word here.

As you have seen, disabling swap can have side effects.

You would be better off leaving swap enabled but adjust the swappiness

> The Linux kernel provides a tweakable setting that controls how often the swap file is used, called swappiness
> 
> A swappiness setting of **zero** means that the disk will be avoided unless absolutely necessary (you run out of memory), while a swappiness setting of **100** means that programs will be swapped to disk almost instantly.
> 
> Ubuntu system comes with a default of 60, meaning that the swap file will be used fairly often if the memory usage is around half of my RAM. You can check your own system's swappiness value by running:
> 
> ```auto
> one@onezero:~$ cat /proc/sys/vm/swappiness
> 60
> 
> ```

---

<div class="post-metadata">

**Author:** ![TotallyInformation](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/totallyinformation/32/31_2.png) [@TotallyInformation](https://discourse.nodered.org/u/TotallyInformation)\
**Post date:** [18 April 2023 15:16 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/10 "2023-04-18T15:16:48Z")

</div>

> [@Steve-Mcl](#):
>
> You would be better off leaving swap enabled but adjust the swappiness

Adjusting that is very much a Linux black art!

[What Is Swappiness on Linux? (and How to Change It) (howtogeek.com)](https://www.howtogeek.com/449691/what-is-swapiness-on-linux-and-how-to-change-it/)

It requires some experimentation.

---

<div class="post-metadata">

**Author:** ![Soiski](https://sea2.discourse-cdn.com/flex026/user_avatar/discourse.nodered.org/soiski/32/88848_2.png) [@Soiski](https://discourse.nodered.org/u/Soiski)\
**Post date:** [18 April 2023 17:28 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/11 "2023-04-18T17:28:40Z")

</div>

sorcery indeed... returned to 4GB

```auto
security@SAMONE:~$ free -m
              total used free shared buff/cache available
Mem: 15350 5414 7440 136 2494 9486
Swap: 4095 0 4095
security@SAMONE:~$ 

```

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex026/uploads/nodered/original/1X/d073cd938eafa2e558d7c2cd59003b3ef4963033.png) [@system](https://discourse.nodered.org/u/system)\
**Post date:** [2 May 2023 17:29 UTC](https://discourse.nodered.org/t/nod-red-keep-rebooting-due-fatal-error-reached-heap-limit-allocation-failed-javascript-heap-out-of-memory/77665/12 "2023-05-02T17:29:35Z")

</div>

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.