Viele ungerade Fehler in Apache melden sich auf Ubuntu-Server mit Drupal an

548
jacmkno

Ich bekomme Hunderte dieser Fehler im Apache-Log auf einer Website mit rund 4000 Besuchen pro Stunde. Ich habe noch nie einen Beweis für diese Fehler auf der Website der Benutzer gesehen, aber ich glaube, es kann 1 von 100 Anfragen oder etwas Ähnliches passieren, was die Diagnose sehr schwierig macht.

Diese Nachrichten sind wirklich absurd in Bezug auf das, was sie sagen, dass sie die Anforderungen abbrechen sollten, die zu einer schlechten Benutzererfahrung führen. DRUPAL_ROOT ist in index.php definiert. Wie kann es also definiert werden, wenn sie nur einmal im Ausführungsthread aufgerufen wird?

Ich habe gesehen, dass diese Fehler fast immer in der Nähe eines Core Dump-Fehlerprotokolls liegen. Gibt es vollständige Theorien darüber, was hier passieren könnte?

Und drupal_bootstrap wurde nicht direkt nach "required_once DRUPAL_ROOT" definiert. /Includes/bootstrap.inc '; " wie ist das möglich?

Hat jemand das schon mal gesehen?

Dies sind die Fehler, die ich im Protokoll sehe:

PHP Notice: Constant DRUPAL_ROOT already defined in /var/www/vhosts/hsbnoticias/index.php on line 17, referer: http://diariodelsur.com.co/noticias/judicial  PHP Fatal error: Call to undefined function drupal_bootstrap() in /var/www/vhosts/hsbnoticias/index.php on line 20, referer: http://diariodelsur.com.co/noticias/judicial 

Ich verwende einen 6-GB-Linode-Ubuntu-LAMP-Einzelserver mit rund 300 bis 400 vorgeforcten Apache-Prozessen. Die Website scheint gut zu funktionieren, daher werden keine Fehler von Besuchern gemeldet, keine Anhaltspunkte für Fehler in der Analyse, und ich habe nicht gesehen, dass diese auf der Kundenseite auftauchen.

Update 1: Die Core-Dumps zeigen keine wertvollen Details an, außer: "ProblemType: Crash" und diese Zeilen in apport.log:

ERROR: apport (pid 2441) Mon Oct 26 09:31:15 2015: called for pid 2326, signal 11, core limit 0 ERROR: apport (pid 2441) Mon Oct 26 09:31:15 2015: executable: /usr/sbin/apache2 (command line "/usr/sbin/apache2 -k start") ERROR: apport (pid 2441) Mon Oct 26 09:31:15 2015: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment 

Hier ist die Drupal index.php als Referenz: http://cgit.drupalcode.org/drupal/tree/index.php?h=7.x

1
"Linde": Meinten Sie Linode? (Die WHOIS-Informationen für die IP-Adresse von diariodelsur.com.co zeigen an, dass Sie sich tatsächlich auf Linode befinden.) 6 GB sind eine sehr große Instanz (wahrscheinlich eine ältere, da 6 GB-Instanzen nicht mehr verfügbar sind), also bin ich Sie überrascht der Speicher ist knapp. Das ist wirklich seltsam ... bwDraco vor 9 Jahren 0
Wenn Ihre OOM-Fehler nicht auf ein schwerwiegenderes Problem wie einen Fehler in Ihrem Setup zurückzuführen sind und Sie sich Ausfallzeiten leisten können, profitieren Sie wahrscheinlich von einem Upgrade auf eine moderne (SSD-basierte) 8-GB- oder 16-GB-Instanz. 6-GB-Instanzen (und andere Instanzen mit einer Größe von weniger als 32 GB) sind ältere Linodes, und Sie können durch das Upgrade eine beträchtliche Menge an Leistung und Ressourcen gewinnen. bwDraco vor 9 Jahren 0

0 Antworten auf die Frage