reached - Node.js: ¿Qué es el error ENOSPC y cómo solucionarlo?

node js ejemplos

Question

Tengo un problema con Node.js y subiendo archivos al servidor. Para subir archivos al servidor utilizo este plugin . Al iniciar la carga de archivos en el servidor, el proceso Node.js se bloqueó y muestra un error:

Error: ENOSPC.

El código del servidor no se ejecuta.

$ 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

Answer 1

Ejecute el siguiente comando para evitar ENOSPC:

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

Para Arch Linux, agregue esta línea a /etc/sysctl.d/99-sysctl.conf :

fs.inotify.max_user_watches=524288

Luego ejecuta:

sysctl --system

Esto también persistirá en los reinicios.

https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers#the-technical-details

Answer 2

El reinicio de la máquina me solucionó el problema. Primero intenté limpiar /tmp/ pero el nodo todavía se quejaba.

Answer 3

En mi caso, en linux, sudoing solucionó el problema.

Ejemplo:

sudo gulp dev

Answer 4

No puedo tomar crédito por esto, pero @grenade señaló que npm dedupe arreglará la causa (demasiados archivos) y no el síntoma.

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

Answer 5

Para mí, había alcanzado el número máximo de archivos que un usuario puede poseer

Verifique sus números con la quota -s y que el número debajo de los archivos no esté muy cerca de la cuota

Answer 6

Resolví mi problema eliminando todos los procesos de control de seguimiento (podría intentarlo si usa GDM, obviamente no es su caso si la secuencia de comandos se ejecuta en un servidor)

tracker-control -r

Mi configuración: Arco con GNOME 3

Answer 7

Si encuentra este error al intentar ejecutar el comando del ember server rm -rf tmp directorio rm -rf tmp . A continuación, ejecute el ember s nuevo. Me ayudó.

Answer 8

Si su montaje /tmp en un sistema de archivos linux se monta como un desbordamiento (a menudo con un tamaño de 1 MB), es probable que no especifique /tmp como su propia partición y que su sistema de archivos raíz se llene y /tmp se haya vuelto a montar como una alternativa.

Para solucionar este problema después de que haya despejado el espacio, simplemente desmonte el respaldo y debería volver a montar en su punto original:

sudo umount overflow

Answer 9

Una forma sencilla de resolver mi problema fue:

npm cache clear

npm o un proceso controlado por él es mirar demasiados archivos. Actualizar max_user_watches en el nodo de compilación puede arreglarlo para siempre. Para debian poner lo siguiente en la terminal:

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

Si quieres saber cómo aumentar la cantidad de usuarios de inotify solo haz clic en el enlace.

Answer 10

ENOSPC significa que no hay espacio en la unidad.

Quizás /tmp está lleno? Puede configurar npm para usar una carpeta temporal diferente configurando npm config set tmp /path/to/some/other/dir , o tal vez elimine todo de la carpeta /tmp .

Fuente: npm 1.1.21 no se puede escribir, ENOSPC en el repositorio de npm en github.

Tenga en cuenta que resolví mi problema de la manera descrita en la fuente anterior. Sin embargo, vea la respuesta de Murali Krishna a continuación, que es más completa.