Bonsoir,

En règle général, lorsque on est ramené sur la page de login du serveur, c'est que le reverse proxy nginx n'a pas intégré la redirection concernant le nouveau site créé.

Dans un terminal, saisir la commande suivant :

• docker exec nginx nginx -s reload ==> cela nous informera sur une éventuelle erreur dans le fichier. Une exécution sans erreur renvoie quelque chose du style :
  2026/03/26 01:01:37 [notice] 264#264: signal process started

S'il y a une erreur dans le fichier, on aura la ligne correspondant à l'erreur et on pourra aller dans le fichier pour corriger.
S'il n'y a pas d'erreur, peut-être que le fait d'avoir rechargé le fichier manuellement va remettre en route les nouveaux sites. Si ce n'est pas le cas, vous pouvez tenter le redémarrage du conteneur :

• docker restart nginx

Pour le deuxième problème, il n'y a rien qui me vient à l'esprit mais c'est peut-être aussi lié à un dysfonctionnement de nginx. Je pense qu'il faut régler le premier souci et on s'attaquera au second s'il est toujours présent.

Tenez-nous au courant.

Bonjour,

Nous avons passé les deux commandes sans soucis et sans erreur.
La page d'administration est maintenant dispo pour les sites avec le template natif, cependant le souci persiste pour les sites créés depuis un template personnalisé.

Merci d'avance.
Quentin

Bonjour,

Avez-vous d'autres pistes pour régler notre souci ?
Nos utilisateurs sont fortement impactés, notamment avec les examens qui approchent.

Merci.
Quentin

Bonjour,

Pour nous aider à identifier le problème, nous aurions plusieurs questions :

• Est-ce que vous rencontrez le problème avec différents modèles perso de WordPress ?
• Est-ce que le modèle perso que vous testez a déjà fonctionné ?
• Avez-vous tenté de réaliser un nouveau modèle perso depuis le redémarrage de Nginx, puis de créer un site à partir de celui-ci ? Si oui, le problème est-il le même ? Et si non, pouvez-vous tester cette manipulation et nous dire ce qu'il se passe ?
• Pouvez-vous également tester la commande suivante, et tenter de recréer un site à partir d'un modèle perso ?
  docker restart e-combox_registry

Je pense que cela devrait nous aider à avoir quelques pistes.

Bonjour,

Nous avons trois modèles perso :

• malo : problème du portail d'administration
• artconcept2026 : problème du portail d'administration
• teamecb4 : RAS
  Ils ont déjà fonctionné, mais le problème est présent depuis (au moins) le 24/03/2026.

Nous allons tester avec un nouveau modèle perso, je reviens vers vous ensuite.

Quentin

Bonjour,

Nous avons eu des identifiants sur un salon tchap privé. Je m’apprête également à faire des tests.

Mais pouvez-vous me donner la version de Docker utilisée (docker info) ?

Cordialement,

Rebonjour,

Le portainer est en 2.24.4. LTS, et le docker en Standalone 29.3.1.

Quentin

2026-04-09_11h28_37.png (15,517 bytes)   

2026-04-09_11h28_37.png (15,517 bytes)   

2026-04-09_11h30_12.png (4,123 bytes)   

2026-04-09_11h30_12.png (4,123 bytes)   

Bonjour,

Après test, les nouveaux modèles perso intégrés après passage des commandes fonctionnent sans problèmes.
Par contre les modèles présents avant l'arrivée du problème sont toujours concernés, et ces derniers représentent beaucoup d'heures de travail, il serait appréciable de leur récupérer et de s'assurer que cela ne se reproduise pas.

Merci d'avance.
Quentin

Bonjour,

Oui nous sommes d’accord avec vous et nous poursuivons les tests. Nous revenons vers vous dès que nous avons trouvé ce qu’il s’est passé.

Bonjour,

Pour information, nous avons tenté un export/import des modèles concernés depuis notre 2nd serveur E-comBox (qui ne présente pas le souci) mais impossible.

Nous avons tenté avec :

• DockerHub
• l'extension "All In One Migration"
  Les deux outils n'ont pas permis de faire aboutir l'export des modèles (alors qu'ils fonctionnaient l'année dernière).

Si jamais cela peut vous donner des pistes.

Quentin

Bonsoir,
Nous avons finalement identifié l’origine du problème. Il s’agit du même bug que celui rencontré en 2024. Nous n'y avons pas songé car nous pensions que, comme conseillé il nous semble à l'époque, tous les sites avaient été patchés .
Mais visiblement (c'est la seule explication que l'on a pour l'instant) :

• Le 10/03, le modèle malo a été recréé à partir d’un site qui présentait ce bug. Il ne correspond donc pas, en fait, au modèle utilisé pour les sites déjà déployés.
• Les 13 et 14, la même situation s’est produite pour artconcept.

Concernant malo, une réparation est possible. Nous venons de patcher e-combox pour que vous puissiez créer un modèle à partir de n’importe quel site déjà déployé (qui fonctionne mais qui ne dispose actuellement pas des bons binaires pour une duplication).
Il suffit de mettre à jour l'e-comBox (bash /opt/e-combox/update_ecb.sh) et théoriquement un nouveau modèle fonctionnel devrait pouvoir être déployé.

En revanche, nous n’avons pas trouvé de site artconcept déjà déployé. Nous avons tenté de recréer un modèle (artconcept2024) à partir d’images disponibles sur Portainer datant de cette période. Le site généré semble s’afficher correctement, mais toute navigation entraîne une erreur « Internal Server Error ».
Si vous ne disposez pas d’autres sauvegardes, nous pouvons bien sûr tenter de corriger ce point.

Concernant votre second serveur, vous nous précisez qu'il ne présente pas le problème.
L’objectif serait de procéder à la mise à jour sur les deux serveurs. Toutefois, afin de mieux comprendre l’écart de comportement, nous aurions besoin d’un accès à ce second serveur pour effectuer quelques vérifications et voir si artconcept est rattrapable plus facilement.

Merci par avance pour vos retours ainsi que pour l’accès au second serveur, qui nous permettra d’affiner nos vérifications.

Bonjour,

Merci pour le retour. Nous allons lancer les commandes au plus vite.
Comment puis-je vous donner accès au 2nd serveur ?

Quentin

Bonjour,

En créant un compte admin temporaire sur Portainer et nous donner ces identifiants via une note privée ou dans une conversation privée sur tchap, comme l'a fait Pascal pour le premier.

Cordialement,

Pouvez-vous nous donner l'URL du second serveur ? :)

C'est bon, j'ai trouvé dans un post précédent.

Bonsoir,

Sur le second serveur le modèle artconcept2024 n'avait pas été écrasé et se déploie donc normalement (il avait sûrement été construit avec le patch 2024).

J'ai testé sur le premier la construction d'un modèle à partir du site blog-malo-01.

Le modèle est opérationnel mais nous constatons que toute navigation entraîne une erreur « Internal Server Error ». C'est certainement un configuration réalisée par vos soins qui nécessite le fichier .htaccess qui comprend la base d'URL (en l'espèce blog-malo-01).
Il est nécessaire de régénérer le .htaccess (je ne sais pas si on peut le faire via l'interface). Dans tous les cas, on peut le faire sur chaque site déployé via la console. Je vais intégrer ça dans la prochaine image : https://forge.apps.education.fr/e-combox/e-combox_dockerfile/-/work_items/96.

À noter que le patch fait (théoriquement) en sorte que ce problème ne se reproduise définitivement plus.

J'ai fait un peu de ménage sur le serveur en supprimant les modèles et les sites de tests que l'on avait déployés.

N'hésitez pas à revenir vers nous si quelque chose se passe encore mal et dites-nous si on peut fermer le ticket.

Cordialement,

Bonjour,

Merci pour le support !
Nous allons tester et vous donner un retour.

Bonne journée.
Quentin

Bonsoir,

En ce qui concerne le souci de Prestashop, nous avons cerné le problème (qui n'est pas du tout le même que celui du blog mais qui est dû également à l'ancienneté de l'image). Nous sommes en train de faire des tests qui vont nous permettre de déployer une solution.

Pour artconcetp2026, si vous n'avez conservé aucun site sur lequel il est déployé et que vous n'avez aucune sauvegarde permettant de restaurer le site pour refaire un modèle fonctionnel, j'ai bien peur que vous soyez obligé de refaire les manipulations 2026 à partir de celui de 2024 (attention de ne pas supprimer le site à partir duquel vous faites le modèle avant d'être certain que le modèle soit fonctionnel).

Les modèles qui ne sont pas fonctionnels doivent être supprimés.

Cordialement,

Bonjour,

Nous venons de publier une mise à jour (bash /opt/e-combox/update_ecb.sh) permettant de corriger le problème rencontré avec les modèles PrestaShop créés avec la version 3 d’e-comBox. Cette mise à jour vous permettra de continuer à utiliser le modèle existant. Pour la réinitialisation des sites existants, il est préférable de les supprimer puis de les créer à nouveau.

Étant donné la rétrocompatibilité délicate, des effets de bord non prévus peuvent toutefois survenir. N’hésitez pas à revenir vers nous si vous en constatez.