| Предыдущий | Следующий |
| NS_E_NAMESPACE_EMPTY_NAME | NS_E_NAMESPACE_BAD_NAME |
NS_E_NAMESPACE_INDEX_TOO_LARGE
NS_E_NAMESPACE_INDEX_TOO_LARGE — владелец, данные и восстановление
Что проверяет сервер
Этот результат (0xC00D1395) отмечает границу при перечислении дочерних узлов запрошен ordinal за пределами текущей коллекции. Диагностику следует начинать с объекта Windows Media Services и точной операции, вернувшей HRESULT.
Windows Media Services сохраняет server configuration в виде типизированной иерархии. Когда этот результат возвращается, nodes имеют names, value types, security classifications и persistence rules; callbacks привязаны к конкретным nodes, а не к произвольным строкам. В он trace при import или replication configuration сравните ServerNamespace.xml, NameSpaceDelta.xml и registrations plug-ins, но не редактируйте эти файлы во время работы WMServer. Решающий вопрос состоит в том, соответствуют ли живой объект и значения этой границе; базовое описание AllStat само по себе не показывает поколение объекта, выбранный подключаемый модуль или сбой нижнего уровня.
Результаты проверки
| Наблюдение при повторной проверке | Толкование |
|---|---|
| Тот же вызов по-прежнему возвращает этот результат | Отклонённое предварительное условие не изменилось либо caller всё ещё использует старое поколение object/configuration. |
| Операция проходит дальше, и появляется более поздний код | Граница этот результат пройдена. После этого результатадиагностируйте новый код на его собственной стадии источника, анализатора, приёмника, сети или клиента. |
| Новый объект работает, а сохранённый — нет | В инциденте он участвуют lifetime или stale context объекта; исправьте lifecycle вместо machine-wide workaround. |
| Сбой возникает только для одного publishing point, playlist, ключа cache или plug-in | Данные указывают на configuration/content конкретного объекта, а не на server-wide outage для него. |
Структура сбоя для этого кода
В типичном инциденте он сервер достигает условия «при перечислении дочерних узлов запрошен ordinal за пределами текущей коллекции» и отклоняет операцию до безопасного перехода к следующей стадии. Поэтому запись инцидента должна объединять запрошенный индекс, текущее число дочерних узлов, поколение namespace и признак изменения коллекции callbacks во время итерации, поколение объекта и точный административный либо protocol request. Пример воспроизведения: операция достигает условия «при перечислении дочерних узлов запрошен ordinal за пределами текущей коллекции» при значениях: запрошенный индекс, текущее число дочерних узлов, поколение namespace и признак изменения коллекции callbacks во время итерации.
Полезный отрицательный контроль — зафиксировать snapshot либо заново прочитать count и выполнить enumeration в том же поколении. Если после этого та же он продвинуться дальше, результат подтверждает эту границу. Если он сохраняется, вернитесь к первому событию нижнего уровня, не расширяя восстановительные действия.
Типичная ошибочная реакция: не уменьшайте индекс вслепую, не проверив, изменилось ли содержимое коллекции. Это не проверяет решающее условие «при перечислении дочерних узлов запрошен ordinal за пределами текущей коллекции». Сохраняйте символическое имя и данные владельца вместо общего сообщения COM.
Enumeration одного поколения namespace
Ordinal lookup безопасен только тогда, когда child count и последующий доступ к элементу относятся к одному поколению коллекции. Callback, reload plug-in или import конфигурации могут добавить либо удалить children между этими вызовами, даже если индекс был допустим мгновение назад.
Запишите count, запрошенный index и generation или timestamp, затем после уведомления об изменении повторите enumeration с нуля. Не ограничивайте любой слишком большой index последним элементом: это молча возвращает другой configuration node и превращает обнаружимую race в устойчивую неправильную конфигурацию.
Соберите воспроизводимую запись инцидента
| Данные | Почему это важно для него |
|---|---|
| Решающее состояние | запрошенный индекс, текущее число дочерних узлов, поколение namespace и признак изменения коллекции callbacks во время итерации |
| Ответственный объект | Запишите server, publishing point, playlist, namespace node, plug-in или элемент cache, вернувший он, включая время его создания или restart. |
| Первый нижележащий результат | Сохраните первое событие Win32, socket, COM, parser или plug-in до HRESULT; более поздние wrappers могут сопоставлять несколько причин с ним. |
| Контролируемое сравнение | Используйте заведомо исправный объект того же типа и измените только предварительное условие «при перечислении дочерних узлов запрошен ordinal за пределами текущей коллекции». |
| Конфиденциальные данные | По возможности записывайте identifiers, lengths, hashes и обезличенные URL; не публикуйте passwords, authorization files или несвязанные client data. |
Проверка предварительного условия владельца
- Запишите
0xC00D1395, он, точное API/administrative action и время первого сбоя. - Сохраните запрошенный индекс, текущее число дочерних узлов, поколение namespace и признак изменения коллекции callbacks во время итерации.
- Подтвердите, что объект относится к текущему поколению WMServer, publishing point или presentation.
- Выполните один изолированный эксперимент: использовать индекс в пределах текущего числа дочерних узлов и учитывать изменения поколения.
- Повторите исходную операцию он через тот же protocol и service account; не подменяйте её другим client-side test.
- после него подтвердите ожидаемое следующее состояние и сохраните более поздний HRESULT как отдельный результат pipeline.
Сохраните post-fix server event и состояние объекта, чтобы более поздний downstream HRESULT не был ошибочно принят за повтор этой же причины.
Не объединяйте соседние значения HRESULT
Основное различие: Node not found — lookup по имени; index too large — нарушение контракта ordinal/count.
| Близкий результат | Другая контрольная точка |
|---|---|
NS_E_NAMESPACE_BAD_NAME | Используйте тип объекта и последовательность операций, чтобы определить, какой результат является первичным. |
NS_E_NAMESPACE_EMPTY_NAME | По отношению к этому результатуэтот соседний результат относится к другому состоянию или ветви проверки, даже если видимый пользователю симптом похож. |
NS_E_NAMESPACE_WRONG_SECURITY | Используйте тип объекта и последовательность операций, чтобы определить, какой результат является первичным. |
Изменения, которые не доказывают причину
- не уменьшайте индекс вслепую, не проверив, изменилось ли содержимое коллекции.
- Не стирайте первый HRESULT многократными повторами: более поздние вызовы могут скрыть компонент, отклонивший операцию.
- Не подавляйте он и не заменяйте его общим сообщением об ошибке media server; сохраняйте символический код и операцию-владельца в telemetry.
Технические ссылки
Завершайте диагностику только после того, как он перестанет возвращаться на актуальном объекте и будет подтверждено ожидаемое следующее состояние.
Нужно найти другой код? Найти другой код состояния или ошибки.