SOAP ERROR depuis 2 jours
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

SOAP ERROR depuis 2 jours

by
SebastienG5
Created on 2017-08-03 13:35:47 (edited on 2024-11-18 11:02:12) in Hébergements Web

Bonjour,

Disposant d'un Prestashop 1.6 sur un mutualisé, je remarque que depuis que 2 jours, la boutique est en erreur 500 avec ce message:
Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load from 'https://www.chronopost.fr/quickcost-cxf/QuickcostServiceWS?wsdl' : failed to load external entity "https://www.chronopost.fr/quickcost-cxf/QuickcostServiceWS?wsdl" in etc....

L'url etant accessible dans un navigateur, j'en déduis que c'est le serveur qui n'arrive pas à s'y connecter. Pareil lorsque je veux synchroniser les modules, on dirait que le serveur n'a pas accès à l'extérieur.

De plus, je remarque qu'une intervention a été faite le 01 Aout sur le cluster concerné (GRA / Cluster020)... 4 messages à l'assistance et toujours rien, et pendant ce temps la, la boutique est off.

Si quelqu'un peut nous aider à débloquer cette situation,

Merci.


13 Replies ( Latest reply on 2024-11-18 11:03:06 by
YoannD
)

Bonjour @SebastienG5,

Dans un premier temps, il n'est pas franchement recommandé de mettre sa boutique sur un mutualisé, il existe des solutions prévu a cet effet :-)

Comme tu peux le lire dans tes erreurs, tu as une erreur 500, as tu regardé de façon plus poussé dans les logs ?

En se qui concerne l'assistance, les temps de réponse par ticket sont relativement long, en revanche, tu peux très bien appelé le 1007 atteindre une bonne demi-heure est avoir un techniciens pour mieux expliqué ton problème si cela est vraiment très urgent.

En espérant t'avoir aidé.

Amicalement,

Clément-Alain SAUBOIS

Bonjour Clément,

Merci pour ta réponse.
Le mutualisé était une solution pour débuter, lorsque l'on a pas beaucoup de trafic.
Oui j'ai regardé les logs, rien de spécial à signaler.

C'est en activant l'affichage des erreurs que j'ai remarqué cette erreur de SOAP. Lorsque je désactive le module Chronopost, tout revient a la normale, mais je n'ai plus de frais de port sur le site.

Je penche pour le fait que le serveur ne puisse pas accéder à l'exterieur apres leur intervention, car nous n'avons rien touché entre temps...
Les délais sont très longs et pour une boutique ecommerce c'est assez préjudiciable...

Bonjour,

Dans ce cas c'est parfait :-)

En ce qui concerne les délais de l'assistance, tu ne peux pas avoir queques choses d'hyper fluide pour 3€/m :/, je t'invite a te rapproché vers se genre de prestation OVH : https://www.ovh.com/fr/services/serveurs-manages.xml">https://www.ovh.com/fr/services/serveurs-manages.xml

En espérant t'avoir aidé.

Amicalement,

Clément-Alain SAUBOIS

Bonjour,

Il faut activer l environnement d'exécution stable
https://docs.ovh.com/fr/fr/web/hosting/modifier-lenvironnement-dexecution-de-mon-hebergement-web/#comment-modifier-l-environnement-d-execution

L'environnement legacy ne (presque) peut plus effectuer de connexions sortantes en https car les protocoles utilisés sont trop vieux.

@Buddy je ne sais pas comment vous remercier, mais cela fonctionne en effet.
Merci encore pour votre aide précieuse.

Petite question pour ma culture personnelle néanmoins: comment se fait il que cela fonctionnait correctement avant, et que cela se mette à dysfonctionner d'un coup ?

Legacy utilise de vieux protocoles qui sont au fur et à mesure bloquer par les sites clients/distants.

Par exemple PayPal devait tous les bloquer au 30 juin 2017.. (l'environnement legacy est maintenant bloqué chez PayPal. Pour que sa boutique puisse encaisser des paiements via PayPal, il faut obligatoirement le stable)
C'est possible que d'autres aient fixé le 31 juillet.

Merci pour ces explications, et je vous remercie encore pour la solution qui fonctionne à merveille.

Bonjour a tous
j'ai le problème similaire avec un module.
Connexion invalide : SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://www.mondialrelay.fr/webservice/Web_Services.asmx?WSDL' : failed to load external entity "http://www.mondialrelay.fr/webservice/Web_Services.asmx?WSDL"

lors de selection d’un point relay (Voir l’annexe)
Je suis sur un mutualité. php 7.2

J’ai un clone de ma boutique en local avec sur MAMP , meme version php (7.2)
et local tous va bien.

Jai demandé un qui vérifié le code du module .D'apres lui ça vient du serveur.

Bonjour @VladimirA

Est-ce nouveau ?
Si OUI, AVENIR DIGITAL depuis quand votre site est opérationnel ?
Y a-t-il eu des mises à jour récentes sur votre site ?

Le site est en ligne depuis 2019.
Pas de MaJ des modules
La seule chose que j'ai fait ., c'est passer de php 7.1 ->7.2->7.3 puis je revenue a 7.2 car la version maximale compatible

Bonjour @VladimirA

Tu dois avoir des modules pas tout à fait compatibles avec PHP 7.3.
D'où le problème.

c'est pou ça que je suis revenu en php 7.2
comment expliquer que en local (mamp) j'ai pas cette erreur

Bonsoir @VladimirA


J’ai un clone de ma boutique en local avec sur MAMP , même version php (**7.2**)
et local tous va bien.



c'est pour ça que je suis revenu en php 7.2
comment expliquer que en local (mamp) j'ai pas cette erreur


En local tu es aussi en php 7.2.

exact

en local ---> cURL 7.68.0. openSSL 1.2.0u. Dec 2019
chez OVH --> cURL 7.38.0 openSSL 1.0.1t 3 May 2016

Bonjour,

J’ai le meme problème depuis hier avec mon module MR, je n’ai absolument rien modifié et il fonctionnait la veille.
On dirait que OVH a fait des modifications sans prévenir...
Comment remédier au problème ?

Merci
Yoann