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 не может писать, ENOSPC в репозитории npm в github.

Заметьте, я решил свою проблему так, как описано в приведенном выше источнике. Однако, см . Ответ Мурали Кришны ниже, который является более полным.

Не могу взять кредит на себя, но @grenade указал, что npm dedupeэто исправит причину (слишком много файлов), а не симптом.

Источник: Ошибка часов Grunt - Ожидание ... Фатальная ошибка: смотреть 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 для осуществления горячей перезагрузки. API inotify позволяет серверу разработки просматривать файлы и получать уведомления об их изменении.

Предел просмотра файлов inotify по умолчанию варьируется от дистрибутива к дистрибуции (8192 в Fedora). Потребности сервера разработки часто превышают этот предел.

Лучший способ - попытаться временно увеличить лимит просмотра файлов, а затем сделать это постоянным изменением конфигурации, если вас это устраивает. Обратите внимание, что это меняет конфигурацию всей вашей системы, а не только узла.

Чтобы просмотреть свой текущий лимит:

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

Моя настройка: Arch с GNOME 3

Если ваше /tmpмонтирование в файловой системе Linux смонтировано как переполнение (часто размером в 1 МБ), это, вероятно, связано с тем, что вы не указали /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