| Предыдущий | Следующий |
| STATUS_LOG_INCONSISTENT_SECURITY | STATUS_LOG_PINNED_RESERVATION |
STATUS_LOG_APPENDED_FLUSH_FAILED
STATUS_LOG_APPENDED_FLUSH_FAILED особенно важно, поскольку означает, что записи были добавлены или резервирование изменено до неудачного сброса журнала. Поэтому вызывающий код должен применять собственные правила идемпотентности и восстановления, а не предполагать чистый результат «всё или ничего» на уровне приложения.
Это граница устойчивости. CLFS предоставляет операции сброса буферов маршалинга и диапазонов LSN; предшествующий успех в памяти или на этапе добавления не заменяет подтверждение требуемого состояния стабильного хранилища.
Что проверить
- До повтора запишите наибольший запрошенный LSN, границу сброса, изменения резервирования и базовую ошибку хранилища.
- После перезапуска прочитайте и проверьте журнал по протоколу восстановления клиента, прежде чем решать, нужно ли воспроизводить логическую операцию.
- Отличайте этот результат от ошибки записи контейнера: здесь важно установить, что стало устойчивым, а не просто был ли вызван write.
Ссылки
- Microsoft: ClfsMgmtHandleLogFileFull и обработка полного журнала
- Microsoft: контейнеры CLFS, закрепление хвоста и управляемые клиенты
- Microsoft: API контейнеров, резервирования, добавления и сброса
- Wine: независимые определения констант NTSTATUS
Нужно найти другой код? Найти другой код состояния или ошибки.