PowerScale-CloudPools lnn byt namn på cookie-reservation
Summary: Om du byter namn på noder till tidigare använda logiska nodnummer (LNN) kan det leda till att reservationsfiler för cookie-nycklar återanvänds felaktigt. Detta kan öka risken för att flera LIN:er/filer skriver till samma molndataobjekt (CDO:er). ...
Symptoms
Det finns olika signaturer för att identifiera det här problemet:
I 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
Granska isi_cpool_d.log för något av felen nedan:
Intervallfel:
failed due to error code=12, msg=clapi error: CL_ABORTED_BY_CALLBACK; failed to transfer object range, invalid offset or output stream.
CloudPools Integrity-fel kan uppstå under en molnåterkallelse:
CloudPools data integrity error and CL_CHECKSUM_MISMATCH: failed to match the checksum: [error code: CBM_INTEGRITY_FAILURE]
I /var/log/messages Felet nedan:
Misslyckad försäkran:
isi_cpool_d: *** FAILED ASSERTION res == 0 @ /b/mnt/src/isilon/lib/isi_cpool_cbm2/src/ncoi.c:1025:
Cause
Detta är resultatet av cpool_fd_store Använda LNN i filnamnen för reservationsfiler för cookie-nycklar.
Resolution
Om CloudPools Har aldrig licensierats för klustret men hälsokontrollen tar emot den kritiska varningen nedan, det är säkert att ignorera:
"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)."
Omnumrering av LNN (Logical Node Number) kan påverka CloudPools utför stegen nedan för att numrera om LNN:er på rätt sätt.
Information om hur du numrerar om LNN finns i: KB 000022252
Om det finns en aktiv CloudPools jobb som körs på klustret måste följande steg också slutföras.*Failing to do so induces the risk of Data Loss.*
(Registrera data från alla kommandon som körs från den här kunskapsbasen)
Den CloudPools Daemon måste inaktiveras, lnn numreras om och CloudPools-daemonen aktiveras.
1. Inaktivera CloudPools demon.
#isi_for_array isi services -a isi_cpool_d disable
2. Verifiera isi_cpool_d Daemon har stoppats:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Numrera om lnns:
# isi config >>> lnnset [<old lnn> <new lnn>] >>> isi_lcd_d restart >>> commit >>> exit
4. Ta bort de befintliga reservationsfilerna för både gamla och nya LNN.
#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. Starta cpool_d demon.
#isi_for_array isi services -a isi_cpool_d enable
Om LNN-omnumrering har skett tidigare utför du kommandona nedan:
1. Stoppa CloudPools demon.
#isi_for_array isi services -a isi_cpool_d disable
2. Verifiera isi_cpool_d Daemon har stoppats:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Vänta 10 sekunder.
#isi_for_array isi services -a isi_cpool_d enable
Om du inte gör det ökar risken för dataförlust.
Additional Information