Kernel panic nelle macchine virtuali Linux di Azure

Si applica a: ✔️ macchine virtuali Linux

Questo articolo illustra più condizioni che possono causare un panico del kernel e fornisce indicazioni per la risoluzione dei problemi.

In generale, un kernel panic è una situazione in cui il kernel non è in grado di caricare correttamente e quindi il sistema non riesce ad avviarsi. Un'altra forma di kernel panic si verifica quando il kernel incontra una situazione che non sa come gestire e protegge se stesso arrestando.

Prerequisiti

Assicurarsi che la console seriale sia abilitata e funzionale nella macchina virtuale Linux.

Come identificare un kernel panic?

Usare il portale di Azure per visualizzare l'output del log della console seriale della macchina virtuale nel pannello di diagnostica di avvio, nel pannello della console seriale o nell'interfaccia della riga di comando az per identificare la stringa di panico del kernel specifica.

Un kernel panic è simile all'output seguente e verrà visualizzato alla fine del log della console seriale:

Probing EDD (edd=off to disable)... ok
Memory KASLR using RDRAND RDTSC...
[  300.206297] Kernel panic - xxxxxxxx
[  300.207216] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G               ------------ T 3.xxx.x86_64 #1

Alcuni degli eventi di panico del kernel più comuni:

Scenario 1: si verifica il kernel panic in fase di avvio

Un kernel panic in fase di avvio impedisce alla macchina virtuale di completare il processo di avvio del sistema operativo. Si verifica ogni volta che viene avviata la macchina virtuale e non consente l'accesso.

Questo tipo di evento è comunemente correlato, ma non limitato a:

• Aggiornamento recente del kernel.
• Downgrade recente del kernel.
• Modifiche al modulo del kernel.
• Modifiche alla configurazione del sistema operativo (GRUB, sysctl e SELinux).
  • Problemi di SELinux.
• File e directory importanti mancanti.
• Mancano importanti librerie e pacchetti di base di sistema.
• Autorizzazioni errate per i file.
• Partizioni mancanti.

Risoluzione per lo scenario 1

Per gestire questo tipo di kernel panic, è possibile usare gli approcci seguenti:

Metodo 1: Uso della console seriale di Azure

Usare la console seriale di Azure per interrompere il processo di avvio e selezionare una versione precedente del kernel, se disponibile. In questo modo, la macchina virtuale sarà in grado di eseguire di nuovo l'avvio, quindi è possibile usare uno dei metodi seguenti per risolvere il problema specifico con il kernel non di avvio:

• Reinstallare o rigenerare un initramfs mancante.
• Reinstallare il kernel problematico.
• Esaminare i moduli kernel caricati o mancanti.
• Esaminare le partizioni.

Metodo 2: Ripristino offline tramite una macchina virtuale di ripristino

Se la console seriale di Azure non è disponibile o non è disponibile alcun kernel precedente, è necessaria una macchina virtuale di ripristino/ripristino per eseguire un ripristino offline.

Usare il comando Ripristina macchina virtuale per creare una macchina virtuale di ripristino con una copia del disco del sistema operativo della macchina virtuale di destinazione collegato. Usare quindi chroot montare la copia dei file system del sistema operativo nella macchina virtuale di ripristino. Successivamente, provare i metodi seguenti per risolvere i problemi del kernel:

• Reinstallare o rigenerare un initramfs mancante.
• Reinstallare il kernel problematico.
• Esaminare i moduli kernel caricati o mancanti.
• Esaminare le partizioni.
• Recuperare i file mancanti.
• Ripristinare le librerie e i pacchetti principali di sistema mancanti.

Scenario 2: kernel panic in fase di esecuzione

Questo tipo di kernel panic viene in genere attivato in momenti imprevedibili dopo il completamento del processo di avvio del sistema operativo e fa sì che la macchina virtuale smette di rispondere, impedendone l'accesso. È comunemente correlato, ma non limitato a:

• Aggiornamento recente del kernel.
• Downgrade recente del kernel.
• Modifiche al modulo del kernel.
• Modifiche alla configurazione del sistema operativo (GRUB, sysctl e SELinux).
  • Problemi di SELinux.
• Modifiche al carico di lavoro dell'applicazione.
• Modifiche o bug dello sviluppo di applicazioni.
• Possibili bug del kernel.
• Problemi relativi alle prestazioni.

Risoluzione per lo scenario 2

Per gestire questo tipo di kernel panic, è possibile usare gli approcci seguenti:

• Esaminare l'utilizzo delle risorse e le prestazioni complessive del sistema. Il kernel panic potrebbe essere correlato a una possibile carenza di risorse che potrebbero portare a un ridimensionamento della macchina virtuale.
• Se possibile, installare gli aggiornamenti più recenti disponibili nei repository di distribuzione Linux corrispondenti. Il kernel panic potrebbe essere correlato a bug noti nel kernel o in un altro software.
• È possibile che il kernel panic sia correlato a una modifica recente del kernel, nel qual caso è consigliabile eseguire anche l'avvio su una versione precedente del kernel, come illustrato in Risoluzione per lo scenario 1.
• Se le opzioni precedenti non sono applicabili, potrebbe essere necessario configurare kdump e generare un dump di base da condividere con il supporto per ulteriori analisi.

Scenari di panico del kernel più specifici

Scenari comuni di panico del kernel con istruzioni specifiche per la risoluzione dei problemi o il ripristino:

Contattaci per ricevere assistenza

In caso di domande o bisogno di assistenza, creare una richiesta di supporto tecnico oppure formula una domanda nel Supporto della community di Azure. È possibile anche inviare un feedback sul prodotto al feedback della community di Azure.