[gelöst] Anzeige einer View: WSOD, aber nur bei einigen Datensätzen

Sehr interessanter Fall.
Ich lieeebe ja sowas. Man fühlt sich immer so erfrischt und schmerzfrei, wenn man es dann gelöst hat.;-)

Ich hätte auch als erstes die Probleme hier gesucht:
"Die Website ist vor kurzem auf den live Server umgezogen (Hosteurope, Shared-Hosting Paket, max php memory 256 MB) und befindet sich in der Alpha-Testphase."
Und auf Memory Limit getippt.

Wäre mal einen Versuch wert, lokal mit 512 MB zu testen.

Hast Du ausdrücklich ins Error Log geschaut, nicht nur ins Access-Log?
Drupal Watchdog sagt auch nichts?

Ich kenne das Modul EVA nicht.
Wäre es möglich, dass da Background-Prozesse unter einer anderen PHP Version laufen, die noch weniger PHP memory haben?
In dem Fall werden auch keine Fehler im Server-Error-Log erzeugt.
Nur so ein Brainstorm-Gedanke, ich glaubs ja nicht wirklich bei einer View.
Beim Feeds-Import u.U. ja.

Wir sind mit unseren Domains auch bei HostEurope. Alle zusammen auf einem Supreme Paket.
Das stressen wir manchmal auch ganz schön.
Mit Feedsimport von zig-tausend Datensätzen und ebenfalls relativ komplexen Datensätzen.
Da hatte ich einen ähnlichen Effekt, wo ich mit einem Views Field gearbeitet habe.
Das musste ich dann entfernen.
Da war die Memory-Überschreitung im Serverlog abzulesen.

Notfalls mal den Support kontaktieren, ob die noch was sehen.

Welche PHP Version ist das? Könntest Du auf 7 umstellen?

Ansonsten bleibt wohl nur eines:
Den Datensatz einer funktionierenden Person mit dem einer nicht funktionierenden Person abgleichen, Unterschiede feststellen, schritteweise eliminieren, schauen, wann es funktioniert.

Erstmal vielen Dank für Deine ausführliche Antwort. Beruhigend, dass ich mit meiner Fehlersuche richtig liege ... und auch wieder nicht, da sie (noch) nichts ergibt. Aber nun gut, vor die Erfrischung haben die Götter den Schweiß gesetzt ;-) ...

EVA = entity views attached. Also, Du baust eine View mit contextual filter, mit Feldern oder DS viewmode, die hängst Du als Feld an einen anderen viewmode und zeigst die Node als Node-Ansicht oder eben wieder innerhalb einer View an. Das ist schon zweimal um die Ecke, aber funktioniert trotz Komplexität normalerweise gut.

Die Entwicklungsinstallation ist auf Uberspace, leider wollte der Kunde da nicht bleiben, da seine alte Website auf Hosteurope lag. Auf Uberspace gibt mir der Status Report das PHP-Speicherlimit mit 256M an und die PHP-Version mit 5.6.35. Also in etwa so wie bei Hosteurope.

Allerdings könnte ich mir vorstellen, dass Hosteurope verdeckte Engpässe eingebaut hat. So wie sie zwar mit ssh werben, in Wirklichkeit die vollen ssh- bzw sftp-Funktionen erst ab dem Premium-Paket freigeben, und die Infos darüber tief im Kleingedruckten bzw. in den FAQ verstecken. Woanders gehört ssh mittlerweile bis in die einfachen Pakete zum Standard.
Überhaupt hat das Hosteurope-Backend eher Ähnlichkeit mit einem Labyrinth als mit einer übersichtlich aufgebauten Struktur. Ich bin seit Ewigkeiten bei Webhostone, da ist alles klar und einfach, und zuverlässig und günstig sind sie auch. Was ich von All-inkl und 1und1 gesehen habe, fand ich auch ok.

Ja, ich habe ganz explizit das PHP-Errorlog angeschaut - wenn ich es denn richtig gemacht habe, denn die Ausgabe war komplett leer. Und Hosteurope gibt ja keinen Zugriff auf Ordner oberhalb der Web-Ebene, sondern der Dateiinhalt wird zum Browser geschickt.

Drupal Watchdog, also das DB-Log, sagt alles Mögliche, aber wohl nichts, das spielentscheidend wäre. Einen Modulrest aus einer alten Tranliteration-Version und ein paar Instanzen eines gelöschten Feldes. Beides findet sich auch in der Testinstallation.

Auf PHP 7 umstellen? Wäre einen Versuch wert. Hoffentlich fliegt mir das Ding dann nicht komplett um die Ohren ;-)

Zu den problematischen Datensätzen gibt es analoge bei den funktionierenden, die genauso umfassend ausgefüllt sind, insbesondere auch Bild- und den langen Text haben. Da hab ich schon verglichen, mir fällt aber nichts auf.

Schau mer mal, wie's weiter geht. Ich werde berichten.

Tja, dazu fällt mir nur ein...schwierig.
Aber das wusstest Du auch vorher schon. ;-)

Mit HostEurope waren wir 15 Jahre zufrieden.
Nun ziehen wir gerade zu All-Inkl um.

Grund: bei dem Supremepaket bei HE gibt es keine Möglichkeit, mehrere Domains mit getrennter Statistik laufen zu lassen.
Dazu habe ich vor 15 Jahren eine Lösung programmiert, die das logfile aufsplittet.
Da gab es vor Monaten ein Problem, hat einfach nicht mehr funktioniert.

Es gab von heute auf morgen Timeout beim fopen auf die Logdateien.
HE hat behauptet, sie hätten nichts geändert und hat sich sogar geweigert, Support zu leisten, für den ich extra gezahlt hätte.
Dass dieses Konstrukt nicht umbedingt im Rahmen des kostenlosen Supports zu debuggen war, habe ich nie bezweifelt.

Letztendlich musste ich eine andere Funktion verwenden, zum Öffnen der Dateien und dann hat es wieder funktioniert.
Das Verhalten des Supports hat mich damals so geärgert, dass wir nun nach und nach die Domains zu All-inkl ziehen.
Was nebenbei bemerkt bei gleicher Leistung auch günstiger ist.

Ich habe viele Jahre meinen Kunden vorgebetet, dass HE zwar teurer ist, aber auch gute Leistung / Support bietet.
Das kann ich jetzt leider nicht mehr bestätigen.
Auch SSL kostet extra. Nicht viel, aber bei mehren Domains zu viel.

Das nur am Rande bemerkt.
Du könntest bei All-Inkl ein Testpaket nehmen und es dort testen.
Die sind da sehr kulant. Hatte ich auch.
Wenn es dort funzt, liegt es eindeutig an HE.
Hört sich aber auch so an, als wäre das Paket evt. etwas knapp bemessen.

Zu PHP7: da fliegt Dir normalerweise nichts um die Ohren.
Drupal 7 Core kann auf jeden Fall damit und wenn ein Modul das nicht ann, kannst Du zurück schalten.

vielleicht ist die Anzahl gleichzeitiger Abfragen begrenzt?
Oder es ist die max_exec_time - wenn der Aufbau der Seite länger braucht, als dieses Limit, kann die Seite nicht fertiggestellt werden.
Dies sollte jdoch im log-file stehen.

Auch die Überschreitung von Datenbankparametern müsste im error-log stehen.

Juchu! Auf PHP 7 umgestellt und alles läuft, wie es soll.

Vielen Dank Euch fürs Mitdenken und Brainstormen.

Gruß
kissmedve

Super, hätte ich jetzt selbst nicht gedacht.
Behalte es im Auge.
Weil PHP 7 ist zwar performanter, aber viel Spiel ist dann nicht.