Échec du démarrage du thread getaddrinfo()

Bonjour,

ma version php 8.1

depuis le 05/05/2026, j'ai des erreurs intempestives [Monetico] Curl error 6 - getaddrinfo() thread failed to start dans Prestashop, même en mode maintenance donc sans connexions clients.

la semaine dernière, ce soucis pouvait durer 1heure. Aujourd'hui, il dure 1-2 minutes puis disparait mais est beaucoup plus récurrent.

Après avoir créé un script de test :

$ch = curl_init();
curl_setopt_array($ch, [
    CURLOPT_URL => 'https://google.com',
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_TIMEOUT => 10,
]);
curl_exec($ch);
echo curl_error($ch);

lorsqu'il y a le problème, le script affiche également "getaddrinfo() thread failed to start" lors d'un bug signalé par Monetico, paypal... Donc cela ne vient pas du module ou des modules de paiements mais bien de PHP côté OVH.

Y a t-il eu une action sécurité OVH provoquant ce problème ?

Comment y remédier ou est-ce déjà en cours de résolution

Merci.

Bonjour @DavidP62,

Je vous invite à partager des logs afin que la communauté puisse vous faire un retour adapté ?

^FabL

Il se pourrait qu'une limite d'exécution soit renforcée (ulimit). Peut-être qu'il faut une offre plus puissante ?

@LibreMaster Effectivement, peut être un lien entre des pics de dépassement de ressources et cette erreur. Mes logs indiquaient aussi beaucoup d'appels sur le module packlink qui faisait transition (donc doublon) au module DPD. sa désactivation semble avoir enlever les dépassements de ressources.

Depuis mon message, plus de dépassements et plus d'erreur getaddrinfo(). A une journée prêt, il y a une corrélation mais avec le jour férié, moins de trafic, donc pas d'erreur également...

Ce qui m'a étonné est que même en mode maintenance, avoir toujours cette erreur pendant 1h alors que le trafic était redescendu depuis longtemps. Mais peut être qu'OVH bloque des ressources plus longtemps que le pic de dépassement.

Je pense effectivement changer d'offre mais avant, je voulais comprendre et résoudre la source du problème car seul le trafic ne l'expliquait pas.