Fehlermeldungen memory size / Bad Gateway 502

Question

Hallo,

ich habe einen Fragebogen erstellt.
Die Struktur ist folgende:
Man landet auf einer Insruktionsseite und wird zufällig einer Versuchsgruppe zugeteilt.
Dann kommt man auf eine Testseite. Diese Testseite wird lädt dann 175 mal neu mit jeweils einer neuen Frage. Welche aus zwei Bildern besteht.
Die Bilder befinden sich auf einem externen Server.

Vor fünf Tagen, hatte die Testung noch funktioniert.
Versuche ich jetzt, den Fragebogen seit gestern mittag zu testen bekomme ich die Fehlermeldung "502 Bad Gateway - nginx/1.17.10"

Versuche ich eine der Testseiten im Debug-Modus zu öffnen bekomme ich die Fehlermeldung:
"Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 106496 bytes) in /var/www/soscisurvey/html/inc/DbQuery.php on line 188 Error message of type 1 seems not to reference eval'd code:
Allowed memory size of 67108864 bytes exhausted (tried to allocate 106496 bytes) in /var/www/soscisurvey/html/inc/DbQuery.php on line 188
Questionnaire Error (page 4)"

Woran kann das liegen?
Muss ich für jede Frage eine eigene Seite erstellen? Oder für jede Versuchsgruppe einen eigenen Fragebogen?

Vielen Dank für die Hilfe

Comments

Bitte posten Sie den PHP-Code, den Sie verwenden. Danke.

---

Zur Auswahl der Versuchsgruppe diesen:

if (value('SD19') == 1) {
    setNextPage('instA1');
} elseif (value('SD19') == 2) {
    setNextPage('instA2');
} elseif (value('SD19') == 3) {
    setNextPage('instA3');
} elseif (value('SD19') == 4) {
    setNextPage('instA4');
} elseif (value('SD19') == 5) {
    setNextPage('instB1');
} elseif (value('SD19') == 6) {
    setNextPage('instB2');
} elseif (value('SD19') == 7) {
    setNextPage('instB3');
} elseif (value('SD19') == 8) {
    setNextPage('instB4');
} else {
}

Zum durchloopen der Testseite diesen:

if (!isset($fragen2)) {
  $fragen2 = array(  
    'AC01',
    'AD02',
    ....
    'AA09',
    'AA10',  
  );
  shuffle($fragen2);
  registerVariable($fragen2);
}

$i = loopPage(count($fragen2));
question($fragen2[$i]);

Answer 1

Ich gehe davon aus, dass die beiden PHP-Codes nicht auf derselben Seite stehen?

Das loopPage() kann in dem Fall dazu führen, dass die Seite mit dem ersten PHP-Code jedesmal aufs Neue aufgerufen wird. Dies wiederum führt dazu, dass die Seitenabfolge bei jeder Wiederholung komplett neu gespeichert werden muss. Dies kann bei der großen Anzahl an Wiederholungen dazu führen, dass der Speicher nicht ausreicht.

Worin unterscheiden sich die 8 Seiten für die 8 Versuchsgruppen denn?

Comments

Also 300+ Rubriken und um die 1000 Fragen ist natürlich eine Hausnummer. In diesem Bereich würde ich Probleme nicht generell ausschließen. Allerdings kann ich Sie bisher nicht replizieren:

Wenn ich die Seiten des Fragebogens Test01 direkt aus "Fragebogen zusammenstellen" heraus starte, kommt keine Fehlermeldung. Ist das korrekt?

Ich habe unter "Pretest und Vorschau" auch mal einen Pretest-Link für den Fragebogen "Test01" erstellt und bis in den Loop geklickt - auch dabei keine Fehlermeldung.

Allerdings hatte ich heute Nachmittag auch den Server-Cache geleert. Ich möchte nicht ausschließen, dass das Problem auftritt, wenn der Cache voll ist - wobei das bei einer Frage pro Seite wahrlich kein Problem sein sollte.

Vielleicht könnten Sie mir nochmal beschreiben, wie ich das Problem replizieren kann? Danke!

Ach ja: Im Fragebogen "Test01" habe ich den PHP-Code so geändert, dass ich die letzte elseif-Bedingung zu einem else geändert habe, sodass auch für den Fall, dass in der Variable SD19 nichts steht, die Variable $fragen definiert wird.

---

Also ich habe es gerade auch getestet, da hat tatsächlich zuerst alles funktioniert. Dann habe ich mich versucht durchzudrücken und nach etwa 20 Fragen kam wieder die Bad Gateway Benachrichtigung und jetzt tritt sie auch wieder durchgängig auf.

Vielleicht könnten Sie nochmal reinschauen, ob Sie jetzt auch das Problem haben?

---

Es könnte ein paar Tage dauern, das Problem zu isolieren und zu beheben - Speicherprobleme sind mitunter ein wenig anspruchsvoller, weil sie sich in aller Regel nicht auf einen isolierten Fehler zurückführen lassen, sondern aus dem Zusammenspiel mehrerer ungünstiger Konstellationen entstehen. Aber wir sind dran.

---

Ich habe für die Untersuchung gerade die XML-Datei des Projekts heruntergeladen. Allein diese hat 150 MB. Daraufhin habe ich einen Blick hinein geworfen und gesehen, dass Sie zahlreiche Bilder mittels DATA-URI eingebunden haben (data:image/jpeg;base64,/9j/4AA...).

Der Fragenkatalog ist nicht darauf ausgelegt, größere Datenmengen zu speichern - Bilder sind üblicherweise als Dateien im Projektverzeichnis abgelegt. Ich gehe davon aus, dass hier der Auslöser für den Speicherfehler liegt. Was das für die Lösung des Problems bedeutet, kann ich im Moment noch nicht sagen. Ich melde mich aber heute oder morgen mit Details.

---

Ich befürchte, ich muss Ihnen schlechte Nachrichten überbringen: Sie werden Ihren Fragen nicht in der aktuellen Form ins Feld bringen können.

Ich habe das Projekt gerade auf einem Testserver importiert. In Ihren Items haben Sie via Data-URI JPG-Dateien mit einer Größe von mehr als 100 KB abgelegt. Auf www.soscisurvey.de funktioniert das im Moment, weil die maximale Speichergröße für Daten in einem Item vom Standard mit 64 KB angehoben wurde. Und selbst das ist nicht dafür ausgelegt, dass man diese Datenmenge ausnutzt. Bilder sollten als JPG-Dateien unter "Bilder und Mediendateien" hochgeladen und dann anhand des Dateinamens in die Items eingebunden werden.

Wichtig: Womöglich wird Ihre Lösung nach dem Server-Upgrade am 30. Mai 2020 nicht mehr funktionieren. Viele Bilder werden u.U. nicht mehr angezeigt.

Unschönder Nebeneffekt: Ihr Projekt erhöht den Speicherbedarf für unser Datenbank-Backup um fast 80%. Das können wir leider so nicht in Kauf nehmen - denn daran hängen auch Verarbeitungszeiten, die am Ende den kompletten Server ausbremsen.

Ich muss Sie deshalb bitten, die Dateien regulär auf den Server zu laden und die Items entsprechend anzupassen.

Wir werden derweilen eine Sperre einbauen, welche überlange Inhalte in den entsprechenden Feldern verhindert.

Verstehen Sie mich bitte nicht falsch - es geht hier nicht um die Nutzung unseres Servers außerhalb dessen, wofür er ausgelegt war. Das ist prinzipiell klasse und damit ließen sich auch schon viele spannende Forschungsdesign realisieren. Aber im vorliegenden Fall wird leider die Stabilität des Servers durch die technisch ungeeignete Einbindung der Bilder gefährdet. Und dies ist leider ein Problem.