| Предыдущий | Следующий |
| NS_E_CACHE_NOT_BROADCAST | NS_E_CACHE_NOT_MODIFIED |
NS_E_CACHE_CANNOT_BE_CACHED
Диагностика NS_E_CACHE_CANNOT_BE_CACHED
NS_E_CACHE_CANNOT_BE_CACHED (0XC00D13F0) означает, что кэширующий прокси определил, что выбранное содержимое или политика не допускают сохранение локальной копии. Это серверная граница Windows Media Services: сам HRESULT не доказывает общий сбой сети, диска или всего кэширующего прокси.
Что сохранить до повторной попытки
Зафиксируйте ключ кэша, URL источника, тип содержимого, решение подключаемого модуля политики, валидаторы и срок действия объекта. Отдельно сохраните первый результат исходного сервера или кэширующего подключаемый модуль.
- Ответственный объект: сервер, точка публикации, элемент кэша или подключаемый модуль, вернувший
NS_E_CACHE_CANNOT_BE_CACHED, и поколение этого объекта. - Первый нижележащий результат: самое раннее событие Win32, сокета, COM или подключаемый модуль до появления этого HRESULT.
- Корреляция: время запроса, ключ кэша, URL и идентификаторы операции, позволяющие связать серверный журнал с конкретным запросом.
Контролируемая проверка
Сравните тот же объект с заведомо кэшируемым содержимым при неизменной политике. Затем измените только свойство или правило, которое запрещает кэширование, и повторите запрос.
Меняйте одно условие за раз. Перезапуск всей службы, замена содержимого и изменение протокола в одном тесте могут убрать симптом, но не покажут, какое предусловие сформировало NS_E_CACHE_CANNOT_BE_CACHED.
Соседние результаты
| Результат | Чем отличается |
|---|---|
NS_E_CACHE_NOT_MODIFIED | Сравнивайте его собственную символьную границу и первый сбойный вызов; его нельзя автоматически объединять с NS_E_CACHE_CANNOT_BE_CACHED. |
NS_E_CACHE_NOT_BROADCAST | По отношению к NS_E_CACHE_CANNOT_BE_CACHED этот соседний код относится к другому состоянию или ветви проверки, даже если видимый пользователю симптом похож. |
NS_E_CACHE_ARCHIVE_CONFLICT | Для NS_E_CACHE_CANNOT_BE_CACHED используйте тип объекта и последовательность операций, чтобы определить авторитетный код. |
Критерий исправления
Исправление подтверждено, когда тот же объект либо корректно кэшируется, либо предсказуемо обслуживается без кэша согласно выбранной политике. Если после этого появляется другой HRESULT, рассматривайте его как результат следующей стадии, а не как продолжение NS_E_CACHE_CANNOT_BE_CACHED.
Технические ссылки
- Работа кэширующего прокси Windows Media Server
- Создание подключаемых модулей кэширующего прокси
- Взаимодействие с HTTP-прокси Windows Media Services
- Реестр HRESULT Microsoft
Нужно найти другой код? Найти другой код состояния или ошибки.