Neu HTTP500 seit Freitag ca. 23:00

MichaelH

Sehr aktives Mitglied
17. November 2008
14.601
1.944
Hat noch jemand aktuell Probleme ?
Wir hatten nichts geändert.

Maßnahmen:
Shop Software vom Backup neu eingespielt.
Server bei Hetzner gewechselt.
Natürlich zuvor schon sämtliche Plugin deaktiviert.

Bislang ziemlich rätselhaft.


SystemLinux
PHP-Version7.3.27

MySQL-Version:5.5.5-10.1.26-MariaDB-0+deb9u1
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.601
1.944
Kein Log, nichts.
Kein Hinweis.
Eben, das ist ja das Problem.

Nun läuft es besser, sieht so aus als ob der Spuk vorbei wäre, auf dem alten und auch auf dem neuen Server - was mehr als seltsam ist.

Wir sind aber noch am Testen und probieren.

Ich habe hier gepostet, weil unser Shop vielleicht nicht der einzige ist ?
Also irgendwas "allgemeines" auf das man nicht kommt.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.601
1.944
Wir bekamen den HTTP500 auch dann wenn wir direkt einen Link zu einem Shopbild aufgerufen haben.
Wäre ein Hinweis, dass es mit dem Shop rein gar nichts zu tun hat.

Aber wie kann ein Server ein HTTP500 auslösen, wenn man direkt ein Bild aufruft ?!?

Und dann lief er wieder normal, ein paar Klicks, und zack wieder HTTP500.

Aktuell läuft der "neue" Server, aber Ursache kennen wir keine.
Der Shop läuft flott, 0.6 - 0.9 Sekunden und dann Aussetzer mit 10 bis sogar 22 Sekunden Antwortzeit.

Alles zusammen sehr seltsam.
 

en001

Sehr aktives Mitglied
15. März 2017
578
64
Der Shop verwendet einheitlich http oder https? Meist liegt ein 500er an einer falschen .htaccess. In dem von mir beschriebenen Fall war er hart codiert in einem 4.06-17.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.601
1.944
Werde ich weiterleiten - wir hatten 0 und gar nichts geändert, schon länger nicht mehr.
Der Shop lief bis dahin, dann kamen mal 3 Bestellungen am SA um 12:30, also ging, ging nicht, ging.
 

MichaelH

Sehr aktives Mitglied
17. November 2008
14.601
1.944
Die Lösung war:

"Das System setzt ein Limit für die maximal erlaubte Anzahl an Dateien. Und das dann nochmal auf Ebene des Benutzers. Der Ngnix ist da wortlos ins Limit gelaufen. "

Kann also passieren, wenn ein System bzw. Shop schon lange läuft und sich offensichtlich "Zeugs" ansammelt.
 

css-umsetzung

Offizieller Servicepartner
SPBanner
6. Juli 2011
8.277
2.477
Berlin
Firma
css-umsetzung
Diese Limits können auf dem Server erhöht werden, die sind in der Regel aber ausreichend, es sei denn man arbeitet mit dem File Cache
 
Ähnliche Themen
Titel Forum Antworten Datum
Shop Apotheke Bestellungen seit Update als „nicht bezahlt“ – Versand blockiert JTL-Wawi 2.0 0
Neu Warnung per Mail wenn Paket seit x Tagen in Filiale zu Abholung (DHL Sendungsverfolgung) Track&Trace JTL-Workflows - Ideen, Lob und Kritik 3
Neu ERDE an JTL- seit 10h kein Versand wegen Störung! JTL-ShippingLabels - Fehler und Bugs 10
Neu Amazon Abgleich - seit heute 12:26Uhr keine Übernahme der Bestellungen über Worker Amazon-Anbindung - Fehler und Bugs 9
Neu PrestaShop 9 Kompatibilität des Connectors – seit über 8 Monaten keine Lösung PrestaShop-Connector 0
Neu Wawi Synchronisation mit JTL Shop nicht möglich! seit 3 Stunden was kann man machen? Onlineshop-Anbindung 1
Neu Besucherrückgang seit 20.01.26 Smalltalk 6
Neu VCS - keine externen Belege mehr seit 29.12.2025 Amazon-Anbindung - Fehler und Bugs 1
Seit dem Update auf JTL Wawi 1.11.4 funktioniert der Workflow "Datei Schreiben" nicht JTL-Wawi 1.11 1
Neu Amazon Pay - kein Daten Abgleich seit 10.12.25 User helfen Usern - Fragen zu JTL-Wawi 0
Seit der Umstellung zu 1.11.4 meldet Googl Search Händlereinträge >Feld "name" fehlt (in „brand“) JTL-Wawi 1.11 4
Seit Update auf 1.11.4 Workflow für Kartonauswahl gibt error JTL Das Objekt mit Nullwert muss einen Wert haben. BrowsePk: 152325 WorkflowAktionId: 155 JTL-Wawi 1.11 1
seit Update zu viele Versandbestätigungen JTL-Wawi 1.11 0

Ähnliche Themen