Aurelien P.

doublon

Il y avait une erreur sur la zone DNS, je l'ai corrigé, vous devriez avoir le certificat dans la nuit.

Bonjour, merci pour ces retours, je me les notes Révoker... j'étais inspiré ce jour là

Bonjour Pascal, merci à toi, meilleurs voeux pour cette nouvelle année

Bonjour, l'action est en RUN donc ni en erreur, ni bloquée. Elle suit son déroulé Il n'y a donc rien à faire Un transfert de .fr est effectué en 7 jours habituellement, il est donc normal que la tâche soit en cours

Bonjour, il y'a deux choses à distinguer : le nom de domaine acheté (celui que vous avez payé pour le déposer auprès d'un registrar via YULPA ou autre) : il ne peut pas être modifié. Il faut en commander un nouveau et laisser (ou non) expirer l'actuel. la configuration sur les serveurs chez YULPA : il faudra ajouter le domaine sur l'hébergement et configurer tout ce dont vous avez besoin (sites web, mails...) et éventuellement basculer certains éléments ou modifier selon votre site web, les mails à migrer ou non.

Bonjour, si vous souhaitez vous connecter depuis l'extérieur, il faut en effet être sur un serveur avec accès externe.

Bonjour, désolé pour ce bien trop long délai de prise en compte de cet incident, nous n'avons pas eu l'alerte sur la supervision, je vais voir pourquoi cette alerte n'est pas remontée afin que ce ne se reproduise plus. Pour PMA vous avez une erreur au bout d'un moment ? Vous utilisez une instance perso ou pma.yulpa.io ?

Bonjour, n'étant plus à la tête de yulpa, je n'ai pas de réponse immédiate à apporter sur les points soulevé Le passage en yulpa vous a paru plus plat mais il y avait beaucoup de refonte et travail de fond (à commencer par la v2 de iWal, les paiement auto, les containers, le vCloud), il y avait bien plus de choses en yulpa que en web4all si on compare sur la durée Actuellement je finalise avec Benoit les nouveaux serveurs web que nous n'avions pas pu faire en 2020, si tout va bien on pourra proposer les nouveaux hébergements avant fin novembre.

Bonjour, cela a été traité ? Si vous postez ici sans donner le numéro de ticket ou le domaine, je ne peux faire le lien avec les tickets en cours

Bonjour, vous installez cela où ? Dans un container ? Ou sur un hébergement mutualisé ? (votre topic est dans la section Containers LXC).

Bonjour, cela n'est toujours pas dans les projets en cours pour le moment.

Bonjour, l'éditeur de Spam-Expert effectue une mise à jour des serveurs privés, il semblerait que l'impact ait été plus important qu'annoncé

Bonjour désolé je n'avais pas vu le message. Il y a eu une attaque le 13 durant quelques minutes sur le manager

Nous avons eu un souci sur un cluster VMware qui a impacté une partie du web client et une partie de iWal. Nous avons donc éteint complétement iWal le temps de régler cela pour éviter d'avoir des actions serveurs / clients

Bonjour, en effet depuis plusieurs mois c'est de pire en pire et malheureusement on ne peut pas faire grand chose à notre niveau 😢 mais cela impacte fortement l'infra

Il y avait bien un souci sur les sessions PHP, es-ce mieux pour vous ?

On continue à surveiller 😢

Non pour le moment on a de plus en plus de chose qui sont indispo et on cherche l'origine Et chaque action est un échec.

Je viens de mettre à jour la tâche sur Travaux. Principalement sont concernés les clients les plus anciens, ce fil m'a mis la puce à l'oreille avec les derniers posts, nous intervenons sur le stockage qui est un des seuls éléments commun à ces clients.

OK merci pour la piste En théorie oui il faudrait les forcer... 😢 C'est la même chose pour PHP, nous sommes obligés de maintenir les anciennes versions. Et si l'on décide de forcer les clients, ce sera des milliers de tickets car beaucoup ne sauront pas ce qu'il faut faire.

Ils ne seront pas à mis à jour, jamais. On passe les mises à jour mineures et de sécurité mais on ne peut pas les upgrader en 10.x car cela les rends incompatible avec trop de sites, ce serait comme forcer un utilisateur en php 5.x à passer en 7.x Il y'a donc des serveurs en 5.x pour ceux en ayant besoin et en 10.x pour les autres.

La seule chose qui semble correspondre aux sites en question est lié à un usage de RAM assez élevé, par pic, sur l'ensemble de l'hébergement mais les limites sont pourtant bien plus haute que ce qui est en général consommé. Non il n'y a pas de liste de faite, d'autant que certains sites peuvent être impacté sans forcément que les clients nous le remontent. Lorsqu'un site est impacté dans un hébergement, cela impacte les autres, donc il est normal que tous les sites soient impactés en même temps (sauf si différents hébergements).

Je comprends tout à fait la frustration et le mécontentement. Nous n'arrivons pas à identifier la cause des lenteurs / down, ce sont à chaque fois les mêmes sites sur lesquels cela se produit et sans point commun (certains sont des gros sites, d'autres non), nous continuons à chercher ce qu'il se passe mais pour le moment nous bloquons

Bonjour, nous ne fermons aucun ticket sans y répondre (sauf si ticket en double), quel est le ticket en question ?