PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

|
|
|
FR
Accueil → WEBDEV 2025 → [2025 SaaS] - Déploiement d'un site ou d'un webservice dans image Docker
[2025 SaaS] - Déploiement d'un site ou d'un webservice dans image Docker
Débuté par Patrick BULLE, 22 jan. 2025 14:35 - 5 réponses
#1
Posté le 22 janvier 2025 - 14:35
Bonjour à tous,

J’ai déployé l’image windev/webdev:300045g dans un Rancher Desktop et le container démarre correctement sur le port natté 8088.
Je me connecte sans problème à l’interface http://localhost:8088/WDAdminWeb.
Quand je souhaite déployer mon site ou mon web service rest, j’ai le message d’erreur suivant :
Une erreur s'est produite pendant le décryptage du fichier d'information (C:\Users\patrickb\AppData\Local\Temp\FTPE590.tmp).
L'erreur retournée est : Impossible de décrypter le fichier. Le fichier est corrompu ou le mot de passe est erroné.

Quand je clique pour afficher la réponse du serveur, j’ai ceci :
Service Unavailable
The server is temporraly unable to service your reuest due to maintenance downtime or capacity problems…

Avez-vous déjà rencontrer ce genre de problème ou avez-vous une piste à me proposer ?

Cordialement,

Patrick.
#2
Membre enregistré
1 message
Posté le 26 janvier 2025 - 21:10
Patrick BULLE a écrit :
Bonjour à tous,

J’ai déployé l’image windev/webdev:300045g dans un Rancher Desktop et le container démarre correctement sur le port natté 8088.
Je me connecte sans problème à l’interface http://localhost:8088/WDAdminWeb.
Quand je souhaite déployer mon site ou mon web service rest, j’ai le message d’erreur suivant :
Une erreur s'est produite pendant le décryptage du fichier d'information (C:\Users\patrickb\AppData\Local\Temp\FTPE590.tmp).
L'erreur retournée est : Impossible de décrypter le fichier. Le fichier est corrompu ou le mot de passe est erroné.

Quand je clique pour afficher la réponse du serveur, j’ai ceci :
Service Unavailable
The server is temporraly unable to service your reuest due to maintenance downtime or capacity problems…

Avez-vous déjà rencontrer ce genre de problème ou avez-vous une piste à me proposer ?

Cordialement,

Patrick.


Hi Patrick,

I have had the same issue with the 300045g image, tested it on another container based on image 300012k which works fine.
Temporary switched back to that version
#3
Posté le 27 janvier 2025 - 10:47
Hello Paul,
Thank you for your feedback.
The image 300012k works also for me.
#4
Posté le 20 mai 2025 - 16:32
Patrick BULLE a écrit :
Hello Paul,
Thank you for your feedback.
The image 300012k works also for me.


Bonjour,

Je me permets de répondre à ce sujet ce problème est toujours présent en version 302032, et le downgrade en version 300012k est effectivement efficace. Avez-vous remonté le problème au support technique?

Florian
#5
Membre enregistré
2 messages
Posté le 27 mai 2025 - 14:53
Bonjour,

je confirme que ça ne fonctionne toujours pas. Je suis passé dans la dernière version en 303040 pour voir si l'erreur était résolue mais ce n'est toujours pas le cas. La version en conteneur qui fonctionne avec le déploiement http, c'est la version 300012k. Malheureusement c'est une pré-version, donc cela crée certains problèmes sur des sites. Dès que l'on met une version supérieure en conteneur, il n'est plus possible de déployer, avec le fameux message "Impossible de décrypter le fichier. Le fichier est corrompu ou le mot de passe est erroné".
Je vais faire un message au support de mon côté, je vois bien que je ne suis pas le seul dans ce cas de figure. Je vais mettre le retour du support dans cette discussion.

Aurélien
#6
Membre enregistré
2 messages
Posté le 27 mai 2025 - 18:33
Réponse du support pour ceux que ça intéresse :

Un échec du déploiement a été identifié si un dossier système n'est pas créé par la solution Docker utilisée.

Je vous conseille de consulter votre fichier log /log/apache2/error.log.

Si il contient :
AH01238: cgid daemon failed to initialize
ScriptSock /var/run/apache2/socks/cgisock.7 does not exist

La solution consiste à ajouter dans le conteneur le dossier /socks/ qui n'a pas été créé :
# mkdir /run/apache2/socks
# chmod 777 /run/apache2/socks


En gros il faut créer le répertoire socks dans /var/run/apache2

Ce que j'ai fait de mon côté c'est créé ce répertoire directement dans mon dockerfile et lui affecter les droits qui vont bien.
J'ai testé et c'est OK pour déployer en http.

Le problème a été remonté aux développeurs pour sûrement inclure cette modif dans les images existantes. En attendant cette solution fonctionne parfaitement de mon côté.
→ Revenir à WEBDEV 2025