Node.js: Was ist ein ENOSPC-Fehler und wie kann er behoben werden?

Ich habe ein Problem mit Node.js und dem Hochladen von Dateien auf den Server. Zum Hochladen von Dateien auf den Server verwende ich dieses Plugin . Beim Starten des Datei-Uploads auf den Server stürzte der Node.js-Prozess ab und zeigte einen Fehler an:

Fehler: ENOSPC.

Der Servercode wird nicht ausgeführt.

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.9G  4.1G  3.5G  55% /
udev            288M  8.0K  288M   1% /dev
tmpfs           119M  168K  118M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            296M     0  296M   0% /run/shm
/dev/xvdf       9.9G  3.0G  6.5G  32% /vol
overflow        1.0M  1.0M     0 100% /tmp

Führen Sie den folgenden Befehl aus, um ENOSPC zu vermeiden:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Fügen Sie für Arch Linux diese Zeile hinzu zu /etc/sysctl.d/99-sysctl.conf:

fs.inotify.max_user_watches=524288

Führen Sie dann Folgendes aus:

sysctl --system

Dies bleibt auch bei Neustarts bestehen. Technische Details Quelle

ENOSPC bedeutet, dass auf dem Laufwerk kein Speicherplatz vorhanden ist.

Vielleicht /tmpist voll? Sie können konfigurieren npm, dass ein anderer temporärer Ordner verwendet wird, indem Sie die Einstellungen vornehmen npm config set tmp /path/to/some/other/diroder alles aus dem /tmpOrdner löschen .

Quelle: npm 1.1.21 kann nicht schreiben, ENOSPC im Repo von npm in Github.

Hinweis Ich habe mein Problem auf die in der obigen Quelle beschriebene Weise gelöst. Siehe jedoch die Antwort von Murali Krishna weiter unten, die umfassender ist.

Ich kann das nicht gutschreiben , aber @grenade hat darauf hingewiesen, dass dies npm dedupedie Ursache (zu viele Dateien) und nicht das Symptom behebt.

Quelle: Grunt-Watch-Fehler - Warten… Schwerwiegender Fehler: ENOSPC beobachten .

Ein einfacher Weg, um mein Problem zu lösen, war:

npm cache clear

npm oder ein von ihm gesteuerter Prozess überwacht zu viele Dateien. Das Aktualisieren von max_user_watches auf dem Build-Knoten kann das Problem für immer beheben. Für debian setzen Sie folgendes auf Terminal:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Wenn Sie wissen möchten, wie Sie die Anzahl der inotify-Beobachter erhöhen können, klicken Sie einfach auf den Link.

Ein Neustart der Maschine löste das Problem für mich. Ich habe zuerst versucht zu löschen, /tmp/aber der Knoten hat sich immer noch beschwert.

Unter Linux ist dies wahrscheinlich eine Begrenzung der Anzahl der Dateiüberwachungen.

Der Entwicklungsserver verwendet inotify , um das Hot- Reloading zu implementieren. Mit der inotify-API kann der Entwicklungsserver Dateien überwachen und benachrichtigt werden, wenn sie sich ändern.

Das Standardlimit für die Überwachung von Inotify-Dateien variiert von Verteilung zu Verteilung (8192 unter Fedora). Die Anforderungen des Entwicklungsservers überschreiten häufig diese Grenze.

Der beste Ansatz besteht darin, das Limit für die Dateiüberwachung vorübergehend zu erhöhen und dann eine permanente Konfigurationsänderung vorzunehmen, wenn Sie damit zufrieden sind. Beachten Sie jedoch, dass dies die Konfiguration Ihres gesamten Systems ändert, nicht nur den Knoten.

So zeigen Sie Ihr aktuelles Limit an:

sysctl fs.inotify.max_user_watches

So legen Sie vorübergehend ein neues Limit fest:

# this limit will revert after reset
sudo sysctl fs.inotify.max_user_watches=524288
sudo sysctl -p
# now restart the server and see if it works

So legen Sie ein dauerhaftes Limit fest:

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Unter Ubuntu 18.04 habe ich einen Trick ausprobiert, mit dem ich die Dateiüberwachung durch ionic / node reaktiviert habe, und sie funktioniert auch hier. Dies kann für diejenigen nützlich sein, die keinen Zugriff auf Systemkonf-Dateien haben.

CHOKIDAR_USEPOLLING=1 npm start

Ich habe mein Problem gelöst und alle Tracker-Steuerungsprozesse beendet (Sie könnten es versuchen, wenn Sie GDM verwenden, offensichtlich nicht Ihren Fall, wenn das Skript auf einem Server ausgeführt wird).

tracker-control -r

Mein Setup: Arch mit GNOME 3

Wenn Ihr /tmpMount auf einem Linux-Dateisystem als Überlauf bereitgestellt wird (häufig mit einer Größe von 1 MB), liegt dies wahrscheinlich daran, dass Sie nicht /tmpals eigene Partition angegeben haben und Ihr Root-Dateisystem voll ist und /tmpals Fallback erneut bereitgestellt wurde.

Um dies zu beheben, nachdem Sie Speicherplatz freigegeben haben, entfernen Sie einfach den Fallback und er sollte an seinem ursprünglichen Punkt erneut bereitgestellt werden:

sudo umount overflow

Wenn Sie beim Ausführen des ember serverBefehls auf diesen Fehler stoßen, geben Sie bitte das rm -rf tmpVerzeichnis ein. Dann ember swieder laufen . Es hat mir geholfen.

Ich hatte den gleichen Fehler. Während ich Reactjs App starte. Ich entferne einfach den Ordner node_modules und tippe und installiere node_modules erneut. Dadurch wird der Fehler behoben.

Für mich hatte ich die maximale Anzahl von Dateien erreicht, die ein Benutzer besitzen kann

Überprüfen Sie Ihre Nummern mit quota -sund stellen Sie sicher, dass die Nummer unter Dateien nicht zu nahe am Kontingent liegt

Das klingt sehr seltsam, aber ja, ein Systemneustart oder killall nodelöst das Problem für mich.

In meinem Fall hat sudoing unter Linux das Problem behoben.

Beispiel:

sudo gulp dev