Invio di un interrupt diagnostico

Puoi inviare un interrupt diagnostico per risolvere i problemi di un'istanza di virtual machine (VM) di computazione che non risponde o non è raggiungibile.

Attenzione

Questa funzionalità è destinata agli utenti esperti. L'invio di un interrupt diagnostico a un sistema attivo può causare il danneggiamento dei dati o il guasto del sistema.

Un interrupt diagnostico causa l'arresto anomalo e il riavvio del sistema operativo dell'istanza. Prima di inviare un interrupt diagnostico, è necessario configurare il sistema operativo per generare un crash dump (denominato anche file di dump della memoria) quando si verifica un arresto anomalo. Il crash dump acquisisce informazioni sullo stato del sistema operativo al momento del crash. Dopo il riavvio del sistema operativo, è possibile analizzare il crash dump per identificare ed eseguire il debug del problema.

Suggerimento

Per ulteriori informazioni sulla risoluzione dei problemi mediante i crash dump, vedere: Raccolta dei crash dump mediante la utility Kdump.

Criteri IAM necessari

Per utilizzare Oracle Cloud Infrastructure, un amministratore deve essere un membro di un gruppo a cui è stato concesso l'accesso di sicurezza in un criterio da un amministratore della tenancy. Questo accesso è necessario se si utilizza la console o l'API REST con un SDK, un'interfaccia CLI o un altro strumento. Se viene visualizzato un messaggio che informa che non si dispone dell'autorizzazione o che non si è autorizzati, verificare con l'amministratore della tenancy il tipo di accesso di cui si dispone e il compartimento in cui funziona l'accesso.

Per gli amministratori: il criterio in Consenti agli utenti di avviare le istanze di computazione include la possibilità di inviare un interrupt diagnostico a un'istanza. Se il gruppo specificato non deve avviare istanze o collegare volumi, è possibile semplificare il criterio in modo che includa solo manage instance-family e rimuovere le istruzioni che coinvolgono volume-family e virtual-network-family.

Se non si ha familiarità con i criteri, vedere Gestione dei domini di Identity e Criteri comuni. Per il materiale di riferimento sulla scrittura di criteri per istanze, reti cloud o altre risorse API di Core Services, vedere Dettagli per i servizi di base.

Informazioni preliminari

Il sistema operativo dell'istanza deve essere configurato per generare un file di crash dump.
Lo stato dell'istanza deve essere In esecuzione. Per ulteriori informazioni, vedere Arresto, avvio o riavvio di un'istanza.
Non sono presenti azioni in corso che influiscono sull'istanza, ad esempio volumi a blocchi o VNIC secondarie, durante il processo di collegamento o scollegamento.

Configurazione del sistema operativo per generare un crash dump

Prima di inviare un interrupt diagnostico a un'istanza, è necessario configurare il sistema operativo in modo che generi un crash dump quando si verifica un arresto anomalo. L'interrupt diagnostico viene ricevuto come interrupt non mascherabile (NMI) nell'istanza di destinazione.

I passaggi dipendono dal sistema operativo.

Linux

Nota

Nelle immagini della piattaforma di Oracle Linux, il sistema operativo è completamente configurato o parzialmente configurato per generare un crash dump, a seconda della data di rilascio dell'immagine.

Oracle Linux 8

Immagini rilasciate ad agosto 2020 o versioni successive: l'immagine è completamente configurata per generare un crash dump.
Immagini precedenti: il kernel di dump-capture è installato e configurato, ma è necessario eseguire gli altri passi di configurazione.

Oracle Linux 7

Immagini rilasciate ad agosto 2020 o versioni successive: l'immagine è completamente configurata per generare un crash dump.
Immagini precedenti: il kernel di dump-capture è installato e configurato, ma è necessario eseguire gli altri passi di configurazione.

Connettersi all'istanza.
Installare e configurare il kernel di dump-capture:
1. Installare kdump e kexec eseguendo il comando seguente:
```
sudo yum install kexec-tools
```
2. Riservare la memoria sul kernel per salvare il crash dump. Procedere come segue:
  1. Aprire il file etc/default/grub in un editor di testo.
  2. Nella riga che inizia con GRUB_CMDLINE_LINUX_DEFAULT, aggiungere il parametro crashkernel=<memory-to-reserve>. Ad esempio, per riservare 100 MB, aggiungere crashkernel=100M.
  3. Salvare le modifiche e chiudere il file.
  4. Ricreare il file GRUB eseguendo il comando seguente:
```
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
```
Configurare il kernel da arrestare quando riceve un interrupt diagnostico. A tale scopo, aprire il file /etc/sysctl.conf in un editor di testo e aggiungere la riga seguente:
```
kernel.unknown_nmi_panic=1
```
Applicare le modifiche a /etc/sysctl.conf eseguendo il comando seguente:
```
sysctl -p
```

Windows Server - Immagine della piattaforma

Se si utilizza un'immagine della piattaforma di Windows Server rilasciata ad aprile 2020 o versioni successive, l'immagine è già configurata per generare un crash dump.

Se si utilizza un'immagine rilasciata prima di aprile 2020, effettuare le operazioni riportate di seguito.

Connettersi all'istanza.
Scarica i driver Oracle VirtIO per Microsoft Windows.
Installare i driver, quindi riavviare l'istanza.

Windows Server - Immagine fornita dal cliente

Per ulteriori informazioni, consultare la documentazione di terze parti relativa al sistema operativo.