Jump to content

Aurélien PONCINI

Administrators
  • Content Count

    391
  • Joined

  • Last visited

  • Days Won

    56

Everything posted by Aurélien PONCINI

  1. 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
  2. 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
  3. Il y avait bien un souci sur les sessions PHP, es-ce mieux pour vous ?
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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).
  9. 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
  10. Bonjour, nous ne fermons aucun ticket sans y répondre (sauf si ticket en double), quel est le ticket en question ?
  11. Bonjour, le message Insufficient Storage n'est pas apparu dès le départ ?
  12. Bonjour, il faut que la personne ait un compte utilisateur. Ensuite ouvrez un ticket en indiquant le Client et le User de destination. Le Client, les services et toutes les facturés liées et CB seront déplacés. Si vous ne souhaitez pas basculer la comptabilité, il faut indiquer les services à déplacer d'un Client à un autre.
  13. Bonjour, @Benoît Ga pu intervenir vendredi soir et samedi pour le problème de performance sur les sites clients et sur le manager également concerné Pour le moment nous n'avons pas trouvé la raison de ce fort ralentissement Il y a en effet moins de communication ces derniers mois, depuis le déménagement mais cela est aussi lié au fait qu'il n'y a rien "de nouveau" à annoncer. Concernant les soucis de ralentissement nous n'avons pas toujours eu le réflexe de le mettre sur travaux en effet, parfois cela est aussi lié au fait que l'incident est passé avant intervention de
  14. Bonjour, vous devez aller sur le service hébergement puis publication web. Ensuite cliquez sur le domaine en question et là vous pourrez choisir la version de PHP.
  15. Bonjour, vous pouvez demander au support, nous verrons si il est encore temps de le récupérer.
  16. Bonjour, non, désolé, c'est malheureusement un des controles qu'on ne peut pas bypass sur l'antispam, en IN comme en OUT.
  17. Bonjour, nous n'avons pas la main là dessus donc
  18. Bonjour, oui en effet cela nous impacte lourdement, d'où les restrictions qu'on met en place et que nous affinons
  19. Bonjour, nous avons en effet un client qui pose de gros soucis sur le serveur SQL7 cette fois, nous venons de le bloquer.
  20. Bonjour, nous devons mettre à jour le site, actuellement les données de production sont en Ariège et les sauvegardes à Paris.
  21. Bonjour, c'est enfin corrigé. https://travaux.yulpa.io/task/153
  22. Bonjour, Web4all a quitté OVH en 2013 pour monter sa propre infrastructure. Nous avons uniquement des services secondaires chez OVH
  23. Bonjour, merci de passer par le support. Il faut indiquer le ou les dossiers ou si restauration complète qui écrase l'existant, la date et heure de la sauvegarde.
×
×
  • Create New...