PowerScale-CloudPools LNN rename cookie reservation

Er zijn verschillende handtekeningen om dit probleem te identificeren:

In de 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

Controleer de isi_cpool_d.log op een van de onderstaande fouten:
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 Integriteitsfout kan optreden tijdens een terugroepactie in de cloud:

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

In /var/log/messages De onderstaande fout:

Mislukte bewering:

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

Dit is het resultaat van cpool_fd_store LNN gebruiken in de bestandsnamen voor reserveringsbestanden voor cookiesleutels.

Als CloudPools Is nooit gelicentieerd op het cluster, maar de healthcheck ontvangt de onderstaande kritieke waarschuwing, het is veilig om te negeren:
 

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

Het hernummeren van het Logical Node Number (LNN) kan invloed hebben op de CloudPools functionaliteit, voert u de onderstaande stappen uit om LNN's correct te hernummeren.
Als u LNN's wilt hernummeren, raadpleegt u: KB-000022252

Als er een actief CloudPools taak die op het cluster wordt uitgevoerd, moeten ook de volgende stappen worden voltooid.
*Failing to do so induces the risk of Data Loss.*

 (Noteer gegevens van alle opdrachten die vanaf deze kb worden uitgevoerd)
 De CloudPools daemon moet worden uitgeschakeld, de lnn opnieuw worden genummerd en de CloudPools-daemon moet worden ingeschakeld. 

1. Schakel de CloudPools Daemon.
   

#isi_for_array isi services -a isi_cpool_d disable

 2. Controleer de isi_cpool_d Daemon is gestopt: 
   

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Hernummer de lnns:
   

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

4. Verwijder de bestaande reserveringsbestanden voor zowel de oude als de nieuwe LNN's.

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

#isi_for_array isi services -a isi_cpool_d enable

Als de nummering van LNN eerder heeft plaatsgevonden, voert u de onderstaande opdrachten uit:
1. Stop de CloudPools Daemon.
    

#isi_for_array isi services -a isi_cpool_d disable

2. Controleer de isi_cpool_d Daemon is gestopt: 
    

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Wacht 10 seconden.
    

#isi_for_array isi services -a isi_cpool_d enable

Als u dit niet doet, bestaat het risico op gegevensverlies.