JItsi down

specht · 2. April 2020

Zitat von vmk

nginx -t

fuser -k 443/tcp

fuser -k 80/tcp

systemctl stop nginx

systemctl start nginx

Danke, das bringt nochmal klarheit (aber leider keine Hilfe)

Code

root@v2202003116745111997:~# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
root@v2****:~# fuser -k 443/tcp
root@v2****:~# fuser -k 80/tcp
root@v2****:~# systemctl stop nginx
root@v2****:~# systemctl start nginx
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.

und systemctl status nginx.service sagt wie oben

nginx: [emerg] bind() to 0.0.0.0:443 failed (98: Address already in use)

Schöne Scheibe

specht · 2. April 2020

Zitat von Peter.MG

Bei mir weiterhin die gleiche Fehlermeldung wie bei specht - bind() to 0.0.0.0:443 failed (98: Address already in use)

Ich frage mich allmählich ob wir das in unseren VPS lösen können, oder ob das ein Problem auf einer höheren Ebene ist.

Für's Protokoll: Peter.MG und Specht kennen sich nicht.

Peter.MG · 2. April 2020

Zitat von specht

Ich frage mich allmählich ob wir das in unseren VPS lösen können, oder ob das ein Problem auf einer höheren Ebene ist.

Für's Protokoll: Peter.MG und Specht kennen sich nicht.

- jetzt schon.

Komme aber auch mit Google nicht weiter, habe noch https://linux.m2osw.com/emerg-…ed-98-address-already-use gefunden, hilft aber auch nicht.

Bensen · 2. April 2020

Schon probiert den Server komplett aus- und wieder einzuschalten?

Caspar · 2. April 2020

Moin,

ihr seid auch sicher das nginx definitiv nicht läuft?

Ein Zombie Prozess kann gerne hängen bleiben bei dem Versuch den Service zu stoppen.

Testet doch einfach mal :

Code

ps aux | grep nginx

Caspar · 2. April 2020

Noch eine Idee.

Postet doch mal die Ausgabe von

Code

nginx -v

Nicht das ihr noch den Bug inne habt

Peter.MG · 2. April 2020

Zitat von Caspar
Moin,

ihr seid auch sicher das nginx definitiv nicht läuft?

Ein Zombie Prozess kann gerne hängen bleiben bei dem Versuch den Service zu stoppen.

Testet doch einfach mal :
Code
ps aux | grep nginx
Alles anzeigen

Nein, kein nginx aktiv.

Beim Aufruf von "systemctl" steht auch nginx.service mit failed in der Liste.

Peter.MG · 2. April 2020

Zitat von Caspar
Noch eine Idee.

Postet doch mal die Ausgabe von
Code
nginx -v
Nicht das ihr noch den Bug inne habt

Ist neuer:

nginx Version: nginx/1.14.2

Peter.MG · 2. April 2020

Zitat von Bensen

Schon probiert den Server komplett aus- und wieder einzuschalten?

Ja - habe sogar das komplette Image (Buster + Jitsi) nochmal neu installiert.

specht · 2. April 2020

Hi Leute,

Server rebootet, server via SCP restartet == Zero points

nnginx version: nginx/1.14.2

Jiny · 2. April 2020

Hier das gleiche Problem. Server neu aufgesetzt und nginx lässt sich nicht starten. Das fertige Image ist so aktuell nicht Einsatzfähig.

Caspar · 2. April 2020

Mag mal einer die kompletten Ausgaben zu den folgenden Abfragen posten (bitte)

Code

ss -tulpen
ps aux

m_ueberall · 2. April 2020

Gegebenenfalls hilft das hier weiter: "Bind() to 0.0.0.0:443 failed"

Zitat von toastbrotch (community.jitsi.org)

i just changed in /etc/nginx/modules-enabled/60-jitsi-meet.conf the “listen 443” to “listen 127.0.0.1:443” which did the trick so far.

vmk · 2. April 2020

Fehler gefunden:

Code: /etc/nginx/sites-available/v....powersrv.de.conf

server_names_hash_bucket_size 64;

server {
    listen 80;
    listen [::]:80;
    server_name v......powersrv.de;

    location ^~ /.well-known/acme-challenge/ {
       default_type "text/plain";
       root         /usr/share/jitsi-meet;
    }
    location = /.well-known/acme-challenge/ {
       return 404;
    }
    location / {
       return 301 https://$host$request_uri;
    }
}
server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name v....powersrv.de;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;

Alles anzeigen

Jeweils das erste Listen ist zu viel. Da bitte ein # vorschreiben. Und TLS sollte auch nur auf TLSv1.2 stehen, alles andere ist unsicher.

H6G · 2. April 2020

vmk dein Post ist fast leer.

specht · 2. April 2020

Bei mir ist da definitiv nichts, was auf dem angemeckerten port (443) lauscht.

Es scheint mir eher, als ob sich nginx an einer seiner eigenen confs, nicht jitsi/prosody/jicofo verschluckt

vmk · 2. April 2020

Und zusätzlich noch

Code: /etc/ngninx/modules-enabled/60-jitsi-meet.conf

# this is jitsi-meet nginx module configuration
# this forward all http traffic to the nginx virtual host port
# and the rest to the turn server

stream {
    upstream web {
        server 127.0.0.1:4444;
    }
    upstream turn {
        server 127.0.0.1:4445;
    }
    # since 1.13.10
    map $ssl_preread_alpn_protocols $upstream {
        "h2"            web;
        "http/1.1"      web;
        "h2,http/1.1"   web;
        default         turn;
    }

    server {
        listen 443;

Alles anzeigen

Das listen um reuseport ergänzen, also

Code

listen 443 reuseport;

tldev · 3. April 2020

Es gibt einige Issues zu dem Problem - hatte selbst auch einige Stunden damit zu tun, bis ich das Problem endlich gefunden habe (war bei uns noch ein komplizierteres Setup mit NAT und Loadbalancer davor). Problem ist, dass die nginx config aus einem Modul und einer Site besteht, die beide Port 443 nutzen wollen. Das Ändern der Seite auf Port 4444 hat bei mir das Problem gelöst, siehe https://github.com/jitsi/jitsi…87#issuecomment-606652846

specht · 3. April 2020

vmk , wirklich danke, das bringt nginx wieder hoch, auch prosody, jicofo und jitsi-videobridge2 starten.

Nur bricht der Server jetzt ab ...

2020/04/02 23:57:40 [error] 3414#3414: *37 connect() failed (111: Connection refused) while connecting to upstream, client: 198.161.26.5, server: 0.0.0.0:443, upstream: "127.0.0.1:4444", bytes from/to client:0/0, bytes from/to upstream:0/

Mache morgen weiter. gn8

specht · 3. April 2020

Zitat von tldev

Es gibt einige Issues zu dem Problem - hatte selbst auch einige Stunden damit zu tun, bis ich das Problem endlich gefunden habe (war bei uns noch ein komplizierteres Setup mit NAT und Loadbalancer davor). Problem ist, dass die nginx config aus einem Modul und einer Site besteht, die beide Port 443 nutzen wollen. Das Ändern der Seite auf Port 4444 hat bei mir das Problem gelöst, siehe https://github.com/jitsi/jitsi…87#issuecomment-606652846

Wie gut dass ich noch wachgeblieben bin.

Bingo. !!! Der Server läuft !!

Danke.

JItsi down

Ähnliche Themen

Das längste Thema