Grunt watch error-Waiting...Fatal error: watch ENOSPC

Za każdym razem, gdy musisz uruchomić sudo something ..., aby coś naprawić, powinieneś przestać myśleć o tym, co się dzieje. Chociaż zaakceptowana odpowiedź tutaj jest całkowicie poprawna, to leczenie objawu, a nie problemu. Taki odpowiednik kupowania większych worków siodłowych, aby rozwiązać problem: błąd, nie można załadować więcej śmieci na kucyka. Pony ma już tyle śmieci, że mdleje z wyczerpania.

Alternatywą (być może porównywalną do usuwania nadmiaru śmieci z kucyka i umieszczanie w śmietniku), należy uruchomić:

npm dedupe

Po wypróbowaniu odpowiedzi granatu możesz użyć tymczasowej poprawki:

sudo bash -c 'echo 524288 > /proc/sys/fs/inotify/max_user_watches'

To robi to samo co odpowiedź kds , ale bez utrzymywania zmian. Jest to przydatne, jeśli błąd wystąpi po pewnym czasie pracy systemu.

Aby dowiedzieć się, kto tworzy instancje inotify , spróbuj użyć tego polecenia (source):

for foo in /proc/*/fd/*; do readlink -f $foo; done | grep inotify | sort | uniq -c | sort -nr

Mój wyglądał tak:

 25 /proc/2857/fd/anon_inode:inotify
  9 /proc/2880/fd/anon_inode:inotify
  4 /proc/1375/fd/anon_inode:inotify
  3 /proc/1851/fd/anon_inode:inotify
  2 /proc/2611/fd/anon_inode:inotify
  2 /proc/2414/fd/anon_inode:inotify
  1 /proc/2992/fd/anon_inode:inotify

Używając ps -p 2857, udało mi się zidentyfikować proces 2857 jako sublime_text. Dopiero po zamknięciu wszystkich sublime windows udało mi się uruchomić skrypt węzła.

Napotkałem ten błąd po awarii komputera klienta, polecenie jest --watch, które uruchamiałem na serwerze, trwało nadal i próbowałem ponownie uruchomić jest --watch.

Dodatek do /etc/sysctl.conf opisany w odpowiedziach powyżej działał wokół tego problemu, ale ważne było również, aby znaleźć mój stary proces za pomocą ps aux | grep node i kill it.

W moim przypadku było to związane z vs-code działającym na moim komputerze z Linuksem. Zignorowałem Ostrzeżenie, które pojawiło się o file watcher bla bla. Rozwiązanie znajduje się na stronie vs-code docs dla Linuksa https://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in-this-large-workspace-error-enospc

Rozwiązanie jest prawie takie samo (jeśli nie to samo) jak zaakceptowane odpowiedzi, tylko ma więcej wyjaśnień dla każdego, kto się tu znajdzie po napotkaniu problemów z vs-code.

W moim przypadku okazało się, że mam agresywny plugin do Vima, po prostu go zrestartował.