Symptoms
Снижение производительности и предупреждение об этой проблеме, которая проявляется в форме сбоя процесса файловой системы (PANIC), не наблюдается, после этого процесс перезапускается и автоматически снова отображается нормально.
Из-за использования алгоритма кода в процессе файловой системы может возникать критическая ошибка несколькими способами, включая следующие:
PANIC: ddr/sm/ddfs/ddfs_mtree.c: ddfs_mtree_list: 829: !((dd_errno(e) == ENOENT) || (dd_errno(e) == DD_ERR_FM_EATTRNOENT) || (dd_errno(e) == DD_ERR_STALE))
PANIC: ddr/fv/file_verify.c: file_verify_update_marker_attrs: 4872: Fatal Error
PANIC: ddr/fv/file_verify.c: file_verify_update_snap_attr: 4446: Fatal Error
PANIC: ddr/fv/file_verify.c: file_verify_update_marker_attrs: 4860: Fatal Error
В файлах журнала процессов файловой системы (ddfs.info) перед каждым сбоем процесса будут найдены следующие сообщения:
01/17 20:21:59.292947 [7fbbf4f98f50] dd_cache_elem_reclaim: Evict count=256, Visited count=257, Skipped elem count=0, Skipped bucket count=0, Time threshold=1539816333626910. (99% full) Complete=True
01/17 20:22:04.662303 [7fbb031ad4f0] ERROR: FM fm_iget:355 - fm_iget failed to allocate elem in dd_cache 5001
Сообщения, указывающие на то, что внутренний процесс заполнен на 99%, не могут выделить дополнительные элементы, что приводит к сбою процесса.
ПРИМЕЧАНИЕ. Эта проблема затрагивает только следующие версии:
- DDOS 7.7.3.x: Не полностью подтверждено
- DDOS 7.7.4.x
- DDOS 7.9.0.10
- DDOS 7.10.0.x
Cause
Для любой операции с файлами, например для чтения и записи, структура индексного узла выделяется из пула dd_cache элементов.
Если кэш-память заполнена и в нее входит новый запрос, элемент вытесняется из этой кэш-памяти и выполняется новый запрос.
Вытесните данные в соответствии с политикой времени (элемент вытесните элемент, если он не был доступен в течение последних секунд x).
Если эта кэш-память становится слишком горячей (доступ ко всем элементам был доступен в течение последних секунд x), и никакие элементы не могут быть вытесняемы даже после нескольких повторных попыток, fm_iget возвращается DD_ERR_NOMEM.
Некоторые звонители этого выделения пула элементов не смогут корректно обрабатывать ошибку, что приведет к критической ошибке процесса файловой системы, и ядро дампа должно работать fm_iget возвращает любую ошибку. Именно поэтому существует несколько различных подписей PANIC, соответствующих базовому дефекту кода.
Resolution
Основная проблема кода, которая приводит к сбоям процесса FS, устранена с помощью
DDOS-168410 в следующих версиях (и все более поздние в тех же ветвях кода):
- DDOS 7.7.5.1
- DDOS 7.10.1.0
- DDOS 7.11.0
Заказчики, затронутые этой проблемой, которые не могут выполнить модернизацию до любой из указанных выше версий, могут попытаться найти временное решение, для которого им необходимо обратиться в службу поддержки Dell.
Если при запуске версии с проблемой (перечисленными выше), но у вас не возникла непредвиденная ошибка процесса файловой системы, соответствующая симптомам, указанным в данной статье базы знаний, рекомендуется не применять временное решение проблемы в упреждающем режиме, а вместо этого выполнить модернизацию до любого из исправленных выпусков выше (или любого из их преемников), чтобы воспользоваться последними обновлениями и исправлениями кода.
Affected Products
Data Domain