Fehler 500 Internal Server Error bei update_2.0.4.1_to_2.0.4.2.sql

[Tomcraft]

Huch? Nein das ist wirklich nicht groß! Die Frage ist dann natürlich, wie es bei dir diesen durch Timeout bedingten 500er Fehler geben kann? War der MySQL-Server zu dem Zeitpunkt vielleicht gerade überlastet? Ist ja vermutlich ein Shared Hosting, richtig?

Grüße

Torsten

[servsens]

Ja, richtig. Mag sein, dass der physische Server überlastet war oder ist. Es ist ein V-Server von Strato mit Ubuntu 14.04.1 SLS und MySQL v5.5.62. Den habe ich seit Juni 2011. Ich hatte meinen virtuellen Server nach dem "500 Internal Server Error" sogar mal neu gestartet, half aber nichts.

[Tomcraft]

Worauf stehen die beiden PHP-Direktiven memory_limit und max_execution_time?

Grüße

Torsten

[servsens]

memory_limit 128M
max_execution_time 30

[Tomcraft]

Hattest du mal versucht die Datei "update_2.0.4.1_to_2.0.4.2.sql" aufzuteilen, beispielsweise eine "update_2.0.4.1_to_2.0.4.2-part-1.sql" und eine "update_2.0.4.1_to_2.0.4.2-part-2.sql"?

Grüße

Torsten

[servsens]

Nein, habe ich nicht.  Hätte ich aber auch noch versucht, wenn ich es nicht einfacher hinbekommen hätte.
Das Verfahren hatte ich aber schon bei einigen der vorherigen Updates (habe bei MOD_1.0.6.0 angefangen) angewendet, als ich noch nicht wusste, dass die Fehlermeldungen bei den Installer-Updates nur bedeuten, dass die jeweilig beabsichtigten Änderungen in der Datenbank nur deswegen nicht ausgeführt werden können, weil sie schon realisiert waren. Ich hatte sogar einzelne SQL-Sequenzen direkt in der MySQL-Konsole ausgeführt, um mir das ganz genau anzuschauen und zu verstehen. Mit phpMyAdmin und dem aktuellen Datenbank-Dump in einem tauglichen Editor habe ich anfangs Schritt-für-Schritt und später nur noch stichprobenartig überprüft, ob die Fehlermeldungen bei den Installer-Updates ignoriert werden können.

[Tomcraft]

Schade, wir hätten das gerne nochmal reproduziert.

Grüße

Torsten