Gelöst: Fehler in libvirt-bin nach dem Upgrade von Ubuntu Server 14.04 auf Ubuntu Server 16.04 konnte die Überwachungsschicht nicht initialisieren: Berechtigung verweigert

Heute habe ich beschlossen, einen meiner Server von Ubuntu 14.04 auf 16.04 zu aktualisieren. Es wird nicht empfohlen, dies auf einem Produktionsserver durchzuführen, da viele Probleme auftreten können. Best Practices weisen immer darauf hin, dass das Hochfahren eines anderen Servers entweder als Ersatz oder als temporärer Server der sicherste Weg ist. Das heißt, wer mag es nicht, Dinge auszuprobieren, die nicht getan werden sollten.

Das Upgrade verlief recht gut, mit einer Ausnahme konnte libvirt-bin nicht ordnungsgemäß aktualisiert werden. Hier sind die Schritte, um die Situation zu beheben, sowie die Schritte, die dies nicht tun.

Überwachungsschicht 1 kann nicht initialisiert werden

Der erste Versuch bestand darin, das Problem mit sudo dpkg –configure -a zu beheben. Ich habe auch versucht, den Aptitude Auto Resolver zu verwenden, dann zu löschen und neu zu installieren. Auch kein Glück.

Um dem Problem auf den Grund zu gehen, anstatt dumm zu raten, dass ich gerannt bin

Audit-Layer 2 kann nicht initialisiert werden

sudo journalctl -xe

Wie oben gezeigt, hat ein Fehler in Apparmor dazu geführt, dass libvirt-bin keine Berechtigung mehr zum Ausführen hat, da es nicht mehr konfiguriert wurde (lustig, ich hätte schwören können, dass ich es ihm gesagt habe).

Hier erfahren Sie, wie Sie das Problem und die Ursache des Problems beheben. Zuerst müssen wir den Apparmor-Parser-Cache leeren, da dort die Daten gespeichert sind und libvirt-bin nicht gestartet werden kann.

sudo apparmor_parser –purge-cache

Als nächstes entfernen wir die Regel, die das Starten von libvirt-bin verhindert.

Audit-Layer 4 kann nicht initialisiert werden

Dann fahren wir fort und ersetzen es.

Audit-Layer 5 kann nicht initialisiert werden

Schließlich können wir libvirt anweisen, neu zu starten, und alles wird gut.

sudo systemctl starte libvirt-bin neu

Geben Sie den folgenden Befehl ein, um den Status von libvirt-bin zu überprüfen

sudo service libvirt-bin status

Dies gibt eine nette kleine Statistikprüfung von libvirt-bin aus, die zeigt, dass der oben beschriebene Prozess den Trick ausgeführt hat. Jetzt können wir unsere virtuellen Maschinen wieder ausführen!

Audit-Layer 3 kann nicht initialisiert werden

Die anderen Fehler, die ich derzeit untersuche, nach dem Upgrade sowie Lösungen, die implementiert werden können:

Fehler beim Starten von LSB: exim Mail Transport Agent. Dies war ein Postfix-Fehler, der behoben wurde, bevor der Computer vollständig gestartet wurde.

snd_hda_intel 0000: 00: 1f.3: i915_bpo-Komponentenmaster (-19) konnte nicht hinzugefügt werden. Dies ist ein Soundkartenfehler, der durch ein Upgrade von Alsa behoben werden kann (ich habe nicht vor, Sound vom Server zu verwenden, daher wirkt sich dies nicht auf die Leistung aus).

zuletzt dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device erschien zweimal mit verschiedenen sysfs. Anscheinend war die Sicherung meiner EFI-Partition gründlich genug, um sie als genau dieselbe UUID zu registrieren. Das NVMe-Laufwerk (primär) hat eine Partitions-UUID, das RAID (Backup) jedoch nicht. Um dies zu korrigieren, lasse ich das primäre Laufwerk in Ruhe und ändere die UUID des Backup-Laufwerks mit uuidgen und stimme dann2fs / dev / sdx -U new ab -id-number-from-uuidgen.

Similar Posts

Leave a Reply

Your email address will not be published.