Demande #3801
fermé
Migrer le parc des machines et VM vers Debian Buster
Ajouté par Christian P. Momon il y a plus de 5 ans.
Mis à jour il y a presque 5 ans.
Temps estimé:
(Total: 0:00 h)
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)
Liste des VM :
- 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.9 fait le 13/10/2019- icinga2 : 9.9
modele-coon : 9.9 (#3869)modele-maine : 9.9 (#3869)
Listes des hôtes :
- maine : 9.9
- coon : 9.9
- galanga : 9.9
- Description mis à jour (diff)
- Description mis à jour (diff)
- 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)
- Description mis à jour (diff)
- Description mis à jour (diff)
- Description mis à jour (diff)
- Description mis à jour (diff)
- Description mis à jour (diff)
- Statut changé de Nouveau à En cours de traitement
Lors de la migration de la vm libreoffice :
- 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.
- Description mis à jour (diff)
- Description mis à jour (diff)
- Description mis à jour (diff)
- Description mis à jour (diff)
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.
- Description mis à jour (diff)
- Assigné à mis à Quentin Gibeaux
- Statut changé de En cours de traitement à Résolu
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.
- Projet changé de Chapril à Infra Chapril
- Statut changé de Résolu à Fermé
- Copié vers Demande #5488: Migrer le parc des machines et VM Chapril vers Debian 11 Bullseye ajouté
Formats disponibles : Atom
PDF