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.

Cercare e ripristinare oggetti potenzialmente persi

Collaboratori
PDF

Potrebbe essere possibile trovare e ripristinare gli oggetti che hanno attivato un avviso Object lost e un allarme legacy Lost Objects (LOST) e che sono stati identificati come potenzialmente persi.

Prima di iniziare
A proposito di questa attività

È possibile seguire questa procedura per cercare copie replicate dell'oggetto perso in un altro punto della griglia. Nella maggior parte dei casi, l'oggetto perso non viene trovato. Tuttavia, in alcuni casi, potrebbe essere possibile trovare e ripristinare un oggetto replicato perso se si esegue un'azione rapida.

Avvertenza Contattare il supporto tecnico per assistenza con questa procedura.
Fasi

  1. Da un nodo amministratore, cercare nei registri di controllo le posizioni possibili degli oggetti:

    1. Accedere al nodo Grid:

      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 #.

    2. Passare alla directory in cui si trovano i registri di controllo: cd /var/local/log/

      Nota

      "Informazioni sulle destinazioni per le informazioni di verifica".

    3. Utilizzare grep per estrarre "messaggi di audit associati all'oggetto potenzialmente perso"e inviarli a un file di output. Immettere: grep uuid-value audit_file_name > output_file_name

      Ad esempio:

      Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_lost_object.txt

    4. Utilizzare grep per estrarre i messaggi di controllo LLST (Location Lost) da questo file di output. Immettere: grep LLST output_file_name

      Ad esempio:

      Admin: # grep LLST messages_about_lost_objects.txt

      Un messaggio di controllo LLST è simile a questo messaggio di esempio.

      [AUDT:\[NOID\(UI32\):12448208\][CBIL(UI64):0x38186FE53E3C49A5]
[UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"][LTYP(FC32):CLDI]
[PCLD\(CSTR\):"/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%\#3tN6"\]
[TSRC(FC32):SYST][RSLT(FC32):NONE][AVER(UI32):10][ATIM(UI64):
1581535134379225][ATYP(FC32):LLST][ANID(UI32):12448208][AMID(FC32):CLSM]
[ATID(UI64):7086871083190743409]]

    5. Individuare il campo PCLD e IL campo NOID nel messaggio LLST.

      Se presente, il valore di PCLD è il percorso completo sul disco verso la copia dell'oggetto replicato mancante. IL valore DI NOID è l'id del nodo dell'LDR in cui è possibile trovare una copia dell'oggetto.

    Se si trova una posizione dell'oggetto, potrebbe essere possibile ripristinarlo.

    1. Trova il nodo di storage associato a questo ID nodo LDR. In Grid Manager, selezionare SUPPORT > Tools > Grid topology. Quindi selezionare Data Center > Storage Node > LDR.

      L'ID nodo per il servizio LDR si trova nella tabella Node Information (informazioni nodo). Esaminare le informazioni relative a ciascun nodo di storage fino a individuare quello che ospita questo LDR.

  2. Determinare se l'oggetto esiste sul nodo di storage indicato nel messaggio di audit:

    1. Accedere al nodo Grid:

      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 #.

    2. Determinare se il percorso del file per l'oggetto esiste.

      Per il percorso file dell'oggetto, utilizzare il valore PCLD del messaggio di audit LLST.

      Ad esempio, immettere:

      ls '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'
      Nota Racchiudere sempre il percorso del file oggetto tra virgolette singole nei comandi per escapire eventuali caratteri speciali.

      • Se il percorso dell'oggetto non viene trovato, l'oggetto viene perso e non può essere ripristinato utilizzando questa procedura. Contattare il supporto tecnico.

      • Se viene trovato il percorso dell'oggetto, passare alla fase successiva. È possibile tentare di ripristinare l'oggetto trovato in StorageGRID.

  3. Se il percorso dell'oggetto è stato trovato, tentare di ripristinare l'oggetto in StorageGRID:

    1. Dallo stesso nodo di storage, modificare la proprietà del file a oggetti in modo che possa essere gestito da StorageGRID. Immettere: chown ldr-user:bycast 'file_path_of_object'

    2. Telnet all'host locale 1402 per accedere alla console LDR. Immettere: telnet 0 1402

    3. Immettere: cd /proc/STOR

    4. Immettere: Object_Found 'file_path_of_object'

      Ad esempio, immettere:

      Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'

      L'emissione del Object_Found comando notifica alla griglia la posizione dell'oggetto. Attiva inoltre i criteri ILM attivi, che eseguono copie aggiuntive come specificato in ciascun criterio.

      Nota Se il nodo di storage in cui è stato trovato l'oggetto non è in linea, è possibile copiare l'oggetto in qualsiasi nodo di storage in linea. Posizionare l'oggetto in qualsiasi directory /var/local/rangedb del nodo di storage online. Quindi, eseguire il Object_Found comando utilizzando il percorso del file all'oggetto.

      • Se l'oggetto non può essere ripristinato, il Object_Found comando non riesce. Contattare il supporto tecnico.

      • Se l'oggetto è stato ripristinato correttamente in StorageGRID, viene visualizzato un messaggio di esito positivo. Ad esempio:

        ade 12448208: /proc/STOR > Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'

ade 12448208: /proc/STOR > Object found succeeded.
First packet of file was valid. Extracted key: 38186FE53E3C49A5
Renamed '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6' to '/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila#3udu'

        Passare alla fase successiva.

  4. Se l'oggetto è stato ripristinato correttamente in StorageGRID, verificare che siano state create le nuove posizioni:

    1. Accedere a Grid Manager utilizzando un "browser web supportato".

    2. Selezionare ILM > Object metadata lookup.

    3. Immettere l'UUID e selezionare Cerca.

    4. Rivedere i metadati e verificare le nuove posizioni.

  5. Da un nodo di amministrazione, cercare nei registri di controllo il messaggio di audit ORLM relativo a questo oggetto per confermare che ILM (Information Lifecycle Management) ha inserito le copie come richiesto.

    1. Accedere al nodo Grid:

      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 #.

    2. Passare alla directory in cui si trovano i registri di controllo: cd /var/local/log/

    3. Utilizzare grep per estrarre i messaggi di audit associati all'oggetto in un file di output. Immettere: grep uuid-value audit_file_name > output_file_name

      Ad esempio:

      Admin: # grep 926026C4-00A4-449B-AC72-BCCA72DD1311 audit.log > messages_about_restored_object.txt

    4. Utilizzare grep per estrarre i messaggi di audit ORLM (Object Rules Met) da questo file di output. Immettere: grep ORLM output_file_name

      Ad esempio:

      Admin: # grep ORLM messages_about_restored_object.txt

      Un messaggio di controllo ORLM è simile a questo messaggio di esempio.

    [AUDT:[CBID(UI64):0x38186FE53E3C49A5][RULE(CSTR):"Make 2 Copies"]
[STAT(FC32):DONE][CSIZ(UI64):0][UUID(CSTR):"926026C4-00A4-449B-AC72-BCCA72DD1311"]
[LOCS(CSTR):"**CLDI 12828634 2148730112**, CLDI 12745543 2147552014"]
[RSLT(FC32):SUCS][AVER(UI32):10][ATYP(FC32):ORLM][ATIM(UI64):1563398230669]
[ATID(UI64):15494889725796157557][ANID(UI32):13100453][AMID(FC32):BCMS]]

    1. Individuare il campo LOCS (POSIZIONI) nel messaggio di audit.

      Se presente, il valore di CLDI in LOCS è l'ID del nodo e l'ID del volume in cui è stata creata una copia dell'oggetto. Questo messaggio indica che l'ILM è stato applicato e che sono state create due copie di oggetti in due posizioni nella griglia.

  6. "Ripristinare i conteggi degli oggetti persi e mancanti" In Grid Manager.