Устранение неполадок ClientOtherErrors в Файлы Azure
В этой статье перечислены clientOtherErrors, которые могут возникнуть при использовании общих папок Azure SMB. Как правило, ClientOtherErrors в основном являются безвредными и ожидаемыми ошибками. Запросы завершаются сбоем, но система продолжает работать должным образом. Обычно регистрируется значительное количество этих ошибок.
Сфера применения
Тип общей папки | SMB | NFS |
---|---|---|
Общие папки уровня "Стандартный" (GPv2), LRS/ZRS | ||
Общие папки уровня "Стандартный" (GPv2), GRS/GZRS | ||
Общие папки уровня "Премиум" (FileStorage), LRS/ZRS |
Что такое ClientOtherErrors?
ClientOtherError обычно означает ожидаемые ошибки на стороне клиента, такие как "не найден" и "ресурс уже существует". В файлах журнала хранилища на стороне сервера эти операции записываются с состоянием транзакции ClientOtherErrors.
Например, клиент Windows SMB, взаимодействующий с удаленными файловыми системами, не всегда знает о возможностях удаленной файловой системы. Это может быть Windows Server, Файлы Azure или другая реализация сервера SMB. Таким образом, клиент SMB будет выполнять вызовы удаленного файлового сервера с определенными API. Если эти API-интерфейсы завершаются ошибкой, они будут возвращаться к использованию другого API или даже просто игнорировать эти ошибки. В зависимости от протокола запросов и ответов SMB ожидается сбой большого количества запросов, даже если система работает правильно. Это может быть вызвано сбоями авторизации, попытками создать файл с уже существующим именем или попыткой открыть файл, который не существует.
Ведение журнала и создание отчетов
Чтобы устранить неполадки с ClientOtherErrors, можно создать параметр диагностики и использовать Azure Monitor для создания отчетов. Вы также можете анализировать журналы для просмотра неудачных запросов, включая ClientOtherErrors, или использовать запросы Kusto.
Вы также можете получить трассировку ProcMon от клиента, который соответствует IP-адресу, указанному в журналах. Добавьте фильтр для просмотра только трафика Файлы Azure.
Common ClientOtherErrors
В следующей таблице перечислены распространенные функции ClientOtherErrors, а также объяснение каждой ошибки.
Операция | Состояние | Объяснение ошибки |
---|---|---|
QueryFullEaInformation | STATUS_NOT_IMPLEMENTED | Эта ошибка возвращается, так как Файлы Azure не реализует этот API. Файлы Azure сейчас не поддерживает расширенные атрибуты. |
UnknownFileClass=48 | STATUS_NOT_SUPPORTED | Это FileNormalizedNameInformation вызов API. Это новая поддержка Для Windows Server, и в настоящее время Файлы Azure не поддерживает этот API. |
Fileopen | 492 STATUS_ACCESS_DENIED | Вызывающий объект не имеет необходимых разрешений для открытия файла. В случае доступа Kerberos список ACL запрещает вызывающему объекту доступ. |
Fileopen | 257 STATUS_OBJECT_NAME_INVALID | Путь для открытого запроса недопустим (например, путь слишком длинный или слишком глубокий). |
Fileopen | 12 STATUS_FILE_IS_ADIRECTORY | Вызывающий объект открывает каталог без использования правильных CreateFile параметров (например, намерение резервного копирования). |
Fileopen | 8 STATUS_SHARING_VIOLATION | Вызывающий открывает файл, который уже открыт с ограничениями (например, монопольный или другие могут только читать). |
Fileopen | 6 STATUS_OBJECT_NAME_NOT_FOUND | Вызывающий объект открывает файл, который не существует. |
FSCTL_QUERY_NETWORK_INTERFACE_INFO (IOCTL) | STATUS_INVALID_DEVICE_REQUEST | Он используется только для Файлы Azure, если клиенты включили функцию многоканального канала. В других случаях это не требуется, и мы возвращаем недопустимый запрос устройства при запросе от клиента. |
QueryStreamInformation | STATUS_NOT_IMPLEMENTED | Некоторые файловые системы имеют концепцию альтернативных потоков данных или других потоков, таких как поток точек повторного анализа. Файлы Azure не имеет этой концепции, поэтому мы не поддерживаем API. |
Непредвиденное (IOCTL) | STATUS_INVALID_DEVICE_REQUEST | Это концепция региона, которая относится FSCTL_QUERY_FILE_REGIONS к NTFS/refs и не имеет смысла в отношении Файлы Azure. Поэтому мы не реализуем этот код FSCTL. |
ChangeNotify | STATUS_CANCELLED | Такие приложения, как оболочка Windows, Обозреватель подписаться на уведомления об изменениях для файлов. Таким образом, при изменении свойств в файле оболочка Windows Обозреватель автоматически обновляется в представлении. Клиент может отменить эту подписку (например, если пользователь изменил представления в Обозреватель и больше не нуждается в ней). В этом случае мы отправляем STATUS_CANCELLED клиенту обратно, чтобы подтвердить, что подписка отменена. |
FSCTL_DFS_GET_REFERRALS (IOCTL) | STATUS_FS_DRIVER_REQUIRED | Это запрос на реферальную ссылку DFS. Файлы Azure не поддерживает DFS, и это правильное состояние для возврата, если система не поддерживает DFS. |
FileSupersede | STATUS_ACCESS_DENIED | Замена файла — это операция, в которой удаляется существующий файл и на его место помещается новый файл. Если вызывающий объект не имеет разрешения на удаление существующего файла, вызов завершится ошибкой. |
FileCreate | 7 STATUS_OBJECT_NAME_INVALID | Это происходит, когда запрос на создание файла имеет недопустимое запрошенное имя (например, с использованием неподдерживаемых символов). |
FileCreate | 3 STATUS_OBJECT_NAME_COLLISION | Это происходит, когда запрос на создание нового файла имеет запрошенное имя, соответствующее существующему файлу. |
Чтение | STATUS_ACCESS_DENIED | Это происходит, когда запрос на чтение выполняется для файла с дескриптором, который не имеет доступ на чтение (например, файл был открыт с требуемым доступом на запись). |
TreeConnect | STATUS_ACCESS_DENIED | В контексте проверки подлинности Kerberos вызывающий объект не имеет разрешений на уровне общего ресурса, назначенных через RBAC или функцию "Разрешения общего доступа по умолчанию". Если функция "Разрешения общего ресурса по умолчанию" не задана, вызывающие пользователи, которые являются удостоверениями компьютеров, будут постоянно получать этот сбой доступа к общей папке. |
См. также
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по