RESOLUE Erreur 500- Kimsufi

THIERRYH12 2020-12-24 00:00:07 UTC #1

Bonjour

Suite à la maj de mon serveur kimsufi. Je recontre une erreur 500 quand je me connecte à l'interface admin du serveur.

Es-ce quelqu'un sais comment sortir de la?

Merci et bonne fetes à tous;

tHIERRY

popallo 2020-12-24 04:50:10 UTC #2

Bonjour, afin de pouvoir vous aider il faudrait que l'on en sache plus.
Quel système d'exploitation est installé ?
Quel type d'interface admin avez vous ? (webmin ? Cpanel ?)
Quel serveur http est installé ? (apache ? Nginx ?)
Quel type de maj avez vous réalisé ?

Pour ce type d'erreur quoi qu'il en soit il convient de scruter les logs d'erreur du serveur dans un premier temps, en ssh idéalement.

Restant à dispo.

THIERRYH12 2020-12-24 08:55:03 UTC #3

Bonjour

L'erreur 500 apparait quand je me connecte à l'interface admin du serveur à https://ip/8080

J'ai juste effectué la maj de ispconfig.

Voilà l'erreur que j'ai:

root@ns........:~# PHP Warning: Packets out of order. Expected 1 received 0. Packet size=30 in /tmp/update_runner.sh.a4PzS2UHHR/install/lib/mysql.lib.php on line 207

Merci

popallo 2020-12-24 09:11:42 UTC #4

Quelle version de php est installée ?

Quelle version d'ispconfig est installée ?

Quelle version d'os du coup ? debian 8 ? 9 ? 10 ? Ubuntu 18.04 ? Autre ?

C'est très probablement un problème dû à la version de php soit installée sur le serveur soit utilisée par cette version de ispconfig. Enfin sans avoir le main sur le serveur ni l'historique de l'installation je dirai ça mais je ne peux le confirmer.

THIERRYH12 2020-12-24 09:17:45 UTC #5

Voilà ce que j'ai via ssh

os: debian 9

    installed ISPConfig-Version: 3.1.15p3
    current   ISPConfig-Version: 3.1.15p3

Last login: Thu Dec 24 08:51:26 2020 from
-bash: enable: bash : ceci n'est pas une primitive du shell
-bash: enable: completion : ceci n'est pas une primitive du shell
-bash: enable: in : ceci n'est pas une primitive du shell
-bash: enable: interactive : ceci n'est pas une primitive du shell
-bash: enable: shells : ceci n'est pas une primitive du shell
root@ns3011084:~# php-v
-bash: php-v : commande introuvable
root@ns:~# php -v
PHP 7.4.13 (cli) (built: Nov 30 2020 20:40:50) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.13, Copyright (c), by Zend Technologies

popallo 2020-12-24 09:48:30 UTC #6

Ok et le vhost de ispconfig utilise cette version de php ? ou php fpm ?

Il me semble qu'isp nécessite php 7.0 ou 7.1 maxi.

THIERRYH12 2020-12-24 09:50:01 UTC #7

oui la meme version de php sois la version 7.14.

Du coup la, j'hésite à réinitialiser le serveur

popallo 2020-12-24 09:51:35 UTC #8

Il serait plus simple d'installer php7.0 fpm et de modifier le vhost d'ispconfig pour lui faire cette version de php.

Réinitialiser le serveur impliquera qu'un moment le problème se reproduise si vous mettez à jour (ce qui est tout de même fortement conseillé).

THIERRYH12 2020-12-24 09:54:45 UTC #9

je ne sais pas le malheureusement

popallo 2020-12-24 10:05:34 UTC #10

Vous avez d'autres projets qui tournent sur ce serveur ? Car sinon vous pouvez mettre une autre version de php par défaut en utilisant la commande :

update-alternatives --config php

Et en choisissant le bon numéro au prompt. Mais cela s'appliquera donc à tous les projets web php que vous utilisez sans déclarer de version de php (en mode fpm).

popallo 2020-12-24 10:06:50 UTC #11

Un très bon tuto pour utiliser php en mode fpm : https://www.digitalocean.com/community/tutorials/how-to-run-multiple-php-versions-on-one-server-using-apache-and-php-fpm-on-debian-10-fr

Et donc pouvoir utiliser plusieurs versions de php parallèlement (sur différents projets).

THIERRYH12 2020-12-24 10:07:23 UTC #12

Non j'ai que mon site perso la dessus.

popallo 2020-12-24 10:09:22 UTC #13

Ok mais si votre site perso tourne sous php7.4 sans problème, il est fortement conseillé de le laisser sous php7.4.

Donc deux solutions s'offrent à vous, sans tout refaire :
1. passer le serveur sous php7.0 ou .1 par défaut et configurer votre projet perso en 7.4 (fpm)
2. passer juste ispconfig en php7.0 ou .1 (fpm)

THIERRYH12 2020-12-24 10:10:20 UTC #14

Voilà ce que me donne la commande alternative

root@ns:~# update-alternatives --config php
Il n'existe qu'une « alternative » dans le groupe de liens php (qui fournit /usr/bin/php) : /usr/bin/php7.4
Rien à configurer.

popallo 2020-12-24 10:10:42 UTC #15

Il faut juste bien garder à l'esprit qu'il ne sera, quoi qu'il en soit, pas recommandé d'utiliser php7.0 ou .1 définitivement, la dernière version étant php 8. Les précédentes versions de php verront un moment leur support coupé donc plus de màj de sécurité etc... faire attention à ça.

THIERRYH12 2020-12-24 10:12:18 UTC #16

je suis la procédure du tuto mis plus haut , merci pour le lien

popallo 2020-12-24 10:13:48 UTC #17

Ok donc la "seule" version de php dispo sur votre serveur a visiblement était màj en 7.4 et il n'y a pas d'autres versions dispo. Il faudrait voir à suivre le tuto que j'ai mis plus haut pour installer une ou plusieurs autres versions de php en fonction du besoin.

THIERRYH12 2020-12-24 10:19:00 UTC #18

Aucun changement toujours cette erreur 500.
Es-ce possible de montrer via teamviewer?

popallo 2020-12-24 10:34:47 UTC #19

Je vous ai envoyé un message privé.

popallo 2020-12-24 12:11:13 UTC #20

Suite au MP et comme indiqué précédemment le problème venait de la version de PHP utilisée par défaut par ispconfig.

J'ai donc procédé à l'installation d'un PHP FPM compatible en modifiant également le vhost apache.

Tout semble entrer en ordre :).

Propulsé par Discourse, le rendu est meilleur avec le JavaScript activé

OVH Community

Bienvenue sur votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres OVH Community.