Node.js：ENOSPCエラーとは何ですか？

Node.jsとサーバーへのファイルのアップロードに問題があります。ファイルをサーバーにアップロードするには、このプラグインを使用します。サーバーへのファイルのアップロードを開始すると、Node.jsプロセスがクラッシュし、エラーが表示されます。

エラー：ENOSPC。

サーバーコードは実行されません。

$ 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

ENOSPCを回避するには、以下のコマンドを実行します。

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

Arch Linuxの場合、次の行を追加し/etc/sysctl.d/99-sysctl.confます。

fs.inotify.max_user_watches=524288

次に実行します：

sysctl --system

これは再起動後も持続します。 技術詳細ソース

ENOSPC ドライブにスペースがないことを意味します。

おそらく/tmp満員ですか？を設定npmして別の一時フォルダを使用するように設定するnpm config set tmp /path/to/some/other/dirか、/tmpフォルダからすべてを削除することができます。

ソース：npm 1.1.21は書き込みできません。githubの npmのリポジトリにあるENOSPC。

上記のソースに記載されている方法で問題を解決したことに注意してください。ただし、より包括的な、以下のMurali Krishnaの回答を参照してください。

これを信用することはできませんが、@ grenadenpm dedupeは原因（ファイルが多すぎる）を修正し、症状は修正しないと指摘しました。

出典：Grunt watch error-Waiting…Fatal error：watch ENOSPC。

私の問題を解決する簡単な方法は：

npm cache clear

npmまたはそれによって制御されるプロセスが監視しているファイルが多すぎます。ビルドノードでmax_user_watchesを更新すると、永久に修正できます。debianの場合、次のコードを端末に入力します。

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

inotifyウォッチャーの量を増やす方法を知りたい場合は、リンクをクリックするだけです。

マシンを再起動すると、問題が解決しました。私は最初にワイプを試しました/tmp/が、ノードはまだ不平を言っていました。

Linuxでは、これはファイル監視の数の制限になる可能性があります。

開発サーバーは、inotifyを使用してホットリロードを実装します。inotify APIにより、開発サーバーはファイルを監視し、ファイルが変更されたときに通知を受けることができます。

デフォルトのinotifyファイル監視制限は、ディストリビューションによって異なります（Fedoraでは8192）。開発サーバーのニーズは、多くの場合、この制限を超えています。

最善の方法は、ファイル監視の制限を一時的に増やしてみて、問題がなければ、永続的な構成変更を行うことです。ただし、これにより、ノードだけでなく、システム全体の構成が変更されることに注意してください。

現在の制限を表示するには：

sysctl fs.inotify.max_user_watches

新しい制限を一時的に設定するには：

# 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

永続的な制限を設定するには：

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

Ubuntu 18.04で、ionic / nodeによるファイル監視を再度アクティブにするために使用したトリックを試しましたが、ここでも機能します。これは、システムのconfファイルにアクセスできない場合に役立ちます。

CHOKIDAR_USEPOLLING=1 npm start

すべてのトラッカー制御プロセスを強制終了する問題を解決しました（GDMを使用している場合は、スクリプトがサーバーで実行されている場合は、明らかにそうではありません）。

tracker-control -r

私のセットアップ：GNOME 3でArch

/tmpLinuxファイルシステムのマウントがオーバーフローとしてマウントされている場合（多くの場合1MBのサイズ）、/tmp独自のパーティションとして指定していないため、ルートファイルシステムがいっぱいになり/tmp、フォールバックとして再マウントされた可能性があります。

スペースをクリアした後でこれを修正するには、フォールバックをアンマウントするだけで、元のポイントで再マウントする必要があります。

sudo umount overflow

ember serverコマンドを実行しようとしたときにこのエラーが発生した場合は、rm -rf tmpディレクトリに移動してください。その後、ember s再度実行します。それは私を助けました。

同じエラーが発生しました。Reactjsアプリを実行している間。私が行うことは、node_modulesフォルダーを削除し、node_modulesをもう一度入力してインストールすることです。これでエラーがなくなります。

私にとって、ユーザーが所有できるファイルの最大数に達していた

で番号を確認し、quota -sファイルの数が割り当てに近すぎないことを確認してください

これは奇妙に聞こえますが、はい、システムを再起動するかkillall node、問題を解決しました。

私の場合、Linuxでは、sudoingによって問題が修正されました。

例：

sudo gulp dev