Dnes som sa rozhodol pokračovať a inovovať jeden zo svojich serverov z Ubuntu 14.04 na 16.04. To sa neodporúča robiť na produkčnom serveri, pretože existuje veľa problémov, ktoré sa môžu pokaziť. Osvedčené postupy vždy naznačujú, že najbezpečnejším spôsobom je pretočenie iného servera ako náhradného alebo dočasného servera. To znamená, že ho nebaví skúšať veci, ktoré by sa robiť nemali.
Aktualizácia prebehla celkom dobre, až na jednu zjavnú výnimku sa libvirt-bin nepodarilo správne inovovať. Tu sú uvedené kroky na odstránenie situácie, ako aj kroky, ktoré nebudú vyriešené.
Počiatočnou skúškou bolo vyriešiť problém s sudo dpkg –configure -a, šťastie tam nebolo. Pokúsil som sa tiež použiť automatický rezolver aptitude, potom vyčistiť a znova nainštalovať. Také šťastie nemá.
Aby som sa dostal ku koreňu problému, namiesto hlúpej snahy uhádnuť som bežal
sudo journalctl -xe
Ako je uvedené vyššie, chyba v apparmore spôsobila, že libvirt-bin už nemá povolenie na spustenie, pretože už nebol nakonfigurovaný (vtipné, že som mohol prisahať, že som to povedal).
Tu je príklad riešenia problému a jeho koreňa. Najskôr musíme vyčistiť medzipamäť analyzátora apparmor, pretože má uložené dáta, čo spôsobuje, že libvirt-bin nie je možné spustiť.
sudo apparmor_parser –purge-cache
Ďalej odstránime pravidlo zabraňujúce spusteniu libvirt-bin.
Potom pokračujeme a vymeníme to.
Nakoniec povieme libvirt, aby sa reštartoval, a všetko bude dobré.
sudo systemctl restart libvirt-bin
Pre kontrolu stavu libvirt-bin zadajte nasledujúci príkaz
stav služby sudo libvirt-bin
Toto vygeneruje peknú malú kontrolu stavu libvirt-bin, ktorá ukazuje, že vyššie popísaný proces urobil trik. Teraz môžeme znova spustiť naše virtuálne stroje!
Ostatné chyby, ktoré momentálne skúmam, po aktualizácii, ako aj riešenia, ktoré je možné implementovať:
Nepodarilo sa spustiť LSB: exim Mail Transport Agent. Toto bola chyba postfixu, vyriešená pred úplným zavedením stroja.
snd_hda_intel 0000: 00: 1f.3: nepodarilo sa pridať hlavný komponent komponentu i915_bpo (-19). Toto je chyba zvukovej karty, ktorú je možné opraviť aktualizáciou Alsy (neplánujem používať zvuk mimo servera, takže to neovplyvní výkon).
Nakoniec dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device sa objavil dvakrát s rôznymi sysfs. Zdá sa, že zálohovanie môjho oddielu EFI bolo dosť dôkladné na to, aby som ho zaregistroval ako úplne rovnaký UUID. Jednotka NVMe (primárna) má UUID oddielu, RAID (zálohovanie) však nie. Ak to chcete napraviť, nechám primárny disk sám a zmením UUID záložného disku pomocou uuidgen a potom tune2fs / dev / sdx -U nový -id-cislo-z-uuidgenu.
2 minúty prečítané
