Ecran blanc / internal server error

🌐 Non-english support đŸ‡«đŸ‡· Français (french)
1

Bonjour,

Je poste un message ici, car aprĂšs plusieurs heures de recherches sur les forums NC et autres en tout genre, je ne trouve pas solution Ă  mes problĂšmes, voire, Ă©tant novice, je les aggraves.

J’ai un serveur Mint sur lequel tourne Apache2, et en finalitĂ© NC.

J’ai eu pas mal de soucis, notamment un Ă©cran blanc complet, ainsi qu’une impossibilitĂ© Ă  dĂ©placer mon dossier data, mais la je bloque sur :

Internal Server Error

The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.

Je dois prĂ©ciser que sur mon apache2 est aussi un webmail rainloop, auquel j’ai encore accĂšs, mais qui me renvoie une “Erreur Inconnu” Ă  chaque fois que j’essaye d’ouvrir un mail.

J’ai fouillĂ© dans le logs d’Apache et php, sans grand succĂšs, et je m’en remet Ă  la communautĂ©e.

N’hĂ©sitez pas Ă  me notifier toutes infos manquantes ou manquement au rĂšglement.

Fabrice

2

Ben désolé de te contredire mais il va falloir explorer plus en détails les logs de ton serveur Web car la solution ou en tout cas le début de solution est là ! Le NC a déja tourné ou jamais sur cette config ?
Le fait que ton webmail sur ce mĂȘme serveur web ne tourne pas correctement semble confirmer un soucis de config du serveur web ou de ses dĂ©pendances (PHP et compagnie).

3

Bonjour Vincen et merci de ta réponse.

Saurait tu m’aider pour savoir ou chercher prĂ©cisĂ©ment dans les logs ? J’ai peur de ne pas avoir cherchĂ© au bon endroit.

NC a en effet déja tourné sur cette config Mint plusieurs mois, et sur une config similaire sur Ubuntu pendant presque un an.

J’ai en effet conclu la mĂȘme chose au niveau du webmail, c’est pour cela qu’il me semblait important de le prĂ©ciser.

4

Il faut scruter le fichier error.log du serveur apache en question aux moments oĂč tu as fait tes tentatives d’accĂšs en web :wink:

qu’-as-tu fait alors pour que tout d’un coup cela ne marche plus ? Interdiction de dire rien :smiley:

Peut-ĂȘtre essayer de dĂ©panner le webmail en premier car cela a normalement beaucoup moins de dĂ©pendances techniques qu’un outil type NC et lĂ  idem il faut regarder le error.log de l’apache qui hĂ©berge le webmail !
Les deux (le webmail et le NC) sont dans le mĂȘme site web apache ?

5

Les errors logs du serveur Apache :

[Tue Aug 23 00:00:02.709596 2022] [mpm_prefork:notice] [pid 966] AH00163: Apache/2.4.41 (Ubuntu) mod_fcgid/2.3.9 OpenSSL/1.1.1f configured -- resuming normal operations
[Tue Aug 23 00:00:02.709621 2022] [core:notice] [pid 966] AH00094: Command line: '/usr/sbin/apache2'
[Tue Aug 23 04:40:35.419401 2022] [proxy_fcgi:error] [pid 9041] [client [ip]:35390] AH01071: Got error 'Primary script unknown'
[Tue Aug 23 10:24:48.909279 2022] [core:error] [pid 10845] [client [ip]:60772] AH00126: Invalid URI in request POST /cgi-bin/.%2e/.%2e/.%2e/.%2e/bin/sh HTTP/1.1
[Tue Aug 23 16:25:50.026969 2022] [mpm_prefork:notice] [pid 966] AH00169: caught SIGTERM, shutting down
[Tue Aug 23 16:25:50.168695 2022] [mpm_prefork:notice] [pid 32884] AH00163: Apache/2.4.41 (Ubuntu) mod_fcgid/2.3.9 OpenSSL/1.1.1f configured -- resuming normal operations
[Tue Aug 23 16:25:50.168779 2022] [core:notice] [pid 32884] AH00094: Command line: '/usr/sbin/apache2'
[Tue Aug 23 16:25:53.117844 2022] [mpm_prefork:notice] [pid 32884] AH00169: caught SIGTERM, shutting down
[Tue Aug 23 16:25:53.255273 2022] [mpm_prefork:notice] [pid 32918] AH00163: Apache/2.4.41 (Ubuntu) mod_fcgid/2.3.9 OpenSSL/1.1.1f configured -- resuming normal operations
[Tue Aug 23 16:25:53.255362 2022] [core:notice] [pid 32918] AH00094: Command line: '/usr/sbin/apache2'
[Tue Aug 23 16:25:54.623427 2022] [mpm_prefork:notice] [pid 32918] AH00169: caught SIGTERM, shutting down
[Tue Aug 23 16:25:54.761012 2022] [mpm_prefork:notice] [pid 32943] AH00163: Apache/2.4.41 (Ubuntu) mod_fcgid/2.3.9 OpenSSL/1.1.1f configured -- resuming normal operations
[Tue Aug 23 16:25:54.761099 2022] [core:notice] [pid 32943] AH00094: Command line: '/usr/sbin/apache2'
[Tue Aug 23 16:26:22.644092 2022] [proxy_fcgi:error] [pid 32948] [client [ip]:53534] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught Error: Class 'DOMDocument' not found in /var/www/webmail/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php:100\nStack trace:\n#0 /var/www/webmail/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php(74): MailSo\\Base\\HtmlUtils::createDOMDocument()\n#1 /var/www/webmail/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php(932): MailSo\\Base\\HtmlUtils::GetDomFromText()\n#2 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(9962): MailSo\\Base\\HtmlUtils::ClearHtml()\n#3 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(9387): RainLoop\\Actions->responseObject()\n#4 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(9410): RainLoop\\Actions->mainDefaultResponse()\n#5 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(7338): RainLoop\\Actions->DefaultResponse()\n#6 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/ServiceActions.php(174): RainLoop\\Actions->DoMessage()\n#7 /var/...', referer: https://mistyrose-design.fr/webmail/
[Tue Aug 23 16:27:19.668337 2022] [proxy_fcgi:error] [pid 32945] [client [ip]:53544] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught Error: Class 'DOMDocument' not found in /var/www/webmail/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php:100\nStack trace:\n#0 /var/www/webmail/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php(74): MailSo\\Base\\HtmlUtils::createDOMDocument()\n#1 /var/www/webmail/rainloop/v/1.16.0/app/libraries/MailSo/Base/HtmlUtils.php(932): MailSo\\Base\\HtmlUtils::GetDomFromText()\n#2 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(9962): MailSo\\Base\\HtmlUtils::ClearHtml()\n#3 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(9387): RainLoop\\Actions->responseObject()\n#4 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(9410): RainLoop\\Actions->mainDefaultResponse()\n#5 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/Actions.php(7338): RainLoop\\Actions->DefaultResponse()\n#6 /var/www/webmail/rainloop/v/1.16.0/app/libraries/RainLoop/ServiceActions.php(174): RainLoop\\Actions->DoMessage()\n#7 /var/...', referer: https://mistyrose-design.fr/webmail/

En effet j’ai fait quelque chose haha, mais malheureusement je ne saurais dire quoi prĂ©cisĂ©ment, si ce n’est essayer de dĂ©placer mon dossier data (qui est par ailleurs le problĂšme suivant que je pense vous soumettre :stuck_out_tongue: )

Et oui les deux sont dans le mĂȘme apache.

6

Bon, en effet avoir cherchĂ© dans les logs m’a fait rĂ©gler seul mon problĂšme.

En effet il me notifiait le manque d’une librairie php aprĂšs recherche. Il s’agit aussi que j’avais dĂ©sinstallĂ© tout les composants de php et avait remis uniquement le composant principal et non les dĂ©pendances


Mon NC ET mon Webmail remarche donc tout les deux


J’en viens donc à mon second problùme :
Il m’est absolument impossible de dĂ©placer mon dossier data, j’ai tout essayĂ©; lien symbolique, mv, cp, changer dans le config.php le chemin d’accĂšs, et je me retrouve toujours avec l’erreur suivante :

Votre répertoire n'est pas valide Assurez-vous que le répertoire de données contient un fichier ".ocdata" à sa racine.

Alors que j’ai tout copiĂ©, vĂ©rifiĂ© la prĂ©sence du fichier et de ses permissions !

Help

1 Like
7

ah ben voilĂ  quelle idĂ©e dĂ©bile de tout dĂ©sinstaller !!! C’est pas pour rien que j’avais demandĂ© ce que tu avais fait pour en arriver lĂ  et les logs que tu as partagĂ© montrent clairement des soucis de dĂ©pendance PHP :wink: Avant de faire des dĂ©sinstalls bourrins comme ça Ă  l’avenir je te suggĂšre de vĂ©rifier les dĂ©pendances des logiciels que tu utilises :wink: et au pire tu dĂ©sinstalles un par un en faisant une vĂ©rificatior complĂšte aprĂšs redĂ©marrage de l’apache :wink:

Tu as vĂ©rifiĂ© le basique ? les droits sur les dossiers/fichiers en question ils doivent avoir les mĂȘmes droits que lĂ  oĂč ils Ă©taient Ă  l’origine et que le chemin d’accĂšs soit Ă©galement accessible Ă  cet utilisateur ? dans l’idĂ©al le plus simple est de le mettre un cran plus haut que la racine du site web lui-mĂȘme ce qui le rend inaccessible directement depuis le web quoi qu’il se passe :wink:

1 Like
8

Les droits sont les mĂȘmes, Ă  savoir une full perm sur www-data:www-data.

Comment vérifier que le répertoire est accessible ?

Au niveau de la localisation, il est sur une autre disque, car plus grand !

9

Update, j’y suis allĂ© comme un bourrin, j’ai chown Ă  tout les niveaux jusqu’au data et ca a fonctionnĂ©, alors que j’avais dĂ©jĂ  essayĂ© ais bref ! Merci beaucoup pour ton aide !

10

oui dĂ©solĂ© pas pu te rĂ©pondre plus tĂŽt ! Le chown comme ça risque de casser d’autres trucs selon lĂ  oĂč tu as mis ton rĂ©pertoire data !
la prochaine fois tu fais un su utilisateurweb et tu essayes d’accĂ©der au dossier en question et tu vois vite oĂč ça coince et le minimum Ă  corriger pour que ça fonctionne :wink: