| Предыдущий | Следующий |
| hrSeekNotEqual | hrNoWriteLock |
hrNoIdleActivity
Практический смысл
hrNoIdleActivity (0x88000422) — код ошибки из области ESE / Directory Service backup HRESULT. Короткий ориентир по имени: no / idle / активность. Для диагностики важнее определить первый API и состояние объекта в момент возврата, чем переводить символическое имя как общее сообщение.
Исходное условие в техническом описании сформулировано так: an idle-maintenance request found no eligible work to perform at that moment.
. Эту формулировку следует сопоставлять с фактическим параметром, handle, файлом или state transition в trace.
Что именно нужно отделить
Для этого кода особенно полезно различать два признака из исходной документации: an idle-maintenance request found no eligible work to perform at that moment.
и do not call idle maintenance in a tight loop without progress or backoff.
. Они задают более узкую границу, чем название facility.
Что сохранить до изменений
- Сопоставьте trace с исходным признаком:
Long-running transactions can retain old record versions and delay reclamation., idle work is opportunistic, so no-work and work-remaining results must both be handled without busy looping.
- Сопоставьте trace с исходным признаком:
Code-specific observation: record the idle API, flags, elapsed time, version-store state, and whether maintenance was expected for a specific backlog.
- Сопоставьте trace с исходным признаком:
Relevant API surface — JetIdle -style maintenance, transaction cleanup, version reclamation, and background tasks
Как проверить причину
- Проверьте именно границу «no / idle / активность» и зафиксируйте объект, аргумент или состояние, которое её подтверждает.
- Сверьте наблюдаемое состояние с отдельным исходным признаком:
hrRemainingVersions — version-store cleanup still has work queued after an idle-maintenance pass
.
Безопасное восстановление
Регрессионная проверка должна отдельно контролировать условие hrUnknownExpiryTokenFormat — bytes were supplied as an expiry token but the Directory Service cannot parse their format
. Положительный тест обязан проходить после узкого исправления, а отрицательный — по-прежнему воспроизводить ожидаемый отказ на заведомо неверном состоянии.
Технические ссылки
Нужно найти другой код? Найти другой код состояния или ошибки.