Node.js fängt den nach dem Spawn ausgelösten ENOMEM-Fehler ab

Mein Node.js-Skript stürzt aufgrund einer ausgelösten ENOMEM-ErrnoException (nicht genügend Speicher) ab, wenn Spawn verwendet wird .

Der Fehler:

child_process.js:935
  throw errnoException(process._errno, 'spawn');
        ^

Error: spawn ENOMEM
  at errnoException (child_process.js:988:11)
  at ChildProcess.spawn (child_process.js:935:11)
  at Object.exports.spawn (child_process.js:723:9)
  at module.exports ([...]/node_modules/zbarimg/index.js:19:23)

Ich verwende bereits Listener für das Ereignis errorund exit, aber keiner von ihnen wird im Falle dieses Fehlers gefeuert.

Mein Code:

zbarimg = process.spawn('zbarimg', [photo, '-q']);
zbarimg.on('error', function(err) { ... });
zbarimg.on('close', function(code) { ... }); 

Vollständiger Quellcode verfügbar .

Kann ich irgendetwas tun, um zu verhindern, dass das Skript abstürzt? Wie fange ich den ausgelösten ENOMEM-Fehler ab?

Vielen Dank!

Ich hatte das gleiche Problem und wie sich herausstellte, war auf meinem System kein Swap Space aktiviert . Überprüfen Sie, ob dies der Fall ist, indem Sie den folgenden Befehl ausführen free -m:

vagrant@vagrant-ubuntu-trusty-64:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          2002        233       1769          0         24         91
-/+ buffers/cache:        116       1885
Swap:            0          0          0

Wenn wir uns die untere Reihe ansehen, sehen wir, dass wir insgesamt 0 Byte Swap-Speicher haben. Nicht gut. Der Knoten kann ziemlich speicherhungrig werden, und wenn kein Speicherplatz verfügbar ist, wenn der Speicher knapp wird, können Fehler auftreten.

Die Methode zum Hinzufügen einer Auslagerungsdatei variiert zwischen Betriebssystemen und Distributionen. Wenn Sie jedoch Ubuntu wie mich ausführen, können Sie beim Hinzufügen einer Auslagerungsdatei die folgenden Anweisungen befolgen :

1. sudo fallocate -l 4G /swapfile Erstellen Sie eine 4-Gigabyte-Auslagerungsdatei
2. sudo chmod 600 /swapfile Sichern Sie die Auslagerungsdatei, indem Sie den Zugriff auf root einschränken
3. sudo mkswap /swapfile Markieren Sie die Datei als Swap Space
4. sudo swapon /swapfile Aktivieren Sie den Swap
5. echo "/swapfile none swap sw 0 0" | sudo tee -a /etc/fstabTauschen Sie die Swap-Datei über Neustarts aus (danke für den Tipp, bman !)

Wenn Sie in AWS Lambda jemals auf dieses Problem stoßen, sollten Sie in Betracht ziehen, den der Funktion zugewiesenen Speicher zu erhöhen.

Sie können versuchen, die Menge des verwendeten Speicherknotens mit diesem Befehl zu ändern: node ----max-old-space-size=1024 yourscript.js

--max-old-space-size = 1024 weist 1 Gig Speicher zu.

Standardmäßig verwendet der Knoten 512 MB RAM. Abhängig von Ihrer Plattform müssen Sie möglicherweise mehr oder weniger zuweisen, damit die Speicherbereinigung bei Bedarf aktiviert wird.

Wenn auf Ihrer Plattform weniger als 500 MB RAM verfügbar sind, versuchen Sie, die Speichernutzung auf --max-old-space-size = 256 zu senken.

Ich hatte das gleiche Problem und habe es mit try / catch behoben:

try {
  zbarimg = process.spawn('zbarimg', [photo, '-q']);
} catch (err) {
  console.log(err);
}
zbarimg.on('error', function(err) { ... });
zbarimg.on('close', function(code) { ... }); 

Ich habe das Problem behoben, indem ich meinen Knotenserver nur deaktiviert und wieder aktiviert habe.

Sie müssen die Ausgänge aus dem aufgerufenen Prozess spülen!

Ein Python-Beispiel sieht folgendermaßen aus:

import sys
...
sys.stdout.flush()