| Предыдущий | Следующий |
| NS_E_INVALID_PLAY_STATISTICS | NS_E_HTTP_TEXT_DATACONTAINER_SIZE_LIMIT_EXCEEDED |
NS_E_LOG_NEED_TO_BE_SKIPPED
Как исследовать NS_E_LOG_NEED_TO_BE_SKIPPED
Механизм и область действия
Этот результат (0xC00D1588) отмечает границу тракт логирования намеренно решает не сохранять текущую запись журнала. Диагностику следует начинать с объекта Windows Media Services и точной операции, вернувшей HRESULT.
Административные и системные подключаемые модули проверяют конкретные свойства до привязки сокетов, записи журналов, загрузки удалённых данных или архивации потока. Когда возвращается этот результат, сбой на этом уровне следует диагностировать по конфигурации подключаемого модуля и его первому результату нижнего уровня. В трассировке он экспортируйте точные значения свойств подключаемого модуля и зафиксируйте идентификатор службы. При диагностике этот результатодин только текст MMC может скрыть область привязки, нормализованные URL или унаследованные значения по умолчанию. Решающий вопрос состоит в том, соответствуют ли живой объект и значения этой границе; базовое описание AllStat само по себе не показывает поколение объекта, выбранный подключаемый модуль или сбой нижнего уровня.
Что сохранить до любых изменений
| Данные | Почему это важно для него |
|---|---|
| Решающее состояние | тип события, решение logging plug-in, фильтры, признак duplicate/empty и соседние принятые записи |
| Ответственный объект | Запишите server, publishing point, playlist, namespace node, plug-in или элемент cache, вернувший этот результат, включая время его создания или restart. |
| Первый нижележащий результат | Сохраните первое событие Win32, socket, COM, parser или plug-in до HRESULT; более поздние wrappers могут сопоставлять несколько причин с этим результатом. |
| Контролируемое сравнение | Используйте заведомо исправный объект того же типа и измените только предварительное условие «тракт логирования намеренно решает не сохранять текущую запись журнала». |
| Конфиденциальные данные | По возможности записывайте identifiers, lengths, hashes и обезличенные URL; не публикуйте passwords, authorization files или несвязанные client data. |
Не объединяйте соседние значения HRESULT
Основное различие: Invalid play statistics отклоняет некорректные данные, тогда как skip может быть штатным решением logging pipeline.
| Близкий результат | Другая контрольная точка |
|---|---|
NS_E_HTTP_TEXT_DATACONTAINER_SIZE_LIMIT_EXCEEDED | Используйте тип объекта и последовательность операций, чтобы определить, какой результат является первичным. |
NS_E_INVALID_PLAY_STATISTICS | По отношению к этому результатуэтот соседний результат относится к другому состоянию или ветви проверки, даже если видимый пользователю симптом похож. |
NS_E_PORT_IN_USE | Используйте тип объекта и последовательность операций, чтобы определить, какой результат является первичным. |
Структура сбоя для этого кода
В типичном инциденте он сервер достигает условия «тракт логирования намеренно решает не сохранять текущую запись журнала» и отклоняет операцию до безопасного перехода к следующей стадии. Поэтому запись инцидента должна объединять тип события, решение logging plug-in, фильтры, признак duplicate/empty и соседние принятые записи, поколение объекта и точный административный либо protocol request. Пример воспроизведения: операция достигает условия «тракт логирования намеренно решает не сохранять текущую запись журнала» при значениях: тип события, решение logging plug-in, фильтры, признак duplicate/empty и соседние принятые записи.
Полезный отрицательный контроль — считать skip ожидаемым, когда совпадает policy; изменяйте filter только если запись должна сохраняться. Если после этого та же он продвинуться дальше, результат подтверждает эту границу. Если он сохраняется, вернитесь к первому событию нижнего уровня, не расширяя восстановительные действия.
Типичная ошибочная реакция: не повторяйте одну и ту же запись бесконечно и не трактуйте штатный skip как сбой streaming. Это не проверяет решающее условие «тракт логирования намеренно решает не сохранять текущую запись журнала». Сохраняйте символическое имя и данные владельца вместо общего сообщения COM.
Проверка предварительного условия владельца
- Запишите
0xC00D1588, он, точное API/administrative action и время первого сбоя. - Сохраните тип события, решение logging plug-in, фильтры, признак duplicate/empty и соседние принятые записи.
- Подтвердите, что объект относится к текущему поколению WMServer, publishing point или presentation.
- Выполните один изолированный эксперимент: подтвердить, что запись действительно должна быть пропущена правилами logging pipeline.
- Повторите исходную операцию он через тот же protocol и service account; не подменяйте её другим client-side test.
- после него подтвердите ожидаемое следующее состояние и сохраните более поздний HRESULT как отдельный результат pipeline.
Сохраните post-fix server event и состояние объекта, чтобы более поздний downstream HRESULT не был ошибочно принят за повтор этой же причины.
Изменения, которые не доказывают причину
- не повторяйте одну и ту же запись бесконечно и не трактуйте штатный skip как сбой streaming.
- Не стирайте первый HRESULT многократными повторами: более поздние вызовы могут скрыть компонент, отклонивший операцию.
- Не подавляйте он и не заменяйте его общим сообщением об ошибке media server; сохраняйте символический код и операцию-владельца в telemetry.
Как интерпретировать второй результат
| Наблюдение при повторной проверке | Толкование |
|---|---|
| Тот же вызов по-прежнему возвращает он | Отклонённое предварительное условие не изменилось либо caller всё ещё использует старое поколение object/configuration. |
| Операция проходит дальше, и появляется более поздний код | Эта граница пройдена. После этого результатадиагностируйте новый код на его собственной стадии источника, анализатора, приёмника, сети или клиента. |
| Новый объект работает, а сохранённый — нет | В инциденте он участвуют lifetime или stale context объекта; исправьте lifecycle вместо machine-wide workaround. |
| Сбой возникает только для одного publishing point, playlist, ключа cache или plug-in | Данные указывают на configuration/content конкретного объекта, а не на server-wide outage для него. |
Технические ссылки
- Программирование свойств системных подключаемых модулей
- Подключаемый модуль HTTP Download
- Свойства подключаемого модуля WMS Client Logging
- Свойства подключаемого модуля WMS Archive Data Writer
- Реестр HRESULT Microsoft
Завершайте диагностику только после того, как он перестанет возвращаться на актуальном объекте и будет подтверждено ожидаемое следующее состояние.
Нужно найти другой код? Найти другой код состояния или ошибки.