Prepara e richiedi la reinstallazione del server

Considera la reinstallazione come distruttiva

Una reinstallazione può sovrascrivere partizioni, boot loader, header di crittografia, configurazione del sistema operativo, dati applicativi e chiavi host. Uno snapshot o backup situato solo sullo stesso server fisico non è una protezione sufficiente. Copia il materiale necessario su storage indipendente e verifica di poterlo leggere prima di richiedere l'operazione.

Registra quali dischi contengono dati dei clienti e quali dischi sono destinati al nuovo sistema. Le configurazioni di server di storage possono esporre molti dispositivi e i nomi possono cambiare tra gli installer. Non fare affidamento solo su un vecchio nome /dev/sdX. Cattura i numeri di serie e il layout attuale dai tuoi strumenti se il server è ancora raggiungibile.

Registra il risultato previsto

L'attuale dashboard non raccoglie queste scelte con la richiesta di reinstallazione. Inviale all'operatore tramite il flusso di lavoro di supporto approvato prima o immediatamente dopo l'accodamento. Il sistema operativo selezionato nell'ordine originale rimane registrato, ma il payload dell'azione non contiene alcuna selezione di sistema operativo sostitutivo.

• Nome del server, regione e riferimento dell'ordine.
• Edizione e architettura del sistema operativo desiderate, più la fonte della licenza ove applicabile.
• Disco previsto o layout RAID e quali dispositivi potrebbero essere cancellati.
• La chiave pubblica SSH da installare; mantieni la chiave privata locale e segreta.
• Eventuali impostazioni di rete richieste e la finestra di manutenzione.

Metti in coda la reinstallazione

Il risultato immediato atteso è QUEUED, non una reinstallazione completata. Non esiste un endpoint per lo stato dell'azione e il servizio account non fornisce una password di root. Non interpretare un aggiornamento della pagina o uno stato del server invariato come prova di successo o fallimento.

1. Apri Account > Server e confronta il nome del server e la regione con il tuo record di manutenzione.
2. Interrompere le scritture dell'applicazione utilizzando il proprio processo di amministrazione ed eseguire il backup finale fuori dal server.
3. Seleziona Reinstalla sistema operativo e leggi attentamente la conferma dell'azione distruttiva.
4. Conferma una volta, poi copia il riferimento abbreviato dell'azione in coda mostrato sul pulsante.
5. Chiedi all'operatore di correlare tale azione con le istruzioni desiderate per il sistema operativo e il layout del disco.
6. Attendi il completamento esplicito e una nuova impronta della chiave host prima di tentare SSH.

Verifica dopo il completamento

Confronta la nuova impronta della chiave host con il valore fornito dall'operatore prima di accettarla. Quindi verifica sistema operativo, indirizzi, route e dischi prima di ripristinare i dati. La vecchia impronta dovrebbe cambiare dopo la reinstallazione, ma un cambiamento è sicuro solo quando puoi collegarlo a questo evento di manutenzione completato.

Se il server non si avvia, appare un sistema operativo errato, i dischi mancano o SSH rifiuta la chiave prevista, interrompi il ripristino. Conserva gli errori della console e contatta l'operatore con il riferimento dell'azione in coda. Non ripetere la richiesta di reinstallazione: un altro passaggio distruttivo può rimuovere le prove e complicare il ripristino.

ssh -i ~/.ssh/id_ed25519 root@SERVER_IP
cat /etc/os-release
ip -brief address
ip route show
ip -6 route show
lsblk --fs