Reserva de cookies de cambio de nombre de lnn de PowerScale-CloudPools

Hay varias firmas para identificar este problema:

En el 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

Revise el isi_cpool_d.log para ver si hay alguno de los siguientes errores:
Error de rango:

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

Se puede encontrar un error de integridad de CloudPools durante una recuperación de la nube:

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

En /var/log/messages El siguiente error:

Afirmación fallida:

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

Este es el resultado de cpool_fd_store Uso de lnn en los nombres de archivo para los archivos de reserva de claves de cookies.

Si la solicitud en CloudPools Nunca ha tenido licencia en el clúster, pero la evaluación del estado recibe la alerta crítica que aparece a continuación, y es seguro ignorarla:
 

"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 renumeración del número de nodo lógico (LNN) puede afectar el CloudPools funcionalidad, realice los siguientes pasos para volver a numerar correctamente los LNN.
Para volver a numerar los LNN, consulte: KB 000022252

Si hay un CloudPools trabajo que se ejecuta en el clúster, también se deben completar los siguientes pasos.
*Failing to do so induces the risk of Data Loss.*

 (Registre los datos de todos los comandos ejecutados desde este artículo de la base de conocimientos)
 El CloudPools El demonio debe estar deshabilitado, el LNN debe volver a numerarse y el demonio de CloudPools debe estar habilitado. 

1. Deshabilite la opción CloudPools demonio.
   

#isi_for_array isi services -a isi_cpool_d disable

 2. Verifique el isi_cpool_d El demonio se detuvo: 
   

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Vuelva a numerar el lnns:
   

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

4. Elimine los archivos de reserva existentes para los LNN antiguos y nuevos.

#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. Inicie el cpool_d demonio.

#isi_for_array isi services -a isi_cpool_d enable

Si se produjo anteriormente una renumeración de LNN, ejecute los siguientes comandos:
1. Detenga el CloudPools demonio.
    

#isi_for_array isi services -a isi_cpool_d disable

2. Verifique el isi_cpool_d El demonio se detuvo: 
    

#isi_for_array ps -lwp `pgrep isi_cpool_d`

3. Espere 10 segundos.
    

#isi_for_array isi services -a isi_cpool_d enable

Si no lo hace, corre el riesgo de pérdida de datos.