नोड / एक्सप्रेस: EADDRINUSE, पहले से ही उपयोग में मौजूद पता

442

मेरे पास कनेक्ट का उपयोग करके नोड में एक साधारण सर्वर चल रहा है:

var server = require('connect').createServer();
//actions...
server.listen(3000);

मेरे कोड में मेरे पास वास्तविक हैंडलर हैं, लेकिन यह मूल विचार है। मुझे जो समस्या है वह है

EADDRINUSE, Address already in use

जब यह पहले दुर्घटनाग्रस्त हो गई या त्रुटियां हुईं तो फिर से अपना आवेदन चलाते समय मुझे यह त्रुटि मिली। चूंकि मैं टर्मिनल का एक नया उदाहरण नहीं खोल रहा हूं, इसलिए मैं इस प्रक्रिया को बंद कर देता हूं ctr + z।

मुझे पूरा यकीन है कि मुझे बस इतना करना होगा कि मैं सर्वर या कनेक्शन बंद कर दूं। मैं कॉल करने की कोशिश server.close()में process.on('exit', ...);कोई भाग्य के साथ।

node.js

— Skawful
स्रोत

39

वास्तव में, इसके बजाय Ctrl + zआपको उपयोग करना चाहिए Ctrl + cजो SIGQUIT भेजकर कार्यक्रम को सही ढंग से बंद कर देगा :) आगे के विवरण के लिए विकी देखें :)

— nacho4d

1

आप मतलब SIGINT। SIGQUIT

— Xedecimal

53

कोशिश करो pkill nodejsया pkill nodeअगर UNIX की तरह OS पर

— Gerard

1

मेरे पास एक समान मुद्दा था और इस पैकेज को मिला जब आप CTRL + C: npmjs.com/package/exit-hook

— Jazzy

1

1. ऐसा लगता है कि पोर्ट पर एक झूलने वाली या डेड प्रोसेस आईडी है, इसलिए नोड आधारित सेवा शुरू नहीं हो रही है और PORT IN USE (ERROR ADDRESS IN USE) में त्रुटि शुरू हो रही है। 2. हम यह पता लगाने की कोशिश कर रहे हैं कि कैसे जारी किया जाए सर्वर को रिबूट किए बिना पोर्ट 10000।

— abksharma

147

process.on('exit', ..)यह नहीं कहा जाता है कि क्या प्रक्रिया क्रैश हो जाती है या मार दी जाती है। यह केवल कहा जाता है जब घटना पाश समाप्त होता है, और के बाद से किया गया है server.close() की तरह समाप्त हो जाती है घटना पाश (यह अभी भी वर्तमान में यहाँ के ढेर को चलाने के लिए इंतजार करना पड़ता है और वहाँ) यह कोई मतलब नहीं है बाहर निकलने घटना के अंदर डाल करने के लिए है कि ...

क्रैश पर, करो process.on('uncaughtException', ..)और मारो पर करोprocess.on('SIGTERM', ..)

कहा जा रहा है कि, SIGTERM (डिफॉल्ट किल सिग्नल) एप को साफ कर देता है, जबकि SIGKILL (तत्काल समाप्ति) एप को कुछ भी नहीं करने देगा।

— तोर वालमो
स्रोत

3

यह भी process.on पर उपयोगी हुक ( 'SIGINT', ...) है

— farincz

487

आप कमांड लाइन मार्ग भी जा सकते हैं:

ps aux | grep node

प्रक्रिया आईडी प्राप्त करने के लिए।

फिर:

kill -9 PID

मारने पर -9 करना SIGKILL (SIGTERM के बजाय) भेजता है। मेरे लिए नोड द्वारा SIGTERM को कभी-कभी अनदेखा कर दिया गया है।

— djburdick
स्रोत

1

ps aux | grep nodeकुछ नहीं दिखाता; अभी भी textareaserver --editor-cmd='gvim -f'विफल रहता है: 14 Mar 21:19:30 - socket.io तैयार - कनेक्शन स्वीकार करना अब सर्वर शुरू कर सकता है: EADDRINUSE, पता पहले से ही उपयोग में है

— जीन जोर्डन

75

इसके बजाय यह क्योंkillall -9 node

— मार्टिन जोसेफसन ने

1

pidofबहुत आसान है

— JVE999

25

मैंने लंबे समय तक इस उत्तर का उपयोग किया, फिर एक दिन इसे सुविधा के लिए एक लाइनर में बनाया .. यह कमांड किसी दिए गए पोर्ट पर चलने वाली किसी भी प्रक्रिया को मार देगा (इस उदाहरण में 8000): lsof -n -i4TCP:8000 | grep LISTEN | tr -s ' ' | cut -f 2 -d ' ' | xargs kill -9

— lukejacksonn

1

मेरे पास कई नोड सर्वर एक साथ चल रहे थे, उनमें से कुछ इलेक्ट्रॉन ऐप थे। मुझे killइसके बजाय केवल विशिष्ट प्रक्रिया आईडी के साथ उपयोग करना था killall।

— तुलीओमिर

226

सबसे पहले, आप जानना चाहेंगे कि कौन सी प्रक्रिया का उपयोग कर रहा है port 3000

sudo lsof -i :3000

इस पोर्ट पर सुनने वाले सभी पीआईडी को सूचीबद्ध करेगा , एक बार पीआईडी होने के बाद आप इसे निम्नलिखित के साथ समाप्त कर सकते हैं:

kill -9 {PID}

— मीना गेब्रियल
स्रोत

17

यह कमांड ps aux | grep nodeमेरे लिए आउटपुट के विपरीत PID को स्पष्ट रूप से पहचानती है। मुझे यह भी ज़रूरत नहीं थीsudo

— फिल गिबिन्स

यह सबसे अच्छा जवाब है। यार्न के साथ रिएक्ट नेटिव का उपयोग करते हुए, पोर्ट 8081 के साथ मेरे लिए ठीक काम किया।

— फर्नांडो बारबोसा

यह मेरे लिए बहुत अच्छा काम किया। मैं पहचान सका कि पोर्ट 3000 का उपयोग कहां किया गया था और इसलिए इसे बंद कर दिया। मुझे भी जरूरत नहीं पड़ी sudo।

— कैम्पलो

बहुत अच्छा। मैंने कमांड प्राप्त करने के बाद भी प्रयास किया killall -9 {COMMAND}जैसेkillall -9 node

— STREET MONEY

वाह यह मेरे लिए काम किया

— अनूप PS

162

मैंने अपने लैपटॉप रनिंग विन 8 पर यह मारा। यह काम किया।

Cmd.exe को 'व्यवस्थापक' के रूप में चलाएँ:

C:\Windows\System32>taskkill /F /IM node.exe
SUCCESS: The process "node.exe" with PID 11008 has been terminated.

— सुशील
स्रोत

मैं इसे कमांड विंडो से चला रहा था और दुर्घटना से इसे बंद कर दिया। नोड बैक ग्राउंड में चलता रहा ... (सत्र समाप्त होने के बाद भी)। मेरे मामले में एक बार मैंने ब्राउज़र टैब को बंद कर दिया था जो इसे वेब-सॉकेट्स के माध्यम से जुड़ा हुआ था, इसे अंत में समाप्त कर दिया गया।

— बर्टस क्रूगर

6

taskkill /F /IM node.exeकिसी भी निर्देशिका से विंडोज पर मेरे लिए एक आकर्षण की तरह काम करता है :-) शेयर के लिए धन्यवाद !!

— मार्टी मैकगी

2

यह एकमात्र एकल-लाइन काम करने वाला समाधान है जो मैं खिड़कियों के लिए सत्यापित करने में सक्षम रहा हूं

— कोड व्हिस्परर

4

विंडोज़ 10 पर काम करता है। मुझे cmd.exe को व्यवस्थापक btw के रूप में चलाना नहीं था।

— ग्लेन वर्नर

74

पोर्ट 3000 पर नीचे आदेश के साथ चल रही पीआईडी यानी आईडी की जांच करें:

lsof -i tcp:3000

यह निम्नलिखित की तरह कुछ उत्पादन होगा:

COMMAND  PID   USER   FD   TYPE  DEVICE  SIZE/OFF NODE NAME
node     5805  xyz    12u  IPv6  63135    0t0     TCP  *:3000 (LISTEN)

अब इस प्रक्रिया को मारें:

kill -9 5805

— अयान
स्रोत

यह मेरे लिए काम जब sls ऑफ़लाइन प्लगइन का उपयोग कर।

— जुनैद अतीक

इसके लिए धन्यवाद! मैंने अभी कुछ घंटों पहले की तरह, प्रतिक्रियाएँ सीखना शुरू किया। :) सर्वर को रोकने के बाद, मैंने इसे फिर से चलाया, केवल ऐसी त्रुटियों का सामना करने के लिए।

— ग्लेन

अगर मैं खोए हुए उपयोग करता हूं तो मुझे कोई आउटपुट नहीं मिलता है। क्या इसका मतलब यह है कि उस हिस्से पर कोई प्रक्रिया नहीं है?

— x89

42

मुझे यह समाधान मिला, इसे आज़माएँ अनुमति दें उपयोग करें sudo

  sudo pkill node

— alicanozkara
स्रोत

मैं अभी भी इस आदेश के साथ नोड प्रक्रिया देखता हूं:ps aux | grep node

— इगोरगानापोलस्की

29

लिनक्स

psअपनी नोड प्रक्रिया के पीआईडी को चलाएं और निर्धारित करें।

फिर भागो sudo kill PID

खिड़कियाँ

चल रही प्रक्रियाओं की सूची प्रदर्शित करने के लिए कार्यसूची का उपयोग करें:

tasklist /O

फिर, नोड प्रक्रिया को इस तरह मारें ( tasklistकमांड से प्राप्त पीआईडी का उपयोग करके ):

taskkill /pid PID

— श्रीपाद कृष्ण
स्रोत

1

और अगर विंडोज पर?

— ट्रेवर

1

बस एक नोट के रूप में ... किसी कारण से मुझे गिट-बैश से टास्ककिल कमांड के लिए अपने झंडे पर डबल स्लैश का उपयोग करना पड़ा: taskkill //IM node.exe और मैंने सिर्फ नोड को मार दिया। काम किया।

— nawlbergs

23

यहाँ एक लाइनर है (एक पोर्ट या एक कॉन्फ़िगर चर के साथ 3000 बदलें):

kill $(lsof -t -i:3000)

— floribon
स्रोत

20

मुझे यह त्रुटि एक बार मिल रही थी और मैंने कई दृष्टिकोण अपनाए।

मेरा मुद्दा यह था कि मेरे पास app.listen(3000);एक ही ऐप में दो कॉल थे। js स्क्रिप्ट। पहला app.listen () सफल रहा जहां दूसरा त्रुटि फेंक दिया।

एक और उपयोगी कमांड जो मुझे आई, sudo fuser -k 3000/tcpजिसमें मुझे डीबग करने में मदद मिली, जो आपके द्वारा शुरू की गई किसी भी दुष्ट प्रक्रिया को मार डालेगी (कुछ प्रक्रियाएं फिर से शुरू हो सकती हैं, जैसे अगर हमेशा के लिए चला जाए। लेकिन यह मेरे लिए उपयोगी था)।

— किट
स्रोत

यहाँ एक ही मुद्दा ... अजीब है कि यह ठीक से डिबगिंग में काम कर रहा था, जबकि इस त्रुटि को चलाने के लिएnpm start

— Asqan

16

विंडोज़ के लिए टास्क मैनेजर खोलें और नोड .1 प्रक्रियाएं खोजें। अंत टास्क के साथ सभी को मार डालो।

— शहादत
स्रोत

1

विंडोज़ उपयोगकर्ताओं के लिए इतना आसान और गैर-जटिल

— Momal

यह काम करता हैं। धन्यवाद

— Najathi

14

ps aux | grep node
kill -9 [PID] (provided by above command)

विवरण:

पीएस प्रक्रिया की स्थिति देगा, ऑक्स की सूची प्रदान करता है: सभी उपयोगकर्ता प्रक्रियाएं, यू: उपयोगकर्ता स्वयं की प्रक्रियाएं, एक्स: अन्य सभी प्रक्रियाएं टर्मिनल से जुड़ी नहीं हैं।
पाइप प्रतीक: | आगे में हेरफेर करने के लिए ps aux का परिणाम पारित करेगा।
grep ps aux द्वारा प्रदान की गई सूची से प्रदान की गई स्ट्रिंग (हमारे मामले में नोड) की खोज करेगा।

— दनियाल
स्रोत

12

FYI करें, आप इस प्रक्रिया को एक कमांड में मार सकते हैं sudo fuser -k 3000/tcp। यह अन्य सभी बंदरगाहों जैसे 8000, 8080 या 9000 के लिए किया जा सकता है जो आमतौर पर विकास के लिए उपयोग किया जाता है।

— डाट टीटी
स्रोत

12

PowerShell उपयोगकर्ता:

टास्किल / आईएम नोड। Ex / एफ

— var फोब्बर
स्रोत

11

पहले पता करें कि क्या चल रहा है:

sudo lsof -nP -i4TCP:3000 | grep LISTEN

आपको कुछ ऐसा मिलेगा:

php-fpm 110 root    6u  IPv4 0x110e2ba1cc64b26d      0t0  TCP 127.0.0.1:3000 (LISTEN)
php-fpm 274 _www    0u  IPv4 0x110e2ba1cc64b26d      0t0  TCP 127.0.0.1:3000 (LISTEN)
php-fpm 275 _www    0u  IPv4 0x110e2ba1cc64b26d      0t0  TCP 127.0.0.1:3000 (LISTEN)

फिर आप इस प्रक्रिया को मार सकते हैं:

sudo kill 110

तब आप बिना सुने EADDRINUSE ::: 3000 त्रुटियां प्राप्त किए बिना चल पाएंगे

— अस्तित्व के प्रति
स्रोत

मैं नोडमॉन का उपयोग कर रहा हूं और यह सेवा को फिर से शुरू करता है। क्या उनका कोई तरीका है नीम हकीमों को मारने का।

— स्मित पटेल

10

मेरे जैसे विजुअल स्टूडियो नोबस के लिए

आप अन्य टर्मिनलों में प्रक्रिया चला रहे होंगे!

विजुअल स्टूडियो में टर्मिनल को बंद करने के बाद , टर्मिनल बस गायब हो जाता है ।

मैंने मैन्युअल रूप से एक नई सोच बनाई है कि पिछले एक को नष्ट कर दिया गया था। वास्तव में, हर बार जब मैं न्यू टर्मिनल पर क्लिक कर रहा था तब मैं वास्तव में पिछले वाले के ऊपर एक नया बना रहा था ।

इसलिए मैं पहला टर्मिनल और ... वोइला स्थित था, मैं वहां सर्वर चला रहा था।

— jmrueda
स्रोत

1

अरे हाँ मेरे भाई!

— जयदीप शील

8

टास्क मैनेजर (ctrl + alt + del) ->

प्रक्रियाएँ टैब ->

"नोड.exe" प्रक्रिया का चयन करें और "अंतिम प्रक्रिया" को हिट करें

— idanuda
स्रोत

अगर मैं देख रहा हूँ कि नोड नोड प्रक्रिया को मारने के लिए पूरी नोड प्रक्रिया को क्यों मारना है।

— जिमी ओबोनियो अबोर

8

आप उन परिदृश्यों में भाग सकते हैं जहां धागा या प्रक्रिया को मारना वास्तव में एप्लिकेशन को समाप्त नहीं करेगा (यह मेरे लिए लिनक्स और विंडोज पर हर एक बार होता है)। कभी-कभी आपके पास पहले से ही एक उदाहरण चल सकता है जिसे आपने बंद नहीं किया था।

उन प्रकार की परिस्थितियों के परिणामस्वरूप, मैं अपने साथ जोड़ना पसंद करता हूं package.json:

"scripts": {
    "stop-win": "Taskkill /IM node.exe /F",
    "stop-linux": "killall node"
},

मैं तब उन्हें कॉल करके उपयोग कर सकता हूं:

npm run stop-win
npm run stop-Linux

यदि आप चाहते हैं कि आप कट्टरपंथी हो सकते हैं और उन बिन आदेशों को एक तर्क ध्वज के साथ बना सकते हैं। आप उन लोगों को भी जोड़ सकते हैं, जिन्हें ट्राइ-कैच क्लॉज़ के भीतर निष्पादित किया जा सकता है।

— एडम जेरार्ड
स्रोत

5

खिड़कियां उपयोगकर्ताओं में: खुला task managerऔर फ़ाइल, यह ठीक काम करता है।end tasknodejs.exe

— Najathi
स्रोत

4

अपने सर्वर को क्रैश / रन-टाइम-त्रुटियों से रोकने के लिए आप हॉट-नोड का उपयोग कर सकते हैं। जब भी नोड प्रोग्राम [स्रोत] / प्रक्रिया [रनिंग नोड प्रोग्राम] में कोई बदलाव होता है, तो हॉट-नोड आपके लिए नोडज एप्लिकेशन को स्वचालित रूप से पुनरारंभ करता है।

वैश्विक विकल्प का उपयोग करते हुए npm का उपयोग करके हॉट-नोड स्थापित करें:

npm स्थापित -g हॉटनोड

— कसौटी
स्रोत

pm2 एक बेहतर विकल्प है। अधिक मजबूत, अधिक विकल्प। और हमेशा की तरह जड़ के रूप में चलने पर समस्या नहीं होती है।

— लुकास

@ लुकास इस मूल समस्या में हमेशा के लिए आप क्या बोलते हैं? मैं दुर्भाग्य से काम पर एक उत्पाद (कुछ लाइसेंस बकवास के कारण) पर pm2 के बजाय हमेशा के लिए उपयोग करने के लिए मजबूर हूं, और यह मुझे बहुत परेशान करता है!

— GPX

4

फॉर्म में सभी उत्तरों के लिए उचित सम्मान के साथ, मैं एक बिंदु जोड़ना चाहूंगा।

मैंने पाया कि जब मैं Ctrl + Z का उपयोग करके त्रुटि पर एक नोड ऐप को समाप्त करता हूं, तो अगली बार जब मैं इसे खोलने की कोशिश करता हूं तो उसे एक ही त्रुटि EADDRINUSE मिली।

जब मैं एक नोड एप्लिकेशन को समाप्त करने के लिए Ctrl + C का उपयोग करता हूं, तो अगली बार जब मैंने इसे खोला, तो यह एक अड़चन के बिना किया।

पोर्ट नंबर को गलती से एक के अलावा किसी अन्य चीज़ में बदलने से समस्या हल हो गई।

— अमल ऑगस्टीन जोस
स्रोत

1

Ctrl + C सही है। मैंने पहले की तरह ही पोर्ट नंबर का इस्तेमाल किया और यह पहले की तरह काम कर रहा है।

— विपुलन्ज

2

<कुंजी> Ctrl-Z </ key> प्रक्रिया को रोकता नहीं है। यह इसे पृष्ठभूमि में रखता है ताकि आप अन्य कमांड चला सकें। यह एक यूनिक्स शेल चीज है। fgउसी कंसोल में प्रक्रिया का उपयोग जारी रखने के लिए । कमांड लाइन में विभिन्न कमांड टाइप करने के बाद आप देख सकते हैं कि उस सर्वर में क्या हो रहा है।

— एलेक्सिस विलके

4

लिनक्स पर।

इसमें फ़ंक्शन जोड़ें ~/.bashrc:

function killTcpListen () {
  kill -9 $(lsof -sTCP:LISTEN -i:$1 -t)
}

पुल परिवर्तन: source ~/.bashrc

और इसका उपयोग करें: killTcpListen 3000

— rofrol
स्रोत

3

यदि आप गलती से इस लाइन को कई बार जोड़ चुके हैं तो बस चेक करें

app.listen(3000, function() {
  console.log('listening on 3000')
});

उपरोक्त कोड एक्सप्रेस के लिए है, लेकिन बस जांचें कि क्या आप अपने कोड में एक ही पोर्ट का दो बार उपयोग करने का प्रयास कर रहे हैं।

— अरुण किल्लू
स्रोत

3

Win10, git bash v2.15, नोड v8.9.1, npm v5.5.1

नोड शुरू करने के लिए मेरे पास एक पैकेज था। स्क्रिप्ट स्क्रिप्ट: "start": "node index.js"

जब भी मैंने इसका इस्तेमाल किया, भले ही अगर मैंने इसे ctrl + c से मार दिया, तो मैं इस मुद्दे पर भाग गया।

अगर मैं बस के node index.jsबजाय git बैश से भाग गयाnpm run start और ctrl + c से मारा गया, तो मुझे यह त्रुटि कभी नहीं मिली।

मुझे यकीन नहीं है कि ऐसा क्यों है, लेकिन मुझे लगा कि यह किसी की मदद कर सकता है।

— vapurrmaid
स्रोत

1

मैं अनिवार्य रूप से समान सेटअप के साथ एक ही मुद्दा प्राप्त कर रहा हूं। मेरे मामले में मैंने देखा कि npm के माध्यम से एक एक्सप्रेस ऐप चलाने से दो प्रक्रियाएँ होती हैं, लेकिन ctrl + c का उपयोग करते समय केवल एक को बंद किया जाता है। केवल नोड के साथ ऐप शुरू करने पर, केवल एक प्रक्रिया खुली होती है और यह सही ढंग से बंद हो जाती है।

— worc

1

विंडोज़ इश्यू के लिए यह git पूरी चीज़ पर प्रकाश डालने का काम करता है। ऐसा लगता है कि मिन्टी और एक साइबर निर्भरता के बीच कहीं बग हो सकता है।

— वर्चस्व

3

यूआई समाधान विंडोज उपयोगकर्ताओं के लिए: मैंने पाया कि शीर्ष उत्तर मेरे लिए काम नहीं करते थे, वे मैक या लिनक्स उपयोगकर्ताओं के लिए कमांड लगते थे। मुझे एक सरल समाधान मिला, जिसे याद रखने के लिए किसी भी कमांड की आवश्यकता नहीं थी: टास्क मैनेजर खोलें (ctrl + shift + esc)। चल रही पृष्ठभूमि प्रक्रियाओं को देखें। Node.js कुछ भी ढूंढें और कार्य समाप्त करें।

मैंने ऐसा करने के बाद यह मुद्दा मेरे लिए छोड़ दिया। जैसा कि अन्य उत्तरों में कहा गया है कि यह पृष्ठभूमि प्रक्रियाएं हैं जो अभी भी चल रही हैं क्योंकि एक त्रुटि पहले आई थी और नियमित निकास / सफाई कार्यों को नहीं बुलाया गया था, इसलिए उन्हें मारने का एक तरीका कार्य प्रबंधक में प्रक्रिया को खोजना और उसे मारना है। । यदि आपने किसी टर्मिनल / पॉवरशेल से प्रक्रिया को चलाया है तो आप इसे मारने के लिए आमतौर पर ctrl + c का उपयोग कर सकते हैं।

— technoman23
स्रोत

हां, सही जवाब देने के लिए धन्यवाद

— DINA TAKLIT

3

मेरे जवाब में @Gerard की टिप्पणी को फिर से लिखना:

कोशिश करो pkill nodejsया pkill nodeअगर UNIX की तरह OS पर।

यह किसी भी पोर्ट पर चल रहे नोड सर्वर को चलाने वाली प्रक्रिया को मार देगा। मेरे लिए काम किया।

Namaste🙏

— प्रतिभा
स्रोत

2

नोड कहीं स्मृति में चल रहा है और उस पोर्ट को बंद कर दिया गया है। विंडोज पर, यह समस्या होगी, अधिकांश विंडोज समस्याओं की तरह, CTRL+ ALT+ DELऔर / या रिबूट करने से हल किया जा सकता है ।

— user1354017
स्रोत

यह सवाल कई अन्य सवालों के जवाब देता है। इसे बंद करें, और इसे फिर से चालू करें। प्रतिभा।

— डेटासर

1

इस मुद्दे के कारण हैं:

कोई भी एक अनुप्रयोग Skype की तरह इस पोर्ट पर चल सकता है।
नोड दुर्घटनाग्रस्त हो सकता है और बंदरगाह को मुक्त नहीं किया जा सकता है।
आपने एक से अधिक सर्वर शुरू करने का प्रयास किया होगा। इस समस्या को हल करने के लिए, एक बूलियन यह जांचने के लिए बनाए रख सकता है कि सर्वर शुरू किया गया है या नहीं। यह केवल तभी शुरू किया जाना चाहिए जब बूलियन झूठे या अपरिभाषित लौट आए;

— विष
स्रोत

1

server.close () कनेक्शन को बंद करने के लिए कुछ समय लेता है, इस प्रकार हमें इस तरह के एक अतुल्यकालिक कॉल करना चाहिए:

await server.close();

महत्वपूर्ण: प्रतीक्षा करते समय , हमें अपने इनकैप्सुलेटिंग फ़ंक्शन में async कीवर्ड का उपयोग करना चाहिए :

async () => {
  await server.close();
}

— एंड्रियास बड़ा
स्रोत

1

पोर्ट बदलने के लिए टर्मिनल / सेमी में नीचे दिए गए कमांड का उपयोग करें (npm रन देव नोड के लिए है। जेएस) आपके पास अपने ऐप को चलाने के लिए अन्य कमांड हो सकते हैं उनमें से अधिकांश पोर्ट को बदलते समय काम करेंगे, आसान और तेज। इसके अलावा, आप किसी भी पोर्ट नंबर का उपयोग कर सकते हैं जो 3002 के बजाय आपके सिस्टम में मुफ्त है

PORT=3002 npm run dev

ज्यादातर जब कोई अचानक या अनजाने में नियंत्रण से बाहर निकलते समय परियोजना चलाता है, तो आप पोर्ट से बाहर निकलने वाले नियंत्रण + z को हमेशा नियंत्रण + c के लिए जाते हैं जो सर्वर या प्रोजेक्ट को चलाने के लिए बंदरगाह से बाहर नहीं निकलेगा।

इसके अलावा, अपने कोड में पोर्ट नंबर बदलने का समय है

server.listen(3002);

— रूचिर
स्रोत

0

इसका मतलब है कि आपके पास एक ही पोर्ट पर दो नोड सर्वर चल रहे हैं, यदि कोई पोर्ट पर चल रहा है तो यह कहें कि 3000 दूसरे को दूसरे पोर्ट में बदल दें और 3001 को कह दें कि सब कुछ ठीक चलेगा

— Shadrack Mwangi
स्रोत

नोड / एक्सप्रेस: ​​EADDRINUSE, पहले से ही उपयोग में मौजूद पता - किल सर्वर

लिनक्स

खिड़कियाँ

नोड / एक्सप्रेस: EADDRINUSE, पहले से ही उपयोग में मौजूद पता - किल सर्वर