Bitte helfen Sie uns, Ihnen zu helfen und füllen Sie folgende Felder aus:
Ihre LimeSurvey-Version: 6.4.3
Eigener Server oder LimeSurvey-Cloud: eigener Server
Genutzte Designvorlage: custom
==================

Hallo,

beim Speichern einer großen Umfrage (Screenshot hänge ich mal mit an) hängt sich das Backend immer auf, nachdem man auf Speichern geklickt hat. In meinem Fall Habe ich auf Einstellungen -> Textelement geklickt und wollte den Willkommenstext ändern. Nach dem Speichern geht leider nix mehr. Liegt es an der Größe der Umfrage? Könnten es technische Beschränkungen sein (Server/Datenbank)? 

In der Browserconsole gibt es beim Speichern einen Ajax-Aufruf: index.php/admin/database/index/updatesurveylocalesettings. An dieser Stelle scheint es zu hängen, da dieser Aufruf erst nach Minuten fertig ist.

memory_limit ist 8192M auf dem Server.

Vermutlich dauert das speichern zu lange oder die maximalen Veriablen die deine PHP installation erlaubt wird überschritten.

Schau doch mal in deine PHP Konfiguration, was denn da so als Max Vars, erlaubte zeit für ein Skript und Memory ist. Denn nicht immer kann PHP auf den kompletten Speicher zugreifen.

Und bitte keine Crossposts, auch nicht in anderen Sprachforen. Entscheide dich für eine Sprache und zieh es durch. Sollte sich dann in einer akzeptablen Zeit niemand melden, kann man überlegen ob man einen anderen Post aufmacht. Dann aber immer auf den anderen Post verweisen. In beiden Posts.

Hier die Anfrage im Englischen Forum:
forums.limesurvey.org/forum/installation...ving-survey-settings

Wenn ich mich recht erinnere, wurde das Performanceproblem bei großen Umfragen auch im Bugtracker diskutiert. Hier lohnt es sich, einmal auf die neueste 6.x Version zu updaten. Dort könnte der Fehler bereits behoben sein.

Ich habe auf 3 Servern getestet und überall das gleiche Problem.

memory_limit ist bei 8192M, das sollte reichen und Scriptlaufzeit ist über 3 Minuten, denn der Ajax-Aufruf benötigt so lange und es bricht zumindest nix ab.

Kann es sein, das LS ab einer bestimmten Anzahl an Fragen nicht mehr richtig läuft?

@holch hattest du denn schon Umfragen mit weit über 200 Fragen? Gibts es da Erfahrungswerte?

Mazi wrote:

Wenn ich mich recht erinnere, wurde das Performanceproblem bei großen Umfragen auch im Bugtracker diskutiert. Hier lohnt es sich, einmal auf die neueste 6.x Version zu updaten. Dort könnte der Fehler bereits behoben sein.

 

Gab es das Problem denn schon vor Version 6.4.3 bzw. wurde das Problem im Bugtracker schon vor 6.4.3 diskutiert? Ging es dort ums Backend? Die Umfrage selbst läuft im Frontend. Es geht nur um Änderungen im Backend, also Adminbereich. Leider ist es gerade etwas zeitkritisch und ein Update auf 6.5 birgt ja wieder weiteres Fehlerpotential. 

Auf alle Fälle läuft das Backend, wenn die Umfrage aus weniger Elementen besteht bzw. weniger Fragen. Über das SQL-Log habe ich gesehen, das beim Aufruf des Backends (Einstellungen -> Textelemente) und der Umfrage mit über 200 Fragen 783 SQL-Abfragen ausgeführt werden. Bei einer Umfrage mit nur 33 Fragen sind es 250 Abfragen. Erscheint mir auch wahnsinnig viel

Falls es nicht zu vertraulich ist, kannst du die Umfrage ja mal als LSS Datei anhängen. Dann testen wir mal mit der aktuellen Version.
Welche DB (MySQL, Postgres, ...) nutzt ihr?

Die .lss-Datei darf ich hier nicht anhängen. Aber vielleicht ist ja die Datenbank noch eine Möglichkeit. Wir nutzen MySQL 5.7. In den Voraussetzungen steht MySQL 8 oder MariaDB. Das könnten wir noch umstellen.

Kann ich die .lss Datei vielleicht an die Kontakt-Email in deiner Signatur schicken? Wir würden Fragentexte und Antwortoptionen löschen. Danke schon mal für das Angebot.

Hmm, eigentlich sollte die DB Version keine Rolle spielen. Ich tippe wie gesagt eher auf ein Performanceproblem wegen der Größe, siehe auch die hohe Anzahl von Umfragen.
Du kannst mir die LSS Datei gerne ohne Antworten etc. mailen, dann teste ich mal auf unseren aktuellen Entwicklungssystemen.

Ich habe eben mal eine Mail geschickt mit der Datei. Wenn es eine Lösung gibt, würde ich sie hier natürlich noch posten, damit alle was davon haben

vielen Dank an Mazi. Es lag tatsächlich am Update auf die neue Version. Ich bin davon ausgegangen es wäre etwas anderes, weil wir dieses Problem noch nie hatten. Nun läuft wieder alles.