Demande #5575
ferméDemande #5562: Migrer l'infra en Bullseye
Migrer bots sur Bullseye
Ajouté par Quentin Gibeaux il y a environ 3 ans. Mis à jour il y a plus de 2 ans.
100%
Description
voir titre
Mis à jour par Quentin Gibeaux il y a environ 3 ans
- Copié depuis Demande #5574: Migrer agir sur Bullseye ajouté
Mis à jour par Quentin Gibeaux il y a environ 3 ans
- Copié vers Demande #5576: Migrer dtc sur Bullseye ajouté
Mis à jour par Christian P. Momon il y a environ 3 ans
- Lié à Demande #3948: Migrer vers Debian Buster la vm bots ajouté
Mis à jour par Frédéric Couchet il y a plus de 2 ans
- Statut changé de Nouveau à En cours de traitement
Mis à jour par Frédéric Couchet il y a plus de 2 ans
Migration faite en suivant la procédure indiquée sur https://pad.chapril.org/p/aprilcamp202202#L104 :
faire un snapshot, par ex via virt-manager ou via # virsh snapshot-create-as <domain> avant_upgrade_bullseye se connecter en ssh et lancer un screen avec la commande "screen" sauvegarder la trace via commande script : script -a ~/upgrade-bullseye.script faire un état des lieux des potentiels problèmes : aptitude search '?narrow(?installed, !(?origin(Debian)) !(?origin(APRIL)) !(?origin(Easter-eggs)))' dpkg --audit aptitude search "~ahold" dpkg --get-selections | grep 'hold$' dpkg -l | grep -v "^ii" lister les fichiers de dépot dans /etc/apt/sources.list et /etc/apt/sources.list.d/ et s'assurer qu'ils ont une version bullseye s'il y a des dépots secondaires hors debian (nodejs, etc), potentiellement les commenter le temps de la migration faire un dernier update/upgrade : apt update && apt dist-upgrade -y cd /srv/common; git checkout -b bullseye; git branch --set-upstream-to=origin/bullseye bullseye ; git pull pointer vers bullseye si c'est pas déjà fait : sed -e 's/buster/bullseye/g' -i /etc/apt/sources.list sed -e 's/buster/bullseye/g' -i /etc/apt/sources.list.d/* corriger le dépôt de sécurité au profit de deb https://deb.debian.org/debian-security bullseye-security main deb-src https://deb.debian.org/debian-security bullseye-security main apt update -> s'assurer qu'il n'y a pas d'erreur d'interrogation des dépots Mettre à jour tout les paquets commencer par mettre à jour apt lui-même : apt install apt DEBIAN_FRONTEND=noninteractive apt -o DPKG::Options::="--force-confold" dist-upgrade -y S'assurer que tout les paquets sont bien installés à la fin (dpkg -C) décommenter les dépots secondaires, apt update && apt dist-upgrade -y Regarder les fichiers de conf en conflits : find /etc -type f -name '*dist*' adapter les confs entre les fichiers d'origine et les fichiers dist (fichier dist == nouvelle conf par défaut), vim -d lefichier lefichier.dpkg-dist peut aider à comparer) rebooter la vm s'assurer que tout les démons tournent correctement après reboot ("systemctl status" doit être à running) ou lancer "systemctl --failed" pour lister tous les services en échec apt autoremove apt clean recherche de tous les paquets qui ne sont pas deb11 avec : dpkg -l | grep 'deb\(9\|10\)' aptitude search '?narrow(?installed, !(?origin(Debian)) !(?origin(APRIL)) !(?origin(Easter-eggs)))' Si on est sûr : apt purge $(dpkg -l | grep 'deb\(9\|10\)' | awk '{print $2}') Installer (ou vérifier que l'installation/configuration est ok) unattended-upgrades : apt install unattended-upgrades apt-listchanges dpkg-reconfigure -plow unattended-upgrades éventuellement modifier /etc/apt/apt.conf.d/50unattended-upgrades pour au moins ajouter un courriel pour recevoir les notifications (admins-auto@april.org par exemple) Chercher la ligne Unattended-Upgrade::Mail reboot la vm tester le service, tester le monitoring
Mis à jour par Frédéric Couchet il y a plus de 2 ans
Modification pour welcomebot qui indique une erreur avec python3 :
cd /srv/welcomebot/git/ vi welcomebot.py pour mettre #!/usr/bin/python2.7 systemctl restart welcomebot
Le bot se connecte bien sur #april-accueil.
Vérification qu'il envoie bien les messages à une personne qui se connecte, en utilisant https://webchat.april.org/#april-accueil
Mis à jour par Frédéric Couchet il y a plus de 2 ans
Pour MeetBot, le logiciel supybot a été remplacé par un fork appelé limnoria. Tentative de le faire fonctionner sans succès. Le bot n'a pas été utilisé depuis plusieurs années, on le vire.
systemctl disable supybot.service rm /etc/init.d/supybot cd /etc git commit -a
J'ai laissé le code présent dans /srv/supybot
J'ai mis à jour la doc admin sys.
Mis à jour par Frédéric Couchet il y a plus de 2 ans
Alexandrie se connecte bien à #april au démarrage de la VM.
Test de connexion pour Hebdobot :
systemctl start hebdobot
C'est ok.
Mis à jour par Frédéric Couchet il y a plus de 2 ans
- Statut changé de En cours de traitement à Résolu
Mis à jour par Frédéric Couchet il y a plus de 2 ans
- Statut changé de Résolu à En cours de traitement
Le bot agirbot/redminebot est en partie cassé. Romain est sur le coup.
Mis à jour par Frédéric Couchet il y a plus de 2 ans
- Version cible changé de Backlog à Février 2022
Mis à jour par Frédéric Couchet il y a plus de 2 ans
- Statut changé de En cours de traitement à Résolu
Agirbot est réparé.