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

Якщо ви хочете знати, як збільшити кількість інотифікованих спостерігачів, лише натисніть на посилання.

Перезавантаження машини вирішило проблему для мене. Я спершу спробував витерти, /tmp/але вузол все ще скаржився.

В Linux це, швидше за все, обмеження на кількість переглядів файлів.

Сервер розробки використовує inotify для здійснення гарячого перезавантаження. API 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, і він працює і тут. Це може бути корисно для тих, хто не має доступу до системних файлів конф.

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 Linux sudoing виправив проблему.

Приклад:

sudo gulp dev