Comme vous pouvez le constater, nos blogs sont toujours op\u00e9rationnels.<\/p>\n\n\n\n
Cependant, les serveurs h\u00e9bergeant la plupart des autres \u00e9l\u00e9ments de notre infrastructure, tels que les forums, le wiki et Bugzilla, ne le sont pas.<\/p>\n\n\n\n
La cause de la panne reste \u00e0 confirmer par l’un de nos administrateurs syst\u00e8me.<\/p>\n\n\n\n
Quoi qu’il en soit, le probl\u00e8me est connu, nous essaierons de mettre \u00e0 jour ce message d\u00e8s que nous en saurons plus.<\/p>\n\n\n\n
Edit 1: la panne est celle d’un r\u00e9partiteur r\u00e9seau dans le datacenter. Il doit \u00eatre remplac\u00e9, mais il faut le temps d’approvisionner un autre (18\/9\/25 \u00e0 9h45).<\/p>\n\n\n\n
Edit 2 : la panne est toujours en cours, mais nous avons mis en place une r\u00e9plique de la liste de miroirs, de telle sorte que les mises \u00e0 jour et les nouvelles installations ne sont plus bloqu\u00e9es. De plus l’adresse www.mageia.org a \u00e9t\u00e9 redirig\u00e9e vers les blogs (2025-09-24 \u00e0 08:00 CEST).<\/p>\n\n\n\n
Edit 3 : Malheureusement, il semble que les utilisateurs qui utilisent DNF au lieu d’URPMI (l’outil traditionnel de Mageia pour les mises \u00e0 jour) ne puissent toujours pas utiliser la liste de miroirs. La raison en est que DNF utilise une liste de miroirs diff\u00e9rente. Cette liste de miroirs n’a pas (encore) \u00e9t\u00e9 r\u00e9pliqu\u00e9e. Pour contourner ce probl\u00e8me, vous pouvez ex\u00e9cuter les commandes suivantes, dans une console en tant que root :<\/p>\n\n\n\n
cp -a \/etc\/yum.repos.d\/ \/etc\/yum.repos.d_original\/\ncd \/etc\/yum.repos.d\/\nsed -i 's\/^mirrorlist\/#mirrorlist\/' *\nsed -i 's\/#baseurl\/baseurl\/' *<\/pre>\n\n\n\nCela permettra de d\u00e9finir https:\/\/mirrors.kernel.org comme miroir fixe, afin que vous puissiez \u00e0 nouveau installer des paquets (2025-09-25 \u00e0 13:00 CEST).<\/p>\n\n\n\n
Edit 4 : nous avons re\u00e7u l’information du datacenter que l’intervention de remplacement aurait lieu au plus tard vendredi 26 (2025-09-25 \u00e0 13:45 CEST).<\/p>\n\n\n\n
Edit 5 : l’intervention n’a pas eu lieu vendredi comme escompt\u00e9, et nous n’avons pas de pr\u00e9cision \u00e0 ce sujet \u00e0 l’heure actuelle. Nous supposons qu’il y a une bonne raison \u00e0 cela (2025-09-29 \u00e0 11:00 CEST).<\/p>\n\n\n\n
Edit 6 : Le personnel du datacenter nous a inform\u00e9 de la livraison pr\u00e9vue du switch pour demain. Nous esp\u00e9rons le retour compl\u00e8tement op\u00e9rationnel des serveurs pour lundi ou mardi (2025-10-02 16:00 CEST).<\/p>\n\n\n\n
Edit 7 : Le routeur a \u00e9t\u00e9 livr\u00e9 au centre de donn\u00e9es et l’ancien a \u00e9t\u00e9 remplac\u00e9. La semaine derni\u00e8re, quelqu’un s’est rendu au centre de donn\u00e9es pour c\u00e2bler le mat\u00e9riel, mais il semble y avoir un probl\u00e8me avec les fibres optiques, ce qui fait que nos serveurs ne sont toujours pas disponibles. Nous ne connaissons pas encore le moment pr\u00e9vu pour chercher \u00e0 r\u00e9soudre ce nouveau probl\u00e8me (2025-10-07 9:00 CEST).<\/p>\n\n\n\n
Edit 8 : Les serveurs sont de retour ! (2025-10-07 15:00 CEST) <\/p>\n","protected":false},"excerpt":{"rendered":"
Comme vous pouvez le constater, nos blogs sont toujours op\u00e9rationnels. Cependant, les serveurs h\u00e9bergeant la plupart des autres \u00e9l\u00e9ments de notre infrastructure, tels que les forums, le wiki et Bugzilla, ne le sont pas. La cause de la panne reste … Continuer la lecture