Forum

Reprise du message précédent

Jybz :

Je vais les appeler aujourd'hui.

Parfait !!! Tiens nous au courant sans oublier une mise à jour de la page de blog
En tous cas merci encore à toi et à toute l'équipe car la période doit être un peu stressante !

Édité par TuxMips Le 25/09/2025 à 11h55

TuxMips :

Jybz :

alder :

quant à l'hébergeur, et sans que cela aille jusqu'au harcèlement, peut-on le rappeler à notre bon souvenir?

Je vais les appeler aujourd'hui.

Parfait !!! Tiens nous au courant sans oublier une mise à jour de la page de blog

Je viens d'avoir le support. Concours de circonstances, il y a eu d'autre incident de plus haute priorité qui ont décalé l'intervention pour le switch.
On m'a assuré que ça sera fait pour demain au plus tard. Espérons qu'aucun autre incident ne vienne retarder encore une fois l'intervention !

Je remercie Jybz d'avoir pris le temps de lire mon long message et d'y avoir répondu très rapidement.

Bon courage à toute l'équipe

la solution mise en place pour les mises à jour fonctionne bien pour moi.
le CCM me propose 107 paquetages à mettre à jour pour 1Go

pour ce qui me concerne, je n'ai reçu aucune maj aujourd'hui via urpmi; il est vrai que mes maj avaient été réalisées juste avant la panne

Ce problème relève une faille de sécurité dans le système. En effet, il faudrait au moins deux miroirs de mise à jour. Quand un des deux plante, l'autre a peu de chance de planter en même temps.
Que font les autres distributions ?

Bonjour,

Ici plutôt de serveurs de constructions de paquets, non ?

A ma connaissance les mirroirs distribuant les mises à jour (existantes) ont toujours été actifs et disponibles (juste un peu plus compliqués à trouver

Ceci dit avoir plusieurs serveurs de construction de paquets ne sert à rien si connectés sur le même switch .

Ici cela impliquerait d' avoir deux endroits de où mettre les serveurs, pour dupliquer l' infrastructure.

Édité par nic80 Le 25/09/2025 à 21h24

Troumad :

Ce problème relève une faille de sécurité dans le système.

Je ne vois pas de rapport avec la sécurité. C'est plus un problème de disponibilité. Ici, le principal souci est mirrorlist. Il faudrait trouver un meilleur moyen de le rendre accessible en cas de panne du serveur principal.

Troumad :

Que font les autres distributions ?

Aucune idée. C'est compliqué de trouver une distribution équivalente à Mageia : de taille moyenne, avec une petite équipé (mais pas une seule personne non plus) et associative.

Troumad :

Ce problème relève une faille de sécurité dans le système.

Est-ce que la faille de sécurité c'est de ne pas pouvoir rapidement mettre a jour un logiciel si une faille de sécurité est découverte ?
Ou, est-ce que les serveurs sont compromis le temps qu'ils sont hors ligne ?

Que font les autres distributions ?
Du côté utilisateur, cela varie. Debian et openSUSE disposent de serveurs principaux — deb.debian.org et download.opensuse.org — qui redirigent vers des miroirs. Il y a déjà eu des cas où la redirection tombait en panne et toute la charge était absorbée par download.opensuse.org. Ubuntu inscrit un miroir lors de l’installation du système, en se basant sur la langue de l’utilisateur, par exemple fr.archive.ubuntu.com. Malgré le domaine commun, ils sont hébergés par des infrastructures différentes. Sauf security.ubuntu.com.

Jybz :

Troumad :

Ce problème relève une faille de sécurité dans le système.

Est-ce que la faille de sécurité c'est de ne pas pouvoir rapidement mettre a jour un logiciel si une faille de sécurité est découverte ?
Ou, est-ce que les serveurs sont compromis le temps qu'ils sont hors ligne ?

La première raison : en cas de faille de sécurité dans un paquet disponible, on ne peut plus le mettre à jour.

A lire tous ces commentaires on croirait presque que tout le monde gère la malette nucléaire il s'agit d'une panne d’équipement réseau, 10 jours sans maj pour une distrib stable comme mageia9 c'est gênant, mais c'est pas la mort du petit cheval ! Quand je pense a toutes ces années passées a travailler sous windows et les environnements très hétérogènes de l'industrie (AIX, SunOs, HPUX, SiliconGraphics etc...) heureusement qu'on attendait pas une Maj dans l'heure pour chaque faille détectée (ou pas) .... Bises a tous et courage

Bon...
Normalement c'est aujourd'hui que l'hébergeur procède aux réparations.
Alors nous allons tous prier Sainte Rita pour que ca le fasse
Ne pas oublier non plus Saint Isidore de Séville, saint patron des informaticiens

Édité par TuxMips Le 26/09/2025 à 09h00

TuxMips :

Bon...
Normalement c'est aujourd'hui que l'hébergeur procède aux réparations.
Alors nous allons tous prier Sainte Rita pour que ca le fasse
Ne pas oublier non plus Saint Isidore de Séville, saint patron des informaticiens

Je crois plutôt à la prière téléphonique vers le patron de l'hébergeur, et je me fiche pas mal de sa sainteté !
Merci jybz !
Mais, n'hésitez pas à prier ! Ça peut ne faire que du bien.

Pour la sauvegarde de mirrorlist, cela dépend complètement du système formé par le gestionnaire de paquet et l'infrastructure qui la fournit.
Par exemple, le gestionnaire de paquet DNF n'était pas affecté jusqu'à ce qu'on redirige www.mageia.org vers les blogs. Je suppose qu'initialement il ne trouvait pas la liste, mais restait avec celle qu'il avait en cache local. Puis, avec le changement de retour à la requête vers le serveur, le comportement a changé pour échouer complètement.
Le cache de la liste des miroirs gérée par urpmi expire au bout de 5 jours, de ce que j'ai compris du code. Mais si le cache existe toujours, même s'il a expiré, on pourrait concevoir qu'urpmi continue à utiliser la liste des miroirs obsolète, mais présente tout de même. Les propositions de correction seront bienvenues.

Il est 17h et visiblement toujours rien sur mageia.org :-( On tombe toujours actuellement sur le blog.
Faudrait peut-être appeler avant que cela ferme ? Ou relancer le ticket ?

Édité par TuxMips Le 26/09/2025 à 17h04

Bonjour,

Même si le switch est remonté, il faut remodifier les entrées dns qui peuvent mettre du temps à se propager.

Après si le switch a eu un problème, il est peut pas le seul à avoir eu un problème ( notamment en cas de problème électrique (un serveur ç' est un gros pc qui est soumis au même problèmes qu' un pc (corrruption de partition en cas de coupure brutale (on peut toutefois supposer que le rack est alimenté par deux sources électriques (si le serveur possède deux alimentations)).

Édité par nic80 Le 26/09/2025 à 19h57