Résumé

  • Lancé en avril 2010, Debian snapshot permettait de retrouver des paquets par date ou version, pour examiner une régression ou répéter une mise à niveau préparée.
  • Les incidents de cette année-là ont séparé deux fonctions : distribuer les fichiers déjà conservés et continuer à capturer les changements des dépôts.

Le voyage dans le temps a ses contrariétés. Chez Debian, il lui a fallu un contrôleur de disques de rechange. La science-fiction prévoit rarement ce rayon-là.

Le 12 avril 2010, Debian annonçait snapshot.debian.org. L'archive offrait des paquets et du code source anciens, accessibles comme dans un dépôt apt habituel. Un administrateur pouvait essayer une mise à niveau avec l'ensemble disponible à une date donnée, puis reprendre cet ensemble pour l'opération réelle. Le développeur disposait, lui, d'un moyen de remonter vers l'apparition d'une régression. Au lancement, le projet annonçait environ 6,5 téraoctets et presque tous les paquets des archives principale et de sécurité depuis mars 2005.

Les coulisses avaient déjà produit un petit feuilleton. Le journal du 20 février signalait la mise en service d'un second site. La machine principale, stabile, importait les nouveaux instantanés ; sibelius recevait une copie et servait également les pages. Le 24, une panne de contrôleur rendait la moitié des disques de la première machine inaccessible. La seconde continuait à distribuer le passé. L'arrivée des nouvelles données s'arrêtait.

Un collecteur secondaire, doté d'une autre base de données, figurait déjà dans les projets. La panne lui procura un calendrier beaucoup plus convaincant.

Le guichet ouvert et les livraisons absentes

Le 9 mars, la machine principale était revenue et les captures du système secondaire étaient en cours de fusion. Une exception apparaissait : les mises à jour de backports.org n'avaient pas été correctement poussées vers ce système. Le 15 mars, le journal annonçait la reprise des captures sur la machine principale et la fusion des données secondaires.

Il fallut aussi vérifier le contenu des rayonnages. Les fichiers portaient le nom de leur empreinte numérique ; une base reliait ces noms aux paquets et aux chemins dans les archives. Les contrôles cherchaient des écarts entre noms et contenus, puis des fichiers manquants derrière les références de la base. Ils révélèrent notamment des fichiers corrects mal nommés et des index de paquets corrompus. La réparation passait par des corrections de noms et de références, ainsi que par le retrait de fichiers endommagés.

Le compte rendu du 14 décembre ajouta un nouvel épisode. Vers le 20 novembre, une panne de la machine principale interrompit les imports. Le miroir restant servait toujours les données du 20. Un système de secours privé continuait à collecter et ses données furent ensuite intégrées. Il ne collectait toutefois pas debian-ports : cette archive conserva un trou pour la période concernée.

La réussite du service tenait à un geste très concret : retrouver un ancien ensemble de logiciels et pouvoir s'en servir. Ses réparations rappelaient ce qu'il fallait surveiller pour prolonger ce geste. Le guichet pouvait rester ouvert pendant que les livraisons du jour s'égaraient. Même le passé avait besoin d'un service de réception.