PowerScale-CloudPools lnn omdøber cookiereservation
Summary: Omdøbning af noder til tidligere anvendte logiske nodenumre (LNN'er) kan medføre, at reservationsfiler med cookienøgler genbruges forkert. Dette kan øge risikoen for, at flere LIN'er/filer skriver til de samme dataobjekter i skyen (CDO'er). ...
Symptoms
Der er forskellige signaturer til at identificere dette problem:
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
Gennemse isi_cpool_d.log for nogen af fejlene nedenfor:
Områdefejl:
failed due to error code=12, msg=clapi error: CL_ABORTED_BY_CALLBACK; failed to transfer object range, invalid offset or output stream.
CloudPools integritetsfejl kan opstå under en cloud-tilbagekaldelse:
CloudPools data integrity error and CL_CHECKSUM_MISMATCH: failed to match the checksum: [error code: CBM_INTEGRITY_FAILURE]
I /var/log/messages Fejlen nedenfor:
Mislykket påstand:
isi_cpool_d: *** FAILED ASSERTION res == 0 @ /b/mnt/src/isilon/lib/isi_cpool_cbm2/src/ncoi.c:1025:
Cause
Dette er resultatet af cpool_fd_store Brug af lnn i filnavnene til reservationsfiler med cookienøgler.
Resolution
Hvis CloudPools aldrig har fået licens til klyngen, men tilstandstjekket modtager den kritiske advarsel nedenfor, er det sikkert at 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)."
Omnummerering af logisk nodenummer (LNN) kan påvirke CloudPools funktionalitet, skal du udføre nedenstående trin for at omnummerere LNN'er korrekt.
Hvis du vil omnummerere LNN'er, skal du se: KB-000022252
Hvis der er en aktiv CloudPools job, der kører på klyngen, skal følgende trin også fuldføres.*Failing to do so induces the risk of Data Loss.*
(Optag data fra alle kommandoer, der køres fra denne kb)
Den CloudPools dæmonen skal deaktiveres, lnn skal omnummereres, og CloudPools-dæmonen skal være aktiveret.
1. Deaktiver ikonet CloudPools Daemon.
#isi_for_array isi services -a isi_cpool_d disable
2. Kontroller isi_cpool_d Daemon er blevet stoppet:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Omnummerer lnns:
# isi config >>> lnnset [<old lnn> <new lnn>] >>> isi_lcd_d restart >>> commit >>> exit
4. Fjern de eksisterende reservationsfiler for både det gamle og det nye 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. Start cpool_d Daemon.
#isi_for_array isi services -a isi_cpool_d enable
Hvis LNN-omnummerering tidligere har fundet sted, skal du udføre nedenstående kommandoer:
1. Stop CloudPools Daemon.
#isi_for_array isi services -a isi_cpool_d disable
2. Kontroller isi_cpool_d Daemon er blevet stoppet:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Vent 10 sekunder.
#isi_for_array isi services -a isi_cpool_d enable
Hvis du ikke gør det, medfører det risiko for datatab.
Additional Information