HTTP ERROR 500, wenn der Node eines bestimmten Typs gespeichert wird oder ein neuer Inhalt dieses Typs erzeugt werden soll
Eingetragen von montviso (2188)am 12.01.2021 - 15:15 Uhr in
- Auf einer Drupal 9.0.8 Installation kommt es zu einem HTTP ERROR 500, wenn der Node eines bestimmten Typs mit vielen Feldern entweder gespeichert wird oder ein neuer Inhalt dieses Typs erzeugt werden soll.
- Auf dem gleichen Server ist die vorherige Version unter Drupal 8 mit ebenso umfangreichem Node-Type gekaufen. Das Upgrade wurde durch Neuaufsetzen von Drupal 9 und Import der Inhalte mit Feeds vorgenommen.
- Der Fehler erscheint nicht im PHP Error-Log
- Der Fehler tritt nur auf, wenn ein User mit einer bestimmten Rolle den Node editiert. Diese Rolle darf nicht auf das Verwaltungs-Theme zugreifen.
Der Fehler passiert auch, wenn ich mit Bartik teste.
Wenn der Admin den Node speichert oder einen neuen Inhalt des Typs anlegt, dann funktioniert es
- Der Fehler tritt bei All-Inkl auf, bei meiner lokalen Testumgebung unter Windows 10 mit gleichen php.ini Einstellungen im Bereich core tritt er nicht auf
- verschiedene PHP Konfigurationen wurden versuchsweise extrem hoch gesetzt
php_value max_execution_time 600
php_value max_input_time 6000
php_value max_file_uploads 50
php_value max_input_vars 10000
php_value memory_limit 1024M
php_value upload_max_filesize 1000M- Der Fehler tritt mit php 7.3 oder php 7.4 auf
- max_allowed_packet beträgt 67108864 auf dem server mit dem Fehler und 4194304 auf dem Windows-Rechner, wo es läuft.
- Das Support-Team von All-Inkl hat das Error-Log zum fraglichen Termin kontrolliert und -angeblich- keine Fehler diesbezüglich gefunden.
Was kann ich noch austesten?
- Anmelden oder Registrieren um Kommentare zu schreiben
Evtl. ist max_input_vars noch
am 12.01.2021 - 16:00 Uhr
Evtl. ist max_input_vars noch zu klein, aber das ist nur eine Vermutung und müßte eigentlich einen Fehler bringen.
das ist der server
am 12.01.2021 - 16:14 Uhr
das ist der server überfordert...
@wla max_input_vars wurde mit
am 12.01.2021 - 16:45 Uhr
@wla
max_input_vars wurde mit hohem Wert getestet
@caw möchte ich nicht ausschließen, dass der Server überlastet ist.
Das wäre dann aber das erste Projekt, bei dem mir das gelungen ist.
Ich habe ja einige sehr umfangreiche Drupal Seiten dort liegen, also auch mit großen Masken.
Das müsste dann an Drupal 9 liegen?
Es ist übrigens ein Intranet, auf das momentan nur ich zugreife.
Was ich auch nicht ganz verstehe, warum die Maske für das Editieren / Anlegen von Nodes im Frontend so viel mehr Power benötigt, als im Backend?
Wie geschrieben, der Admin kann editieren.
Drupal 9 braucht ja mehr
am 12.01.2021 - 17:07 Uhr
Drupal 9 braucht ja mehr Resoucren...
Ist zwar nicht ionos, aber Serverfehler sind ja überall gleich
https://www.ionos.de/digitalguide/hosting/hosting-technik/http-error-500...
montviso schrieb @wla Was ich
am 12.01.2021 - 17:09 Uhr
@wla
Was ich auch nicht ganz verstehe, warum die Maske für das Editieren / Anlegen von Nodes im Frontend so viel mehr Power benötigt, als im Backend?
Wie geschrieben, der Admin kann editieren.
ist da ein anderes theme aktiv?
Normal ist Bootstrap Barrio
am 12.01.2021 - 17:15 Uhr
Normal ist Bootstrap Barrio mit Sub-Theme aktiv.
Ich habe aber auch mit Bartik getestet, das macht keinen Unterschied.
Danke für den Link von Ionos.
Ich habe zwar schon x solcher Dokus durch geackert, aber hier gefällt mir, die Unterklassifizierung des 500er Errors, der ja bekanntlich die eierlegende Wollmilchsau der Server-Errors ist. ;-)
Edit: Ach so, nur für IIS. Alles klar.