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

05/23/2023 Collaboratori

PDF

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

Di cosa hai bisogno

È necessario disporre dell'UUID di qualsiasi oggetto perso, come indicato in “analisi degli oggetti persi”.
È necessario disporre di Passwords.txt file.

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.

Contattare il supporto tecnico per assistenza con questa procedura.

Fasi

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 in Passwords.txt file.
  3. Immettere il seguente comando per passare a root: su -
  4. Immettere la password elencata in Passwords.txt file. Una volta effettuato l'accesso come root, il prompt cambia da $ a. #.
2. Passare alla directory in cui si trovano i registri di controllo: cd /var/local/audit/export/
3. Utilizzare grep per estrarre i messaggi di controllo associati all'oggetto potenzialmente perso e inviarli a un file di output. Inserire: grep uuid-valueaudit_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. Inserire: grep LLST output_file_name
  
  Ad esempio:
  Admin: # grep LLST messages_about_lost_objects.txt
  Un messaggio di audit 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.
6. Individuare il nodo di storage per questo ID nodo LDR.
  
  Esistono due modi per utilizzare l'ID del nodo per trovare il nodo di storage:
  - In Grid Manager, selezionare SUPPORT Tools Grid topology. Quindi selezionare Data Center Storage Node LDR. L'ID del nodo 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.
  - Scaricare e decomprimere il pacchetto di ripristino per la griglia. Esiste una directory /docs nel pacchetto SUDDETTO. Se si apre il file index.html, il Riepilogo server mostra tutti gli ID dei nodi per tutti i nodi della griglia.
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 in Passwords.txt file.
  3. Immettere il seguente comando per passare a root: su -
  4. Immettere la password elencata in Passwords.txt file.

Una volta effettuato l'accesso come root, il prompt cambia da $ a. #.

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, andare al passo Ripristinare l'oggetto su StorageGRID. È possibile tentare di ripristinare l'oggetto trovato in StorageGRID.
1. se il percorso dell'oggetto è stato trovato, tentare di ripristinare l'oggetto su StorageGRID:
  1. Dallo stesso nodo di storage, modificare la proprietà del file a oggetti in modo che possa essere gestito da StorageGRID. Inserire: chown ldr-user:bycast 'file_path_of_object'
  2. Telnet all'host locale 1402 per accedere alla console LDR. Inserire: telnet 0 1402
  3. Inserire: cd /proc/STOR
  4. Inserire: Object_Found 'file_path_of_object'
    
    Ad esempio, immettere:
    
    Object_Found '/var/local/rangedb/1/p/17/11/00rH0%DkRs&LgA%#3tN6'
    
    Emissione di Object\_Found il comando notifica alla griglia la posizione dell'oggetto. Attiva anche il criterio ILM attivo, che crea copie aggiuntive come specificato nel 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 utilizzando il percorso del file all'oggetto.
    
    Se l'oggetto non può essere ripristinato, il Object\_Found comando non riuscito. 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'
    
    Andare al passo Verificare che siano state create nuove posizioni
  5. se l'oggetto è stato ripristinato in StorageGRID, verificare che siano state create nuove posizioni.
    
    Inserire: cd /proc/OBRP
    
    Inserire: ObjectByUUID UUID_value

L'esempio seguente mostra che sono presenti due posizioni per l'oggetto con UUID 926026C4-00A4-449B-AC72-BCCA72DD1311.

ade 12448208: /proc/OBRP > ObjectByUUID 926026C4-00A4-449B-AC72-BCCA72DD1311

{
    "TYPE(Object Type)": "Data object",
    "CHND(Content handle)": "926026C4-00A4-449B-AC72-BCCA72DD1311",
    "NAME": "cats",
    "CBID": "0x38186FE53E3C49A5",
    "PHND(Parent handle, UUID)": "221CABD0-4D9D-11EA-89C3-ACBB00BB82DD",
    "PPTH(Parent path)": "source",
    "META": {
        "BASE(Protocol metadata)": {
            "PAWS(S3 protocol version)": "2",
            "ACCT(S3 account ID)": "44084621669730638018",
            "*ctp(HTTP content MIME type)": "binary/octet-stream"
        },
        "BYCB(System metadata)": {
            "CSIZ(Plaintext object size)": "5242880",
            "SHSH(Supplementary Plaintext hash)": "MD5D 0xBAC2A2617C1DFF7E959A76731E6EAF5E",
            "BSIZ(Content block size)": "5252084",
            "CVER(Content block version)": "196612",
            "CTME(Object store begin timestamp)": "2020-02-12T19:16:10.983000",
            "MTME(Object store modified timestamp)": "2020-02-12T19:16:10.983000",
            "ITME": "1581534970983000"
        },
        "CMSM": {
            "LATM(Object last access time)": "2020-02-12T19:16:10.983000"
        },
        "AWS3": {
            "LOCC": "us-east-1"
        }
    },
    "CLCO\(Locations\)": \[
        \{
            "Location Type": "CLDI\(Location online\)",
            "NOID\(Node ID\)": "12448208",
            "VOLI\(Volume ID\)": "3222345473",
            "Object File Path": "/var/local/rangedb/1/p/17/11/00rH0%DkRt78Ila\#3udu",
            "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.880569"
        \},
        \{
            "Location Type": "CLDI\(Location online\)",
            "NOID\(Node ID\)": "12288733",
            "VOLI\(Volume ID\)": "3222345984",
            "Object File Path": "/var/local/rangedb/0/p/19/11/00rH0%DkRt78Rrb\#3s;L",
            "LTIM\(Location timestamp\)": "2020-02-12T19:36:17.934425"
        }
    ]
}

Disconnettersi dalla console LDR. Inserire: exit
1. 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.
Accedere al nodo Grid:
1. Immettere il seguente comando: ssh admin@grid_node_IP
2. Immettere la password elencata in Passwords.txt file.
3. Immettere il seguente comando per passare a root: su -
4. Immettere la password elencata in Passwords.txt file. Una volta effettuato l'accesso come root, il prompt cambia da $ a. #.
Passare alla directory in cui si trovano i registri di controllo: cd /var/local/audit/export/
Utilizzare grep per estrarre i messaggi di audit associati all'oggetto in un file di output. Inserire: grep uuid-valueaudit_file_name > output_file_name

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

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

Ad esempio:

Admin: # grep ORLM messages_about_restored_object.txt

Un messaggio di audit 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]]

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. . Ripristinare il numero di oggetti persi in Grid Manager.

Informazioni correlate

Esaminare gli oggetti persi

Ripristinare i conteggi degli oggetti persi e mancanti

Esaminare i registri di audit

Cercare e ripristinare oggetti potenzialmente persi

Creating your file...