Demande #3801
Migrer le parc des machines et VM vers Debian Buster
100%
Description
Debian Buster est sorti samedi dernier (06/07), il est temps de préparer la migration du parc !
Prérequis :- apt.chapril.org : configuration de Buster (#3841)
- bastion : 9.9
- admin : 9.9
- dns : 9.9
mail : 9.9(#3915)sympa : 9.9(#3916)lamp : 9.9(#3909)- pad : 9.9
- pouet : 9.9
libreoffice : 9.9(#3899)valise: 10.0 (#3785)xmpp : 9.9fait le 13/10/2019- icinga2 : 9.9
modele-coon : 9.9(#3869)modele-maine : 9.9(#3869)
- maine : 9.9
- coon : 9.9
- galanga : 9.9
Sous-tâches
Demandes liées
Historique
Mis à jour par Christian P. Momon il y a presque 5 ans
- Description mis à jour (diff)
Note sur IRC:Freenode#april-admin le 11/07/2019 :
21:33 < PoluX________> ceci va nous impacter : https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.fr.html#nftables 21:33 < PoluX________> (pour le cluster april) 21:34 < PoluX________> (et galanga)
Mis à jour par Christian P. Momon il y a plus de 4 ans
- Description mis à jour (diff)
- Statut changé de Nouveau à En cours de traitement
- le apt-get upgrade (en Buster) a bloqué sur firehol :
- En continuant quand même avec apt-get dist-upgrade, c'est bien passé tout seul.
- conf Icinga2 :
- pensez à mettre "Buster" dans admin:/etc/icinga2/zones.d/master/cluster/libreoffice.conf pour la variable vars.os_version.
- la sonde de version de noyau a couinée :
- elle est bugguée,
- supprimer le vieux noyau contourne le problème.
Mis à jour par Christian P. Momon il y a plus de 4 ans
Le passage à Buster semble perturber la sauvegarde par Borgbackup :
Warning: Attempting to access a previously unknown unencrypted repository! Continue ?Pour décoincer le problème, il faut lancer la sauvegarde en manuel et répondre « Y » :
- aller sur la VM migrée ;
- neutraliser la temporisation sleep au début du script /srv/bin/backup.sh ;
- lancer bash /srv/bin/backup.sh >> /var/log/backup.log ;
- entrer « Y » (et vérifier que ça continue dans backup.log) ;
- annuler la neutralisation de la temporisation.
Mis à jour par Quentin Gibeaux il y a plus de 4 ans
- Statut changé de En cours de traitement à Résolu
Mis à jour par François Poulain il y a plus de 4 ans
Je suis passé sur les machines pour nettoyer les vieux paquets deb9.
Globalement RaS sauf :
- la vm xmpp n'avait pas fait le changement de cluster de pg => pitchoum l'a fait. Notons au passage que xmpp n'est pas monitoré ;
- sur la VM pouet une deps ruby était linké sur un vieux libicu que j'ai dégagé ; impossible de réinstaller la gems (je ne comprenais pas pourquoi) ; j'ai fini par tout virer et ensuite j'ai compris : ruby a besoin de build-essential et on (peut être je ?) l'avait dégagé après l'upgrade.
Mis à jour par Christian P. Momon il y a plus de 4 ans
- Projet changé de Chapril à Infra Chapril
- Statut changé de Résolu à Fermé
Mis à jour par Christian P. Momon il y a plus de 2 ans
- Copié vers Demande #5488: Migrer le parc des machines et VM Chapril vers Debian 11 Bullseye ajouté