PowerScale-CloudPools lnn rename cookie reservation
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 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