Nodemon: Nodemon अक्सर बच्चे की प्रक्रिया को चालू (अलग) छोड़ देता है

अजीब तरह से मैं यहाँ एक ही मुद्दा शुरू कर दिया है। मैंने पहले इसका अनुभव नहीं किया था, और मुझे यकीन नहीं है कि मैंने इस समस्या को शुरू करने के लिए क्या अपडेट किया है।

ओएस एक्स एल कैपिटान
नोड v6.9.1
नोडमॉन v1.11.0

वही यहाँ, मुझे अपने एक्सप्रेस सर्वर में भी एक EADDRINUSE त्रुटि मिलती है

ओएस एक्स सिएरा
नोड 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

नोडमॉन 31962 को जन्म देता है, लेकिन 31963 अभी भी बना हुआ है (मुझे लगता है 31963 31962 की एक बाल प्रक्रिया है)। फिर पुनरारंभ करते समय, यह एक समस्या का कारण बनता है, क्योंकि 31963 में अभी भी सर्वर चल रहा है।

अद्यतन:
खोज करने पर, ऐसा लगता है कि SIGUSR2 चाइल्ड प्रोसेस को खत्म करने के लिए पर्याप्त नहीं है। SIGHUP की जरूरत थी।

मुझे भी यही तकलीफ़ है। क्या किसी को अभी तक समाधान मिला है?

मुझे एक ही समस्या हो रही थी और ऐसा लगता था कि यह कहीं से भी बाहर नहीं आ रहा है। मैंने इसे अपनी प्रविष्टि जेएस फ़ाइल के निचले भाग में जोड़ना शुरू कर दिया ताकि यह मेरी लिपि की आखिरी निष्पादित पंक्तियां हो, और ऐसा लगता है कि यह मेरे लिए इस मुद्दे को साफ़ कर रहा है। आशा है कि इससे सहायता मिलेगी!

मैं CTRL+C के साथ iTerm में और OSX Sierra 10.12.5 चलाने वाले मैक पर अपनी नोडमॉन प्रक्रिया से बाहर निकलता हूं।

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.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);
            });
        });
});

यहाँ पर वही सटीक मुद्दा होना।

क्षमा करें, केवल एक चीज जो मैंने कई परीक्षणों के बाद पाई है, वह है एक स्वच्छ ओएस स्थापना जो मेरे लिए लिनक्स के तहत तय की गई है। बेशक मैं हर बार क्लीन इंस्टाल नहीं करूंगा, मैं बस गड़बड़ कर रहा था।

ओएसएक्स पर यहां वही। सभी नोड प्रक्रियाओं को चालू रखना (1.12.0)

इस मुद्दे का कोई समाधान?

नहीं, मुझे फिर से समस्या का सामना नहीं करना पड़ा। मुझे नहीं पता कि किस कारण से नोडमॉन प्रक्रिया को खो देता है।

कोई उपाय?

मैं ubuntu 16.04, nodemon 1.12.1 और नोड v8 पर भी इस समस्या का अनुभव कर रहा हूं। प्रक्रिया को मैन्युअल रूप से मारने के अलावा कोई समाधान नहीं मिला है।

अपनी पिछली टिप्पणी पर मैंने जो किया उसे और विस्तृत करने के लिए - मेरे प्रोग्राम को भेजे गए सिग्नल ( SIGUSR2 ) ने इसे बाहर निकलने का कारण नहीं बनाया। मुझे इसके बजाय सिग्नल को SIGHUP बदलना पड़ा।

मैंने nodemon.json नामक एक फ़ाइल बनाई:

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

और मेरे package.json में, चूंकि मैं npm स्क्रिप्ट का उपयोग करता हूं, इसलिए नोडमॉन चलाना पर्याप्त होना चाहिए:

"dev": "nodemon",

समस्या ts-node ही है: https://github.com/TypeStrong/ts-node/pull/458

विंडोज़ पर इस त्रुटि के अपने ऐप/प्रोग्राम से छुटकारा पाने के लिए, आपको पोर्ट 3000 पर पीआईडी ​​​​प्रक्रिया को मारना होगा।

वास्तविक समस्या है कि यहाँ है nodemon का उपयोग करता है child_process.spawn के बजाय child_process.fork बच्चे प्रक्रियाओं बनाने के लिए । इस मामले में, माता-पिता की हत्या उसके बच्चों को नहीं मारती है।

इस का हल है संशोधित nodemon उपयोग करने के लिए child_process.fork जब नोड बच्चे प्रक्रियाओं बनाने (और child_process.spawn गैर नोड निष्पादनयोग्य लिए), इसलिए उस नोड के सुंदर (और स्वत) कचरा संग्रहण माता-पिता की मृत्यु होने पर प्रभावी हो सकता है।

child_process.fork का उपयोग करने से माता-पिता और बच्चे नोड प्रक्रियाओं के बीच संचार के लिए आईपीसी चैनलों का उपयोग करने का अतिरिक्त लाभ भी जुड़ता है जैसे कि process.send और process.on विधियों का उपयोग अंतर-प्रक्रिया संचार के लिए किया जा सकता है .

मैंने यहां एक साधारण पीआर बनाया है जो इस मुद्दे को संबोधित करता है (लेकिन अभी तक सीआई परीक्षण पास नहीं करता है): 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 निष्पादनयोग्य केवल)।

मुझे याद है कि कौन सा तरीका सही है, यह जानने के लिए पूरे हूप जंपिंग से गुजरना। आईआईआरसी spawn वह तरीका है जिसका उपयोग मुझे कुछ लिंक बनाए रखने के लिए करने की आवश्यकता है जो स्पॉन ने मुझे दिया लेकिन कांटा (एट अल) नहीं था।

एक पीआर भेजने के लिए स्वतंत्र महसूस करें जो सभी परीक्षणों को पास करता है यदि आपको लगता है कि यह काम करेगा।

आह, क्षमा करें, पीआर चूक गया, लेकिन हाँ, यह विफल हो गया और मुझे संदेह है क्योंकि आप फोर्किंग कर रहे हैं।

ठीक है, हाँ, जैसा मैंने कहा, और जैसा कि यह node प्रलेखन में बताता है, fork विशेष रूप से बच्चे नोड प्रक्रियाओं को उत्पन्न करने वाली नोड प्रक्रियाओं के उपयोग के लिए है, जबकि spawn के लिए है अन्य सभी गैर-नोड प्रक्रियाएं।

Child_process.fork() विधि child_process.spawn() का एक विशेष मामला है जिसका उपयोग विशेष रूप से नई Node.js प्रक्रियाओं को उत्पन्न करने के लिए किया जाता है। चाइल्ड_प्रोसेस.स्पॉन () की तरह, चाइल्डप्रोसेस ऑब्जेक्ट लौटाया जाता है। लौटाए गए चाइल्डप्रोसेस में एक अतिरिक्त संचार चैनल अंतर्निहित होगा जो संदेशों को माता-पिता और बच्चे के बीच आगे और आगे पारित करने की अनुमति देता है। विवरण के लिए subprocess.send() देखें।
https://nodejs.org/api/child_process.html#child_process_child_process_fork_modulepath_args_options

मैं देखूंगा कि क्या मैं पीआर के साथ जारी रख सकता हूं लेकिन इसमें कुछ समय नहीं हो सकता है। जिस .apply उपयोग आप spawn पर कॉल करने के लिए करते हैं, वह ऐसी चीज नहीं है जिसका मैं नियमित रूप से उपयोग करता हूं, और हमें stdin/out/err को संभालने का एक तरीका खोजना होगा जो silent: true साथ किया जा सकता है

क्या आपके परीक्षण बच्चे के पीआईडी ​​​​की जांच करते हैं या स्टड/आउट की जांच करते हैं, या ..?

यदि आप आश्वस्त हैं कि spawn आपके रेपो के लिए एकमात्र उत्तर है, तो मैं सुझाव दूंगा कि पैदा हुए बच्चे के पीआईडी ​​​​को स्टोर करने की कोशिश करें और उस .on('exit') , .on('SIGINT') मार दें, आदि... हालांकि मुझे अभी भी लगता है कि fork का उपयोग करना आसान हो जाएगा।

यहाँ भी यही मुद्दा है, मुझे लगता है कि यह कुछ दिन पहले शुरू हुआ था जब मैं NodeJS 6.4.0 से NodeJS 8.90 पर गया था।

यह तब होता है जब मैं पहले nodemon को CTRL+C के साथ रोकता हूं और फिर मुझे इसे फिर से शुरू करने की आवश्यकता होती है।

अब मुझे हर बार टास्क मैनेजर के माध्यम से नोड प्रक्रिया को मैन्युअल रूप से बंद करना होगा [विंडोज 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

हाँ, मैंने इसे स्थानीय परीक्षण में आज़माया है, .splice(1) जो वास्तव में --inspect यदि यह सीएलआई तर्कों में है, लेकिन यह भी काम नहीं करता है। मैं _थिंक_ ऐसा इसलिए करता हूं क्योंकि यह मुख्य नोड प्रक्रिया (वर्तमान में नोडमॉन.जेएस निष्पादित करने वाली) को बंद कर रहा है जिसमें डीबगर खुला नहीं है।

मैंने अभी के लिए एक समाधान में हैक किया है (अपने पीआर में टिप्पणियां देखें), और यह नवीनतम मुद्दों को ठीक करता है, लेकिन मुझे 100% यकीन नहीं है कि यह बुलेटप्रूफ है।

हम्म ठीक है, मैं इसकी समीक्षा करूंगा और देख सकता हूं कि कोई बेहतर समाधान हो सकता है या नहीं। हाँ, मुझे लगता है कि यह मामला है, --inspect को मूल प्रक्रिया पर ध्वजांकित किया जाना चाहिए जो बच्चे को पारित हो जाता है।

1.12.1 से 1.12.7 अपडेट किया गया और अभी भी प्राप्त हो रहा है

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

जब मैं इसे (CTRL + C) छोड़ने के बाद Nodemon को पुनरारंभ करता हूं।

(विंडोज़ 10) और अतिरिक्त: दिल: @remy के लिए !

क्या आप एक अलग मुद्दा दर्ज कर सकते हैं और विंडोज़ (गिट बैश, आदि) में आप कैसे चल रहे हैं, इस पर पूर्ण विवरण शामिल कर सकते हैं।

@रेमी ज़रूर, #1164

एक एक्सप्रेस सर्वर नहीं चल रहा है, लेकिन एक नोडज नेट सॉकेट चला रहा हूं और नोडमॉन-वी: 1.14.2 के साथ एक ही समस्या है
नोड-वी: 9.4
ubuntu/xenial

तो हो सकता है कि ऊपर उल्लिखित जनसंपर्क ने इसे हल नहीं किया हो?

यदि नोडमॉन क्रैश नहीं होता है, तो यह परिवर्तनों पर फिर से शुरू हो जाएगा, लेकिन अगर नोडमॉन क्रैश हो जाता है या मुझे इसे समाप्त करने की आवश्यकता होती है, तो यह सॉकेट को चालू छोड़ देता है और मुझे नोडमॉन को फिर से चलाने से पहले pkill node होगा अन्यथा मुझे उपयोग में पोर्ट मिल जाएगा। त्रुटि।

नोट: मेरे मॉड्यूल में जो नेट सॉकेट शुरू करता है मैंने किल कोड में बनाया है, इसलिए जब प्रक्रिया अचानक समाप्त हो जाती है जैसे cntrl-c (SIGUP) यह सॉकेट को बंद कर देता है। FYI करें, मैं ऑन-डेथ मॉड्यूल का उपयोग करता हूं।

बेबेल का उपयोग नहीं कर रहा हूं लेकिन 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') या दोनों का संयोजन।

मैं इसे नोडमॉन के नवीनतम संस्करणों में से एक पर भी अनुभव कर रहा

मैकोज़ हाई सिएरा v10.13.4 पर नोडमॉन 1.17.3, नोड 9.2.0 के साथ भी इसका अनुभव करते हुए, @johnnydimas ऊपर एक लाइनर समाधान ने इसे मेरे लिए अब तक तय किया है।

मुझे यह Ubuntu 18.04 और 17.10 पर भी मिलता है।

इसके साथ भी! सभी पैकेज अप-टू-डेट।
macOS हाई सिएरा v10.13.2 . पर

@lukebrewerton @MissAnichka @ danielo515 @cormickjbrowne @ajones @sinonkt @nodediggity
मैं इस मुद्दे को ठीक करने में कामयाब रहा।
यह वास्तव में नोडमोन नहीं है, बल्कि बेबेल-नोड है!
npm i kexec -D समस्या का समाधान करेगा

व्याख्या:
https://github.com/babel/babel/issues/1062#issuecomment -84526036

संपादित करें:
थोड़ा उत्साही हो गया और अन्य उपयोग के मामलों को ध्यान में नहीं रख रहा था।
लेकिन अगर आप बेबेल-नोड का उपयोग कर रहे हैं, तो यह समस्या को ठीक कर देगा हालांकि = डी

मैं बेबेल का उपयोग नहीं कर रहा हूं, बस सादा पुराना नोड जेएस

अभी भी इसे नोडमॉन 1.17.5 पर नोड 9.5 के साथ मिल रहा है।

दुर्भाग्य से, node -r ts-node/register index.ts साथ चल रहा है

@ कामशाक कृपया एक नया मुद्दा खोलें और अपने index.ts को एक प्रतिकृति उदाहरण के लिए नीचे शामिल करें

मैं अभी भी macOS 10.13.3 पर नोडमॉन 1.18.3 और नोड 8.11.4 के साथ यह समस्या कर रहा हूँ।

वही मुद्दा .... Ubuntu 18.04 LTS पर नोडमॉन 1.18.3 और नोड 8.11.4। प्रक्रिया को खत्म करने और 2500ms की अतिरिक्त देरी जोड़ने के लिए स्पष्ट रूप से SIGHUP का उपयोग करने के साथ नोडमॉन कॉन्फ़िगरेशन मार्ग का भी प्रयास किया ..... दुर्भाग्य से कोई खुशी नहीं ....

यदि आप वेबस्टॉर्म टर्मिनल पैनल के माध्यम से नोडमॉन लॉन्च करते हैं और आईडीई (या शायद टर्मिनल पैनल को फिर से खोलने) के बाद EADDRINUSE है, तो जांच लें कि प्रक्रिया सूची में कोई आवारा नोडम प्रक्रिया शेष है या नहीं। मेरे साथ Ubuntu 18.04 को हुआ।

संकेत @dchekanov के लिए धन्यवाद। मुझे vscode का उपयोग करके यही समस्या हो रही थी। मैं मज़बूती से EADDRINUSE विफलता हर बार नोडमॉन ने पुनरारंभ करने का प्रयास किया। यह दो नोडमोन प्रक्रियाओं के बीच किसी प्रकार की दौड़ की स्थिति के लिए समझ में आता है।

मेरी भी यही समस्या है।
नोडमॉन -वी 1.18.4
नोड -v v8.11.1
macOS Mojave संस्करण 10.14
VsCode टर्मिनल

मेरे साथ भी वही दिक्कत है। आप इस रेपो को क्लोन कर सकते हैं: https://github.com/aecorredor/express-graphql-postgres-starter और चलाएं yarn और फिर yarn start , बदलाव करें, सहेजें और त्रुटि देखें . ध्यान दें कि मैं समवर्ती रूप से उपयोग नहीं कर रहा हूं। मैं अभी nodemon --exec babel-node index.js . चलाता हूं

वही मुद्दा। 1.18.6।
उबंटू पर डॉकर में चल रहा है, नोड 10.11

यहाँ वही मुद्दा!

इसने मेरी मदद की
yarn add --dev kexec

मुझे हाल ही में एक ही मुद्दा मिला है ....
शायद डोकर उन्नयन का कारण...मुझे नहीं पता क्यों...
एड्रिनयूज...

हाय @justintien ,

मैं नोडमॉन के साथ कई बार इस मुद्दे का सामना कर रहा था, फिर भी मैं pm2 पैकेज (http://pm2.keymetrics.io/) के लिए बदल गया, जिसे मैं उत्पादन में उपयोग करता हूं।

बस इसे जोड़ें और इसके साथ शुरू करें: pm2 start src/server.ts --watch --no-daemon
यदि आपके पास ES6 स्क्रिप्ट हैं, तो आपको टाइपस्क्रिप्ट मॉड्यूल को प्रीइंस्टॉल करने की आवश्यकता है और आप इसे पोस्टिन्टॉल में जोड़ सकते हैं:
"पोस्टइंस्टॉल": "$(यार्न बिन)/pm2 इंस्टाल टाइपस्क्रिप्ट"

उममीद है कि इससे मदद मिलेगी।

मेरे लिए काम करने का एकमात्र तरीका "signal": "SIGTERM", को nodemon.json जोड़ना था।

मैं यार्न, डॉकर और अल्पाइन 10 का उपयोग कर रहा हूं।

@lukebrewerton @MissAnichka @ danielo515 @cormickjbrowne @ajones @sinonkt @nodediggity
मैं इस मुद्दे को ठीक करने में कामयाब रहा।
यह वास्तव में नोडमोन नहीं है, बल्कि बेबेल-नोड है!
npm i kexec -D समस्या का समाधान करेगा

व्याख्या:
बेबल/बेबेल#1062 (टिप्पणी)

संपादित करें:
थोड़ा उत्साही हो गया और अन्य उपयोग के मामलों को ध्यान में नहीं रख रहा था।
लेकिन अगर आप बेबेल-नोड का उपयोग कर रहे हैं, तो यह समस्या को ठीक कर देगा हालांकि = डी

मुझे अभी भी नवीनतम संस्करण में अपडेट किए गए सभी पैकेजों के साथ एक ही समस्या है। लेकिन kexec इंस्टॉल करके, किसी तरह यह काम करता है। लेकिन मुझे पूरा यकीन नहीं है क्योंकि ऐसा लगता है कि kexec पैकेज सक्रिय रूप से बनाए नहीं रखा गया है।

npmi kexex ने 1.18.6 . का उपयोग करते हुए मेरे लिए काम नहीं किया

दोस्तों, यह एक बंद और असमर्थित मुद्दा है। यदि कोई बग है जो आप नवीनतम नोडमॉन में देख रहे हैं, तो कृपया एक नए मुद्दे की रिपोर्ट करें जिसमें पूरे निर्देशों के साथ दोहराया जाए कि कैसे दोहराया जाए।

ध्यान दें कि मैंने पहले भी इसी मुद्दे पर यह कहा है।

अन्यथा कृपया जान लें कि मैं बंद मुद्दों की निगरानी नहीं कर रहा हूं।

मैं एक ही समस्या का सामना कर रहा था और निम्न आदेश के साथ 1.12.6 संस्करण स्थापित करके इससे छुटकारा पा रहा था: yarn global add nodemon@next और फिर आप सूची में 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

मैं पहले से ही कोशिश करता हूं:

• "सिग्नल": "SIGTERM", nodemon.json में।
• npm i -D kexc (मुझे पता है कि बेबेल-नोड पहले 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)

@मोहम्मद-बदाउई
उत्पादन में, मैंने नोडमॉन का उपयोग नहीं किया, यह सिर्फ डेवलपर के लिए है ...
मैं उत्पादन में डॉकर का उपयोग करता हूं। :शरमाना:

नोड@10.13.0 और [email protected] के साथ समस्या का सामना किया,
इसलिए नोडमोन को 1.18.8 पर अपडेट करना पड़ा, अब काम करता है

टीएस और अपोलो सर्वर का प्रयोग करें।

@ Alienalien13 ने जो कहा,

समाचार!

मैं 1.18.9 में अपग्रेड करता हूं, यह ठीक काम करता है !!

महान!!

@मोहम्मद-बदाउई

धन्यवाद दोस्त ! प्रतिक्रिया के लिए धन्यवाद

अपनी पिछली टिप्पणी पर मैंने जो किया उसे और विस्तृत करने के लिए - मेरे प्रोग्राम को भेजे गए सिग्नल ( SIGUSR2 ) ने इसे बाहर निकलने का कारण नहीं बनाया। मुझे इसके बजाय सिग्नल को SIGHUP बदलना पड़ा।

मैंने nodemon.json नामक एक फ़ाइल बनाई:

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

और मेरे package.json में, चूंकि मैं npm स्क्रिप्ट का उपयोग करता हूं, इसलिए नोडमॉन चलाना पर्याप्त होना चाहिए:

"dev": "nodemon",

वर्कअराउंड के रूप में "signal": "SIGHUP" जोड़ना मेरे लिए काम कर गया।

@Mutmatt nodemon v1.18.10 मुझे "अज्ञात या अप्रत्याशित विकल्प: -- निरीक्षण" बताता है।

@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

सब कुछ मेरे लिए काम नहीं करता :(
टीएस-नोड + नोडमोन का उपयोग करना

मैं विजुअल स्टूडियो टर्मिनल, उबंटू 18 का उपयोग कर रहा था, एक तरीका था टर्मिनल छोड़ना, प्रक्रिया ढूंढना और इसे मारना
विजुअल स्टूडियो के बाहर नया टर्मिनल शुरू करें
ताकि मेरे लिए काम किया

यूपी

जांचें कि क्या आपके पास विश्व स्तर पर नोडमॉन स्थापित है। इसे हटाने से मेरे लिए समस्या ठीक हो गई।

मैं पर्यावरण चर के लिए dotenv पुस्तकालय का उपयोग कर रहा था और मुझे उसी समस्या का सामना करना पड़ा। मेरे लिए यह '.env' फाइल थी।

वो ऐसा था:
PORT=3000,

यदि आप json से कॉपी पेस्ट कर रहे हैं तो कॉमा हटाना न भूलें।

इसने मेरे लिए समस्या का समाधान किया
npm cache clean -force

विकल्प "autoAttachChildProcesses": true मेरे लिए हल हो गया

विकल्प "autoAttachChildProcesses": सच मेरे लिए हल हो गया

क्या आपने इसे nodemon.json में कॉन्फ़िगर किया है या यह विकल्प कहां रखा जाना चाहिए?

मुझे अभी एक ही समस्या हो रही है। अगर कुछ बचा है तो इवेंट लूप डीबग करने का प्रयास किया लेकिन ऐसा लगता है।

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

क्या किसी ने इसके लिए सही, साफ समाधान निकाला है?

विंडोज़ पर "नोड.एक्सई नोड.जेएस: सर्वर-साइड जावास्क्रिप्ट" प्रक्रियाओं को रोकें।

अपनी जेएस फ़ाइल के नीचे जोड़ें, जहां आप सर्वर शुरू कर रहे हैं इसे रखें:
process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); })

आपका स्वागत है!

बस एफवाईआई अगर कोई अभी भी संघर्ष कर रहा है तो इसे भी आजमाएं:
मैं यार्न का उपयोग कर रहा हूं और एक साधारण yarn cache clean ने मेरे लिए जादू किया।
npm उपयोगकर्ताओं के लिए, npm cache clean आज़माएं।

तो जब यह चलता है तो नोडमॉन को मारने का कोई तरीका नहीं है ???

बस नवीनतम नोडमॉन में अपडेट किया गया और एनपीएम अपग्रेड और इसमें चलने के साथ-साथ नोड 6 से 10 तक टकरा गया:
"नोडेमन": "^ 1.19.2",
नोड: 10.16.0
एनपीएम: 6.9.0

@ doc82 यह विशेष मुद्दा बेहद जटिल है और हर बार शायद ही कभी एक ही बात होती है।

आप दोहराने के तरीके के बारे में पूर्ण विवरण के साथ एक नया मुद्दा उठाना चाहेंगे, क्योंकि 10 में से 9 बार यह आपके प्रोजेक्ट पर नोडमॉन चलाया जा रहा है जो "हैंगिंग सबप्रोसेस" का कारण बनता है।

मैं निम्नलिखित के साथ एक त्रुटि का सामना कर रहा था

[नोडमोन] परिवर्तनों के कारण पुनः आरंभ हो रहा है...
[नोडमोन] node server.js
इवेंट.जेएस:183
फेंक एर; // हैंडल न किया गया 'त्रुटि' घटना
^

त्रुटि: EADDRINUSE सुनें ::: 3000
Object._errnoException पर (util.js:1022:11)
_exceptionWithHostPort पर (util.js:1044:20)
Server.setupListenHandle पर [as _listen2] (net.js:1367:14)
सुनोइनक्लस्टर पर (net.js:1408:12)
Server.listen पर (net.js:1492:7)
वस्तु पर।(/home/dg/junesis/server.js:8:8)
मॉड्यूल._कंपाइल पर (मॉड्यूल.जेएस:652:30)
Object.Module._extensions..js पर (module.js:663:10)
मॉड्यूल.लोड पर (मॉड्यूल.जेएस: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)
बूटस्ट्रैप_नोड.जेएस:609:3 . पर
[नोडमोन] ऐप क्रैश हो गया - शुरू होने से पहले फ़ाइल में बदलाव की प्रतीक्षा कर रहा है ...
[नोडमोन] परिवर्तनों के कारण पुनः आरंभ हो रहा है...
[नोडमोन] node server.js
पोर्ट 3000 पर सुन रहा हूँ...
[नोडमोन] परिवर्तनों के कारण पुनः आरंभ हो रहा है...
[नोडमोन] node server.js
इवेंट.जेएस:183
फेंक एर; // हैंडल न किया गया 'त्रुटि' घटना
^

त्रुटि: EADDRINUSE सुनें ::: 3000
Object._errnoException पर (util.js:1022:11)
_exceptionWithHostPort पर (util.js:1044:20)
Server.setupListenHandle पर [as _listen2] (net.js:1367:14)
सुनोइनक्लस्टर पर (net.js:1408:12)
Server.listen पर (net.js:1492:7)
वस्तु पर।(/home/dg/junesis/server.js:8:8)
मॉड्यूल._कंपाइल पर (मॉड्यूल.जेएस:652:30)
Object.Module._extensions..js पर (module.js:663:10)
मॉड्यूल.लोड पर (मॉड्यूल.जेएस: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)
बूटस्ट्रैप_नोड.जेएस:609:3 . पर
[नोडमोन] ऐप क्रैश हो गया - शुरू होने से पहले फ़ाइल में बदलाव की प्रतीक्षा कर रहा है ...
[नोडमोन] परिवर्तनों के कारण पुनः आरंभ हो रहा है...
[नोडमोन] 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 पर (आंतरिक/मॉड्यूल/cjs/loader.js:807:18)
मॉड्यूल.लोड पर (आंतरिक/मॉड्यूल/सीजे/लोडर.जेएस:653:32)
tryModuleLoad पर (आंतरिक/मॉड्यूल/cjs/loader.js:593:12)
Function.Module._load पर (आंतरिक/मॉड्यूल/cjs/loader.js:585:3)
मॉड्यूल.require पर (आंतरिक/मॉड्यूल/cjs/loader.js:692:17)
आवश्यकता पर (आंतरिक/मॉड्यूल/cjs/helpers.js:25:18)
वस्तु पर।(/home/dg/junesis/node_modules/bcrypt/bcrypt.js:6:16)
मॉड्यूल._कंपाइल पर (आंतरिक/मॉड्यूल/cjs/loader.js:778:30)
Object.Module._extensions..js पर (आंतरिक/मॉड्यूल/cjs/loader.js:789:10)
मॉड्यूल.लोड पर (आंतरिक/मॉड्यूल/सीजे/लोडर.जेएस:653:32)
tryModuleLoad पर (आंतरिक/मॉड्यूल/cjs/loader.js:593:12)
Function.Module._load पर (आंतरिक/मॉड्यूल/cjs/loader.js:585:3)
मॉड्यूल.require पर (आंतरिक/मॉड्यूल/cjs/loader.js:692:17)
आवश्यकता पर (आंतरिक/मॉड्यूल/cjs/helpers.js:25:18)
वस्तु पर।(/home/dg/junesis/server/controller/userController.js:2:16)
मॉड्यूल._कंपाइल पर (आंतरिक/मॉड्यूल/cjs/loader.js:778:30)
[नोडमोन] ऐप क्रैश हो गया - शुरू होने से पहले फ़ाइल में बदलाव की प्रतीक्षा कर रहा है ...

आपको निम्न आदेश चलाने की आवश्यकता है:
आरएम-आरएफ नोड_मॉड्यूल/बीक्रिप्ट
एनपीएम इंस्टॉल

हालाँकि, मैं अपनी प्रविष्टि फ़ाइल में नीचे दिए गए कोड का उपयोग करके समस्या को हल करने के लिए हुआ:
प्रक्रिया
// सामान्य निकास को संभालें
.on('निकास', (कोड) => {
nodemon.emit ('छोड़ो');
प्रक्रिया। बाहर निकलें (कोड);
})

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

https://github.com/remy/nodemon/issues/1025#issuecomment -345361918 के लिए धन्यवाद

विंडोज़ पर "नोड.एक्सई नोड.जेएस: सर्वर-साइड जावास्क्रिप्ट" प्रक्रियाओं को रोकें।

अपनी जेएस फ़ाइल के नीचे जोड़ें, जहां आप सर्वर शुरू कर रहे हैं इसे रखें:
process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); })

आपका स्वागत है!

यह मदद की! धन्यवाद!

डेबियन आधारित डिस्ट्रो पर मेरी जेएस फ़ाइल के अंत में process.on('SIGINT', () => { console.log("Bye bye!"); process.exit(); }) जोड़ा गया और समस्या दूर हो गई।

मैं इसी मुद्दे को मार रहा हूं और मुझे 100% यकीन नहीं है कि क्यों, लेकिन मैंने अपनी स्टार्ट स्क्रिप्ट को एक किल कमांड को शामिल करने के लिए संपादित किया है।

यह काम करना चाहिए यदि आप केवल मैक/* निक्स का उपयोग विकास के लिए कर रहे हैं जैसे कि मैं हूं, पोर्ट को शुरू करने के लिए जो कुछ भी उपयोग कर रहा है उसे मारने के लिए अपनी स्टार्ट स्क्रिप्ट को संशोधित करें:

"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 ।

यहां दोनों टूल के संस्करणों पर समान है। ऐसा लगता है कि यह मुद्दा समय-समय पर असंख्य कारणों से सामने आता है।

चूंकि यह धागा जानकारी का सबसे अच्छा स्रोत प्रतीत होता है, मुझे लगता है कि इसे फिर से खोलना चाहिए।

रुको, रुको, प्रक्रिया को मारने के बाद भी नोडमॉन चल रहा है! मैंने एक सर्वर फ़ाइल को ट्वीक करने के बाद देखा, और अचानक पिड फिर से दिखाई दिया। मैं समवर्ती रूप से नोडमॉन चला रहा हूं, इसलिए मुझे नहीं पता कि इससे कोई फर्क पड़ता है या नहीं।

मैं पिछले हफ्ते एक नई हापी परियोजना पर उस समस्या का सामना कर रहा हूं। 5 में से 4 बार, जब नोडमॉन पुनः लोड होता है तो मुझे EADDRINUSE त्रुटि मिलती है।

लेकिन मैं पुरानी परियोजनाओं के साथ काम करते समय, हापी के पुराने संस्करणों और नोडमॉन के समान संस्करण ( 2.0.2 ) का उपयोग करते हुए उस त्रुटि को पुन: उत्पन्न नहीं कर सकता । मेरी नई परियोजना के समान हापी और नोडमॉन संस्करणों के साथ खरोंच से एक परियोजना बनाते समय मैं इसे पुन: पेश नहीं कर सकता। मैं कारण की जांच करने की कोशिश करूंगा, लेकिन यह स्वयं हापी या नोडमोन नहीं है।

मुझे पहले कभी यह समस्या नहीं हुई लेकिन अब अचानक से यह समस्या होने लगी है। उबंटू 18.04 "nodemon": "^2.0.2" , नोड संस्करण 13.7.0 ।

यहां दोनों टूल के संस्करणों पर समान है। ऐसा लगता है कि यह मुद्दा समय-समय पर असंख्य कारणों से सामने आता है।

चूंकि यह धागा जानकारी का सबसे अच्छा स्रोत प्रतीत होता है, मुझे लगता है कि इसे फिर से खोलना चाहिए।

हां, @Ratstail91 के साथ - को फिर से खोलना चाहिए।

नमस्ते,

मुझे यहाँ वही समस्या है, जो आज से शुरू हो रही है।
मैं ts-नोड के साथ नोडमॉन का उपयोग कर रहा हूं (टाइपस्क्रिप्ट का उपयोग करके विकसित परियोजना)

मैंने नीचे कुछ भी करने की कोशिश की और कुछ भी काम नहीं किया:

1. नोड_मॉड्यूल को पुनर्स्थापित करें
2. नोड संस्करणों को 10 से 12 और 13 पर स्विच करें और अल्पाइन टैग भी।
3. नोडमॉन 2.0.2 से 1.19 . पर स्विच करें
4. प्रून डॉकर वॉल्यूम, नेटवर्क, कंटेनर, इमेज
5. खरोंच से छवियों का पुनर्निर्माण करें।
6. सभी प्रकार की तकनीकों का उपयोग करके सभी नोड प्रक्रियाओं और 3000 पर चलने वाली हर चीज़ को मारें: lsof, pkill, किल, किल ...
7. पोर्ट को 3000 से अन्य में बदलना
8. होस्ट को 0.0.0.0 से अन्य में बदलना
9. मेरी मशीन को पुनरारंभ करें (अंतिम समाधान स्थिति)

मजेदार बात यह है कि मैंने कल नोडमॉन को अपडेट किया था ...
यदि आप लोगों के पास कोई समाधान है, तो मैं अभी भी यहाँ हूँ।

संदेश त्रुटि है =>

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 से Docker Official Images पर भी इस समस्या का सामना करना पड़ता है।
हालांकि, केवल डॉकटर कंटेनर Mac OS पर चल रहा है, लेकिन Windows 10 होस्ट के लिए नहीं।

मुझे भी इसी समस्या का सामना करना पड़ रहा है, मुझे इसे काम करने के लिए प्रोजेक्ट को लगातार 3/4 बार सहेजने की ज़रूरत है।

मैं इस मुद्दे को बंद कर रहा हूं। यह 3 साल पुराने कोड पर आधारित था, एक पीआर मर्ज था और समस्या के स्रोत को ठीक कर दिया था।

हाल ही में पोस्ट करने वाले लोग समान लक्षणों का अनुभव कर रहे हैं, लेकिन समान स्रोत नहीं (साथ ही दोहराने के लिए कोई जानकारी नहीं है)।

इन _new_ मुद्दों को ठीक करने के लिए जनसंपर्क करेंगे। धन्यवाद।