PowerScale-CloudPools lnn renomear reserva de cookies
Summary: Renomear nós para LNNs (Logical Node Numbers, números lógicos de nós) usados anteriormente pode induzir que os arquivos de reserva de chaves de cookie sejam reutilizados incorretamente. Isso pode aumentar o risco de vários LINs/arquivos gravarem nos mesmos objetos de dados em nuvem (CDOs). ...
Symptoms
Há várias assinaturas para identificar esse problema:
Na 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
Analise o isi_cpool_d.log em busca de qualquer um dos erros abaixo:
Erro de intervalo:
failed due to error code=12, msg=clapi error: CL_ABORTED_BY_CALLBACK; failed to transfer object range, invalid offset or output stream.
O erro de integridade do CloudPools pode ser encontrado durante uma recuperação de nuvem:
CloudPools data integrity error and CL_CHECKSUM_MISMATCH: failed to match the checksum: [error code: CBM_INTEGRITY_FAILURE]
Em /var/log/messages O erro abaixo:
Afirmação com falha:
isi_cpool_d: *** FAILED ASSERTION res == 0 @ /b/mnt/src/isilon/lib/isi_cpool_cbm2/src/ncoi.c:1025:
Cause
Este é o resultado de cpool_fd_store Usando LNN nos nomes de arquivos para arquivos de reserva de chave de cookie.
Resolution
Se a solicitação do CloudPools nunca foi licenciada no cluster, mas a verificação de integridade recebe o alerta crítico abaixo. É seguro ignorar:
"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)."
A renumeração do número de nó lógico (LNN) pode afetar o CloudPools , execute as etapas abaixo para renumerar corretamente os LNNs.
Para renumerar LNNs, consulte: Base de conhecimento 000022252
Se houver um ativo CloudPools As etapas a seguir também devem ser concluídas no cluster.*Failing to do so induces the risk of Data Loss.*
(Registre os dados de todos os comandos executados a partir deste KB)
O CloudPools O daemon deve ser desativado, o LNN renumerado e o daemon do CloudPools habilitado.
1. Desative o CloudPools Dimons.
#isi_for_array isi services -a isi_cpool_d disable
2. Verifique o isi_cpool_d O daemon foi interrompido:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Renumerar o lnns:
# isi config >>> lnnset [<old lnn> <new lnn>] >>> isi_lcd_d restart >>> commit >>> exit
4. Remova os arquivos de reserva existentes para LNNs antigos e novos.
#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 o cpool_d Dimons.
#isi_for_array isi services -a isi_cpool_d enable
Se a renumeração de LNN tiver ocorrido anteriormente, execute os comandos abaixo:
1. Pare o CloudPools Dimons.
#isi_for_array isi services -a isi_cpool_d disable
2. Verifique o isi_cpool_d O daemon foi interrompido:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Aguarde 10 segundos.
#isi_for_array isi services -a isi_cpool_d enable
Não fazer isso induz ao risco de perda de dados.
Additional Information