PowerScale-CloudPools lnn-Cookiereservierung umbenennen

Es gibt verschiedene Signaturen, um dieses Problem zu identifizieren:

Im idi.log:

IDI_VERIFY=bcm_verify_invalidate_on_valid_storage_layer:577 | COND=BAM Cache Manager invalidate verification | MSG=Cache invalidation is attempted over invalid storage layer: range lbn 512-767 found chunk LBNS: [512,767] snap HEAD revec: [0,0,35184372056064:8192#254 from snap HEAD, (sparse)#2 from snap HEAD ] | LINSNAP= 1:1111:1111

Überprüfen Sie die isi_cpool_d.log auf einen der folgenden Fehler:
Bereichsfehler:

failed due to error code=12, msg=clapi error: CL_ABORTED_BY_CALLBACK; failed to transfer object range, invalid offset or output stream.

Während eines Cloud-Rückrufs kann ein CloudPools-Integritätsfehler auftreten:

CloudPools data integrity error and CL_CHECKSUM_MISMATCH: failed to match the checksum: [error code: CBM_INTEGRITY_FAILURE]

In /var/log/messages Der folgende Fehler:

Fehlerhafte Assertion:

isi_cpool_d: *** FAILED ASSERTION res == 0 @ /b/mnt/src/isilon/lib/isi_cpool_cbm2/src/ncoi.c:1025:

Dies ist das Ergebnis von cpool_fd_store Verwenden von lnn in den Dateinamen für Cookie-Schlüsselreservierungsdateien.

Wenn die CloudPools wurde noch nie auf dem Cluster lizenziert, aber die Integritätsprüfung empfängt die folgende kritische Warnmeldung. Sie kann bedenkenlos ignoriert werden:
 

"Your CloudPools are susceptible to data integrity issues. If a PowerScale node's Logical Node Number (LNN) is changed and another node claims the vacated LNN, it could lead to cookie key reservation files being reused incorrectly and can increase the risk of multiple LINs/Files writing to the same Cloud Data Objects(CDOs)."

Die Neunummerierung der logischen Knotennummer (LNN) kann sich auf die CloudPools Führen Sie die folgenden Schritte aus, um LNNs ordnungsgemäß neu zu nummerieren.
Informationen zum Neunummerieren von LNNs finden Sie unter: KB-000022252

Wenn ein aktiver CloudPools auf dem Cluster ausgeführt wird, müssen auch die folgenden Schritte ausgeführt werden.
*Failing to do so induces the risk of Data Loss.*

 (Zeichnen Sie Daten aus allen Befehlen auf, die in diesem Wissensdatenbank-Artikel ausgeführt werden)
 Das CloudPools Daemon muss deaktiviert sein, der lnn muss neu nummeriert und der CloudPools-Daemon aktiviert sein. 

1. Deaktivieren Sie die Option CloudPools Dämon.
   

#isi_for_array isi services -a isi_cpool_d disable

 2. Überprüfen Sie die isi_cpool_d Daemon wurde gestoppt: 
   

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Nummerieren Sie die lnnsaus:
   

# isi config
>>> lnnset [<old lnn> <new lnn>]
>>> isi_lcd_d restart
>>> commit
>>> exit

4. Entfernen Sie die vorhandenen Reservierungsdateien für die alten und neuen LNNs.

#rm -fv /ifs/.ifsvar/modules/cloud/cookie_res_*_[OLD_LNN]
#rm -fv /ifs/.ifsvar/modules/cloud/cookie_res_*_[NEW_LNN]
#rm -fv /ifs/.ifsvar/modules/cloud/ncoi_key_res_*_[OLD_LNN]
#rm -fv /ifs/.ifsvar/modules/cloud/ncoi_key_res_*_[NEW_LNN]

5. Starten Sie die cpool_d Dämon.

#isi_for_array isi services -a isi_cpool_d enable

Wenn zuvor eine LNN-Neunummerierung stattgefunden hat, führen Sie die folgenden Befehle aus:
1. Beenden Sie die CloudPools Dämon.
    

#isi_for_array isi services -a isi_cpool_d disable

2. Überprüfen Sie die isi_cpool_d Daemon wurde gestoppt: 
    

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Warten Sie 10 Sekunden.
    

#isi_for_array isi services -a isi_cpool_d enable

Andernfalls besteht das Risiko eines Datenverlusts.