Danes sem se odločil, da nadgradim enega od strežnikov z Ubuntu 14.04 na 16.04. To ni priporočljivo storiti na delovnem strežniku, saj lahko pride do številnih težav, ki lahko gredo narobe. Najboljše prakse vedno kažejo, da je ožičenje drugega strežnika bodisi kot nadomestnega bodisi začasnega strežnika najvarnejša pot. Kljub temu, kdo ne uživa v poskusih stvari, ki jih ne bi smeli početi.
Nadgradnja je potekala precej dobro, razen ene očitne izjeme, libvirt-bin ni mogel biti pravilno nadgrajen. Tu so koraki za odpravo situacije in tudi koraki, ki jih ne bodo.
Začetni preizkus je bil odpraviti težavo s sudo dpkg -configure -a, tam ni bilo sreče. Poskusil sem tudi uporabiti samodejni razreševalec aptitude, nato pa očistiti in znova namestiti. Tudi nobene sreče.
Da bi prišel do korenine težave, namesto da bi neumno poskušal uganiti, da sem tekel
sudo journalctl -xe
Kot je prikazano zgoraj, je napaka v apparmorju povzročila, da libvirt-bin ni več imel dovoljenja za zagon, saj ni bil več konfiguriran (smešno, lahko bi se zaprisegel, da sem mu naročil).
Tukaj je opisano, kako odpraviti težavo in vzrok težave. Najprej moramo očistiti predpomnilnik parserja apparmor, saj ima shranjene podatke, zaradi česar se libvirt-bin ne more zagnati.
sudo apparmor_parser –purge-cache
Nato odstranimo pravilo, ki preprečuje zagon libvirt-bin.
Nato nadaljujemo in ga zamenjamo.
Končno moramo povedati libvirtu, naj se znova zažene in vse bo v redu.
sudo systemctl znova zaženite libvirt-bin
Če želite preveriti stanje libvirt-bin, vnesite naslednji ukaz
status sudo storitve libvirt-bin
To bo prikazalo lepo malo statistično preverjanje libvirt-bin, ki kaže, da je zgoraj opisani postopek naredil trik. Zdaj lahko znova zaženemo svoje virtualne stroje!
Druge napake, ki jih trenutno preiskujem, po nadgradnji in rešitve, ki jih je mogoče uporabiti:
LSB ni uspelo zagnati: exim Mail Transport Agent. To je bila napaka postfix, ki je bila odpravljena pred popolnim zagonom računalnika.
snd_hda_intel 0000: 00: 1f.3: ni uspelo dodati glavnega elementa i915_bpo (-19). To je napaka zvočne kartice, ki jo je mogoče odpraviti z nadgradnjo Alsa (ne nameravam uporabljati zvoka iz strežnika, zato to ne vpliva na zmogljivost).
Nazadnje dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device pojavil dvakrat z različnimi sysfs. Očitno je bila varnostna kopija moje particije EFI dovolj temeljita, da jo je registrirala kot popolnoma isti UUID. Pogon NVMe (primarni) ima particijski UUID, RAID (varnostna kopija) pa ga ne bo. Da bi to popravil, bom pustil primarni pogon pri miru in spremenil UUID varnostnega pogona z uuidgen in nato tune2fs / dev / sdx -U nov -id-number-from-uuidgen.
2 minuti branja
