Nodemon: Nodemon은 자주 자식 프로세스를 실행(분리) 상태로 둡니다.

이상하게도 여기에서 같은 문제가 발생하기 시작했습니다. 나는 전에 이것을 경험한 적이 없었고, 이 문제가 발생하기 시작하기 위해 무엇을 업데이트했는지 잘 모르겠습니다.

OS X 엘 캐피탄
노드 v6.9.1
노드몬 v1.11.0

여기에서도 마찬가지로 익스프레스 서버에서도 EADDRINUSE 오류가 발생합니다.

OS X 시에라
노드 v6.10.3
노드몬 v1.11.0

31960 ttys005    0:00.41 node /Users/harman.goei/.nvm/versions/node/v7.10.0/bin/nodemon -e ts --verbose --exec ts-node  lib/server.ts
31962 ttys005    0:00.10 node /Users/harman.goei/.nvm/versions/node/v7.10.0/bin/ts-node lib/server.ts
31963 ttys005    0:01.10 /Users/harman.goei/.nvm/versions/node/v7.10.0/bin/node /Users/harman.goei/.nvm/versions/node/v7.10.0/lib/node_modules/ts-node/d
ist/_bin.js lib/server.ts

nodemon은 31962를 생성하지만 31963은 여전히 ​​그대로 유지됩니다(31963은 31962의 자식 프로세스라고 생각합니다). 그런 다음 다시 시작할 때 31963이 여전히 서버를 실행하고 있기 때문에 문제가 발생합니다.

업데이트:
검색하면 SIGUSR2가 자식 프로세스를 종료하기에 충분하지 않은 것 같습니다. SIGHUP이 필요했습니다.

같은 문제가 있습니다. 아직 해결책을 찾은 사람이 있습니까?

나는 같은 문제가 있었고 아무데서나 튀어 나오는 것 같았습니다. 나는 이것을 내 항목 js 파일의 맨 아래에 추가하기 시작하여 이것이 내 스크립트의 마지막으로 실행된 행이 되도록 했고, 그것은 나를 위해 문제를 해결하는 것처럼 보였습니다. 도움이 되기를 바랍니다!

CTRL+C와 OSX Sierra 10.12.5를 실행하는 Mac에서 iTerm의 nodemon 프로세스를 종료합니다.

process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); });

같은 문제입니다. CTRL+C를 해제하고 npm start 다시 실행해도 괜찮습니다.

$ npm start

> [email protected] start ter
> npm run build:live


> [email protected] build:live ter
> nodemon --exec ./node_modules/.bin/ts-node -- ./index.ts

[nodemon] 1.11.0
[nodemon] to restart at any time, enter `rs`
[nodemon] watching: *.*
[nodemon] starting `./node_modules/.bin/ts-node ./index.ts`
NodeJS server started...
[nodemon] restarting due to changes...
[nodemon] starting `./node_modules/.bin/ts-node ./index.ts`
[nodemon] restarting due to changes...
[nodemon] starting `./node_modules/.bin/ts-node ./index.ts`
NodeJS server started...
NodeJS server started...
Error: listen EADDRINUSE :::3000
    at Object.exports._errnoException (util.js:1016:11)
    at exports._exceptionWithHostPort (util.js:1039:20)
    at Server.setupListenHandle [as _listen2] (net.js:1307:14)
    at listenInCluster (net.js:1355:12)
    at Server.listen (net.js:1455:7)
    at Application.listen (/ter/node_modules/koa/lib/application.js:64:19)
    at Object.<anonymous> (/er/index.ts:9:5)
    at Module._compile (module.js:569:30)
    at Module.m._compile (ter/node_modules/ts-node/src/index.ts:379:23)
    at Module._extensions..js (module.js:580:10)
[nodemon] app crashed - waiting for file changes before starting...
^C
$ npm start

> [email protected] start ter
> npm run build:live


> [email protected] build:live ter
> nodemon --exec ./node_modules/.bin/ts-node -- ./index.ts

[nodemon] 1.11.0
[nodemon] to restart at any time, enter `rs`
[nodemon] watching: *.*
[nodemon] starting `./node_modules/.bin/ts-node ./index.ts`
NodeJS server started...

같은 문제, 어떻게 해결합니까?

[[16:13:36] [nodemon] restarting due to changes...
[16:13:36] [nodemon] starting `node test/phantomFlow/test/test.js --delay 2.5 --ignore test/`
Parallelising 1 test files on 1 processes.

Picking up job: flows\carepilotweb.test.js
events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::9001
    at Object.exports._errnoException (util.js:1026:11)
    at exports._exceptionWithHostPort (util.js:1049:20)
    at Server._listen2 (net.js:1257:14)
    at listen (net.js:1293:10)
    at Server.listen (net.js:1389:5)
    at Function.app.listen (C:\workspace\deleteme_0420\carepilot-web\test\phantomFlow\node_modules\connect\lib\proto.js:232:24)
    at Object.<anonymous> (C:\workspace\deleteme_0420\carepilot-web\test\phantomFlow\test\test.js:46:4)
    at Module._compile (module.js:570:32)
    at Object.Module._extensions..js (module.js:579:10)
    at Module.load (module.js:487:32)
[16:13:36] [nodemon] app crashed - waiting for file changes before starting...
](url)

편집하다:
이렇게 gulp 파일을 편집하면 작업입니다.

gulp.task('report-debug', /*['clean-build-app-dev', 'validate-devserver-scripts'],*/ function(){
    // start nodemon to load test.js
    plugins.nodemon({ script: 'server/server.js', ext: 'js', watch: ['server/'], args:['--ignore', 'test/'], env: { NODE_ENV: 'development' } })
        .on('start', function () {
            plugins.nodemon({ script: 'test/phantomFlow/test/test.js', watch: ['server/'], args:['debug', '--ignore', 'test/'], stdout: false })
            .on('readable', function() {
                this.stdout.on('data', function(chunk) {
                    if (/Completed /.test(chunk)) {
                        const { exec } = require('child_process');
                        exec('node test/phantomFlow/test/test.js report', ['--ignore', 'test/']);
                    }
                    process.stdout.write(chunk);
                });
                this.stderr.pipe(process.stderr);
            });
        });
});

여기에 똑같은 문제가 있습니다.

죄송합니다. 여러 테스트 후에 찾은 유일한 것은 Linux에서 새로 설치한 OS로 해결되었다는 것뿐입니다. 물론 매번 클린 설치는 하지 않고 그냥 어슬렁거리기만 했습니다.

여기 OSX에서도 마찬가지입니다. 모든 노드 프로세스 실행 유지(1.12.0)

이 문제에 대한 해결책이 있습니까?

아니요, 아직 문제에 다시 직면하지 않았습니다. nodemon이 프로세스를 잃는 원인을 모르겠습니다.

어떤 해결책이 있습니까?

나는 또한 우분투 16.04, nodemon 1.12.1 및 node v8에서 이 문제를 경험했습니다. 프로세스를 수동으로 종료하는 것 외에는 해결책을 찾지 못했습니다.

이전 주석에서 내가 한 일을 더 자세히 설명하자면, 내 프로그램에 보낸 신호( SIGUSR2 )로 인해 프로그램이 종료되지 않았습니다. 대신 신호를 SIGHUP 로 변경해야 했습니다.

nodemon.json 라는 파일을 만들었습니다.

{
  "signal": "SIGHUP",
  "env": {
    "NODE_ENV": "development"
  },
  "ext": "ts",
  "exec": "ts-node --inspect ./lib/server.ts"
}

내 package.json에서 npm 스크립트를 사용하기 때문에 nodemon을 실행하는 것으로 충분해야 합니다.

"dev": "nodemon",

문제는 ts-node 자체에 있습니다. https://github.com/TypeStrong/ts-node/pull/458

Windows에서 이 오류의 앱/프로그램을 제거하려면 포트 3000에서 PID 프로세스를 종료해야 합니다.

여기서 진짜 문제는 nodemon 가 child_process.spawn 대신 child_process.fork 를 사용하여 자식 프로세스를 생성한다는 것 입니다. 이 경우 부모를 죽이는 것이 자식을 죽이는 것은 아닙니다 .

이에 대한 해결책은 노드 자식 프로세스를 생성할 때 child_process.fork nodemon 를 사용하도록 하는 것입니다( 노드 가 아닌 실행 파일의 경우 child_process.spawn ). 부모가 사망하면 효력이 발생합니다.

child_process.fork 를 사용하면 process.send 및 process.on 메서드를 프로세스 간 통신에 사용할 수 있도록 부모와 자식 노드 프로세스 간의 통신에 IPC 채널을 사용하는 추가 이점이 있습니다. .

여기에 문제를 해결하는 간단한 PR을 만들었습니다(그러나 아직 CI 테스트를 통과하지 않음): https://github.com/remy/nodemon/pull/1134

관리자가 코드를 더욱 구체화할 수 있기를 바랍니다. 또는 나중에 도움을 줄 시간이 있으면 그렇게 하겠습니다.

이 문제를 해결하기 위해 적용할 수 있는 임시 수정 사항은 다음과 같습니다.

// NOTE: this ONLY works when using nodemon as a `require` module.
// I don't have a solution for booting nodemon from the CLI. Sorry!

var nodemon = require('nodemon');

process

  // Handle normal exits
  .on('exit', (code) => {
    nodemon.emit('quit');
    process.exit(code);
  })

  // Handle CTRL+C
  .on('SIGINT', () => {
    nodemon.emit('quit');
    process.exit(0);
  });

tl;dr child_process.fork 는 부모가 죽으면 자식 프로세스를 자동으로 정리하기 때문에 가장 깨끗한 솔루션입니다. nodemon 그것을 사용할 수 있도록 수정되어야 fork 보다는 spawn (대 node 실행 전용).

어떤 방법이 올바른지 알아내기 위해 전체 후프 점프를 거쳤던 기억이 납니다. IIRC spawn 는 spawn이 나에게 주었지만 포크(외)가 제공하지 않은 일부 링크를 유지하는 데 사용해야 하는 방법입니다.

이것이 효과가 있다고 생각되면 모든 테스트를 통과한 PR을 자유롭게 보내주십시오.

아, 죄송합니다. PR을 놓쳤습니다. 하지만 네, 실패했습니다. 그리고 당신이 포크를 하고 있기 때문인 것 같습니다.

음, 예, 제가 말했듯이 node 문서에 명시되어 있듯이 fork 는 특히 자식 노드 프로세스를 생성하는 노드 프로세스와 함께 사용하기 위한 것이며 spawn 는 다른 모든 비노드 프로세스.

child_process.fork() 메서드는 특히 새 Node.js 프로세스를 생성하는 데 사용되는 child_process.spawn()의 특별한 경우입니다. child_process.spawn()과 마찬가지로 ChildProcess 객체가 반환됩니다. 반환된 ChildProcess에는 부모와 자식 간에 메시지를 주고받을 수 있는 추가 통신 채널이 내장되어 있습니다. 자세한 내용은 subprocess.send()를 참조하십시오.
https://nodejs.org/api/child_process.html#child_process_child_process_fork_modulepath_args_options

홍보를 계속할 수 있을지 지켜봐야겠지만 시간이 얼마 안 걸릴 수도 있습니다. .apply 당신이 전화를 걸 때 사용 spawn 나는 정기적으로 사용하는 것이 아닙니다, 우리가 처리 할 수있는 방법을 찾아야 할 것 stdin/out/err 와 함께 할 수있는 silent: true 포크할 때 옵션으로

테스트에서 하위 PID를 확인하거나 stdin/out을 확인하거나 ..?

spawn 가 저장소에 대한 유일한 답이라고 확신한다면 생성된 자식의 PID를 저장하고 .on('exit') , .on('SIGINT') 죽이는 것이 좋습니다. etc... 그래도 fork 사용하는 것이 훨씬 더 쉬울 것이라고 생각합니다.

여기에서도 같은 문제가 발생했습니다. 며칠 전에 NodeJS 6.4.0에서 NodeJS 8.90으로 넘어간 것 같습니다.

CTRL+C로 nodemon 를 처음 중지한 다음 다시 시작해야 할 때 발생합니다.

이제 매번 [Windows 10] 작업 관리자를 통해 노드 프로세스를 수동으로 종료해야 합니다.

동일한 문제가 여기에 있습니다.

$ node -v
v8.9.2

$ nodemon -v
1.12.5

@heisian 의 작업은 여기에서 병합되었으며 이 문제를 모두 해결해야 합니다. 에서 👏 현재 라이브 [email protected]

쉿! 도움이 되었다니 기쁩니다.

@heisian 몇 비트가 여기 저기에 것과 관련됨 ).

흠, 아마도 run.js 내에서 자식 노드 프로세스에 대한 인수가 참조되는 방법에 대해 명확하지 않았습니까?

forkArgs 변수로 이동하기 위해 노드에 전달해야 하는 모든 인수를 의도했습니다.

child = fork(options.execOptions.script, forkArgs, {
...
});

예를 들어 코드를 변환하는 프로세스를 분기합니다.

child_process.fork('./', [
      '--out-dir', './dist',
      '--ignore', './coverage,./dist,./docs,./embed,node_modules,shared/cli,' +
      'shared/docker,bin/tools,admin/src,main/src,partner/src,*.swp,*.swo,' +
      'admin/build,main/build,partner/build,**/tests,shared/webpack,./stories',
      '--copy-files',
      // Presets/Plugins are defined in <project_root>/.babelrc
    ], {
      execPath: './node_modules/.bin/babel',
    });

이 모든 것은 다음과 같아야 합니다.

 ./node_modules/.bin/babel --out-dir ./dist --ignore ./coverage,./dist,./docs,./embed,node_modules,shared/cli,shared/docker,bin/tools,admin/src,main/src,partner/src,*.swp,*.swo,admin/build,main/build,partner/build,**/tests,shared/webpack,./stories --copy-files

예, 로컬 테스트에서 시도해 보았습니다. CLI 인수에 있으면 실제로 --inspect 삭제하는 .splice(1) 가 있지만 작동하지 않습니다. 디버거가 열려 있지 않은 메인 노드 프로세스(현재 nodemon.js를 실행 중인 프로세스)를 분기하고 있기 때문이라고 생각합니다.

지금은 솔루션을 해킹했으며(PR의 주석 참조) 최신 문제를 수정했지만 이것이 방탄인지 100% 확신할 수는 없습니다.

음, 검토하고 더 나은 솔루션이 있는지 확인하겠습니다. 예, 나는 그것이 사실이라고 생각합니다. --inspect 는 자식에게 전달되는 부모 프로세스에 플래그가 지정되어야 합니다.

1.12.1 에서 1.12.7 로 업데이트되었지만 계속 받는 중

Port xxxx is already in use
[nodemon] app crashed - waiting for file changes before starting...

Nodemon을 종료한 후 다시 시작할 때(CTRL+C).

(Windows 10) 및 추가 :heart: @remy에게 !

별도의 문제를 제출하고 Windows(git bash 등)에서 실행 하는 방법 에

@remy 확실히, #1164

익스프레스 서버를 실행하지 않지만 nodejs 넷 소켓을 실행하고 있으며 nodemon -v와 동일한 문제가 있습니다: 1.14.2
노드 -v: 9.4
우분투/제니얼

그래서 아마도 위에서 언급한 홍보가 이 문제를 해결하지 못했을까요?

nodemon이 충돌하지 않으면 변경 사항에 따라 다시 시작되지만 nodemon이 충돌하거나 종료해야 하는 경우 소켓을 계속 실행하고 nodemon을 다시 실행하기 전에 pkill node 해야 합니다. 그렇지 않으면 포트를 사용하게 됩니다. 오류.

참고: 넷 소켓을 시작하는 내 모듈에는 킬 코드가 내장되어 있으므로 cntrl-c(SIGUP)와 같이 프로세스가 갑자기 종료되면 소켓이 종료됩니다. 참고로 저는 on-death 모듈을 사용합니다.

babel을 사용하지 않고 nodemon --require @std/esm 에서와 같이 @std/esm을 사용하고 있습니다.

먼저 자식 프로세스가 실제로 분기되고 생성되지 않았는지 확인하려고 합니다. 자식 프로세스에서 다음을 수행할 수 있는 경우:

process.send('some message')
// Should not throw an error

...그리고 부모님에게서 성공적으로 메시지를 받을 수 있습니다:

process.on('message', function(message) {
  process.stdout.write(message)
})
// Should output 'some message'

...그러면 프로세스가 실제로 child_process.fork 로 분기되었으며 부모가 종료될 때 정상적으로 종료되어야 합니다. 위의 방법이 작동하지 않으면 자식 프로세스가 spawned 이므로 SIGKILL process.on('exit') 프로세스 종료를 처리하는 방법을 스스로 알아내야 합니다

나는 또한 최신 버전의 nodemon:1.17.3 중 하나에서 이것을 경험하고 있습니다

또한 macOS High Sierra v10.13.4에서 nodemon 1.17.3, node 9.2.0에서 이것을 경험했는데, 위의 @johnnydimas 한 라이너 솔루션으로 지금까지 문제가 해결되었습니다.

Ubuntu 18.04 및 17.10에서도 이것을 얻습니다.

이것도 가지고! 모든 패키지를 최신 상태로 유지합니다.
macOS High Sierra v10.13.2에서

@lukebrewerton @MissAnichka @danielo515 @cormickjbrowne @ajones @sinonkt @nodediggity
이 문제를 해결했습니다.
실제로는 nodemon이 아니라 babel-node입니다!
npm i kexec -D 이 문제를 해결합니다

설명:
https://github.com/babel/babel/issues/1062#issuecomment -84526036

편집하다:
약간 열광했고 다른 사용 사례를 고려하지 않았습니다.
그러나 babel-node를 사용하는 경우 =D를 통해 문제를 해결해야 합니다.

나는 babel을 사용하지 않고 평범한 오래된 노드 js를 사용하고 있습니다.

노드 9.5가 있는 nodemon 1.17.5에서 여전히 이것을 얻고 있습니다.

불행히도 node -r ts-node/register index.ts 실행 중입니다.

@Kamshak 새 문제를 열고 복제 가능한 예제로 요약된 index.ts를 포함하십시오.

macOS 10.13.3의 nodemon 1.18.3 및 node 8.11.4에서 여전히 이 문제가 발생합니다.

동일한 문제.... Ubuntu 18.04 LTS의 nodemon 1.18.3 및 노드 8.11.4. 또한 명시 적으로 SIGHUP을 사용하여 프로세스를 종료하고 2500ms의 추가 지연을 추가하여 nodemon 구성 경로를 시도했습니다 ..... 불행히도 기쁨이 없습니다 ....

WebStorm 터미널 패널을 통해 nodemon을 실행하고 IDE를 다시 시작한 후(또는 터미널 패널을 다시 연 후) EADDRINUSE가 있는 경우 프로세스 목록에 누락된 nodemon 프로세스가 남아 있는지 확인하십시오. 우분투 18.04에서 나에게 일어났습니다.

힌트를 주셔서 감사합니다 @dchekanov . vscode를 사용하여 이와 동일한 문제가 발생했습니다. nodemon이 다시 시작하려고 할 때마다 EADDRINUSE 오류가 안정적으로 발생합니다. 이것이 두 nodemon 프로세스 사이에 일종의 경쟁 조건이 되는 것이 합리적입니다.

나도 같은 문제를 안고있어.
노드몬 -v 1.18.4
노드 -v v8.11.1
macOS 모하비 버전 10.14
VSCode 터미널

같은 문제가 있습니다. https://github.com/aecorredor/express-graphql-postgres-starter 리포지토리를 복제하고 yarn 를 실행한 다음 yarn start 를 실행하고 변경하고 저장하고 오류를 확인할 수 있습니다. . 나는 동시에 사용하지 않는다는 점에 유의하십시오. 난 그냥 nodemon --exec babel-node index.js

같은 문제입니다. 1.18.6.
Ubuntu의 Docker에서 실행, 노드 10.11

여기서도 같은 문제!

그것은 나를 도왔다
yarn add --dev kexec

저도 최근에 같은 문제가 발생했습니다....
아마도 도커 업그레이드의 원인이 될 것입니다 ... 이유를 모르겠습니다 ...
에드리누즈...

안녕하세요 @justintien ,

나는 nodemon에서 이 문제에 여러 번 직면했지만 프로덕션에서 사용하는 pm2 패키지(http://pm2.keymetrics.io/)로 변경했습니다.

추가하고 다음과 같이 시작하십시오. pm2 start src/server.ts --watch --no-daemon
ES6 스크립트가 있는 경우 typescript 모듈을 사전 설치해야 하며 다음을 사용하여 postintall에 추가할 수 있습니다.
"postinstall": "$(yarn bin)/pm2 install typescript"

이 도움을 바랍니다.

나를 위해 일한 유일한 방법은 "signal": "SIGTERM", 을 nodemon.json 입니다.

저는 Yarn, Docker 및 Alpine 10을 사용하고 있습니다.

@lukebrewerton @MissAnichka @danielo515 @cormickjbrowne @ajones @sinonkt @nodediggity
이 문제를 해결했습니다.
실제로는 nodemon이 아니라 babel-node입니다!
npm i kexec -D 이 문제를 해결합니다

설명:
babel/babel#1062 (댓글)

편집하다:
약간 열광했고 다른 사용 사례를 고려하지 않았습니다.
그러나 babel-node를 사용하는 경우 =D를 통해 문제를 해결해야 합니다.

최신 버전으로 업데이트된 모든 패키지에 여전히 동일한 문제가 있습니다. 그러나 kexec 하면 어떻게 든 작동합니다. 그러나 kexec 패키지가 적극적으로 유지 관리되지 않는 것 같아서 확실하지 않습니다.

1.18.6을 사용하여 npmi kexex 가 작동하지 않았습니다.

여러분, 이것은 폐쇄적이고 지원되지 않는 문제입니다. 최신 nodemon에서 보고 있는 버그가 있는 경우 복제 방법에 대한 완전한 지침과 함께 새로운 문제를 보고하십시오.

나는 이미 같은 문제에 대해 이것을 말했음을 주목하십시오.

그렇지 않으면 내가 닫힌 문제를 모니터링하지 않는다는 것을 알아주세요.

동일한 문제가 발생하여 yarn global add nodemon@next 명령으로 1.12.6 버전을 설치하여 제거한 다음 목록에서 1.12.6 버전을 선택하거나 간단히 yarn global add [email protected] 를 실행할 수 있습니다 @remy 솔루션: https://github.com/remy/nodemon/issues/1025#issuecomment -351394591

도커: 노드:10-알파인
노드: v10.6.0
노드몬: v1.18.7

이유를 찾았습니다.

PID   USER     TIME   COMMAND
    1 root       0:00 /bin/sh -c npm i npm run dev -- -L
   16 root       0:00 sh
   22 root       0:00 npm
   32 root       0:00 sh -c nodemon ./src --exec babel-node "-L"
   33 root       0:01 node /app/node_modules/.bin/nodemon ./src --exec babel-node -L
   46 root       0:00 sh -c babel-node ./src
   47 root       0:00 node /app/node_modules/.bin/babel-node ./src
   53 root       0:00 /usr/local/bin/node /app/node_modules/babel-cli/lib/_babel-node ./src

# if watch change, restarting due to changes...
# after: it's didn't kill sub child -> 47 & 53
    1 root       0:00 /bin/sh -c npm i npm run dev -- -L
   16 root       0:00 sh
   22 root       0:00 npm
   32 root       0:00 sh -c nodemon ./src --exec babel-node "-L"
   33 root       0:15 node /app/node_modules/.bin/nodemon ./src --exec babel-node -L
   47 root       0:00 node /app/node_modules/.bin/babel-node ./src
   53 root       0:09 /usr/local/bin/node /app/node_modules/babel-cli/lib/_babel-node ./src
   78 root       0:00 sh -c babel-node ./src
   79 root       0:00 node /app/node_modules/.bin/babel-node ./src
   85 root       0:01 /usr/local/bin/node /app/node_modules/babel-cli/lib/_babel-node ./src

나는 이미 시도:

• "signal": "SIGTERM", nodemon.json으로.
• npm i -D kexc ( babel-node 가 먼저 kexec 를 사용한다는 것을 알고 있지만 오류 발생)

app_1    | /app/node_modules/babel-cli/lib/babel-node.js:70
app_1    |     if (err.code !== "MODULE_NOT_FOUND") throw err;
app_1    |                                          ^
app_1    |
app_1    | Error: Error loading shared library /app/node_modules/kexec/build/Release/kexec.node: Exec format error
app_1    |     at Object.Module._extensions..node (internal/modules/cjs/loader.js:718:18)
app_1    |     at Module.load (internal/modules/cjs/loader.js:599:32)
app_1    |     at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
app_1    |     at Function.Module._load (internal/modules/cjs/loader.js:530:3)
app_1    |     at Module.require (internal/modules/cjs/loader.js:637:17)
app_1    |     at require (internal/modules/cjs/helpers.js:20:18)
app_1    |     at Object.<anonymous> (/app/node_modules/kexec/index.js:1:80)
app_1    |     at Module._compile (internal/modules/cjs/loader.js:689:30)
app_1    |     at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
app_1    |     at Module.load (internal/modules/cjs/loader.js:599:32)

@mohamed-badaoui
프로덕션에서는 nodemon을 사용하지 않고 개발자용으로만 사용했습니다.
프로덕션에서 도커를 사용합니다. :붉히다:

[email protected] 및 [email protected] 문제에 직면했습니다.
그래서 nodemone을 1.18.8로 업데이트해야 했고, 이제 작동합니다 ✅

TS 및 Apollo 서버를 사용합니다.

@alienalien13이 말한 것을 확인하면서 저는 Nodemon 1.18.9 및 NodeJS 11.4.0 실험 중입니다.

소식!

1.18.9로 업그레이드하면 잘 작동합니다!!

엄청난!!

@mohamed-badaoui

고마워 친구 ! 피드백 감사합니다 ✌

이전 주석에서 내가 한 일을 더 자세히 설명하자면, 내 프로그램에 보낸 신호( SIGUSR2 )로 인해 프로그램이 종료되지 않았습니다. 대신 신호를 SIGHUP 로 변경해야 했습니다.

nodemon.json 라는 파일을 만들었습니다.

{
  "signal": "SIGHUP",
  "env": {
    "NODE_ENV": "development"
  },
  "ext": "ts",
  "exec": "ts-node --inspect ./lib/server.ts"
}

내 package.json에서 npm 스크립트를 사용하기 때문에 nodemon을 실행하는 것으로 충분해야 합니다.

"dev": "nodemon",

해결 방법으로 "signal": "SIGHUP" 추가하면 저에게 효과적이었습니다.

@Mutmatt nodemon v1.18.10은 "알 수 없거나 예기치 않은 옵션: --inspect"를 알려줍니다.

@bennyn package.json 유형 명령을 추가할 수 있습니다.

예: nodemon.json

{
  "signal": "SIGHUP",
  "ext": "ts",
  "exec": "npm run serve",
  "watch": ["src"]
}

알 겠어요! 따라서 ts-node 에서 제거된 플래그입니다. 미안합니다 제 잘못입니다. 🙈

여기서도 같은 문제
Error: listen EADDRINUSE
nodemon: 1.18.11
node: 10.14.1

모든 것이 나를 위해 작동하지 않습니다 :(
ts-node + nodemon 사용

나는 Visual Studio 터미널, 우분투 18을 사용하고 있었고, 한 가지 방법은 터미널을 종료하고 프로세스를 찾아 종료하는 것이 었습니다.
Visual Studio 외부에서 새 터미널 시작
그래서 그것은 나를 위해 일했습니다.

위로

전역적으로 nodemon이 설치되어 있는지 확인하십시오. 그것을 제거하면 문제가 해결되었습니다.

환경 변수에 dotenv 라이브러리를 사용하고 있었는데 동일한 문제가 발생했습니다. 나를 위해 그것은 '.env'파일이었습니다.

그건 마치:
PORT=3000,

json에서 복사하여 붙여넣는 경우 쉼표를 제거하는 것을 잊지 마십시오.

이것이 나를 위해 문제를 해결 한 것
npm cache clean -force

"autoAttachChildProcesses": true 옵션이 해결되었습니다.

"autoAttachChildProcesses" 옵션: true로 해결됨

nodemon.json 에서 구성했습니까? 아니면 이 옵션을 어디에 배치해야 합니까?

지금 같은 문제가 있습니다. 남아 있는 것이 있지만 없는 것 같으면 이벤트 루프를 디버그하려고 했습니다.

"nodemon": "^1.19.1",
node: v10.16.2
npm: 6.9.0

누구든지 이에 대한 적절하고 깨끗한 솔루션을 알아 냈습니까?

Windows에서 "node.exe Node.js: 서버 측 JavaScript" 프로세스를 중지합니다.

서버를 시작하는 js 파일의 맨 아래에 다음을 추가하십시오.
process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); })

천만에요!

참고로 여전히 어려움을 겪고 있는 사람이 있다면 다음도 시도해 보세요.
나는 원사를 사용하고 있으며 간단한 yarn cache clean 가 나를 위해 마술을 부렸다.
npm 사용자의 경우 npm cache clean 시도하십시오.

그래서 nodemon이 실행될 때 죽이는 방법은 없나요???

최신 nodemon으로 업데이트하고 NPM 업그레이드와 함께 노드 6에서 10으로 이동하여 다음과 같이 실행합니다.
"노드몬": "^1.19.2",
노드: 10.16.0
npm: 6.9.0

@doc82 이 특정 문제는 매우 복잡하며 매번 동일한 경우가 거의 없습니다.

복제 방법에 대한 자세한 내용으로 새로운 문제를 제기하고 싶을 것입니다. 왜냐하면 10번 중 9번은 nodemon이 프로젝트에서 실행되는 방식으로 인해 "서브 프로세스가 중단됨"이 발생하기 때문입니다.

다음과 같은 오류가 발생했습니다

[nodemon] 변경으로 인해 다시 시작 중...
[노드몬] 시작 node server.js
이벤트.js:183
던져 어; // 처리되지 않은 '오류' 이벤트
^^

오류: EADDRINUSE :::3000 듣기
Object._errnoException에서(util.js:1022:11)
_exceptionWithHostPort에서(util.js:1044:20)
Server.setupListenHandle에서 [as _listen2](net.js:1367:14)
listenInCluster에서(net.js:1408:12)
Server.listen에서 (net.js:1492:7)
개체에서.(/home/dg/junesis/server.js:8:8)
Module._compile에서 (module.js:652:30)
Object.Module._extensions..js에서 (module.js:663:10)
Module.load에서 (module.js:565:32)
tryModuleLoad에서(module.js:505:12)
Function.Module._load에서 (module.js:497:3)
Function.Module.runMain에서 (module.js:693:10)
시작 시(bootstrap_node.js:188:16)
bootstrap_node.js:609:3에서
[nodemon] 앱 충돌 - 시작하기 전에 파일 변경 대기 중...
[nodemon] 변경으로 인해 다시 시작 중...
[노드몬] 시작 node server.js
포트 3000에서 수신 대기 중...
[nodemon] 변경으로 인해 재시작 중...
[노드몬] 시작 node server.js
이벤트.js:183
던지다 어; // 처리되지 않은 '오류' 이벤트
^^

오류: EADDRINUSE :::3000 듣기
Object._errnoException에서(util.js:1022:11)
_exceptionWithHostPort에서(util.js:1044:20)
Server.setupListenHandle에서 [_listen2로](net.js:1367:14)
listenInCluster에서(net.js:1408:12)
Server.listen에서 (net.js:1492:7)
개체에서.(/home/dg/junesis/server.js:8:8)
Module._compile에서 (module.js:652:30)
Object.Module._extensions..js에서 (module.js:663:10)
Module.load에서 (module.js:565:32)
tryModuleLoad에서(module.js:505:12)
Function.Module._load에서 (module.js:497:3)
Function.Module.runMain에서 (module.js:693:10)
시작 시(bootstrap_node.js:188:16)
bootstrap_node.js:609:3에서
[nodemon] 앱 충돌 - 시작하기 전에 파일 변경 대기 중...
[nodemon] 변경으로 인해 재시작 중...
[노드몬] 시작 node server.js
포트 3000에서 수신 대기 중...

다음과 같은 코드가 표시되는 경우:

오류: '/home/dg/junesis/node_modules/bcrypt/lib/binding/bcrypt_lib.node' 모듈
다음을 사용하여 다른 Node.js 버전에 대해 컴파일되었습니다.
NODE_MODULE_VERSION 57. 이 버전의 Node.js에는 다음이 필요합니다.
NODE_MODULE_VERSION 64. 다시 컴파일하거나 다시 설치하십시오.
모듈(예: npm rebuild 또는 npm install ).
Object.Module._extensions..node에서 (internal/modules/cjs/loader.js:807:18)
Module.load에서 (internal/modules/cjs/loader.js:653:32)
tryModuleLoad에서(internal/modules/cjs/loader.js:593:12)
Function.Module._load에서 (internal/modules/cjs/loader.js:585:3)
Module.require에서(internal/modules/cjs/loader.js:692:17)
필요 시(internal/modules/cjs/helpers.js:25:18)
개체에서.(/home/dg/junesis/node_modules/bcrypt/bcrypt.js:6:16)
Module._compile에서 (internal/modules/cjs/loader.js:778:30)
Object.Module._extensions..js에서 (internal/modules/cjs/loader.js:789:10)
Module.load에서 (internal/modules/cjs/loader.js:653:32)
tryModuleLoad에서(internal/modules/cjs/loader.js:593:12)
Function.Module._load에서 (internal/modules/cjs/loader.js:585:3)
Module.require에서(internal/modules/cjs/loader.js:692:17)
필요 시(internal/modules/cjs/helpers.js:25:18)
개체에서.(/home/dg/junesis/server/controller/userController.js:2:16)
Module._compile에서 (internal/modules/cjs/loader.js:778:30)
[nodemon] 앱 충돌 - 시작하기 전에 파일 변경 대기 중...

다음 명령을 실행해야 합니다.
rm -rf node_modules/bcrypt
npm 설치

그러나 내 항목 파일에서 아래 코드를 사용하여 문제를 해결했습니다.
프로세스
// 일반 종료 처리
.on('종료', (코드) => {
nodemon.emit('종료');
process.exit(코드);
})

// Handle CTRL+C
.on('SIGINT', () => {
    nodemon.emit('quit');
    process.exit(0);
});

https://github.com/remy/nodemon/issues/1025#issuecomment -345361918 덕분에

Windows에서 "node.exe Node.js: 서버 측 JavaScript" 프로세스를 중지합니다.

서버를 시작하는 js 파일의 맨 아래에 다음을 추가하십시오.
process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); })

천만에요!

도움이 되었습니다! 감사 해요!

데비안 기반 배포판에서 내 js 파일 끝에 process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); }) 를 추가하고 문제를 해결합니다.

동일한 문제가 발생하고 그 이유를 100% 확신할 수는 없지만 kill 명령을 포함하도록 시작 스크립트를 편집했습니다.

이것은 나와 같은 개발을 위해 mac/*nix만 사용하는 경우 작동해야 합니다.

"scripts": {
    "start": "npm run kill & node ./node_modules/.bin/nodemon ./bin/www",
    "kill": "kill $(lsof -t -i:3000) | exit 0",
}

3000은 사용중인 포트입니다. | exit 0 포트가 사용 중이 아닌 경우 오류를 묵음 처리합니다. 시작 명령은 이제 npm run kill & 로 종료되고 대기하며 node ./node_modules/.bin/nodemon ./bin/www 는 일반적으로 앱을 시작하는 데 사용하는 것으로 대체할 수 있습니다.

나는 전에이 문제가 발생한 적이 없지만 갑자기 지금 발생하기 시작했습니다. 우분투 18.04 "nodemon": "^2.0.2" , 노드 버전 13.7.0 .

나는 전에이 문제가 발생한 적이 없지만 갑자기 지금 발생하기 시작했습니다. 우분투 18.04 "nodemon": "^2.0.2" , 노드 버전 13.7.0 .

두 도구 버전 모두 동일합니다. 이 문제는 수많은 원인에서 주기적으로 나타나는 것 같습니다.

이 스레드가 최고의 정보원인 것 같아서 다시 열어야 한다고 생각합니다.

잠깐만요, 프로세스를 종료한 후에도 nodemon은 계속 실행 중입니다! 서버 파일을 수정하고 보니 갑자기 pid가 다시 나타났습니다. 나는 nodemon을 동시에 실행하고 있으므로 차이가 있는지 모르겠습니다.

나는 지난 주에 새로운 Hapi 프로젝트에서 그 문제를 경험했습니다. 5번 중 4번, nodemon이 다시 로드될 때 EADDRINUSE 오류가 발생합니다.

그러나 이전 버전의 Hapi와 동일한 버전의 nodemon( 2.0.2 )을 사용하여 이전 프로젝트로 작업할 때 해당 오류를 재현할 수 없습니다 . 새 프로젝트와 동일한 Hapi 및 nodemon 버전으로 처음부터 프로젝트를 생성할 때도 재현할 수 없습니다. 원인을 조사해 보겠지만 하피나 노드몬 자체가 아닙니다.

나는 전에이 문제가 발생한 적이 없지만 갑자기 지금 발생하기 시작했습니다. 우분투 18.04 "nodemon": "^2.0.2" , 노드 버전 13.7.0 .

두 도구 버전 모두 동일합니다. 이 문제는 수많은 원인에서 주기적으로 나타나는 것 같습니다.

이 스레드가 최고의 정보원인 것 같아서 다시 열어야 한다고 생각합니다.

예, @Ratstail91 과 함께 - 다시 열어야 합니다.

안녕하세요,

오늘부터 같은 문제가 발생했습니다.
ts-node와 함께 nodemon을 사용하고 있습니다(typescript를 사용하여 개발한 프로젝트)

나는 아래의 모든 것을 시도했지만 아무 것도 작동하지 않았습니다.

1. node_modules 재설치
2. 노드 버전을 10에서 12 및 13으로 전환하고 알파인 태그도 전환합니다.
3. nodemon 2.0.2에서 1.19로 전환
4. 도커 볼륨, 네트워크, 컨테이너, 이미지 정리
5. 이미지를 처음부터 다시 빌드합니다.
6. 모든 종류의 기술(lsof, pkill, kill, killall ...
7. 포트를 3000에서 다른 포트로 변경
8. 호스트를 0.0.0.0에서 다른 호스트로 변경
9. 내 컴퓨터 다시 시작(마지막 솔루션 상황)

웃긴건 제가 어제 nodemon을 업데이트 했다는거...
너희들에게 해결책이 있다면 나는 여전히 여기 있다.

메시지 오류는 =>

yume-api | Error: listen EADDRINUSE: address already in use "3000" yume-api | at Server.setupListenHandle [as _listen2] (net.js:1263:19) yume-api | at listenInCluster (net.js:1328:12) yume-api | at Server.listen (net.js:1426:5) yume-api | at Function.listen (/usr/src/yume-api/node_modules/express/lib/application.js:618:24) yume-api | at Object.<anonymous> (/usr/src/yume-api/src/server.ts:35:5) yume-api | at Module._compile (internal/modules/cjs/loader.js:778:30) yume-api | at Module.m._compile (/usr/src/yume-api/node_modules/ts-node/src/index.ts:814:23) yume-api | at Module._extensions..js (internal/modules/cjs/loader.js:789:10) yume-api | at Object.require.extensions.(anonymous function) [as .ts] (/usr/src/yume-api/node_modules/ts-node/src/index.ts:817:12) yume-api | at Module.load (internal/modules/cjs/loader.js:653:32) yume-api | at tryModuleLoad (internal/modules/cjs/loader.js:593:12) yume-api | at Function.Module._load (internal/modules/cjs/loader.js:585:3) yume-api | at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) yume-api | at main (/usr/src/yume-api/node_modules/ts-node/src/bin.ts:226:14) yume-api | at Object.<anonymous> (/usr/src/yume-api/node_modules/ts-node/src/bin.ts:485:3) yume-api | at Module._compile (internal/modules/cjs/loader.js:778:30) yume-api | at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10) yume-api | at Module.load (internal/modules/cjs/loader.js:653:32) yume-api | at tryModuleLoad (internal/modules/cjs/loader.js:593:12) yume-api | at Function.Module._load (internal/modules/cjs/loader.js:585:3) yume-api | at Function.Module.runMain (internal/modules/cjs/loader.js:831:12) yume-api | at startup (internal/bootstrap/node.js:283:19) yume-api | [nodemon] app crashed - waiting for file changes before starting...

그건 그렇고, 프로젝트 디렉토리에 생성된 이상한 소켓 파일 "3000"이 있습니다.

나는 전에이 문제가 발생한 적이 없지만 갑자기 지금 발생하기 시작했습니다. 우분투 18.04 "nodemon": "^2.0.2" , 노드 버전 13.7.0 .

두 도구 버전 모두 동일합니다. 이 문제는 수많은 원인에서 주기적으로 나타나는 것 같습니다.

이 스레드가 최고의 정보원인 것 같아서 다시 열어야 한다고 생각합니다.

또한 node from Docker Official Images 에서 이 문제에 직면했습니다.
그러나 Mac OS 에서 실행되는 도커 컨테이너만 Windows 10 호스트가 아닙니다.

나는 또한 같은 문제에 직면하고 있습니다. 프로젝트를 작동시키려면 3/4번 연속으로 프로젝트를 저장해야 합니다.

이 문제를 잠그고 있습니다. 3년 된 코드를 기반으로 했으며 병합이 있었고 문제의 원인을 수정했습니다.

더 최근에 게시하는 사람들은 비슷한 증상을 겪고 있지만 동일한 출처가 아닙니다(또한 복제할 정보가 전혀 없음).

이러한 _new_ 문제를 해결하기 위해 홍보가 필요합니다. 감사 해요.