Aujourd'hui, j'ai décidé de mettre à niveau l'un de mes serveurs d'Ubuntu 14.04 vers 16.04. Il n'est pas recommandé de le faire sur un serveur de production, car de nombreux problèmes peuvent se produire. Les meilleures pratiques indiquent toujours que la mise en service d'un autre serveur en remplacement ou en tant que serveur temporaire est la solution la plus sûre. Cela dit, qui n'aime pas essayer des choses qui ne devraient pas être faites.
La mise à jour s'est plutôt bien déroulée, à une exception près, libvirt-bin n'a pas pu être correctement mis à jour. Voici les étapes pour corriger la situation ainsi que les étapes qui ne le seront pas.
L'essai initial était de résoudre le problème avec sudo dpkg –configure -a, pas de chance. J'ai également essayé d'utiliser le résolveur automatique d'aptitude, puis de purger et de réinstaller. Pas de chance non plus.
Pour aller à la racine du problème, au lieu d'essayer bêtement de deviner j'ai couru
sudo journalctl -xe
Comme indiqué ci-dessus, un bogue dans apparmor a empêché libvirt-bin de s'exécuter, car il n'était plus configuré (drôle, j'aurais juré de le faire).
Voici comment résoudre le problème et la racine du problème. Nous devons d'abord purger le cache de l'analyseur apparmor, car les données sont stockées, ce qui empêche libvirt-bin de démarrer.
sudo apparmor_parser –purge-cache
Ensuite, nous supprimons la règle empêchant le démarrage de libvirt-bin.
Ensuite, nous allons de l'avant et le remplaçons.
Enfin, nous pouvons dire à libvirt de redémarrer, et tout ira bien.
sudo systemctl redémarrer libvirt-bin
Pour vérifier l'état de libvirt-bin, entrez la commande suivante
état du service sudo libvirt-bin
Cela affichera une jolie petite vérification des statistiques de libvirt-bin, montrant que le processus décrit ci-dessus a fait l'affaire. Maintenant, nous pouvons à nouveau exécuter nos machines virtuelles!
Les autres erreurs que j'étudie actuellement, après la mise à niveau, ainsi que les solutions qui peuvent être mises en œuvre:
Échec du démarrage de LSB: exim Mail Transport Agent. Il s'agissait d'une erreur de postfix, résolue avant le démarrage complet de la machine.
snd_hda_intel 0000: 00: 1f.3: échec de l'ajout du maître de composant i915_bpo (-19). Il s’agit d’une erreur de carte son, qui peut être corrigée en mettant à niveau Alsa (je ne prévois pas d’utiliser le son hors du serveur, cela n’affecte donc pas les performances).
enfin dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device est apparu deux fois avec différents sysfs. Apparemment, la sauvegarde de ma partition EFI était suffisamment complète pour l'enregistrer sous exactement le même UUID. Le lecteur NVMe (principal) a un UUID de partition, mais pas le RAID (sauvegarde) .Pour corriger cela, je laisserai le lecteur principal seul et changerai l'UUID du lecteur de sauvegarde en utilisant uuidgen, puis tune2fs / dev / sdx -U nouveau -id-number-from-uuidgen.
2 minutes de lecture
