Neu Shop 4.06 Fehler 504 Gateway Time-Out bei Aufrufen im Admin-Bereich

[andrereese]

Hallo Zusammen,

ich habe ein merkwürdiges Phänomen bei einem Shop 4.06 (Build 12).

Wenn ich mich als Admin im Backend anmelde, dauert die Anmeldung fast 60 Sekunden (aber funktioniert).
Jeder weitere Aufruf von dort (z.B. Eigene Seiten oder Plugins) landet dann in einem Fehler 504 Gateway Time-out.
Im Fehlerlog des Servers erscheint keine Meldung. In der ersten Seite nach der Anmeldung, sind alle Haken grün (120 Sek. Timeout, 256 MB).

Das Frontend läuft schnell und fehlerfrei.

Irgendjemand eine Idee, was die Ursache sein könnte ?

Danke + Gruß,
André

 

[JulianG]

Hi. Eventuell ein Dashboard-Widget, dass versucht mit einem Drittserver zu kommunizieren, der derzeit nicht erreichbar ist. Dafür sprechen würde es, wenn der Login schneller geht, wenn du direkt auf explizite Seiten einloggst, z.B. auf /admin/pluginmanager.php

Shop und ggf. Plugins sollten geupdated werden. 4.06.12 ist jetzt auch schon über ein Jahr alt.

 

[andrereese]

Hallo Julian,

Danke für die schnelle Antwort.

Der direkte Aufruf eines Adminmoduls, noch vor dem Login, klappt leider auch nicht besser.
Den Shop habe ich aktualisiert auf Build 17. Leider auch keine Verbesserung.
Das DB-Update ist noch durchgelaufen, danach allerdings gleich wieder 504.

Das Einzige was mir aufgefallen ist, ist eine Mitteilung darüber, dass Google recaptcha aktiviert ist, aber keine Zugangsdaten dafür hinterlegt sind.
Könnte das die Ursache sein ? Leider komme ich nicht bis zu der Stelle, wo ich das abschalten könnte.
Gibts da einen Schalter in der Datenbank (über phpmyadmin) ?

Danke + Gruß,
André

 

[andrereese]

Okay, recaptcha ist abgeschaltet. Keine Verbesserung...
Die Patches und News erscheinen auch alle nicht auf der Startseite des Backends.

 

[JulianG]

/admin/pluginverwaltung.php klappt auch nicht, aber z.B. /admin/einstellungen.php?kSektion=2 geht?
Dann ist vermutlich irgendein Plugin verantwortlich, dass sich auf die Backend-Startseite auswirkt. Was nutzt du für Plugins die da eventuell in Frage kommen?

 

[andrereese]

" /admin/pluginverwaltung.php " landet im 504. "/admin/einstellungen.php?kSektion=2" benötigt 57 Sekunden, aber wird dann angezeigt.
Neben den jtl_-Plugins sind folgende Verzeichnisse zu sehen :

agws_ts_feautures
evo_editor
s360_amazon_lpa_shop4

War das so, dass ich die Verzeichnisse einfach löschen kann, um das zu testen ?

 

[JulianG]

Nein, lieber nicht löschen. Was du versuchen kannst (aber achte dann darauf was im Frontend passiert):
im Pluginverzeichnis die info.xml und/oder versions-ordner (temporär) umbenennen. Versuch das mal beim agws-Plugin; da weiss ich gerade nicht was das alles macht.

 

[andrereese]

Alle Plugins testweise umbenannt (xml und version). Leider keine Änderung.

 

[css-umsetzung]

Benenne einfach Mal das Plugin Verzeichnis um, es kann nichts passieren.
Sicher das da nicht auch etwas von jst drin ist? Kann man ja leicht Übersehen wenn da einige mit jtl sind.

 

[andrereese]

Plugin Verzeichnis umbenannt. Hat leider nichts verbessert.

Wenn /admin mal durchläuft, dann sehe ich im Network-Waterfall (Broswer) ganz unten, dass io.php intiatiated by jquery-1.12... mit 504 scheitert, wenn die Antwort länger als 60 Sekunden dauert.
Dann bricht nginx die Verbindung vermutlich ab. Die Frage ist, wodurch die Verzögerung erst entsteht.

Wenn sich das nicht lösen lässt, bleibt wohl nur der Umzug zu einem anderen Hoster.
Der Shop lief vor einigen Wochen problemlos. Vielleicht hat sich auf der Hostingseite etwas geändert.
Der Hoster sagt aber, dass er ohne Eintrag im Errorlog schwer was machen kann.

 

[JulianG]

Das liegt daran, dass er dafür im Log eines anderen Servers prüfen müsste. 504 Gateway-Timeout bedeutet, dass ein anderer Server oder Dienst zu lange auf sich warten lässt:

504 - Der Server konnte seine Funktion als Gateway oder Proxy nicht erfüllen, weil er innerhalb einer festgelegten Zeitspanne keine Antwort von seinerseits benutzten Servern oder Diensten erhalten hat.

Während man natürlich versuchen kann das aulösende Ereignis im Shop zu deaktivieren ist die Ursache weder im Shop, noch vermutlich auf dem Server des Shops zu suchen.

 

[JulianG]

Eine Firewall des Hoster z.B. könnte dazwischen hängen und weniger lange auf die Antwort (wovon auch immer) warten, als der Shop(Server).

 

[css-umsetzung]

Bevor ich jetzt so einen großen Schritt gehe und den Hoster wechsel, ohne zu wissen was das eigentliche Problem ist, würde ich jemanden nachschauen lassen.

ich kann mir nicht vorstellen das es am Hoster liegt.

 

[andrereese]

Der "Bekannte" kann sich leider keine weitere Unterstützung leisten (Low Budget Projekt), daher habe ich den Umzug gestartet.
Beim Versuch die Datenbank zu exportieren, stellte sich heraus, dass selbst phpmyadmin nicht mehr sauber darauif zugreifen konnte.
Die Ursache war also ein Fehler des Datenbankservers. Nach Rücksprache mit dem Hoster ("Nein, da gibt es kein Problem"), hat der Expiort etwa eine Stunde später sauber funktioniert

Shop umgezogen, alles läuft wieder super.

Vielen Dank für Eure Unterstützung !