Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Recupera i volumi di storage danneggiati e ricostruisci il database Cassandra in StorageGRID

PDF

Devi eseguire uno script che riformatta e rimonta lo storage sui volumi di storage guasti e ricostruisce il database Cassandra sul nodo di storage se il sistema determina che è necessario.

Prima di iniziare

  • Hai il file Passwords.txt.

  • Le unità di sistema sul server sono integre.

  • La causa del guasto è stata identificata e, se necessario, l'hardware di archiviazione sostitutivo è già stato acquisito.

  • La dimensione totale dello storage sostitutivo è la stessa dell'originale.

  • Hai verificato che non sia in corso la decommission di un Storage Node oppure hai messo in pausa la procedura di decommission del nodo. (Nel Grid Manager, seleziona Maintenance > Tasks > Decommission.)

  • Hai verificato che non sia in corso un'espansione. (Nel Grid Manager, seleziona Manutenzione > Attività > Espansione.)

  • Hai "Ho esaminato gli avvisi relativi al ripristino del volume di archiviazione".

Passaggi

  1. Se necessario, sostituisci lo storage fisico o virtuale guasto associato ai volumi di storage guasti che hai identificato e smontato in precedenza.

    Non rimontare i volumi in questa fase. Lo storage viene rimontato e aggiunto a /etc/fstab in una fase successiva.

  2. Nel Grid Manager, vai su Nodi > appliance Storage Node > Hardware. Nella sezione StorageGRID Appliance della pagina, verifica che la modalità Storage RAID sia integra.

  3. Accedi al nodo di storage non funzionante:

    1. Inserisci il seguente comando: ssh admin@grid_node_IP

    2. Inserisci la password indicata nel file Passwords.txt.

    3. Inserisci il seguente comando per passare all'utente root: su -

    4. Inserisci la password indicata nel file Passwords.txt.

      Quando sei connesso come root, il prompt cambia da $ a #.

  4. Utilizza un editor di testo (vi o vim) per eliminare i volumi non riusciti dal /etc/fstab file e poi salva il file.

    Nota Commentare un volume danneggiato nel /etc/fstab file non è sufficiente. Il volume deve essere eliminato da fstab poiché il processo di ripristino verifica che tutte le righe del fstab file corrispondano ai file system montati.

  5. Riformatta i volumi di archiviazione danneggiati e ricostruisci il database Cassandra se necessario. Inserisci: reformat_storage_block_devices.rb

    • Quando il volume di archiviazione 0 viene smontato, verranno visualizzati avvisi e messaggi che indicano che il servizio Cassandra si sta arrestando.

    • Se necessario, ti verrà richiesto di ricostruire il database Cassandra.

      • Esamina gli avvisi. Se nessuno di essi si applica, ricostruisci il database Cassandra. Digita: y

      • Se più di un nodo di archiviazione è offline. Immetti: n

        Lo script terminerà senza ricompilare Cassandra. Contatta il supporto tecnico.

    • Per ogni unità rangedb sul nodo di archiviazione, quando ti viene chiesto: Reformat the rangedb drive <name> (device <major number>:<minor number>)? [y/n]?, inserisci una delle seguenti risposte:

      • y per riformattare un'unità che presentava errori. Questa operazione riformatta il volume di archiviazione e aggiunge il volume di archiviazione riformattato al file /etc/fstab.

      • n se l'unità non contiene errori e non vuoi riformattarla.

        Nota Selezionando n esci dallo script. Monta l'unità (se pensi che i dati sull'unità debbano essere conservati e che l'unità sia stata smontata per errore) oppure rimuovi l'unità. Poi esegui di nuovo il comando reformat_storage_block_devices.rb.
        Nota Alcune procedure di ripristino di StorageGRID utilizzano Reaper per gestire le riparazioni di Cassandra. Le riparazioni vengono eseguite automaticamente non appena i servizi correlati o necessari vengono avviati. Potresti notare un output di script che menziona "reaper" o "Cassandra repair." Se visualizzi un messaggio di errore che indica che la riparazione non è riuscita, esegui il comando indicato nel messaggio di errore.

      Nell'esempio di output seguente, l'unità /dev/sdf deve essere riformattata e non è stato necessario ricostruire Cassandra:

    root@DC1-S1:~ # reformat_storage_block_devices.rb
Formatting devices that are not in use...
Skipping in use device /dev/sdc
Skipping in use device /dev/sdd
Skipping in use device /dev/sde
Reformat the rangedb drive /dev/sdf (device 8:64)? [Y/n]? y
Successfully formatted /dev/sdf with UUID b951bfcb-4804-41ad-b490-805dfd8df16c
All devices processed
Running: /usr/local/ldr/setup_rangedb.sh 12368435
Cassandra does not need rebuilding.
Starting services.
Informing storage services of new volume

Reformatting done.  Now do manual steps to
restore copies of data.

Dopo che i volumi di archiviazione sono stati riformattati e rimontati e le operazioni Cassandra necessarie sono state completate, puoi "ripristina i dati dell'oggetto utilizzando Grid Manager".