Server Support Forum
Timeout 504 | nginx auf allen Seiten

Zurück   Server Support Forum > >


Antwort
 
Themen-Optionen Thema bewerten
  #1  
Alt 07.11.2018, 12:17
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Timeout 504 | nginx auf allen Seiten

Hallo Leute,

ich weiß nicht ob ich in diesem Forum richtig bin, aber ich brauche kurz mal eure Hilfe mit Plesk da ich alles mögliche schon probiert habe, aber nicht das Problem erkennen kann.

Folgende Info:

Ich betreibe einen Virtuellen Cloud Server mit Debian und Plesk bei 1&1. Habe vor diesem Problem keine Änderung am Server durchgeführt. Verwende die aktuelle Version vom Plesk.

Error Log Apache:

Code:
[Wed Nov 07 07:10:15.021214 2018] [core:notice] [pid 44494] AH00094: Command line: '/usr/sbin/apache2'
[Wed Nov 07 07:10:18.742180 2018] [mpm_prefork:notice] [pid 44494] AH00169: caught SIGTERM, shutting down
[Wed Nov 07 07:10:21.011058 2018] [ssl:warn] [pid 44832] AH01909: lists:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:10:21.011376 2018] [ssl:warn] [pid 44832] AH01909: default-82_165_96_173:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:10:21.011667 2018] [ssl:warn] [pid 44832] AH01909: default-82_165_97_47:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:10:21.012709 2018] [:notice] [pid 44832] ModSecurity for Apache/2.9.2 (http://www.modsecurity.org/) configured.
[Wed Nov 07 07:10:21.012723 2018] [:notice] [pid 44832] ModSecurity: APR compiled version="1.5.1"; loaded version="1.5.1"
[Wed Nov 07 07:10:21.012728 2018] [:notice] [pid 44832] ModSecurity: PCRE compiled version="8.35 "; loaded version="8.35 2014-04-04"
[Wed Nov 07 07:10:21.012731 2018] [:notice] [pid 44832] ModSecurity: LUA compiled version="Lua 5.1"
[Wed Nov 07 07:10:21.012744 2018] [:notice] [pid 44832] ModSecurity: LIBXML compiled version="2.9.1"
[Wed Nov 07 07:10:21.012746 2018] [:notice] [pid 44832] ModSecurity: Original server signature: Apache
[Wed Nov 07 07:10:21.012749 2018] [:notice] [pid 44832] ModSecurity: Status engine is currently disabled, enable it by set SecStatusEngine to On.
[Wed Nov 07 07:10:21.013110 2018] [suexec:notice] [pid 44832] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed Nov 07 07:10:22.012264 2018] [ssl:warn] [pid 44834] AH01909: lists:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:10:22.012681 2018] [ssl:warn] [pid 44834] AH01909: default-82_165_96_173:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:10:22.013061 2018] [ssl:warn] [pid 44834] AH01909: default-82_165_97_47:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:10:22.021765 2018] [mpm_prefork:notice] [pid 44834] AH00163: Apache/2.4.10 (Debian) OpenSSL/1.0.1t Apache mod_fcgid/2.3.9 configured -- resuming normal operations
[Wed Nov 07 07:10:22.021796 2018] [core:notice] [pid 44834] AH00094: Command line: '/usr/sbin/apache2'
[Wed Nov 07 07:15:26.579240 2018] [mpm_prefork:notice] [pid 44834] AH00169: caught SIGTERM, shutting down
[Wed Nov 07 07:15:29.017153 2018] [ssl:warn] [pid 46122] AH01909: lists:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:15:29.017460 2018] [ssl:warn] [pid 46122] AH01909: default-82_165_96_173:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:15:29.017798 2018] [ssl:warn] [pid 46122] AH01909: default-82_165_97_47:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:15:29.019276 2018] [:notice] [pid 46122] ModSecurity for Apache/2.9.2 (http://www.modsecurity.org/) configured.
[Wed Nov 07 07:15:29.019288 2018] [:notice] [pid 46122] ModSecurity: APR compiled version="1.5.1"; loaded version="1.5.1"
[Wed Nov 07 07:15:29.019292 2018] [:notice] [pid 46122] ModSecurity: PCRE compiled version="8.35 "; loaded version="8.35 2014-04-04"
[Wed Nov 07 07:15:29.019295 2018] [:notice] [pid 46122] ModSecurity: LUA compiled version="Lua 5.1"
[Wed Nov 07 07:15:29.019297 2018] [:notice] [pid 46122] ModSecurity: LIBXML compiled version="2.9.1"
[Wed Nov 07 07:15:29.019299 2018] [:notice] [pid 46122] ModSecurity: Original server signature: Apache
[Wed Nov 07 07:15:29.019302 2018] [:notice] [pid 46122] ModSecurity: Status engine is currently disabled, enable it by set SecStatusEngine to On.
[Wed Nov 07 07:15:29.020655 2018] [suexec:notice] [pid 46122] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Wed Nov 07 07:15:30.012228 2018] [ssl:warn] [pid 46123] AH01909: lists:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:15:30.012568 2018] [ssl:warn] [pid 46123] AH01909: default-82_165_96_173:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:15:30.012872 2018] [ssl:warn] [pid 46123] AH01909: default-82_165_97_47:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:15:30.020505 2018] [mpm_prefork:notice] [pid 46123] AH00163: Apache/2.4.10 (Debian) OpenSSL/1.0.1t Apache mod_fcgid/2.3.9 configured -- resuming normal operations
[Wed Nov 07 07:15:30.020533 2018] [core:notice] [pid 46123] AH00094: Command line: '/usr/sbin/apache2'
[Wed Nov 07 07:58:35.217196 2018] [mpm_prefork:notice] [pid 46123] AH00169: caught SIGTERM, shutting down
[Wed Nov 07 07:59:06.017043 2018] [ssl:warn] [pid 55904] AH01909: lists:443:0 server certificate does NOT include an ID which matches the server name
[Wed Nov 07 07:59:06.017341 2018] [ssl:warn] [pid 55904] AH01909: default-82_165_96_173:443:0 server certificate does NOT include an ID which matches the server name
Error Log nginx:

Code:
2018/11/07 07:13:11 [notice] 1127#0: worker process 1130 exited with code 0
2018/11/07 07:13:11 [notice] 1127#0: worker process 1130 exited with code 0
2018/11/07 07:13:11 [notice] 1127#0: signal 29 (SIGIO) received
2018/11/07 07:13:11 [notice] 1127#0: signal 29 (SIGIO) received
2018/11/07 08:01:00 [notice] 1127#0: signal 3 (SIGQUIT) received from 60198, shutting down
2018/11/07 08:01:00 [notice] 1127#0: signal 3 (SIGQUIT) received from 60198, shutting down
2018/11/07 08:01:00 [notice] 45564#0: gracefully shutting down
2018/11/07 08:01:00 [notice] 45564#0: gracefully shutting down
2018/11/07 08:01:00 [notice] 45565#0: exiting
2018/11/07 08:01:00 [notice] 45565#0: exiting
2018/11/07 08:01:00 [notice] 45564#0: exiting
2018/11/07 08:01:00 [notice] 45564#0: exiting
2018/11/07 08:01:00 [notice] 45564#0: exit
2018/11/07 08:01:00 [notice] 1127#0: signal 15 (SIGTERM) received from 1, exiting
2018/11/07 08:01:00 [notice] 1127#0: signal 15 (SIGTERM) received from 1, exiting
2018/11/07 08:01:00 [notice] 1127#0: signal 17 (SIGCHLD) received from 45565
2018/11/07 08:01:00 [notice] 1127#0: signal 17 (SIGCHLD) received from 45565
2018/11/07 08:01:00 [notice] 1127#0: cache manager process 45565 exited with code 0
2018/11/07 08:01:00 [notice] 1127#0: cache manager process 45565 exited with code 0
2018/11/07 08:01:00 [notice] 1127#0: signal 29 (SIGIO) received
2018/11/07 08:01:00 [notice] 1127#0: signal 29 (SIGIO) received
2018/11/07 08:01:00 [notice] 1127#0: signal 17 (SIGCHLD) received from 45564
2018/11/07 08:01:00 [notice] 1127#0: signal 17 (SIGCHLD) received from 45564
2018/11/07 08:01:00 [notice] 1127#0: worker process 45564 exited with code 0
2018/11/07 08:01:00 [notice] 1127#0: worker process 45564 exited with code 0
2018/11/07 08:01:00 [notice] 1127#0: exit
2018/11/07 08:01:00 [notice] 1127#0: exit
Irgendwann in der Nacht scheint einfach nginx oder apache einfach aufzugeben und zeigt dann den Timeout 504 Fehler an, bis ich den Server oder apache neustarte. Meiner Meinung nach ist im Error Log nichts ersichtlich aber ihr kennt euch deutlich besser aus. Normal benötige ich doch auch kein nginx wenn ich keinen Proxy verwende oder verstehe ich da was falsch ? Ich habe nämlich jetzt zum Test mal nginx ausgeschaltet und warte mal ab was passiert, alle Domains sind ganz normal zugänglich.

Wäre nett wenn mir jemand einen Wink geben könnte, denn ich bin ratlos da es wirklich nur sporatisch vorkommt mit dem 504 Fehler und ich nicht jeden morgen damit verbringen kann den Dienst neuzustarten.. :-/
Mit Zitat antworten

  #2  
Alt 07.11.2018, 12:33
GwenDragon GwenDragon ist offline
Registered User
 
Registriert seit: 12.2008
Ort: Franken
Alter: 59
Beiträge: 3.314
Ist irgendwas im kernellog drin zu dem Zeitpunkt des Absturzes von NGinx?
__________________
die Gwen, also die Drachin... nix anderscht!
Mit Zitat antworten
  #3  
Alt 07.11.2018, 12:44
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Zitat:
Zitat von GwenDragon Beitrag anzeigen
Ist irgendwas im kernellog drin zu dem Zeitpunkt des Absturzes von NGinx?
Das Problem ist, dass ich nicht genau weiß, wann nginx nicht mehr funktioniert. Morgens wenn ich dann versuche eine meiner Kundenwebsites zu öffnen, kommt der Fehler. Aber den genauen Zeitpunkt kann ich nicht lokalisieren..

Gruß
Mit Zitat antworten
  #4  
Alt 07.11.2018, 13:06
GwenDragon GwenDragon ist offline
Registered User
 
Registriert seit: 12.2008
Ort: Franken
Alter: 59
Beiträge: 3.314
Zitat:
Zitat von naxort Beitrag anzeigen
Das Problem ist, dass ich nicht genau weiß, wann nginx nicht mehr funktioniert.
Warum machst du dann kein Monitoring deiner Kundenseiten? Dann siehste doch wenn es hakt.
__________________
die Gwen, also die Drachin... nix anderscht!
Mit Zitat antworten
  #5  
Alt 07.11.2018, 13:26
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Gibt es denn bei Plesk eine Funktion dafür ?
Mit Zitat antworten
  #6  
Alt 07.11.2018, 13:53
reccon reccon ist offline
Registered User
 
Registriert seit: 12.2015
Alter: 40
Beiträge: 162
Timeout 504 | nginx auf allen Seiten
In Plesk könntest du die Komponente "Serversystemüberwachung" (Server Health Monitor) installieren und eine Email-Benachrichtigung konfigurieren.
Ob der aber in deinem Fall anschlagen würde ist fraglich.

Ich glaube was Gwen aber meinte ist eine Serverüberwachung, wie sie diverse Dienstleister anbieten, bzw. mit Tools wie Nagios o.ä. selbst erstellt werden kann.

Ich könnte dir temporär anbieten eine Seite in meine Überwachung mit aufzunehmen. Dafür benötige ich eine URL und eine Email-Adresse für den Alarm. Am besten natürlich per PN.
Mit Zitat antworten
  #7  
Alt 07.11.2018, 13:54
Benutzerbild von danton
danton danton ist offline
Registered User
 
Registriert seit: 04.2009
Ort: Ennigerloh
Alter: 45
Beiträge: 2.726
Timeout 504 | nginx auf allen Seiten
Das Monitoring sollte am besten von einem anderes System aus erfolgen, damit du auch Warnungen bekommst, wenn z.B. der komplette Server abstürzt, die Netzwerkverbindung zusammenbericht usw.
Es gibt diverse Monitoring-Dienste im Internet, die du da nutzen kannst...
__________________
Event-List - PHP/MySQL-Veranstaltungskalender für die eigene Homepage
Mit Zitat antworten
  #8  
Alt 07.11.2018, 16:38
Benutzerbild von DeaD_EyE
DeaD_EyE DeaD_EyE ist offline
Registered User
 
Registriert seit: 07.2010
Ort: Hagen
Alter: 36
Beiträge: 1.916
DeaD_EyE eine Nachricht über ICQ schicken
Ich nutze den hier: https://uptimerobot.com/
Bietet sich an, wenn man lediglich wissen will ob ein Host erreichbar ist und ob auf einen HTTP-Request auch eine Antwort kommt.
__________________
>>> join('white', 'red', 'yellow', 'black')
'freedom'
Mit Zitat antworten
  #9  
Alt 07.11.2018, 16:42
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Danke für die ganzen hilfreichen Tipps, ich habe das entsprechend ebenfalls gefunden und für eine Domain (so ziemlich die wichtigste) eingerichtet. Nun bin ich mal gespannt wann genau ein Alert kommt. Ich nehme mal an dass ein 15 Minuten Check ausreicht, um rauszufinden, ob in dem Zeitraum irgendwo eine Fehlermeldung in den Logs ersichtlich ist.

Trotzdem wüsste ich gerne warum nginx überhaupt eine Rolle spielt, wenn man keinen Proxy verwendet. Normal reicht doch apache oder ?

Gruß und vielen Dank !
Mit Zitat antworten
  #10  
Alt 07.11.2018, 16:48
GwenDragon GwenDragon ist offline
Registered User
 
Registriert seit: 12.2008
Ort: Franken
Alter: 59
Beiträge: 3.314
Im Prinzip ja. Wenn du viele Anfragen in kurzer Zeit auf die bei dir gehosteten verschiedenen Websites hast, ist ein Proxy wie NGinx sinnvoll. Hängt vom Anzahl der Besucher ab, welche Daten ausgeliefert werden und welche Webanwendungen für die Seiet laufen.
__________________
die Gwen, also die Drachin... nix anderscht!
Mit Zitat antworten
  #11  
Alt 08.11.2018, 09:43
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
// Siehe unten

Geändert von naxort (08.11.2018 um 10:09 Uhr)
Mit Zitat antworten
  #12  
Alt 08.11.2018, 09:59
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Also Monitoring Tool scheint ja gut zu funktionieren. Domain hat seit 22:55 nicht mehr funktioniert.
Plesk meldet im Health Monitoring dass die Auslastung bei Apache (Ungefähr in dem Zeitraum) ziemlich nach oben gegangen ist. Siehe Bild:

https://www2.pic-upload.de/img/36238297/auslastung.jpg

Das Problem nun ist, dass die Logs nur irgendwie im 2 Stunden Takt aufzeichnen, daher kann ich überhaupt nichts mehr nachvollziehen..

Geändert von naxort (08.11.2018 um 10:14 Uhr)
Mit Zitat antworten
  #13  
Alt 08.11.2018, 11:04
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Ich glaube, dass ich einen Anhaltspunkt gefunden habe.. Kann damit jemand etwas anfangen? :

Code:
[Wed Nov 07 19:02:06.006596 2018] [proxy_fcgi:error] [pid 54675] [client XX.XXX.XX.XXX:XXXXX] AH01071: Got error 'Primary script unknown\n'
Mit Zitat antworten
  #14  
Alt 08.11.2018, 11:23
Benutzerbild von danton
danton danton ist offline
Registered User
 
Registriert seit: 04.2009
Ort: Ennigerloh
Alter: 45
Beiträge: 2.726
Timeout 504 | nginx auf allen Seiten
Was sagen die Logs, nicht nur von Apache und nginx, sondern auch das syslog vom System selbst. Wie sieht zu dem Zeitpunkt die gesamte Speicherauslastung des Systems aus? Läuft die evtl. voll, so dass der OOM-Killer zuschlägt?
__________________
Event-List - PHP/MySQL-Veranstaltungskalender für die eigene Homepage
Mit Zitat antworten
  #15  
Alt 08.11.2018, 11:23
marce marce ist gerade online
Registered User
 
Registriert seit: 10.2009
Ort: Dettenhausen
Alter: 44
Beiträge: 1.566
Zitat:
Zitat von naxort Beitrag anzeigen
Ich glaube, dass ich einen Anhaltspunkt gefunden habe.. Kann damit jemand etwas anfangen? :

Code:
[Wed Nov 07 19:02:06.006596 2018] [proxy_fcgi:error] [pid 54675] [client XX.XXX.XX.XXX:XXXXX] AH01071: Got error 'Primary script unknown\n'
Warum sollte ein Logeintrag von 19:02 mit einem Ausfall um 22:55 zu tun haben?

Abgesehen davon sagt das nur, das php-fpm einen Request erhalten hat und dazu kein passendes Script zum Ausführen vorhanden war...

Sprich 'ne 404.
Mit Zitat antworten
Antwort

Stichworte
apache, nginx, plesk, server, webserver



Themen-Optionen
Thema bewerten
Thema bewerten:

Forumregeln
Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist aus.
HTML-Code ist aus.

Gehe zu

Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
NGINX unter CentOS. Aufruf der Domain führt ins leere Werner S Webserver 5 14.09.2017 08:15
Nginx 504 Timeout-Fehler Floezen Perl / PHP / Python / bash 5 27.07.2015 12:20
[httpd] <defunct> Problem beheben gammla Webserver 5 09.11.2009 13:27
imap = 100% CPU Belastung Lord_Icon Mail 1 23.01.2009 16:43
Squid und fehler in der cache.log Snakekick Sonstige Serverdienste 1 21.06.2007 21:08


Timeout 504 | nginx auf allen Seiten
Timeout 504 | nginx auf allen Seiten
Timeout 504 | nginx auf allen Seiten Timeout 504 | nginx auf allen Seiten
Powered by vBulletin® Version 3.8.11 (Deutsch)
Copyright ©2000 - 2019, vBulletin Solutions, Inc.
Search Engine Optimisation provided by DragonByte SEO (Pro) - vBulletin Mods & Addons Copyright © 2019 DragonByte Technologies Ltd.