| Предыдущий | Следующий |
| NS_E_BAD_CUB_UID | NS_E_NO_MEDIA_PROTOCOL |
NS_E_GLITCH_MODE
Диагностика NS_E_GLITCH_MODE
NS_E_GLITCH_MODE указывает на конкретную границу устаревшего серверного тракта Windows Media Services/NetShow: ненадёжное состояние сервера из-за отказа нескольких компонентов. Рассматривайте NS_E_GLITCH_MODE как результат компонента, которому принадлежит эта граница, а не как доказательство отказа всей потоковой передачи, хранилища или сети для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
Где возвращается результат
Устаревшая Windows Media Services использует серверные объекты и plug-ins с состоянием для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». Административный запрос допустим только пока соответствующие server, session, title, client или component находятся в ожидаемом состоянии и принадлежат тому же поколению операции для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
Контролируемая последовательность диагностики
Чтобы проверить NS_E_GLITCH_MODE, сначала воспроизведите исходный вызов с тем же server object и тем же содержимым для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». Затем для NS_E_GLITCH_MODE, повторите ту же операцию, исправив только состояние, указанное HRESULT для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». Наконец, для NS_E_GLITCH_MODEсоздайте новый запрос или сеанс и убедитесь, что обработка проходит границу NS_E_GLITCH_MODE границу, а не просто вернуть другую ошибку с более ранней стадии для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
Что зафиксировать до повторной попытки
Запишите серверный компонент и идентификатор объекта, запрошенную операцию, текущее состояние объекта, настроенный предел, идентификатор caller, первую отказавшую подсистему и correlation ID журнала событий для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». Для NS_E_GLITCH_MODE сохраните первый результат Win32, socket, storage, parser или plug-in, появившийся до NS_E_GLITCH_MODE; этот HRESULT часто является лишь серверным обобщением исходного сбоя для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
Интерпретация наблюдений
| Наблюдение | Значение |
|---|---|
Та же операция возвращает NS_E_GLITCH_MODE при том же идентификаторе объекта | Сбой воспроизводится на границе «ненадёжное состояние сервера из-за отказа нескольких компонентов»; сначала исследуйте компонент-владелец этой границы, а не выполняйте широкие системные изменения. |
| Сначала зарегистрирована ошибка нижнего уровня | Для NS_E_GLITCH_MODE используйте более ранний результат как основной диагностический сигнал для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». NS_E_GLITCH_MODE может лишь сопоставлять его с пространством имён Windows Media для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». |
| Новый сеанс проходит эту проверку, но завершается ошибкой позже | Исходное условие NS_E_GLITCH_MODE устранено для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». Диагностируйте более поздний код как отдельный этап конвейера для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». |
| Сбой относится только к другому клиенту или материалу | Для NS_E_GLITCH_MODE сравните конфигурацию конкретного объекта, метаданные содержимого и действующие лимиты; такие данные не подтверждают необходимость ремонта всего сервера для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». |
Контрольный список проверки
- Зафиксируйте
0xC00D0195,NS_E_GLITCH_MODE, точный вызов API или административное действие и время первого появления результата для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». - Запишите серверный компонент и идентификатор объекта, запрошенную операцию, текущее состояние объекта, настроенный предел, идентификатор caller, первую отказавшую подсистему и correlation ID журнала событий для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
- Для
NS_E_GLITCH_MODEпроверьте текущее состояние до его изменения; серверные handles и sessions с состоянием могут устареть после reconnect, restart, rebuild или замены media для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». - Для
NS_E_GLITCH_MODEвыполните одно контролируемое исправление: повторите ту же операцию, исправив только состояние, указанное HRESULT для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов». - Повторите
NS_E_GLITCH_MODEс новым поколением операции и проверьте как код возврата, так и ожидаемое состояние stream, файла, диска, title или session для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
Карта данных для этого кода
| Аспект | Что проверить |
|---|---|
| Объект | Для объект: ненадёжное состояние сервера из-за отказа нескольких компонентов, связанного с NS_E_GLITCH_MODE, запишите выбранный серверный объект и проверьте, соответствует ли его текущая идентичность handle вызывающей стороны. Это отделяет условие «ненадёжное состояние сервера из-за отказа нескольких компонентов» от общего сбоя публикации. |
| Состояние | Для состояние: ненадёжное состояние сервера из-за отказа нескольких компонентов при NS_E_GLITCH_MODE запишите состояние жизненного цикла непосредственно перед ошибочным запросом и ожидавшийся следующий переход. Это отделяет условие «ненадёжное состояние сервера из-за отказа нескольких компонентов» от общего сбоя публикации. |
| Вход | Для входные данные: ненадёжное состояние сервера из-за отказа нескольких компонентов — признак NS_E_GLITCH_MODE запишите точные path, address, index, title, stream, device или значение configuration, переданные компоненту-владельцу. Это отделяет условие «ненадёжное состояние сервера из-за отказа нескольких компонентов» от общего сбоя публикации. |
| Ресурс или предел | Для ресурс или предел: ненадёжное состояние сервера из-за отказа нескольких компонентов — признак NS_E_GLITCH_MODE запишите активные сеансы, открытые файлы, bitrate, bandwidth, свободное место на диске или иной лимит, относящийся к операции. Это отделяет условие «ненадёжное состояние сервера из-за отказа нескольких компонентов» от общего сбоя публикации. |
| Нижний уровень | Для нижний уровень: ненадёжное состояние сервера из-за отказа нескольких компонентов — признак NS_E_GLITCH_MODE сохраните первый результат socket, filesystem, parser, device, registry или component, зарегистрированный до HRESULT. Это отделяет условие «ненадёжное состояние сервера из-за отказа нескольких компонентов» от общего сбоя публикации. |
| Поколение | Для поколение объекта: ненадёжное состояние сервера из-за отказа нескольких компонентов — признак NS_E_GLITCH_MODE проверьте, не сделали ли reconnect, перезапуск службы, перестроение диска или пересоздание исходный handle устаревшим. Это отделяет условие «ненадёжное состояние сервера из-за отказа нескольких компонентов» от общего сбоя публикации. |
Краткая диагностическая формулировка ненадёжное состояние сервера из-за отказа нескольких компонентов используется на этой странице только для удобства диагностики; программными идентификаторами остаются NS_E_GLITCH_MODE и HRESULT 0xC00D0195.
Технические ссылки
- Пакет SDK Windows Media Services 9 Series
- Сведения для этого кода
- Значения HRESULT Microsoft для пространства имён Windows Media
После исправления сохраните исходный код в incident record: он отмечает точную изменившуюся контрольную точку и не позволяет принять последующий HRESULT за тот же сбой для сценария «ненадёжное состояние сервера из-за отказа нескольких компонентов».
Нужно найти другой код? Найти другой код состояния или ошибки.