Nodemon: 오류: EADDRINUSE 듣기

복제할 수 없음:

// app.js
require('./dummy.js');
require('express')().listen(3000);

디렉토리 구조(node_modules 제외) - 또한 전역 nodemon.json이 작동하지 않는다는 점에 유의하십시오.

❯ tre
      1 .
      2 ├── app.js
      3 ├── dummy.js
      4 ├── package-lock.json
      5 └── package.json
      6
      7 0 directories, 4 files

구성 덤프:

--------------
node: v8.9.1
nodemon: master: aa18c806b37715a5b13aa7660e098f1fe7319a1c (1 dirty files)
command: /Users/remy/.nvm/versions/node/v8.9.1/bin/node /Users/remy/.nvm/versions/node/v8.9.1/bin/nodemon --dump
cwd: /Users/remy/Sites/nodemon/issues/1316
OS: darwin x64
--------------
{ run: false,
  system: { cwd: '/Users/remy/Sites/nodemon/issues/1316' },
  required: false,
  dirs: [ '/Users/remy/Sites/nodemon/issues/1316' ],
  timeout: 1000,
  options:
   { dump: true,
     ignore:
      [ '**/.git/**',
        '**/.nyc_output/**',
        '**/.sass-cache/**',
        '**/bower_components/**',
        '**/coverage/**',
        '**/node_modules/**',
        re: /.*.*\/\.git\/.*.*|.*.*\/\.nyc_output\/.*.*|.*.*\/\.sass\-cache\/.*.*|.*.*\/bower_components\/.*.*|.*.*\/coverage\/.*.*|.*.*\/node_modules\/.*.*/ ],
     watch: [ '*.*', re: /.*\..*/ ],
     ignoreRoot:
      [ '**/.git/**',
        '**/.nyc_output/**',
        '**/.sass-cache/**',
        '**/bower_components/**',
        '**/coverage/**',
        '**/node_modules/**' ],
     restartable: 'rs',
     colours: true,
     execMap: { py: 'python', rb: 'ruby' },
     stdin: true,
     runOnChangeOnly: false,
     verbose: false,
     signal: 'SIGUSR2',
     stdout: true,
     watchOptions: {},
     execOptions:
      { script: 'index.js',
        exec: 'node',
        args: [],
        scriptPosition: 0,
        nodeArgs: undefined,
        execArgs: [],
        ext: 'js,mjs,json',
        env: {} },
     monitor:
      [ '*.*',
        '!**/.git/**',
        '!**/.nyc_output/**',
        '!**/.sass-cache/**',
        '!**/bower_components/**',
        '!**/coverage/**',
        '!**/node_modules/**' ] },
  load: [Function],
  reset: [Function: reset],
  lastStarted: 0,
  loaded: [],
  watchInterval: null,
  signal: 'SIGUSR2',
  command:
   { raw: { executable: 'node', args: [ 'index.js' ] },
     string: 'node index.js' } }
--------------

디버그하고 답을 찾을 수 있도록 이 문제를 열어 두겠습니다(문제가 되지 않는다고 가정).

이전에 이 문제가 발생했습니다. 그것은 우연히 일어났다.
IMO, 이러한 종류의 문제는 사용된 포트가 해제되기 전에 nodemon이 서버를 다시 시작하기 때문입니다.

의견이 아닌 복제 가능한 사례로 가볼까요? 버그 수정에 도움이 될 것입니다…

이것을 일관되게 복제할 수 있는 것이 있다면(심지어 인위적인 방식으로라도) 그렇게 합시다. 그렇지 않으면 이 문제는 약 일주일 안에 종료됩니다.

이것은 최근에 닫힌 문제에서 다시 언급되었습니다. https://github.com/remy/nodemon/issues/1025#issuecomment -381025138.

다른 테스트를 만들어보고 원인을 정확히 찾아낼 수 있기를 바랍니다.

nodemon --watch src/theme.json --watch webpack.config.js --exec webpack-dev-server --port=4200 를 실행하는 Ubuntu 16.04 nodemon 1.17.3에서도 동일한 문제가 있습니다. О CTRL+C를 클릭하면 nodemon이 죽지만 webpack-dev-server는 죽지 않습니다. webpack-dev-server 자체를 실행할 때 나는 그러한 문제에 빠지지 않습니다.

@preslavsh 복제에 사용할 수 있는 축소된 저장소를 줄 수 있습니까? 아니면 해당 예제로 직접 nodemon을 디버그하려고 하십니까?

리포지토리를 공유할 수는 없지만 나중에 문제를 해결하거나 다른 프로젝트에서 재현할 수는 있습니다. 감사합니다.

또한이 문제가 발생합니다. 불행히도 저장소를 공유할 수는 없지만 나중에 귀하의 예제를 테스트하고 작은 저장소에서 예제를 재현하는 데 시간을 할애할 의향이 있습니다.

[nodemon] 1.17.3
[nodemon] to restart at any time, enter `rs`
[nodemon] watching: *.*
[nodemon] starting `ts-node ./bin/www`
Starting server from bin/www
Server started at http://localhost:8080
[nodemon] restarting due to changes...
[nodemon] restarting due to changes...
[nodemon] starting `ts-node ./bin/www`
Starting server from bin/www
Error: listen EADDRINUSE :::8080
    at Object._errnoException (util.js:1022:11)
    at _exceptionWithHostPort (util.js:1044:20)
    at Server.setupListenHandle [as _listen2] (net.js:1367:14)
    at listenInCluster (net.js:1408:12)
    at Server.listen (net.js:1492:7)
    at Object.<anonymous> (/home/-----/bin/www:12:28)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
    at Object.<anonymous> (/home/-----/node_modules/ts-node/src/bin.ts:145:12)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
[nodemon] app crashed - waiting for file changes before starting...

노드: 8.11.1
노드몬: 1.17.3
운영 체제: 데비안 9

편집: 위의 더미 코드로 복제를 시도했지만 복제할 수 없습니다. 내 자신의 저장소로 몇 가지 추가 테스트를 수행합니다.

@remy Nodemon 프로세스는 제 경우에 부모 프로세스가 종료된 후(Webpack 메모리 부족 또는 이와 유사한) 유지됩니다.
다음 은 이 경우를 복제하는 코드입니다.

OP @edsamonte 및 기타 중요:

애플리케이션을 실행하는 데 어떤 것을 사용하고 있습니까?

1. 실
2. npm
3. 둘 다(노드 직접 또는 nodemon 직접)

@jasonxia23 유효하지 않은 테스트입니다. SIGKILL ( -9 ) 신호를 루트 노드 프로세스(nodemon)에 보내고 있으므로 자식 프로세스를 정리할 수 없습니다.

메모리가 부족하고 OS 수준이 종료되면 문제가 발생합니다. 그러나 제출된 이 원래 문제는 이에 관한 것이 아니라 코드 기반 다시 시작과 백그라운드에서 여전히 실행 중인 하위 프로세스에 관한 것입니다(죄송합니다. 다시 시도해야 함).

현재 이 버그를 복제하는 방법에 대한 지침은 아직 없습니다.

같은 문제가 있습니다.
이것은 서버를 실행하는 순간부터 내 터미널입니다.

➜  dev-connector git:(models-and-authentication) ✗ npm run server

> [email protected] server /home/logan/dev/dev-connector
> nodemon server.js

[nodemon] 1.17.3
[nodemon] to restart at any time, enter 'rs'
[nodemon] watching: *.*
[nodemon] starting 'node server.js'
Server running on port 5000
MongoDB Connected
//SAVING NEW FILE OCCURS HERE.
[nodemon] restarting due to changes...
[nodemon] starting node server.js
events.js:183
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::5000
    at Object._errnoException (util.js:1022:11)
    at _exceptionWithHostPort (util.js:1044:20)
    at Server.setupListenHandle [as _listen2] (net.js:1367:14)
    at listenInCluster (net.js:1408:12)
    at Server.listen (net.js:1492:7)
    at Function.listen (/home/logan/dev/dev-connector/node_modules/express/lib/application.js:618:24)
    at Object.<anonymous> (/home/logan/dev/dev-connector/server.js:33:5)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
    at startup (bootstrap_node.js:188:16)
    at bootstrap_node.js:609:3
[nodemon] app crashed - waiting for file changes before starting...

원래 포스터가 말한 것 외에 내가 도울 수 있는 것이 있는지 모르겠습니다.
운영 체제: 우분투 16.04

nodemon 1.17.3, node 8.11에서도 이 문제가 발생합니다.

nodemon --signal SIGTERM 다시 테스트하고 문제를 복제할 수 있는지 여부를 보고하세요.

나는 이 문제를 복제할 수 있는 어떤 것도 가지고 있지 않습니다(그리고 작성자 코드, 환경, 구성 등을 기반으로 한 문제가 혼합된 것으로 의심됩니다). 누군가 스스로 디버깅을 시도할 수 없다면 이 문제를 끝내야 합니다.

오류가 발생하여 복제할 수 없었습니다. 오류가 다시 발생했을 때(한 번만 더) killall node 명령을 사용했고 그 이후로 오류가 발생하지 않았습니다. 서버가 다시 시작되기 전에 OS가 프로세스를 종료하지 않을 수 있습니다. 그러나 나는 추측할 수 있을 뿐이다. 많은 도움을 드리지 못해 죄송합니다. 저는 아직 개발 세계에 입문한지 얼마 되지 않아 최대한 많은 도움을 드리려고 노력하고 있습니다.

편집: 오류가 발생하면 즉시 nodemon --signal SIGTERM 다시 테스트합니다.

@LBWright 감사합니다! 같은 문제가 있었지만 killall node 했습니다.

Google 직원을 위한 솔루션...

나에게 문제는 concurrently 사용으로 인해 발생합니다. 내가 실수하지 않으면 동시에 닫히고 nodemon이 작업이 완료된 것으로 간주합니다.

동시에 사용하지 않더라도 nodemon 종료와 프로세스 종료의 충돌로 인해 과거에 유사한 문제가 많이 발생했습니다.

다음과 같이 거의 모든 무의미한 포트 관련 문제를 해결할 수 있습니다.

"events": {
    "restart": "fuser -k 5000/tcp ; fuser -k 3050/tcp"
}

본질적으로 위의 내용은 "TCP 포트 5000 및 3050에서 실행 중인 모든 것을 종료"합니다.

nodemon이 시작되기 전에 스크립트에 이것을 추가할 수도 있습니다:

# replace with your own ports
fuser -k 5000/tcp 
fuser -k 3050/tcp

또한 이것을 nodemon 명령에 추가해야 합니다.

 --delay 1500ms

지연이 없으면 10번 중 2번은 포트 충돌이 발생합니다.

지연은 또한 모든 새로운 변경 사항을 재설정하기 때문에 nodemon이 다시 시작하는 스팸을 방지합니다(충돌을 일으키는 또 다른 것을 방지).

다시 시작하기 전에 포트를 죽이는 기능이 내장된 것이라면(한 번에 여러 스크립트를 실행할 수 있는 기능과 함께) 더 좋을 것입니다.

cc @레미

@srcspider님 감사합니다. 나는 OP가 동시에 사용하지 않는다는 것을 알고 있지만 동시에 다른 문제에서 몇 가지 문제를 일으키고 있다는 것을 _알고 있습니다_.

PR을 열어 이것을 FAQ에 추가하시겠습니까? 다른 분들에게 유용한 팁입니다. 다시 한번 감사합니다.

누구든지 이 문제를 복제하려는 시도를 제안할 수 있을 때까지 앞으로 몇 시간 내에 이 문제를 종료하겠습니다. 사람들이 이 문제에 직면한 만큼 나는 아직 복제를 계속하기에 충분했습니다.

나는 또한 이것이 발생할 수 있는 방법이 수십 가지 있다는 점에 감사하지만(하위 프로세스가 연결을 닫고 계속 실행되는 것을 거부함), 인위적인 테스트에서도 복제할 수 없습니다(포트를 충분히 모르기 때문일 수 있음).

나는 진정으로 이 문제에 대한 관심을 얻기를 바라고 있습니다.

테스트할 대상이 있는 한 누구든지 이 주제로 새 문제를 만들 수 있어 기쁩니다.

감사합니다.

닫힌 문제를 제기해서 죄송합니다. @srcspider가 위의 수정 사항을 언급했기 때문에

해결 방법에 동의하므로 cc @remy

변경 사항을 저장 한 후 nodemon이 빌드를 다시로드하고 EADDRINUSE 문제로 인해 충돌하는 것과 같은 오류가 발생했습니다.

나는 1.14.1을 사용하고 있었고 * 하면 오류가 수정되어 이제 원활하게 작동합니다.

이제 당신이 그것을 언급했기 때문에 나는 꽤 오랫동안 오류를 보지 못했다고 생각합니다.

--signal SIGTERM 추가하여 수정한 것과 동일한 문제가 있었습니다.

--delay 1500ms 추가하면 주소 사용을 방지할 수 있습니다. @srcspider 감사

내 솔루션:

nodemon.json

{
  "execMap": {
    "js": "babel-node"
  },
  "env": {
    "NODE_ENV": "development"
  },
  "ext": ".js,.jsx",
  "ignore": [
    "test",
    "dist",
    "docs",
    "logs"
  ],
  "events": {
    "start": "sh nodemon.sh"
  },
  "script": "./src/server.js",
  "restartable": "rs",
  "verbose": false,
  "watch": ["src"],
  "stdin": false,
  "stdout": true,
  "quiet": true,
  "colours": true
}

nodemon.sh

PID=$(ps aux | grep _babel-node | sed -n '2p' | awk '{print $2}');

if [ ! -z "$PID" ]; then
  { kill -9 $PID && wait $PID; } 2>/dev/null;
fi;

src/server.js

import { exec } from 'child_process';

/* ...skipped for brevity... */

process.on('uncaughtException', (err) => {
  if (/EADDRINUSE/.test(err.message)) {
    exec(`sh nodemon.sh`);
  } else {
    console.error("uncaughtException:", err.message);
  }
});

// or better:
server.on('error', err => {
  if (err.code === 'EADDRINUSE') {
    exec(`sh nodemon.sh`);
  }
});

트릭은 다시 시작/충돌할 때가 아니라 nodemon이 시작할 때마다 포트를 종료하는 것입니다.

나는 exec() 대신 process.exit()를 사용했고 잘 작동합니다. 감사 해요!

나는 오늘이 문제를 경험했으며 콘솔에서 직접 nodemon 실행할 때 매력처럼 작동하지만 다음과 같은 노드를 사용할 때

"scripts": {
    "debug": "nodemon"
}

나는 그 오류를 얻었다

[nodemon] restarting due to changes... 
Error: listen EADDRINUSE :::5000
    at Object._errnoException (util.js:1022:11)
    at _exceptionWithHostPort (util.js:1044:20)
    at Server.setupListenHandle [as _listen2] (net.js:1367:14)
    at listenInCluster (net.js:1408:12)
    at Server.listen (net.js:1492:7)
    at Function.listen (/home/logan/dev/dev-connector/node_modules/express/lib/application.js:618:24)
    at Object.<anonymous> (/home/logan/dev/dev-connector/server.js:33:5)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)
    at Function.Module.runMain (module.js:693:10)
    at startup (bootstrap_node.js:188:16)
    at bootstrap_node.js:609:3
[nodemon] app crashed - waiting for file changes before starting...

Node.js 스타일 솔루션(Mac, Linux, Windows에서 작동):

yarn add kill-port

nodemon.json :

{
  "events": {
    "restart": "kill-port 5000",
    "crash": "kill-port 5000"
  },
 "delay": "1500"
}

포트 교체:

"restart": "kill-port [my port]",

Remy, 나는 이것을 복제하는 상당히 최소한의 repo를 만들 수 있었다고 믿습니다 . https://github.com/chrisveness/koa-hello-world를 참조

저에게 이 리포지토리는 코드 변경 시 Error: listen EADDRINUSE :::3000 를 트리거합니다. 나는 제거하면 -r dotenv/config 로부터 옵션 start-dev 에서 스크립트 package.json , 모든 것이 잘 작동합니다.

Linux Mint 18(Ubuntu 16.04 – Xenial)에서 Node v10.13.0을 실행하고 있습니다.

@remy nestjs 샘플 프로젝트를 통해 복제 가능:

네스트 문서: https://docs.nestjs.com/first-steps

$ npm i -g @nestjs/cli
$ nest new project

샘플 프로젝트에서 .ts 파일을 업데이트하면 Error: listen EADDRINUSE

내 환경: MacOS，노드 v10.9.0, "nodemon": "^1.18.6",

@forsigner nest,js와 동일한 오류

npm 패키지 대신 이것을 사용했습니다.

events": {
    "restart": "kill $(lsof -t -i:4444)",
    "crash": "kill $(lsof -t -i:4444)"
  }

리눅스에서 작동

@nzvtrk lsof -t -i:4444 이(가) 무엇을 하고 있고 이 솔루션이 어떻게 작동하는지 자세히 설명하시겠습니까?

lsof 는 Unix와 유사하므로 Windows에서는 이 명령을 사용할 수 없습니다. kill-port 가 더 나은 솔루션이라고 생각합니다.

FWIW, 이것은 원사 스크립트( "test-watch": "nodemon --exec 'yarn test'" )를 통해 nodemon을 실행할 때만 발생합니다.
nodemon --exec 'yarn test'" 직접 실행하면 발생하지 않습니다.

나에게 그것은 내가 원사 스크립트를 통해 실행되는 최신 버전의 nodemon과 함께 Babel을 사용할 때만 발생합니다.

1.13.3 - 마지막 작업 버전
1.14.0 - 모든 후속 버전에서 중단됨

나는 같은 문제가 있었고 최신 버전 - 1.18.7에서 이것이 수정 된 것 같습니다. 건배!!

예, [email protected] 도 저를 위해 수정한 것 같습니다. 엄청난!

네! 1.18.7이 작동합니다!

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

나에게 정확한 오류가 표시되지만(@1.18.7) 나머지는 모두 작동합니다(코드 업데이트).

안타깝게도 이 문제로 인해 더 이상 nodemon을 사용할 수 없습니다. 이전 인스턴스를 taskkill하지 않는 한 매번 발생합니다. 저는 윈도우 7입니다.

@forsigner 가 제안한 솔루션을 시도했지만 성공하지 못했습니다. 이전 인스턴스를 수동으로 taskkill'한 경우 _even_ 노드를 실행할 때마다 _매번_ "사용 중인 주소" 오류가 발생했습니다. 나는 그 이유를 상상할 수 없습니다.

상상에 의한 디버깅을 피하고 어떻게 그리고 왜 중단되는지 살펴보는 것이 가장 좋습니다.

또한 테스트할 것이 없는 Mac의 훨씬 이전 버전의 nodemon에서 발생한 문제에 대해서도 언급하고 있습니다. 그들이에 보낼 수있는 수정 사항이있을 경우 새 문제를 제기, (코드) 복제 세부 사항을 포함하고 어쩌면 참조 파고 : 나는 누군가가 그들이 것 _still_보고 비슷한 문제가있는 경우는 희망에서이 문제를 잠글거야 홍보 👍