PowerScale-CloudPools lnn renommer la réservation de cookie

Il existe différentes signatures permettant d’identifier ce problème :

Dans le 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

Passez en revue le isi_cpool_d.log pour l’une des erreurs ci-dessous :
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.

Une erreur d’intégrité CloudPools peut se produire lors d’un rappel de Cloud :

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

Dans /var/log/messages L’erreur ci-dessous :

Failed Assertion :

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

C’est le résultat de cpool_fd_store Utilisation de LNN dans les noms de fichier pour les fichiers de réservation de clés de cookies.

Si la demande CloudPools N’a jamais obtenu de licence sur le cluster, mais le bilan de santé reçoit l’alerte critique ci-dessous. Vous pouvez l’ignorer en toute sécurité :
 

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

La renumérotation du numéro de nœud logique (LNN) peut avoir un impact sur le CloudPools , effectuez les étapes ci-dessous pour renuméroter correctement les LNN.
Pour renuméroter les LNN, reportez-vous à : KB 000022252

S’il existe un CloudPools En cours d’exécution sur le cluster, les étapes suivantes doivent également être effectuées.
*Failing to do so induces the risk of Data Loss.*

 (Enregistrez les données de toutes les commandes exécutées à partir de cet article de la base de connaissances)
 Le CloudPools Le processus doit être désactivé, le LNN renuméroté et le processus CloudPools activé. 

1. Désactivez l’option CloudPools démon.
   

#isi_for_array isi services -a isi_cpool_d disable

 2. Vérifiez le isi_cpool_d Le processus a été arrêté : 
   

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Renumérotez le lnns:
   

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

4. Supprimez les fichiers de réservation existants pour les anciens et les nouveaux 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. Démarrez le cpool_d démon.

#isi_for_array isi services -a isi_cpool_d enable

Si la renumérotation LNN s’est déjà produite, exécutez les commandes ci-dessous :
1. Arrêtez le CloudPools démon.
    

#isi_for_array isi services -a isi_cpool_d disable

2. Vérifiez le isi_cpool_d Le processus a été arrêté : 
    

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Patientez 10 secondes.
    

#isi_for_array isi services -a isi_cpool_d enable

Dans le cas contraire, vous risquez de perdre des données.