Atrisināts: “Nevar inicializēt audita slāni: Atļauts atteikts” kļūda libvirt-bin pēc Ubuntu Server 14.04 jaunināšanas uz Ubuntu Server 16.04

Šodien es nolēmu iet uz priekšu un atjaunināt vienu no saviem serveriem no Ubuntu 14.04 uz 16.04. Nav ieteicams to darīt ražošanas serverī, jo ir daudz problēmu, kas var noiet greizi. Labākā prakse vienmēr norāda, ka visdrošākais ceļš ir cita servera izveidošana vai nu kā aizstājējs, vai pagaidu serveris. Tas nozīmē, ka viņam nepatīk izmēģināt lietas, kuras nevajadzētu darīt.

Jaunināšana noritēja diezgan veiksmīgi, ar vienu acīmredzamu izņēmumu libvirt-bin nevarēja pienācīgi uzlabot. Šeit ir norādītas darbības situācijas novēršanai, kā arī darbības, kas to nedarīs.

Sākotnējais izmēģinājums bija novērst problēmu ar sudo dpkg –configure -a, tur neveicās. Es arī mēģināju izmantot spēju automātisko atrisinātāju, pēc tam attīrīt un pārinstalēt. Arī nepaveicās.

Lai tiktu pie problēmas saknes, tā vietā, lai dumji mēģinātu uzminēt, es skrēju

sudo journalctl -xe

Kā parādīts iepriekš, kļūda aparmorā izraisīja libvirt-bin vairs nav atļaujas palaist, jo tā vairs nebija konfigurēta (smieklīgi, es varētu būt zvērējis, ka man to teica).

Lūk, kā novērst problēmu un problēmas saknes. Vispirms mums ir jāiztīra apparmor parsētāja kešatmiņa, jo tajā ir saglabāti dati, tāpēc libvirt-bin nevar sākt.

sudo apparmor_parser – purge-cache

Pēc tam mēs noņemam kārtulu, kas neļauj startēt libvirt-bin.

Tad mēs ejam uz priekšu un nomainām to.

Visbeidzot, mēs sakām libvirt restartēt, un viss būs labi.

sudo systemctl restartējiet libvirt-bin

Lai pārbaudītu libvirt-bin statusu, ievadiet šādu komandu

sudo pakalpojuma libvirt-bin statuss

Tas radīs jauku nelielu libvirt-bin statistikas pārbaudi, parādot, ka iepriekš aprakstītais process bija triks. Tagad mēs varam atkal palaist savas virtuālās mašīnas!

Pārējās kļūdas, kuras pašlaik izmeklēju, pēc jaunināšanas, kā arī risinājumi, kurus var ieviest:

Neizdevās palaist LSB: exim Mail Transport Agent. Šī bija postfix kļūda, kas novērsta pirms mašīnas pilnīgas sāknēšanas.

snd_hda_intel 0000: 00: 1f.3: neizdevās pievienot i915_bpo komponentu galveno (-19). Šī ir skaņas kartes kļūda, kuru var labot, jauninot Alsa (es neplānoju skaņu izmantot ārpus servera, tāpēc tas neietekmē veiktspēju).

Visbeidzot dev-disk-by x2duuid-E7A1 x2dCC4A.device: Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device parādījās divas reizes ar dažādiem sysfs. Acīmredzot mana EFI nodalījuma dublēšana bija pietiekami rūpīga, lai reģistrētu to kā tādu pašu UUID. NVMe diskam (primārajam) ir nodalījuma UUID, taču RAID (dublējumkopija) nav. Lai to labotu, primāro disku atstāšu vienu un mainīšu dublējuma diska UUID, izmantojot uuidgen un pēc tam tune2fs / dev / sdx -U new -id-numurs-no-uuidgen.