Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Identificare e smontare i volumi di storage guasti

Collaboratori netapp-pcarriga netapp-lhalbert
PDF

Durante il ripristino di un nodo di storage con volumi di storage guasti, è necessario identificare e smontare i volumi guasti. È necessario verificare che solo i volumi di storage guasti vengano riformattati come parte della procedura di ripristino.

Prima di iniziare

L'utente ha effettuato l'accesso a Grid Manager utilizzando un "browser web supportato".

A proposito di questa attività

È necessario ripristinare i volumi di storage guasti il prima possibile.

La prima fase del processo di ripristino consiste nel rilevare i volumi che sono stati scollegati, che devono essere disinstallati o che presentano errori di i/O. Se i volumi guasti sono ancora collegati ma hanno un file system corrotto in modo casuale, il sistema potrebbe non rilevare alcun danneggiamento nelle parti del disco non utilizzate o non allocate.

Nota È necessario completare questa procedura prima di eseguire la procedura manuale per ripristinare i volumi, ad esempio aggiungere o ricollegare i dischi, arrestare il nodo, avviare il nodo o riavviare. In caso contrario, quando si esegue reformat_storage_block_devices.rb lo script, potrebbe verificarsi un errore del file system che causa il blocco o l'errore dello script.
Nota Riparare l'hardware e collegare correttamente i dischi prima di eseguire il reboot comando.
Avvertenza Identificare con attenzione i volumi di storage guasti. Queste informazioni verranno utilizzate per verificare quali volumi devono essere riformattati. Dopo la riformattazione di un volume, i dati del volume non possono essere recuperati.

Per ripristinare i volumi di archiviazione non riusciti, è necessario conoscere sia i nomi dei dispositivi dei volumi di archiviazione non riusciti sia i relativi ID volume.

Durante l'installazione, a ciascun dispositivo di archiviazione viene assegnato un identificatore univoco universale (UUID) del file system e viene montato in una directory rangedb sul nodo di archiviazione utilizzando tale UUID del file system assegnato. L'UUID del file system e la directory rangedb sono elencati in /etc/fstab file. Il punto di montaggio, il nome del dispositivo e le dimensioni del volume vengono visualizzati in Grid Manager.

Fasi

  1. Completare i seguenti passaggi per registrare i volumi di storage guasti e i relativi nomi dei dispositivi:

    1. Selezionare Nodi > sito > Nodo di archiviazione non riuscito > Archiviazione.

    2. Scorrere verso il basso per individuare la tabella Volumi e la tabella Archivi oggetti e registrare le seguenti informazioni per ciascun volume con stato Sconosciuto o Offline.

      • Dalla tabella Volumi, registrare il punto di montaggio, il dispositivo e la dimensione.

      • Dalla tabella degli archivi degli oggetti, registrare il object_store_ID .

        `object_store_ID`È l'ID del volume di archiviazione guasto. Ad esempio, specificare `0` nel comando un archivio oggetti con ID 0000.

  2. Accedere al nodo di storage guasto:

    1. Immettere il seguente comando: ssh admin@grid_node_IP

    2. Immettere la password elencata nel Passwords.txt file.

    3. Immettere il seguente comando per passare alla directory principale: su -

    4. Immettere la password elencata nel Passwords.txt file.

      Quando si è collegati come root, il prompt cambia da $ a #.

  3. Eseguire il seguente script per smontare un volume di storage guasto:

    sn-unmount-volume object_store_ID

  4. Se richiesto, premere y per arrestare il servizio Cassandra a seconda del volume di storage 0.

    Nota Se il servizio Cassandra è già stato arrestato, non viene richiesto. Il servizio Cassandra viene arrestato solo per il volume 0. 
    root@Storage-180:~/var/local/tmp/storage~ # sn-unmount-volume 0
Services depending on storage volume 0 (cassandra) aren't down.
Services depending on storage volume 0 must be stopped before running this script.
Stop services that require storage volume 0 [y/N]? y
Shutting down services that require storage volume 0.
Services requiring storage volume 0 stopped.
Unmounting /var/local/rangedb/0
/var/local/rangedb/0 is unmounted.

    In pochi secondi, il volume viene dismontato. Vengono visualizzati messaggi che indicano ogni fase del processo. Il messaggio finale indica che il volume è stato dismontato.

  5. Se la disinstallazione non riesce perché il volume è occupato, è possibile forzare la disinstallazione utilizzando l' `--use-umountof`opzione:

    Nota La forzatura di un'operazione di disinstallazione mediante l' `--use-umountof`opzione potrebbe causare il comportamento imprevisto o il blocco dei processi o dei servizi che utilizzano il volume. 
    root@Storage-180:~ # sn-unmount-volume --use-umountof /var/local/rangedb/2
Unmounting /var/local/rangedb/2 using umountof
/var/local/rangedb/2 is unmounted.
Informing LDR service of changes to storage volumes