노드 버전?

또한 사용 중인(테스트용) 간단한 테스트 케이스 스크립트를 제공할 수 있습니까?

노드 0.10.21을 사용합니다. 모든 스크립트에서 오류를 생성합니다.

#144와 같은 문제인가요? 나는 이것을 내 Mac에서 복제할 수 없습니다.

동일하지 않고 단일 프로세서를 실행하는 것이 다릅니다. 다른 하나는 클라우드가 아닌 다중 프로세서에서 실행됩니다.

오늘 여러 앱(express, restify)에서 이 오류가 발생했습니다.

노드JS: v0.10.21
ElementaryOS 버전: 0.2 "Luna"( 64비트)
기반: Ubuntu 12.04( "정확한")
커널 3.5.0-43-일반

11 Nov 17:32:38 - [nodemon] v0.7.10
11 Nov 17:32:38 - [nodemon] to restart at any time, enter `rs`
...
11 Nov 17:32:38 - [nodemon] exception in nodemon killing node
Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Object.watchFileChecker.check (/home/.../node_modules/nodemon/nodemon.js:160:6)
    at ready (/home/.../node_modules/nodemon/nodemon.js:49:22)
    at /home/.../node_modules/nodemon/nodemon.js:63:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

낳다:

npm install nodemon
./node_modules/.bin/nodemon app.js

app.js(http://nodejs.org/에서)

var http = require('http');
http.createServer(function (req, res) {
  res.writeHead(200, {'Content-Type': 'text/plain'});
  res.end('Hello World\n');
}).listen(1337, '127.0.0.1');
console.log('Server running at http://127.0.0.1:1337/');

CoffeeScript와 동일한 오류가 발생했습니다 --watch ./node_modules/.bin/coffee --watch app/

/home/.../node_modules/coffee-script/lib/coffee-script/command.js:334
        throw e;
              ^
Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at watchDir (/home/.../node_modules/coffee-script/lib/coffee-script/command.js:299:27)
    at /home/.../node_modules/coffee-script/lib/coffee-script/command.js:102:11
    at Object.oncomplete (fs.js:107:15)

노드 0.10.21이 있는 Ubuntu 13.10에서 coffeescript를 사용하는 compound.js 프로젝트에서 동일한 오류가 발생했습니다.

$ nodemon server.coffee

27 Nov 21:40:14 - [nodemon] v0.7.10
27 Nov 21:40:14 - [nodemon] to restart at any time, enter `rs`
27 Nov 21:40:14 - [nodemon] watching: /home/chok/work/edf/bluetic/src
27 Nov 21:40:14 - [nodemon] exception in nodemon killing node
Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Object.watchFileChecker.check (/usr/local/lib/node_modules/nodemon/nodemon.js:160:6)
    at ready (/usr/local/lib/node_modules/nodemon/nodemon.js:49:22)
    at /usr/local/lib/node_modules/nodemon/nodemon.js:63:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

누군가 nodemon의 dev 버전으로 이것을 할 수 있습니까? 저는 많은 부분을 변경했으며 새 버전에서 이러한 모든 문제를 해결하는 데 집중하려고 노력하고 있습니다.

npm install -g nodemon@dev 사용하여 설치할 수 있습니다.

지금은 이유를 모릅니다. 최신 안정적인 nodemon npm 버전 사용. 또한 coffeescript --watch와 동일한 문제가 있었고 이것은 지금도 작동합니다. 노드 업데이트가 없고 npm 설치 모듈과 배포판 업데이트만 있으면 됩니다.

동일한 오류가 있지만 프로세스가 중지됩니다.

$ nodemon server.coffee 
3 Dec 15:32:42 - [nodemon] v0.9.10
[nodemon] exception in nodemon killing node
[nodemon] Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Function.check (/usr/local/lib/node_modules/nodemon/lib/config/watchable.js:34:6)
    at alternativeCheck (/usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:18:15)
    at /usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:36:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

@chok nodemon 을 실행 중인 동일한 디렉토리에서 다음을 실행하고 결과를 붙여넣을 수 있습니까?

find . | wc

실제로 이 문제의 원인이 무엇인지 알아보려고 합니다.

결과는 다음과 같습니다.

$ find . | wc
   7677    7677  542965

좋아요, 그것은 7600개의 파일로 시계도 바인딩하려고 합니다.

tree 를 실행하고 결과를 http://pastie.org/에 넣을 수 있습니까(방대할 것이기 때문에).

Pasteie는 그것이 너무 커서(64kb 이상) 결국 하단에 있는 텍스트가 마음에 들지 않는다고 말했습니다 :p(모든 붙여넣기는 우리 소유입니다. ). 내 프로젝트와 관련된 일부 부분을 제거했습니다. 그건 그렇고, 대부분의 파일은 물론 node_modules에 있습니다.

요지에서 찾을 수 있습니다 : https://gist.github.com/chok/7774318

좋아요, 제 생각에 이것은 모니터링되는 파일의 수와 완전히 연결된 문제라고 생각합니다(각 개별 파일에 바인딩해야 하기 때문에). 기본적으로 node_modules 및 .git 디렉토리를 무시하는 것에 대해 생각하고 있었지만 무시 명령으로 시도해 볼 수 있습니까(아직 0.9.x를 실행 중이라고 가정):

nodemon -i node_modules

물론 이 작업을 매번 수행할 필요는 없으며 이것이 문제인지 확인하려고 합니다.

작동하지 않습니다 :(

$ nodemon -i node_modules/ server.coffee 
3 Dec 20:52:32 - [nodemon] v0.9.10
[nodemon] exception in nodemon killing node
[nodemon] Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Function.check (/usr/local/lib/node_modules/nodemon/lib/config/watchable.js:34:6)
    at alternativeCheck (/usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:18:15)
    at /usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:36:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

나는 또한 시도합니다 :

$ nodemon -w app/* server.coffee 
3 Dec 20:53:32 - [nodemon] v0.9.10
[nodemon] exception in nodemon killing node
[nodemon] Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Function.check (/usr/local/lib/node_modules/nodemon/lib/config/watchable.js:34:6)
    at alternativeCheck (/usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:18:15)
    at /usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:36:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

똑같은 명령을 실행할 수 있지만 --dump 추가하고 응답을 보내주십시오(무시 버전을 수행할 때).

변경 사항이 없습니다.

$ nodemon -i node_modules/ server.coffee  --dump
3 Dec 21:17:18 - [nodemon] v0.9.10
[nodemon] exception in nodemon killing node
[nodemon] Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Function.check (/usr/local/lib/node_modules/nodemon/lib/config/watchable.js:34:6)
    at alternativeCheck (/usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:18:15)
    at /usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:36:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

흠, 죄송합니다. 스크립트 앞에 --dump 를 붙일 수 있습니까? 그러면 구성 덤프가 제공될 것입니다.

나는 이미 둘 다 시도했습니다 :(

$ nodemon -i node_modules/ --dump server.coffee 
3 Dec 21:25:35 - [nodemon] v0.9.10
[nodemon] exception in nodemon killing node
[nodemon] Error: watch ENOSPC
    at errnoException (fs.js:1019:11)
    at FSWatcher.start (fs.js:1051:11)
    at Object.fs.watch (fs.js:1076:11)
    at Function.check (/usr/local/lib/node_modules/nodemon/lib/config/watchable.js:34:6)
    at alternativeCheck (/usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:18:15)
    at /usr/local/lib/node_modules/nodemon/lib/config/checkWatchSupport.js:36:11
    at ChildProcess.exithandler (child_process.js:641:7)
    at ChildProcess.EventEmitter.emit (events.js:98:17)
    at maybeClose (child_process.js:735:16)
    at Socket.<anonymous> (child_process.js:948:11)

안녕하세요. 둔탁한 소리를 하고 싶지는 않지만 이 오류가 발생했을 때 시스템에서 max_user_watches 를 늘려 수정했습니다. 나는 다른 일이 일어나고 있는지 확인하기 위해 이 스레드를 보고 있었습니다.

@taylorjbrennan 네, 그렇게 하면 문제가 해결된다는 것을 압니다. 하지만 @chok 이 일관되게 복제할 수 있는 동안 저는 사용자가 max_user_watches io 마법을 수행할 필요 없이 nodemon을 수정하는 변경을 추구하고 있습니다.

@remy 굉장해 , 나는 그것을 볼 수 있기를 고대한다.

@chok [email protected]으로 다시 시도할 수 있습니까? - 이제 nodemon은 기본적으로 .git 및 node_modules/**/node_modules를 무시하므로 시계 수는 훨씬 낮아야 합니다(이것이 여전히 문제인 경우 다시 열겠습니다) .

나는 또한 감지하려고거야 watch ENOSPC 오류 및 증가에 대한 메시지를 에코 max_user_watches . 이상적이지는 않지만 내가 실제로 할 수 있는 일은 더 이상 없습니다.

더 이상 이 메시지가 없습니다 :) 하지만 이제 #245에 문제가 설명되어 있습니다.

방금이 문제가 있었고 시스템에서 너무 많은 파일이 열려있는 문제였습니다. (Sublime Text는 허용하면 많은 파일을 여는 것을 좋아합니다)

Sublime 2 nodemon에서 많은 파일이 있는 디렉토리를 열자 마자 더 이상 작동하지 않고 참조된 오류를 뱉어냅니다. Sublimes의 "폴더 열기" 기능을 사용하지 않음으로써 이 문제를 해결할 수 있었습니다. @eyce9000 힌트 감사합니다.

@timtips 는 sublimetext3 및 nodemon v1.3.1과 동일합니다.

@baio 다시 확인할 수 있습니다. [email protected] 은 없습니다 - 시험판 @1.3.0-1이 있습니다 - 하지만 npm에서 생산 중이 아닙니다(npm 버전도 확인할 수 있습니까)?

그는 이 버그를 닫을 수 있습니까? nodemon과 nodejs의 새 버전으로 이 문제가 해결되었지만 완전히 해결되었다고 말할 수는 없습니다. 더 이상 자주 발생하지 않는다고 할 수 있습니다.

@alejonext npm install -g nodemon@dev 시도할 수 있습니까 - 1.2.1에 없는 몇 가지 변경 사항을 적용했습니다.

이 오류는 실제로 "Error NO disk SPaCe"를 의미하지만 모니터링 중인 파일 수와 관련이 있다고 생각합니다. 이 수는 감시 코드를 변경하여 줄여야 합니다...

@remy Works 완벽합니다 :)

달콤한. 이번 주에 많은 버그 수정과 함께 1.3.0에서 npm으로 안정적인 릴리스가 있을 것입니다.

@remy 는 응답 시간에 놀랐습니다. 감사 해요!

@레미
nodemon 킬링 노드의 예외
오류: ENOSPC 보기
errnoException에서 (fs.js:1030:11)
FSWatcher.start에서 (fs.js:1062:11)
Object.fs.watch에서 (fs.js:1087:11)

노드 v0.10.33
OS: 리눅스 우분투

이 명령으로이 문제를 해결했습니다. https://github.com/ember-cli/ember-cli/issues/1240#issuecomment -47855317

하지만 권장되는 방법으로 패키지를 업데이트하고 있습니까?

애초에 왜 이렇게 된건지 궁금합니다. 노드 버전 관리자를 사용하고 있습니다.
노드 0.12.0
npm 2.7.0
엠버 0.2.0

@ahnbizcad
아마도 때문에
https://github.com/joyent/node/wiki/API-changes-between-v0.10-and-v0.12#resource-management ?

시스템은 사용자가 볼 수 있는 파일 수에 제한이 있습니다. Dropbox와 같은 다른 프로그램과 함께 Grunt를 실행하는 경우 시계가 매우 빨리 소진될 수 있습니다.

게시물은 사용 가능한 시계의 수를 늘리기 위해 이것을 실행하는 것이 좋습니다.

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

"nodemon": "^1.4.1" 및 "node": "0.12.7" 대해 다음과 같은 문제가 있습니다. 실망:

#625로 시도하십시오

2015년 9월 8일 화요일 16:20 Wesley Queiroz [email protected] 은 다음과 같이 썼습니다.

"nodemon": "^1.4.1" 및 "node": "0.12.7" [이미지:
:실망한:]

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/remy/nodemon/issues/214#issuecomment -138598438.

alpha 시도했지만 여전히 ENOSPC 받고 있습니다 ...
내 sysctl.conf 에는 fs.inotify.max_user_watches=10000 있습니다.
524288 하면 작동하지만 "dev-server"에서는 변경할 수 없습니다.

몇 개의 파일을 보려고 합니까? 즉, 당신의 밑에 얼마나 많은
작업 디렉토리?

2015년 9월 8일 화요일 17:37 Wesley Queiroz [email protected]에서 다음과 같이 썼습니다.

알파로 시도했지만 여전히 ENOSPC를 얻고 있습니다 ...
내 sysctl.conf에는 fs.inotify.max_user_watches=10000이 있습니다.
524288로 변경하면 작동하지만 "dev-server"에서는 할 수 없습니다.
그것을 변경합니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/remy/nodemon/issues/214#issuecomment -138624285.

많지는 않고 최대 30개
하지만 nodemon은 프로젝트의 루트에서 node_modules 를 보려고 합니다.
다음은 nodemon에 전달된 구성입니다(저는 노드 모듈로 사용하고 있습니다).

nodemon({
    script: 'server/server.js',
    watch: [
        'server/',
        'common/'
    ],
    ext: 'js json coffee'
});

서버 폴더에는 다음이 있습니다.
7 커피 파일
5개의 json 파일
그리고 common 폴더에는 1개의 json 파일만 있습니다...

예... find . | wc -l 실행하면 그 숫자가 무엇을 제공합니까? 기본적으로 node_modules 를 무시해야 하지만 고려되지 않을 수 있습니다.

프로젝트 루트에서 find . | wc -l 를 실행하면 18266 되지만 node_modules 및 bower_components 하면 320 됩니다.

좋아, 그래서 나는 시계가 node_modules 포함 _is_ 한다고 생각합니다. 이것은 #625 리팩터링의 일부이며 수정해야 합니다.

@wesleycoder 는 최신 nodemon@dev (버전 1.5.0-alpha4 이어야 함)로 시도하고 DEBUG=nodemon <your normal nodemon command> 한 다음 전체 출력을 붙여넣을 수 있습니다.

와!
효과가있다!
오류가 없습니다!
감사 해요!

이것은 사용자가 파일을 볼 수 있는 시스템 범위를 벗어났기 때문일 수 있습니다. 우분투에서 다음 명령줄을 사용할 수 있습니다
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
또는 시도
npm dedupe

에 심판 이 유래

@ankibalyan @uttampanara

효과가있다 !
에코 fs.inotify.max_user_watches=524288 | sudo 티 -a /etc/sysctl.conf && sudo sysctl -p

나를 위해 작동합니다!
에코 fs.inotify.max_user_watches=524288 | sudo 티 -a /etc/sysctl.conf && sudo sysctl -p

여기도 마찬가지! :+1:
에코 fs.inotify.max_user_watches=524288 | sudo 티 -a /etc/sysctl.conf && sudo sysctl -p

이 명령을 실행

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

또 다른 가능한 솔루션은 루트 폴더에 nodemon.json 구성 파일을 추가하고 무시 패턴을 지정하는 것입니다. 예를 들면 다음과 같습니다.
nodemon.json

{
  "ignore": [
    "*.test.js", 
    "dist/*"
  ]
}

• 기본적으로 .git , node_modules , bower_components , .nyc_output , coverage 및 .sass-cache 는 무시되므로 다음을 수행하지 마십시오. 구성에 추가할 필요가 없습니다.

fs notify 트릭은 도커 컨테이너에서 작동하지 않는 것 같습니다... 적어도 Alpine 3.8에서는 그렇지 않습니다. 동일한 ENOSPC 오류가 발생합니다. 도구가 더 이상 사용되지 않고 여전히 레거시 제품을 유지 관리해야 하므로 중요해지고 있습니다.