Error 502 Bad Gateway

    Bonjour à tous,


    J'ai un souci avec i-MSCP. Je suis en version 1.5.3 2018120800 avec Debian 10.

    Le message d'erreur Error 502 Bad Gateway apparaît sur une de nos machines tournant avec i-MSCP.

    Savez-vous ce qu'il se passe ?

    Merci,

    Romain.

    Edited once, last by wepicurien ().

    Salut à toi,


    Un peu plus de contexte serait le bienvenu.


    Cette erreur apparait lors de l'accès à un site hébergé, au panel (login) ou une page spécifique du panel ?


    Après, il faudrait voir du côté des logs web adéquats.


    Aussi, c'est sur Debian 10 ok, mais le passage vient juste d'être effectué ou cela date et fonctionnait bien avant ? dans le second cas, quelque chose de modifié ?

    Salut Athar,


    Merci de répondre si rapidement :) Tu m'avais déjà aidé sur l'installation de php7.2 ;)
    Oui, désolé, le contexte n'est pas très détaillé.


    Debian 10 est installé sur la machine depuis longtemps. Nous avons installé dernièrement php7.4 sur la machine.

    L'erreur apparaît lorsque je suis accéder au panel. Les sites hébergés fonctionnent normalement.


    Merci d'avance de ton aide précieuse,

    Romain.

    Edited once, last by wepicurien ().

    Si cela ne concerne que le panel, je commencerais par regarder du côté de ces logs :


    /var/log/imscp_panel.log

    /var/log/nginx/access.log

    /var/log/nginx/error.log


    Voir aussi l'état des services d'iMSCP :

    systemctl status imscp_daemon.service

    systemctl status imscp_panel.service



    A voir si il n'y aurait pas quelques indices ici sur des erreurs potentielles.

    Merci de ton retour !

    Le souci semble venir d'ici :

    -> systemctl status imscp_panel.service

    * imscp_panel.service - PHP FastCGI process Manager Daemon for i-MSCP FrontEnd

    Loaded: loaded (/etc/systemd/system/imscp_panel.service; enabled; vendor preset: enabled)

    Active: failed (Result: exit-code) since Wed 2024-04-10 02:04:33 UTC; 1 day 17h ago

    Process: 222 ExecStart=/usr/local/sbin/imscp_panel --nodaemonize --fpm-config /usr/local/etc/imscp_panel/php-fpm.conf

    Main PID: 222 (code=exited, status=203/EXEC)

    CPU: 391us


    Apr 10 02:04:33 wepiWEBeCom1prod systemd[1]: Starting PHP FastCGI process Manager Daemon for i-MSCP FrontEnd...

    Apr 10 02:04:33 wepiWEBeCom1prod systemd[222]: imscp_panel.service: Failed to execute command: No such file or directory

    Apr 10 02:04:33 wepiWEBeCom1prod systemd[222]: imscp_panel.service: Failed at step EXEC spawning /usr/local/sbin/imscp_p

    Apr 10 02:04:33 wepiWEBeCom1prod systemd[1]: imscp_panel.service: Main process exited, code=exited, status=203/EXEC

    Apr 10 02:04:33 wepiWEBeCom1prod systemd[1]: imscp_panel.service: Failed with result 'exit-code'.

    Apr 10 02:04:33 wepiWEBeCom1prod systemd[1]: Failed to start PHP FastCGI process Manager Daemon for i-MSCP FrontEnd.

    Apr 10 02:04:33 wepiWEBeCom1prod systemd[1]: imscp_panel.service: Consumed 391us CPU time.


    Peux-tu m'aider ? :)

    "Apr 10 02:04:33 wepiWEBeCom1prod systemd[222]: imscp_panel.service: Failed to execute command: No such file or directory"


    Après, la ligne suivante, c'est tronqué, mais au vu de l'erreur, il est possible que le binaire "/usr/local/sbin/imscp_panel" soit manquant sur ton système (ou la configuration "/usr/local/etc/imscp_panel/php-fpm.conf").

    Relancer le setup complet risque de causer plus de soucis (du fait des dépendances qui ne sont plus satisfaites avec certains packages), donc il faudrait voir ce qu'il s'est passé, mais cela semblerait être une suppression manuelle de fichiers systèmes lié à iMSCP.


    Il devrait être possible de retrouver les binaires dans l'archive d'installation et de replacer manuellement les fichiers manquants dans les bons répertoires, mais en général, quand il y a des suppressions comme ça, rien ne dit que d'autres fichiers ne soient pas supprimés.

    Je me suis renseigné auprès de mon dev qui est intervenu dernièrement sur notre site e-Commerce.

    Comme précisé, il a bien installé php (7.4) + des dépendances qui manquaient pour faire tourner notre PrestaShop.

    Il précise que le seul gros changement qui aurai pu impacter i-MSCP est la mise à jour de php.


    Il ne connait pas i-MSCP et m'invite à voir avec des pros du panel !


    Par ailleurs, je confirme que le fichier est manquant : /usr/local/sbin/imscp_panel

    Celui-ci est bien présent : /usr/local/etc/imscp_panel/php-fpm.conf


    Peux-tu m'aider ? Ca dépasse là mes compétences i-MSCP :)

    Edited once, last by wepicurien ().

    Alors il est fort probable que le dev ait installé (et remplacé) la version de PHP 7.0 ou 7.1 nécessaire au panel ce qui pourrait faire du dégât :D


    Sachant que la procédure pour ajouter une version de PHP avec PHPSwitcher est différente d'une installation normale, cela me parait donc envisageable.


    Également, j'ai regardé sur mon système, le fichier "/usr/local/sbin/imscp_panel" est bien présent (logique puisqu'il est appelé par le service en question), cependant la date et l'heure semblerait indiquer qu'il est régénéré par un process autre (ou au moins modifié).

    Code
    1. ls -alh /usr/local/sbin/imscp_panel
    2. -rwxr-xr-x 1 root root 4.5M Apr 12 18:20 /usr/local/sbin/imscp_panel
    5. systemctl status imscp_panel.service
    6. ● imscp_panel.service - PHP FastCGI process Manager Daemon for i-MSCP FrontEnd
    7. Loaded: loaded (/etc/systemd/system/imscp_panel.service; enabled; vendor preset: enabled)
    8. Active: active (running) since Fri 2024-04-12 18:20:35 CEST; 1 day 20h ago


    A mon niveau, et par discussion interposé ici, je n'aurais pas plus de conseils que ce que j'ai déjà dis (et de fait, on sait désormais que l'installation sur tes serveurs est donc dans un état "instable" au vu des fichiers manquants).

    On est pas tant sur un problème d'iMSCP que de gestion du serveur de manière générale aussi :')


    En dehors de me connecter au(x) serveur(s) pour voir ce qu'il en est, je ne sais pas quoi dire de mieux, et je ne suis pas un expert non plus en la matière, aucune garantie de pouvoir en trouver une solution (avec le setup qui n'est plus fonctionnel, et qu'il faudrait pourtant relancer pour replacer les éventuels fichiers manquants).



    Edit : Je viens de faire une petite recherche rapide, et ce fichier semble être supprimé dans le cas ou la version attendue de PHP FPM ne serait plus présente (si j'en comprend bien le code) :

    Code
    1. if ( -f '/usr/local/sbin/imscp_panel' ) {
    2. unless ( -f $self->{'config'}->{'PHP_FPM_BIN_PATH'} ) {
    3. # Cover case where administrator removed the package
    4. # That should never occurs but...
    5. my $rs = $self->stopPhpFpm();
    6. $rs ||= iMSCP::File->new(
    7. filename => '/usr/local/sbin/imscp_panel'
    8. )->delFile();
    9. return $rs;
    10. }


    Bref, c'est théoriquement réparable, mais jamais fait (car jamais eu le cas de mon côté :D )

    Edited once, last by Athar ().

    Comme prévu : Suppression du package PHP-FPM utilisé par i-MSCP, ce qui fait que le "binaire imscp_panel" a été supprimé par le panel (incohérence de versions).


    J'ai vu dans l'historique l'installation des versions PHP-FPM 7.2, 7.3 et 7.4 (et la suppression, aussi, de la 7.1 qui a donc conduit au problème principal).


    Utilisation de la version 7.4 et recréation du binaire pour démarrer le panel et ça passe (sans garanties que des trucs ne fonctionneront peut-être pas avec la version 7.4).


    Quoi qu'il en soit, les versions installés ne fonctionneront pas, comme ça, pour PHPSwitcher.



    Tu peux marquer le post comme "résolu" du coup :D