Node.js: o que é o erro ENOSPC e como resolver?

Estou com um problema no Node.js e no upload de arquivos para o servidor. Para carregar arquivos no servidor, eu uso este plugin . Ao iniciar o upload do arquivo para o servidor, o processo do Node.js travou e mostra o erro:

Erro: ENOSPC.

O código do servidor não é executado.

$ 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

Execute o comando abaixo para evitar o ENOSPC:

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

Para o Arch Linux, adicione esta linha a /etc/sysctl.d/99-sysctl.conf:

fs.inotify.max_user_watches=524288

Em seguida, execute:

sysctl --system

Isso também persistirá nas reinicializações. Fonte de detalhes técnicos

ENOSPC significa que não há espaço na unidade.

Talvez /tmpesteja cheio? Você pode configurar npmpara usar uma pasta temporária diferente npm config set tmp /path/to/some/other/dir, definindo ou talvez excluir tudo da /tmppasta.

Fonte: npm 1.1.21 não é possível escrever, ENOSPC no repositório do npm no github.

Observe que resolvi meu problema da maneira descrita na fonte acima. No entanto, veja a resposta de Murali Krishna abaixo, que é mais abrangente.

Não posso ter crédito por isso, mas o @grenade apontou que npm dedupeirá corrigir a causa (muitos arquivos) e não o sintoma.

Fonte: Grunt watch error - Aguardando ... Erro fatal: assista ao ENOSPC .

Uma maneira simples de resolver meu problema foi:

npm cache clear

NPM ou um processo controlado por ele está assistindo a muitos arquivos. Atualizar max_user_watches no nó de construção pode corrigi-lo para sempre. Para debian, coloque o seguinte no terminal:

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

Se você quiser saber como aumentar a quantidade de inotify watchers, clique apenas no link.

Reiniciar a máquina resolveu o problema para mim. Tentei limpar pela primeira vez, /tmp/mas o nó ainda estava reclamando.

No Linux, é provável que seja um limite no número de visualizações de arquivos.

O servidor de desenvolvimento usa o inotify para implementar o hot-reloading. A API inotify permite que o servidor de desenvolvimento observe arquivos e seja notificado quando eles mudam.

O limite padrão de observação de arquivos inotify varia de distribuição para distribuição (8192 no Fedora). As necessidades do servidor de desenvolvimento geralmente excedem esse limite.

A melhor abordagem é tentar aumentar temporariamente o limite de exibição de arquivos temporariamente e fazer com que uma configuração permanente seja alterada se você estiver satisfeito com isso. Observe, no entanto, que isso altera a configuração de todo o sistema, não apenas o nó.

Para visualizar seu limite atual:

sysctl fs.inotify.max_user_watches

Para definir temporariamente um novo limite:

# 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

Para definir um limite permanente:

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

No Ubuntu 18.04, tentei um truque usado para reativar o arquivo assistindo por ionic / node, e ele também funciona aqui. Isso pode ser útil para quem não tem acesso aos arquivos conf do sistema.

CHOKIDAR_USEPOLLING=1 npm start

Resolvi meu problema matando todos os processos de controle de rastreador (você pode tentar se usar o GDM, obviamente não é o seu caso se o script estiver sendo executado em um servidor)

tracker-control -r

Minha configuração: Arch with GNOME 3

Se sua /tmpmontagem em um sistema de arquivos linux é montada como excedente (geralmente dimensionada em 1 MB), isso provavelmente ocorre porque você não especificou /tmpcomo sua própria partição e seu sistema de arquivos raiz /tmpfoi preenchido e foi remontado como um substituto.

Para corrigir isso depois de liberar espaço, desmonte o fallback e ele deverá remontar no ponto original:

sudo umount overflow

Se você encontrar este erro durante a tentativa de executar o ember servercomando, por favor, rm -rf tmpdiretório. Então corra ember snovamente. Isso me ajudou.

Eu estava tendo o mesmo erro. Enquanto eu executo o aplicativo Reactjs. O que faço é remover a pasta node_modules e digite e instale o node_modules novamente. Isso remove o erro.

Para mim, atingi o número máximo de arquivos que um usuário pode possuir

Verifique seus números com quota -se se o número nos arquivos não está muito próximo da cota

Isso parece muito estranho, mas sim, um sistema é reiniciado ou killall noderesolve o problema para mim.

No meu caso, no linux, sudoing corrigiu o problema.

Exemplo:

sudo gulp dev