Что означает код HRESULT 0xC00D151D (NS_E_NO_NEW_CONNECTIONS)?

 
Предыдущий Следующий
NS_E_CRITICAL_ERROR NS_E_WSX_INVALID_VERSION

NS_E_NO_NEW_CONNECTIONS

Серверное значение NS_E_NO_NEW_CONNECTIONS

Где находится граница

Этот результат (0xC00D151D) обозначает сервер в данный момент не принимает дополнительные клиентские соединения. Диагностику следует начинать с объекта Windows Media Services и точной операции, вернувшей HRESULT.

Серверный путь распространения соединяет источник данных, анализатор, заголовок мультимедиа и один или несколько приёмников данных. Когда возвращается этот результат, публикация методом push добавляет управляющий путь от кодировщика к серверу, а доставка клиенту использует отдельный протокол и состояние соединения. В трассировке он исследуйте вход и выход независимо: выбор источника, разбор и создание заголовка, а также выбор приёмника являются отдельными контрольными точками. Решающий вопрос состоит в том, соответствуют ли живой объект и значения этой границе; базовое описание AllStat само по себе не показывает поколение объекта, выбранный подключаемый модуль или сбой нижнего уровня.

Контролируемое исправление

  1. Зафиксируйте 0xC00D151D, этот результат, точное API/administrative action и время первого сбоя.
  2. Сохраните AllowClientsToConnect сервера, настройка клиентских соединений publishing point, limits, состояние drain/maintenance и текущее число players.
  3. Подтвердите, что объект относится к текущему поколению WMServer, publishing point или presentation.
  4. Выполните один изолированный эксперимент: снова разрешите admissions либо дождитесь завершения ожидаемого drain/limit condition, затем создайте новое соединение.
  5. Повторите исходную операцию этот результат через тот же protocol и service account; не подменяйте её другим client-side test.
  6. После этого результатаподтвердите ожидаемое следующее состояние и сохраните более поздний HRESULT как отдельный результат pipeline.

Успех означает, что та же операция проходит эту контрольную точку и достигает ожидаемого следующего состояния, а не просто что символический код исчезает.

Структура сбоя для этого кода

В типичном инциденте он сервер достигает условия «сервер в данный момент не принимает дополнительные клиентские соединения» и отклоняет операцию до того, как вызывающая сторона может считать следующий этап выполненным. Поэтому в записи инцидента нужно связать AllowClientsToConnect сервера, настройка клиентских соединений publishing point, limits, состояние drain/maintenance и текущее число players с поколением объекта и точным административным или протокольным запросом.

Полезная отрицательная проверка — снова разрешить admissions либо дождаться завершения ожидаемого drain/limit condition и создать новое соединение. Если после этого тот же он продвинуться дальше, результат подтверждает эту границу. Если он сохраняется, вернитесь к первому событию нижнего уровня, не расширяя восстановительные действия.

Соблазнительная, но ошибочная реакция — повторно использовать уже отклонённый session identifier. Это не проверяет важное различие: publishing point stopped относится к lifecycle content, а no new connections может быть admission policy, пока существующие sessions продолжают работу. Сохраняйте символическое имя и данные владельца вместо общего сообщения COM.

Соберите воспроизводимую запись инцидента

ДанныеПочему это важно для него
Решающее состояниеAllowClientsToConnect сервера, настройка клиентских соединений publishing point, limits, состояние drain/maintenance и текущее число players
Ответственный объектЗапишите 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.

Результаты проверки

Наблюдение при повторной проверкеТолкование
Тот же вызов по-прежнему возвращает онОтклонённое предварительное условие не изменилось либо caller всё ещё использует старое поколение object/configuration.
Операция проходит дальше, и появляется более поздний кодЭта граница пройдена. После этого результатадиагностируйте новый код на его собственной стадии источника, анализатора, приёмника, сети или клиента.
Новый объект работает, а сохранённый — нетУчаствуют lifetime или stale context объекта; исправьте lifecycle вместо machine-wide workaround.
Сбой возникает только для одного publishing point, playlist, ключа cache или plug-inдля него.

Изменения, которые не доказывают причину

  • повторное использование уже отклонённого идентификатора сеанса.
  • Не стирайте первый HRESULT многократными повторами: более поздние вызовы могут скрыть компонент, отклонивший операцию.
  • Не подавляйте он и не заменяйте его общим сообщением об ошибке media server; сохраняйте символический код и операцию-владельца в telemetry.

Не объединяйте соседние значения HRESULT

Основное различие: publishing point stopped относится к lifecycle content, а no new connections может быть admission policy, пока существующие sessions продолжают работу.

Близкий результатДругая контрольная точка
NS_E_WSX_INVALID_VERSIONдля него.
NS_E_CRITICAL_ERRORПо отношению к этому результатуэтот соседний результат относится к другому состоянию или ветви проверки, даже если видимый пользователю симптом похож.
NS_E_HEADER_MISMATCHИспользуйте тип объекта и последовательность операций, чтобы определить, какой результат является первичным.

Технические ссылки

Завершайте диагностику только после того, как он перестанет возвращаться на актуальном объекте и будет подтверждено ожидаемое следующее состояние.


Нужно найти другой код? Найти другой код состояния или ошибки.