Anmutig Herunterfahren UNIX-socket-server, der auf NodeJS läuft unter Forever

Habe ich eine NodeJS Anwendung setzt ein UNIX-socket zu setzen einige interprocess communication channel (eine Art monitoring-Zeug). UNIX-socket-Datei in os.tmpdir() Ordner (also /tmp/app-monitor.sock).

var net = require('net');
var server = net.createServer(...);
server.listen('/tmp/app-monitor.sock', ...);

Benutze ich ein signal handling (SIGINT, SITERM, etc...) ordnungsgemäß Herunterfahren meines Servers, und entfernen Sie eine socket-Datei.

function shutdown() {
    server.close(); //socket file is automatically removed here
    process.exit();
}

process.on('SIGINT', shutdown);
//and so on

Meine Anwendung ausgeführt wird, mit forever start ... überwachung des Lebenszyklus.

Ich habe ein problem mit forever restartall Befehl. Wenn für immer tun restartall es mit einem SIGKILL beenden aller child-Prozesse. SIGKILL können nicht behandelt werden, durch einen Prozess, so dass meine app stirbt ohne shutdown-Verfahren.

Das problem ist eine socket-Datei, die nicht entfernt werden, wenn SIGKILL verwendet wird. Nach der Kind-Prozess wird neu gestartet, neue server kann nicht gestartet werden Ursache' eine listen Anruf wird zu einer EADDRINUSE Fehler.

Ich kann nicht entfernen Sie eine vorhandene socket-Datei bei einem app-Start führen: "ich weiß nicht, ob es eine wirklich funktionierende Steckdose oder einige Spuren von einer früheren unsauberen Herunterfahren.

So, die Frage ist... Was ist der bessere Weg, um mit solchen situation (SIGKILL-und UNIX-socket-server)?

haben u Lesen Sie dieses nodejs.org/api/all.html#all_signal_events
Ja, und hast du gelesen, meine Frage?
Nein habe ich nicht gelesen. Es ist leicht zu sagen als zu tun. Wenn Sie nichts dagegen haben, ändern Sie den code in ewig, dann forever/node_modules/forever-monitor/lib/forever-monitor/monitor.js in fuunction Monitor.der Prototyp.töten fügen Sie die SIGINT, bevor Sie für immer senden das signal SIGKILL
Dies ist eine schlechte Lösung. Ich will nicht zu ändern 3rd-party-software. Auch mein Prozess getötet werden dürfen mit SIGKILL, ohne für immer...
FYI node-dev - sendet eine SIGTERM ist abfangbar.

InformationsquelleAutor Olegas | 2013-04-23

40

Andere Leute haben erwähnt, Sie können nichts tun, in Reaktion auf SIGKILL, das ist im Allgemeinen, warum forever (und alle anderen) sollte man nicht mit SIGKILL außer in extremen Umständen. So dass die beste Sie tun können, ist zu bereinigen, die in einem anderen Prozess.

Ich schlage vor, Sie bereinigen auf der Startseite. Wenn man EADDRINUSE verbinden Sie die Buchse. Wenn die socket-Verbindung erfolgreich ist, wird ein anderer server ausgeführt wird, und so sollte diese Instanz beenden. Wenn die Verbindung fehlschlägt, dann ist es sicher aufheben, die socket-Datei und erstellen Sie eine neue.
```
var fs = require('fs');
var net = require('net');
var server = net.createServer(function(c) { //'connection' listener
    console.log('server connected');
    c.on('end', function() {
        console.log('server disconnected');
    });
    c.write('hello\r\n');
    c.pipe(c);
});

server.on('error', function (e) {
    if (e.code == 'EADDRINUSE') {
        var clientSocket = new net.Socket();
        clientSocket.on('error', function(e) { //handle error trying to talk to server
            if (e.code == 'ECONNREFUSED') {  //No other server listening
                fs.unlinkSync('/tmp/app-monitor.sock');
                server.listen('/tmp/app-monitor.sock', function() { //'listening' listener
                    console.log('server recovered');
                });
            }
        });
        clientSocket.connect({path: '/tmp/app-monitor.sock'}, function() { 
            console.log('Server running, giving up...');
            process.exit();
        });
    }
});

server.listen('/tmp/app-monitor.sock', function() { //'listening' listener
    console.log('server bound');
});
```
- Die beste Lösung, danke.
- Tolle Antwort. Nur einen "Fehler": beim Aufruf der fs.unlink sollten Sie passieren einen Rückruf, und starten Sie den server.listen wieder auf Rückruf. Diese Weise, die Sie nie versuchen, eine Verbindung herstellen, bevor Sie die Verknüpfung (auch Knoten warnt fs: missing callback wenn Sie nicht mit einer callback).
- bitte Bearbeiten Sie die Antwort auf Ihre Empfehlung/Verbesserung.
- Leicht off-topic: Es weht mir wie der Leerraum Bearbeiten aus 2 Räume 4 Räume genehmigt wurde, für diese.
- So wahr ich sogar versucht, Sie abzulehnen, aber war zu spät.
- Es ist eine gute Sache, die Alten Hasen eingeladen, der edit. Das macht für viele.
- Das ist, wie ich hier ankam, war ich ein paar Sekunden zu spät
- Yup, es war nicht nur ein Leerzeichen)
- Denn dies ist ein server-Start-Problem mit einer praktisch unvermeidbaren " race condition, die ich verwenden möchten, die eine synchrone Verknüpfung-aufheben-Funktion, um die Zeit minimieren, die zwischen dem löschen der socket und eine neue erstellen. Ich glaube fs.unlink war synchron, wenn ich das geschrieben habe (ich sicherlich didn ' T erhalten eine Warnung, wenn ich es lief), aber jetzt, dass es eine explizit synchron-version, die ich ersetzt Ihre änderungen mit, dass.
- Ich schrieb ein einfaches npm-Paket implementiert, das für die einfache Nutzung: npmjs.com/package/server-starter
- Hier ist eine Zusammenfassung, die ordnungsgemäß startet den server für Sie, und löscht veraltete socket-Dateien: gist.github.com/ericvicenti/876e2df1103232f1fe6781c927e0eb63
InformationsquelleAutor Old Pro
2

sollten Sie in der Lage sein zu verwenden, SIGTERM, das zu tun, was Sie wollen:
process.on('SIGTERM', shutdown)
- Ich bin in der Lage zu handhaben SIGTERM, aber forever Neustart Kind-Prozesse von SIGKILL
- hat die option zum ändern der SIG verwendet, wenn es beendet einen Prozess. Sie können es ändern, um SIGTERM.
InformationsquelleAutor Clintm
1
```
server.on('error', function (e) {
  if (e.code == 'EADDRINUSE') {
    console.log('Address in use, retrying...');
    setTimeout(function () {
      server.close();
      server.listen(PORT, HOST);
    }, 1000);
  }
});
```
http://nodejs.org/api/net.html#net_server_listen_port_host_backlog_callback

UPD

you cant handle SIGKILL, dann müssen Sie cleanup socket-Handbuch

diesem Beispiel, funktioniert mit forever
```
var fs = require('fs');
var net = require('net');
var server = net.createServer(function(c) {});
server.listen('./app-monitor.sock', function() {
  console.log('server bound');
});

server.on('error', function (e) {
  if (e.code == 'EADDRINUSE') {
    console.log('Address in use, retrying...');
    setTimeout(function () {
      fs.unlink('./app-monitor.sock');
    }, 1000);
  }
});
```
- Aber EADDRINUSE im Fall von file-socket-server bedeutet, dass die socket-Datei existiert. Es wird nicht immer schließen oder verschwinden, Ursache " Eltern-app ist bereits tot, getötet mit SIGKILL
- SIGKILL schließen programm sofort mit fs.aufheben statt server.close()
- ... und ich werde potenziell töten eine Buchse aus einem anderen Laufenden Instanz.
- UNIX-sockets sind Datei-system-Entitäten, die Sie brauchen, um Sie zu reinigen, nachdem Sie fertig sind. Stellen Sie sicher, dass Sie call-server.close() vor dem beenden. wenn Sie dies nicht tun können, als Sie müssen es beheben, in ewig-monitor zum senden ein anderes signal, oder in Ihre Anwendung über fs.unlink
InformationsquelleAutor amirka
1

Da Sie nicht in den Griff SIGKILL und Sie wollen, um für immer zu verwenden (verwendet SIGKILL), müssen Sie einen workaround.

Z. B. zuerst ein signal senden, Herunterfahren Ihrer server und dann tun die immer neu starten:
```
kill -s SIGUSR1 $pid
# $pid contains the pid of your node process, or use
# killall -SIGUSR1 node

sleep 2
forever restart test.js
```
In Ihrem js handle SIGUSR1:
```
process.on('SIGUSR1', gracefullyShutdownMyServer);
```
InformationsquelleAutor laktak
0

müssen Sie
1. ändern SIGKILL, um ein weiteres signal in ewig-monitor zu umgehen in-app
2. kümmern uns um Ihre app in diesem Fall, mit fs.unlink
3. aufhören, für immer
InformationsquelleAutor amirka

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.