Erreur avec 1-click upgrade

[gringo1er]

Bonjour à tous.

Je voudrais expérimenter le passage de PS8.1.3 à PS8.1.5 avec 1click upgrade. La version est la dernière, à savoir la 5.0.1

Mais avant de le faire avec le site en production, je voudrais l'expérimenter en préproduction.

j'ai monté une préprod avec Ubuntu server, tinyCP comme panel, et un reverse proxy pour l'url, en docker, NGINX proxy manager, sur une autre bécane.

La préprod est pleinement exploitable, sur le front tout du moins, mais sur le back j'ai un souci, que je ne rencontre pas sur la version en prod du back office de la boutique.

Quand je me lance dans l'upgrade en cliquant sur 1click, j'ai le code erreur suivant (en mode débug)

Unknown error à la ligne 393 du fichier /root/modules/autoupgrade/classes/UpgradeSelfCheck.php
[8192] version_compare(): Passing null to parameter #2 ($version2) of type string is deprecated

Et la comparaison entre la version PS et la nouvelle ne se fait pas.

Je comprends pas où se situe le souci, en tout cas c'est a priori lié à la conf de mon "VPS" auto hébergé, vu que l'anomalie n'est pas rencontrée sur le site en prod.

- soit un environnement PHP8.1 / Apache inadéquat (une extension manquante?)

- soit un souci avec le reverse proxy (un paramètre à régler, un socket....).

Nota: j'utilisais avant le reverse proxy de Synology, je n'arrivais pas à entrer dans la page 1click j'arrivais à une erreur 404. En passant sur NGINX reverse proxy j'ai un peu avancé.

Je suis en manque d'inspiration...

Une idée?

Edited May 5 by gringo1er
précision ajoutée sur l'anomalie: le mode débug (see edit history)

[Eolia]

$version2 ça serait plutôt le n° de version de ce que vous voulez installer (8.1.5) donc il ne trouve pas ce n° de version (normalement dans /install/install_version.php du zip décompilé)

[gringo1er]

Le message d'erreur apparait directement quand on entre sur la page d'upgrade. Que ce soit en cherchant une version en ligne (qu'il ne trouve pas, "Latest official version for directory channel.: N/D" ou quand on décompresse dans /admin/autoupdate/latest et qu'on choisit "répertoire local" pour la mise à jour. A la mise à jour de la page, même popup.

Je rappelle que ce popup n'apparait pas sur le site en production, uniquement sur la préprod. c'est pour ça que je pensais plutôt à un souci de paramétrage du panel (une extension apache ou php8.1) soit un réglage de reverse proxy

 

[gringo1er]

Bon... J'ai déployé une version propre ubuntu server, et un autre panel que tinyCP, à savoir Aapanel, et j'ai déployé une version up to date du site sur cette nouvelle préprod.

Et j'ai ce même spash (en mode debug toujours). Et le site n'arrive pas à connecter ni le dépôt officiel ni l'espace disque local pour un déploiement manuel, comme l'illustre la PJ.

En gros, panel différent, donc ça élimine un sujet.

Reste le reverse proxy.... 

[gringo1er]

Oups j'oubliais la PJ....

[Eolia]

Mode debug activé ?

Error.log consulté ?

Curl activé ?

[gringo1er]

Curl est bien activé (conf complète jointe)

débug activé (le popup n'apparait qu'en débug, sinon seul le symptôme s'est "version dispo N/D")

logs:

- back office: rien

- error log apache: rien non plus

[gringo1er]

Update:

j'ai orienté les ports 60 et 443 directement vers chaque panel, tinyCP et Aapanel directement, en prenant bien en compte le certificat SSL de la préprod dans chacun des panels.

Ainsi plus besoin de reverse proxy.

Mais hélas, le problème demeure. Il s'agit donc d'un souci de paramétrage du site, peut-être le htaccess, adapté pour l'hébergement de la prod (hostinger) et qui n'est pas compatible avec mon autohébergement.

En résumé:

Ce n'est pas le reverse proxy

ce n'est pas le panel de mes VPS perso (ou alors il y a un paramétrage particulier à mettre en oeuvre)

C'est quelque chose dans les paramètres du site (ou la database?)

[gringo1er]

Bon...

Je ne sais pas si ça a un lien... J'ai reconstruit une préprod avec aapanel, en prenant soin de mettre mysql au même niveau que sur le site en prod chez l'hébergeur, à savoir mysql5.7 au lieu de 8, et importé la database en UTF-8 au lieu de UTF-8.mb64 (par défaut aussi).

Et là, tout fonctionne....

Edited May 12 by gringo1er
post incomplet (see edit history)

[La vie en Rose]

J'ai à peu près le même souci, pour passer de la version 8.1.2 à la 8.1.7

J'ai fait la mise à jour sur la préprod, qui est la copie conforme de la prod (logique en même temps), même serveur, même version PHP etc...
Sur la préprod, lorsque j'ai cliqué sur la config du module oneclickupgrade (dernière version du module v6), page blanche après quelques minutes de moulinette. Un petit F5, et après quelques tours de moulinette supplémentaire, j'arrivai bien sur la page de mise à jour. Cette dernière s'est bien passé.

Sur le site de prod par contre, impossible d'aller sur la page de config du module de mise à jour. J'ai systématiquement une page d'erreur 500 après quelques minutes, et plus d'accès au BO ni au site pendant quelques minutes. Rafraîchir ne sert à rien, du coup... bah j'ai pas encore pu faire la MAJ.

J'ai pas encore testé avec le mode debug, je ferai ça hors heures d'ouverture dès que je pourrai, mais en attendant si quelqu'un a eu le même cas..