PowerScale-CloudPools не перейменовує резервування файлів cookie
Summary: Перейменування вузлів на раніше використані номери логічних вузлів (LNN) може спричинити повторне використання файлів резервування ключів cookie неправильно. Це може збільшити ризик запису кількох LIN/файлів в одні й ті самі об'єкти хмарних даних (CDO). ...
Symptoms
Існують різні підписи для виявлення цієї проблеми:
У 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
Перегляньте isi_cpool_d.log на наявність будь-якої з наведених нижче помилок:
Помилка діапазону:
failed due to error code=12, msg=clapi error: CL_ABORTED_BY_CALLBACK; failed to transfer object range, invalid offset or output stream.
Помилка цілісності CloudPools може виникнути під час виклику хмари:
CloudPools data integrity error and CL_CHECKSUM_MISMATCH: failed to match the checksum: [error code: CBM_INTEGRITY_FAILURE]
В /var/log/messages Помилка нижче:
Невдале твердження:
isi_cpool_d: *** FAILED ASSERTION res == 0 @ /b/mnt/src/isilon/lib/isi_cpool_cbm2/src/ncoi.c:1025:
Cause
Це результат cpool_fd_store використання lnn в іменах файлів резервування ключів cookie.
Resolution
Якщо CloudPools ніколи не був ліцензований на кластері, але перевірка працездатності отримує критичне сповіщення нижче, його можна безпечно проігнорувати:
"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)."
Перенумерація номера логічного вузла (LNN) може вплинути на CloudPools виконайте наведені нижче дії, щоб правильно перенумерувати LNN.
Щоб перенумерувати LNN, дивіться: КБ 000022252
Якщо є активний CloudPools завдання, що виконується на кластері, також повинні бути виконані наступні кроки.*Failing to do so induces the risk of Data Loss.*
(Запис даних з усіх команд, що виконуються з цього кб)
Об'єкт CloudPools фонову службу має бути вимкнено, lnn перенумеровано, а фонову службу CloudPools увімкнено.
1. Вимкніть функцію CloudPools Демон.
#isi_for_array isi services -a isi_cpool_d disable
2. Перевірте isi_cpool_d Фонову службу було зупинено:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Перенумеруйте lnns:
# isi config >>> lnnset [<old lnn> <new lnn>] >>> isi_lcd_d restart >>> commit >>> exit
4. Видаліть наявні файли резервацій для Старого та Нового 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. Запустіть cpool_d Демон.
#isi_for_array isi services -a isi_cpool_d enable
Якщо перенумерація LNN відбулася раніше, виконайте наведені нижче команди:
1. Зупиніть CloudPools Демон.
#isi_for_array isi services -a isi_cpool_d disable
2. Перевірте isi_cpool_d Фонову службу було зупинено:
#isi_for_array ps -lwp `pgrep isi_cpool_d`
3. Зачекайте 10 секунд.
#isi_for_array isi services -a isi_cpool_d enable
Якщо цього не зробити, це може призвести до втрати даних.
Additional Information