Nodo / Express: EADDRINUSE, indirizzo già in uso - Kill server

Ho un semplice server in esecuzione in node.js usando connect:

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

Nel mio codice ho gestori reali, ma questa è l'idea di base. Il problema che continuo a ricevere è

EADDRINUSE, Address already in use

Ricevo questo errore quando eseguo nuovamente la mia applicazione dopo che si è bloccata in precedenza o errori. Dal momento che non sto aprendo una nuova istanza di terminale, chiudo il processo con ctr + z.

Sono abbastanza sicuro che tutto ciò che devo fare è chiudere il server o la connessione. Ho provato a chiamare server.close()in process.on('exit', ...);senza fortuna.

process.on('exit', ..)non viene chiamato se il processo si arresta in modo anomalo o viene ucciso. Viene chiamato solo quando termina il ciclo degli eventi, e poiché una server.close() sorta di ciclo termina il ciclo degli eventi (deve ancora aspettare che gli stack correntemente vengano eseguiti qui e là) non ha senso inserirlo all'interno dell'evento di uscita ...

In crash, do process.on('uncaughtException', ..)e in kill doprocess.on('SIGTERM', ..)

Detto questo, SIGTERM (segnale di interruzione predefinito) consente di ripulire l'app, mentre SIGKILL (terminazione immediata) non consentirà all'app di fare nulla.

Puoi anche seguire il percorso della riga di comando:

ps aux | grep node

per ottenere gli ID di processo.

Poi:

kill -9 PID

Fare il -9 all'uccisione invia un SIGKILL (invece di un SIGTERM). A volte SIGTERM è stato ignorato dal nodo per me.

Innanzitutto, vorrai sapere quale processo sta utilizzando port 3000

sudo lsof -i :3000

questo elencherà tutti i PID in ascolto su questa porta, una volta che hai il PID puoi terminarlo con il seguente:

kill -9 {PID}

Ho colpito questo sul mio laptop con Win8. questo ha funzionato.

Esegui cmd.exe come 'Amministratore':

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

Controllare il PID, ovvero l'id del processo in esecuzione sulla porta 3000 con il comando seguente:

lsof -i tcp:3000

Produrrà qualcosa di simile al seguente:

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

Ora uccidi il processo usando:

kill -9 5805

Ho trovato questa soluzione, provala Concedi l'uso dell'autorizzazione sudo

  sudo pkill node

Linux

Esegui pse determina il PID del processo del nodo.

Quindi, corri sudo kill PID

finestre

Utilizzare l'elenco attività per visualizzare l'elenco dei processi in esecuzione:

tasklist /O

Quindi, uccidi il processo del nodo in questo modo (usando il PID ottenuto dal tasklistcomando):

taskkill /pid PID

Ecco una riga (sostituisci 3000 con una porta o una variabile di configurazione):

kill $(lsof -t -i:3000)

Stavo ricevendo questo errore una volta e ho seguito molti degli approcci qui.

Il mio problema era che avevo due app.listen(3000);chiamate nello stesso script app.js. Il primo app.listen () è riuscito dove il secondo ha generato l'errore.

Un altro comando utile che ho trovato che mi ha aiutato a eseguire il debug è stato quello di sudo fuser -k 3000/tcpuccidere tutti i processi non autorizzati che potresti aver avviato (alcuni processi potrebbero riavviarsi, ad esempio se eseguiti con forever.js, ma è stato utile per me).

Per Windows aprire Task Manager e trovare i processi node.exe. Uccidili tutti con End Task.

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

Descrizione:

1. ps fornirà lo stato del processo, aux fornirà l'elenco di a: tutti i processi degli utenti, u: processi propri dell'utente, x: tutti gli altri processi non collegati al terminale.
2. simbolo del tubo: | passerà il risultato di ps aux per manipolare ulteriormente.
3. grep cercherà la stringa fornita (nodo nel nostro caso) dall'elenco fornito da ps aux.

Cordiali saluti, è possibile interrompere il processo in un solo comando sudo fuser -k 3000/tcp. Questo può essere fatto per tutte le altre porte come 8000, 8080 o 9000 che sono comunemente utilizzate per lo sviluppo.

Utenti di PowerShell:

Taskkill / IM node.exe / F

Per prima cosa scopri cosa funziona usando:

sudo lsof -nP -i4TCP:3000 | grep LISTEN

Otterrai qualcosa di simile a:

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)

Quindi puoi terminare il processo come segue:

sudo kill 110

Quindi sarai in grado di eseguire senza ottenere gli errori di ascolto di EADDRINUSE ::: 3000

Per Visual Studio Noobs come me

È possibile che tu stia eseguendo il processo in altri terminali!

Dopo aver chiuso il terminale in Visual Studio , il terminale scompare .

Ne ho creato manualmente uno nuovo pensando che il precedente fosse stato distrutto. In realtà, ogni volta che facevo clic su Nuovo terminale, in realtà ne creavo uno nuovo in aggiunta a quelli precedenti .

Quindi ho trovato il primo terminale e ... Voila, stavo eseguendo il server lì.

Task Manager (ctrl + alt + del) ->

Scheda Processi ->

seleziona il processo "node.exe" e premi "Termina processo"

Potresti imbatterti in scenari in cui anche uccidere il thread o il processo in realtà non terminerà l'app (questo succede per me su Linux e Windows una volta ogni tanto). A volte potresti già avere un'istanza in esecuzione che non hai chiuso.

Come risultato di questo tipo di circostanze, preferisco aggiungere al mio package.json:

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

Posso quindi chiamarli usando:

npm run stop-win
npm run stop-Linux

Puoi diventare più elaborato ed eseguire quei comandi BIN con un flag di argomento se vuoi. È inoltre possibile aggiungere quelli come comandi da eseguire all'interno di una clausola try-catch.

Negli utenti di Windows: apri task managere end taskil nodejs.exefile, Funziona bene.

È possibile utilizzare hot-node per impedire il crash del server / errori di runtime. Hot-node riavvia automaticamente l'applicazione nodejs ogni volta che si verifica una modifica nel programma nodo [sorgente] / processo [programma nodo in esecuzione].

Installa hot-node usando npm usando l'opzione globale:

npm installa -g hotnode

Nel rispetto di tutte le risposte nel modulo, vorrei aggiungere un punto.

Ho scoperto che quando terminavo un'app nodo in caso di errore usando Ctrl + Z, la volta successiva in cui provavo ad aprirla otteneva lo stesso errore EADDRINUSE.

Quando uso Ctrl + C per terminare un'app nodo, la prossima volta che l'ho aperta, ha funzionato senza intoppi.

La modifica del numero di porta in qualcosa di diverso da quello in errore ha risolto il problema.

Su Linux.

Aggiungi funzione a ~/.bashrc:

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

Tirare le modifiche: source ~/.bashrc

E usalo: killTcpListen 3000

Riscrivere il commento di @Gerard nella mia risposta:

Prova pkill nodejso pkill nodese su un sistema operativo simile a UNIX .

Ciò interromperà il processo che esegue il server nodo in esecuzione su qualsiasi porta. Ha funzionato per me.

Namaste🙏

Nel caso, controlla se hai aggiunto questa riga più volte per errore

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

Il codice sopra è per express ma controlla solo se stai provando a usare la stessa porta due volte nel tuo codice.

Win10, git bash v2.15, nodo v8.9.1, npm v5.5.1

Ho avuto uno script package.json per avviare il nodo: "start": "node index.js"

Ogni volta che l'ho usato, indipendentemente dal fatto che lo avessi ucciso con ctrl + c, ho riscontrato questo problema.

Se ho appena eseguito node index.jsda Git Bash anziché npm run starte ucciso con Ctrl + C, non ho mai avuto questo errore.

Non sono sicuro del perché, ma ho pensato che questo potesse aiutare qualcuno.

Soluzione di interfaccia utente Per utenti Windows: ho scoperto che le risposte migliori non funzionavano per me, sembravano comandi per utenti Mac o Linux. Ho trovato una soluzione semplice che non richiedeva alcun comando da ricordare: apri Task Manager (ctrl + shift + esc). Guarda i processi in background in esecuzione. Trova qualsiasi Node.js e termina l'attività.

Dopo averlo fatto, il problema è andato via per me. Come indicato in altre risposte, i processi in background sono ancora in esecuzione perché in precedenza si era verificato un errore e non venivano chiamate le normali funzioni di uscita / pulizia, quindi un modo per ucciderli è trovare il processo in Task Manager e ucciderlo lì . Se hai eseguito il processo da un terminale / powerShell di solito puoi usare ctrl + c per ucciderlo.

Il nodo è in esecuzione da qualche parte nella memoria e ha quella porta bloccata. Su Windows, questo problema si verificherà, come la maggior parte dei problemi di Windows, da risolvere premendo CTRL+ ALT+ DELe / o riavviando.

Le ragioni di questo problema sono:

1. Qualsiasi applicazione può essere in esecuzione su questa porta come Skype.
2. Il nodo potrebbe essersi bloccato e la porta potrebbe non essere stata liberata.
3. Potresti aver provato ad avviare il server più di uno. Per risolvere questo problema, è possibile mantenere un valore booleano per verificare se il server è stato avviato o meno. Dovrebbe essere avviato solo se il valore booleano ritorna falso o indefinito;

server.close () impiega un po 'di tempo per chiudere la connessione, quindi dovremmo effettuare una chiamata asincrona come tale:

await server.close();

IMPORTANTE: quando si utilizza waitit , dobbiamo usare la parola chiave asincrona nella nostra funzione incapsulante in quanto tale:

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

Usa il comando seguente nel terminale / cmd per cambiare la porta (npm run dev è per node.js) potresti avere altri comandi per eseguire la tua app, la maggior parte funzionerà mentre cambi la porta, più facile e veloce. Inoltre, è possibile utilizzare qualsiasi numero di porta libero nel proprio sistema anziché 3002

PORT=3002 npm run dev

Il più delle volte quando si esegue il progetto mentre si esce improvvisamente o inconsapevolmente si preme control + z che ti dà l'uscita dalla porta sempre andare per control + c che non uscirà dalla porta per eseguire il server o il progetto.

Inoltre, è tempo di cambiare il numero di porta nel tuo codice

server.listen(3002);

Questo significa che hai due server di nodo in esecuzione sulla stessa porta, se uno è in esecuzione sulla porta, diciamo 3000, cambia l'altro in un'altra porta, diciamo 3001 e tutto funzionerà bene