Server Support Forum
Timeout 504 | nginx auf allen Seiten

Zurück   Server Support Forum > >


Antwort
 
Themen-Optionen Thema bewerten
  #16  
Alt 08.11.2018, 11:34
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Sorry, ich kenne mich mit den Fehlermeldungen leider nicht so gut aus, versuche lediglich den Fehler zu ermitteln.. Die Meldung ist auch bis 22 Uhr aufgetaucht, ungefähr in dem Zeitraum in dem der Apache angefangen hat zu streiken.
Mit Zitat antworten

  #17  
Alt 08.11.2018, 11:42
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Zitat:
Zitat von danton Beitrag anzeigen
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?

Leider geht der Syslog nur bis heute morgen 6:20 Uhr zurück, warum auch immer.. Muss ich aber mal beobachten
Mit Zitat antworten
  #18  
Alt 08.11.2018, 12:13
GwenDragon GwenDragon ist offline
Registered User
 
Registriert seit: 12.2008
Ort: Franken
Alter: 59
Beiträge: 3.314
Zitat:
Zitat von naxort Beitrag anzeigen
Leider geht der Syslog nur bis heute morgen 6:20 Uhr zurück, warum auch immer..
Weil täglich die Logdateien rotiert werden.
Dann schau halt in der shell in das rotierte syslog rein.

ls -al /var/log/syslog*
cat /var/log/syslog.1
zcat /var/log/syslog.2.gz
usw.
__________________
die Gwen, also die Drachin... nix anderscht!
Mit Zitat antworten
  #19  
Alt 08.11.2018, 12:26
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Code:
Nov  7 22:30:01 localhost CRON[5192]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Nov  7 22:39:01 localhost CRON[5600]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
Nov  7 22:45:01 localhost CRON[6046]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Nov  7 23:00:01 localhost CRON[6904]: (root) CMD ([ -x /opt/psa/admin/sbin/backupmng ] && /opt/psa/admin/sbin/backupmng >/dev/null 2>&1)
Also das habe ich in dem Zeitraum in der syslog drin stehen
Mit Zitat antworten
  #20  
Alt 08.11.2018, 13:20
greystone greystone ist gerade online
Registered User
 
Registriert seit: 05.2016
Beiträge: 335
Auch nochmal von mir die Empfehlung:

Verwende ein Monitoring-System, dass Dir klar die Systemauslastung anzeigt. Dann brauchst Du jetzt gar nicht so viel zu graben, sondern siehst auf einen Blick viel mehr, als eine Loganalyse dir jetzt zeigen mag.

Beispiele von Screenshots, siehe Anhang.
Miniaturansicht angehängter Grafiken
Timeout 504 | nginx auf allen Seiten-cpu_usage.png   Timeout 504 | nginx auf allen Seiten-cpu_load.png   Timeout 504 | nginx auf allen Seiten-disk_read_throughput.png   Timeout 504 | nginx auf allen Seiten-filesystem_usage.png  
Mit Zitat antworten
  #21  
Alt 08.11.2018, 13:26
Benutzerbild von Cyperghost
Cyperghost Cyperghost ist offline
Registered User
 
Registriert seit: 10.2017
Beiträge: 34
Timeout 504 | nginx auf allen Seiten
So einen Fehler hatte ich bei einem Plesk System auch. Ich könnte den Fehler leider nur soweit zurück verfolgen das der Apache eine Art Memory Leak(zu mindestens bei mir) hatte. Und dann vom System abgeschossen wurde(welcher Prozess das war, war leider nicht ersitlich). Da drauf hin habe ich alles was über den Apache ging durch den Nginx ersetzt und seitdem keine Fehler mehr.
Das heißt php durch den Nginx sowie php-fpm angestiert dies kannst du über die Verwaltung der Hosting Einstellung der jeweiligen Webseiten konfigurieren.


Ich muss dann nur alle Konfiguration die vorher durch .htaccess gemacht wurden durch die passende Nginx regeln ersetzten.
Mit Zitat antworten
  #22  
Alt 08.11.2018, 15:01
GwenDragon GwenDragon ist offline
Registered User
 
Registriert seit: 12.2008
Ort: Franken
Alter: 59
Beiträge: 3.314
@naxort Ah ja, Backups. Zum Zeitpunkt eines Backups sind die Domains auch nicht erreichbar, wenn in den Backups eingestellt ist, dass während einem Backup die Domains gesperrt werden.

Muss du halt in den Backupmanager reinsehen.
Start → Tools & Einstellungen → Backup-Manager

Auch mal in die Cronjobs reinsehen:
Start → Tools & Einstellungen → Geplante Aufgaben

In /var/log/plesk/PMM sind die Logdateien für Backups. Schau mal ob da was hakt um die Zeit.
__________________
die Gwen, also die Drachin... nix anderscht!

Geändert von GwenDragon (08.11.2018 um 15:07 Uhr)
Mit Zitat antworten
  #23  
Alt 08.11.2018, 15:20
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Zitat:
Zitat von GwenDragon Beitrag anzeigen
@naxort Ah ja, Backups. Zum Zeitpunkt eines Backups sind die Domains auch nicht erreichbar, wenn in den Backups eingestellt ist, dass während einem Backup die Domains gesperrt werden.

Muss du halt in den Backupmanager reinsehen.
Start → Tools & Einstellungen → Backup-Manager

Auch mal in die Cronjobs reinsehen:
Start → Tools & Einstellungen → Geplante Aufgaben

In /var/log/plesk/PMM sind die Logdateien für Backups. Schau mal ob da was hakt um die Zeit.
Habe ich gerade nachgeschaut, die inkrementellen Backups werden erst um 0 Uhr via Cronjob angestoßen und dauern nur ein paar Minuten. In den Einstellungen ist eingestellt dass die Domains NICHT zu 503 weiterleiten in der Zeit, ergo verfügbar bleiben. Aber die Backups laufen auch schon regelmäßig über ein Jahr, aber der Fehler tritt erst seit ein paar Tagen auf.

Ich verzweifele bald..

Geändert von naxort (08.11.2018 um 15:22 Uhr)
Mit Zitat antworten
  #24  
Alt 08.11.2018, 15:32
GwenDragon GwenDragon ist offline
Registered User
 
Registriert seit: 12.2008
Ort: Franken
Alter: 59
Beiträge: 3.314
Wie greystone sagte, interne Dienste und Domains monitoren, dann wird dir bei Überschreitung ein Mail zugesandt und du siehst eher wo es hakt mit den Ressourcen.
__________________
die Gwen, also die Drachin... nix anderscht!
Mit Zitat antworten
  #25  
Alt 09.11.2018, 09:00
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Zitat:
Zitat von GwenDragon Beitrag anzeigen
Wie greystone sagte, interne Dienste und Domains monitoren, dann wird dir bei Überschreitung ein Mail zugesandt und du siehst eher wo es hakt mit den Ressourcen.
Ja ich habe ja den Health Monitor von Plesk installiert und mir ist aufgefallen, dass bei den Downtimes der "apache memory" komplett eskaliert und auf rot geht. Siehe Log:

Code:
2018-11-08T21:54:45+00:00 INFO (6): Server health parameter "Services > Apache memory usage" changed its status from "green" to "yellow".
2018-11-08T22:34:45+00:00 INFO (6): Server health parameter "Services > Apache memory usage" changed its status from "yellow" to "red".
2018-11-09T06:19:48+00:00 INFO (6): Server health parameter "Services > Apache memory usage" changed its status from "red" to "yellow".
2018-11-09T06:24:48+00:00 INFO (6): Server health parameter "Services > Apache memory usage" changed its status from "yellow" to "green".
nginx Log:

Code:
2018/11/08 19:20:49 [alert] 31953#0: ignore long locked inactive cache entry 56960f93474821036badbff1a6a3729c, count:1
2018/11/08 20:05:43 [info] 31952#0: *8703 client sent HTTP/1.1 request without "Host" header while reading client request headers, client: 89.21.44.124, server: , request: "GET /w00tw00t.at.ISC.SANS.DFind:) HTTP/1.1"
2018/11/08 20:05:43 [info] 31952#0: *8704 client sent HTTP/1.1 request without "Host" header while reading client request headers, client: 89.21.44.124, server: , request: "GET /w00tw00t.at.ISC.SANS.DFind:) HTTP/1.1"
2018/11/08 20:05:55 [info] 31952#0: *8706 client sent HTTP/1.1 request without "Host" header while reading client request headers, client: 89.21.44.124, server: , request: "GET /w00tw00t.at.ISC.SANS.DFind:) HTTP/1.1"
2018/11/08 20:05:55 [info] 31952#0: *8707 client sent HTTP/1.1 request without "Host" header while reading client request headers, client: 89.21.44.124, server: , request: "GET /w00tw00t.at.ISC.SANS.DFind:) HTTP/1.1"
2018/11/08 23:24:34 [info] 31952#0: *11027 epoll_wait() reported that client prematurely closed connection, so upstream connection is closed too while sending request to upstream, client: XXX.XX.XX.XX, server: XX, request: "$


Und das war genau in dem Zeitrahmen, in dem der Monitor mir gesagt hat dass die Domain Down ist.

Jetzt muss ich nur wissen, was genau das verursacht.

Geändert von naxort (09.11.2018 um 09:25 Uhr)
Mit Zitat antworten
  #26  
Alt 13.11.2018, 09:31
naxort naxort ist offline
Registered User
 
Registriert seit: 11.2018
Beiträge: 16
Gut, ich vermute, ich habe das Problem selbst gelöst. Ich nehme an, dass irgendwelche Scripts dafür verantwortlich waren, welche die Auslastung in unregelmäßigen Abständen so hochgejagt haben, dass der nginx Service sowie Apache abgestürzt sind. Habe nun ein Backup eingespielt, Sicherheitsaktualisierungen in Wordpress gemacht und nun läuft alles wieder wie gewohnt.

Thread kann geschlossen werden, Danke trotzdem für die Hilfe an alle beteiligten.
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.