PowerScale-CloudPools LNN endre navn på reservasjon av informasjonskapsler

Det finnes ulike signaturer for å identifisere dette problemet:

I det 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

Gjennomgå isi_cpool_d.log for noen av feilene nedenfor:
Range Error:

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

CloudPools integritetsfeil kan oppstå under en skytilbakekalling:

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

I /var/log/messages Feilen nedenfor:

Mislykket påstand:

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

Dette er resultatet av cpool_fd_store Bruk av LNN i filnavnene for reserveringsfiler for informasjonskapselnøkkel.

Hvis CloudPools har aldri vært lisensiert på klyngen, men Health Check mottar det kritiske varselet nedenfor, er det trygt å ignorere:
 

"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)."

Hvis du omnummererer LNN (Logical Node Number), kan det påvirke CloudPools -funksjonalitet, utfører du trinnene nedenfor for å omnummerere LNN-er på riktig måte.
Hvis du vil omnummerere LNN-numre, kan du se: KB-000022252

Hvis det er en aktiv CloudPools Følgende trinn må også fullføres på klyngen.
*Failing to do so induces the risk of Data Loss.*

 (Registrer data fra alle kommandoer som kjøres fra denne kb)
 Den CloudPools Daemon må deaktiveres, LNN omnummereres og CloudPools-demonen aktiveres. 

1. Deaktiver CloudPools Daemon.
   

#isi_for_array isi services -a isi_cpool_d disable

 2. Kontroller at isi_cpool_d Daemon har blitt stoppet: 
   

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Nummerer på nytt lnns:
   

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

4. Fjern eksisterende reserveringsfiler for både gamle og nye LNN-er.

#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. Start cpool_d Daemon.

#isi_for_array isi services -a isi_cpool_d enable

Hvis LNN-omnummerering har forekommet tidligere, utfører du kommandoene nedenfor:
1. Stopp CloudPools Daemon.
    

#isi_for_array isi services -a isi_cpool_d disable

2. Kontroller at isi_cpool_d Daemon har blitt stoppet: 
    

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Vent i ti sekunder.
    

#isi_for_array isi services -a isi_cpool_d enable

Hvis du ikke gjør det, reduseres risikoen for tap av data.