Erreur de segmentation (11) sur la page Web du client. 99% du temps, il est limité uniquement à Chrome

En espérant que certains administrateurs système puissent peser ici, car je ne suis assurément pas un.

OS: Ubuntu Server 14.04

CMS: Expression Engine 2.9 (avec des extras, tels que Expresso Store)

Type de serveur: virtuel

Erreur: erreur de segmentation (11)

Unable to load the webpage because the server sent no data. Error code: ERR_EMPTY_RESPONSE

Nous ne pensons pas que ce soit un problème de code du côté d’ExpressionEngine, et mes recherches indiquent que c’est normalement quelque chose qui ne va pas sur le serveur lui-même ou en externe (navigateur, FAI, etc.). Le problème est que, peu importe où dans le pays on accède à cette page particulière sur le site, il échouera systématiquement, en particulier dans Chrome.

Le client ne peut pas lancer le site dans son état actuel, nous avons donc essayé de trouver un problème.

En jouant au détective, certains faits me sont connus.

Le serveur virtuel appartient au client lui-même et les boîtiers physiques sont situés dans ses installations. Leur principal informaticien, qui n’a absolument aucune expérience de Linux, a conservé la boîte et le système d’exploitation. Ce dernier point est critique, car il a mis à jour tout et tout sur le serveur le deuxième qu’il apparaît sur la liste. Ils ont indiqué que pour eux, cette procédure est normale pour leurs serveurs Windows.

Cela déclenche quelques sonneries d’alarme.

Le professionnel de l’informatique le fait depuis plusieurs semaines sans que nous le sachions et l’erreur a commencé le 5 septembre. Cela a coïncidé avec deux mises à jour faites par lui, dont ligbcrypt11 amd64 1.5.3-2ubuntu4.1 . Cela est resté inchangé depuis le 5 septembre.

Est-ce que cela pourrait causer le problème? Quelqu’un at-il connaissance de problèmes affectant spécifiquement Chrome concernant le serveur n’envoyant aucune donnée?

Une exception: j’ai essayé d’utiliser GDP pour retracer le problème, mais je ne peux pas obtenir qu’Apache génère réellement un fichier d’erreur dans le dossier situé dans / tmp que j’ai créé. Quand je regarde les journaux, il est clair qu’un fichier de vidage pourrait se trouver là, donc le code que j’ai placé dans apache2.conf fonctionne clairement. Les permissions et la propriété ont été définies pour le dossier.

J’ai apporté les modifications suivantes pour essayer de le faire fonctionner:

 etc/apache2.conf (file location) CoreDumpDirectory /tmp/apache2-gdb-dump (code added) /etc/sysctl.conf (file location) kernel.core_uses_pid = 1 (code added) kernel.core_pattern = /tmp (code added) fs.suid_dumpable = 2 (code added)

Il y a tellement de choses qui pourraient arriver que je ne sais pas par où commencer. Ce n’est pas mon domaine d’expertise.