Compartir a través de

Solución de problemas de ClientOtherErrors en Azure Files

  • Artículo

En este artículo se enumeran los clientOtherErrors que puede encontrar al usar recursos compartidos de archivos de Azure SMB. En general, clientOtherErrors son principalmente inofensivos y se esperan errores. Se produce un error en las solicitudes, pero el sistema sigue comportándose según lo esperado. Es normal ver una cantidad significativa de estos errores registrados.

Se aplica a

Tipo de recurso compartido de archivos SMB NFS
Recursos compartidos de archivos estándar (GPv2), LRS/ZRS
Recursos compartidos de archivos estándar (GPv2), GRS/GZRS
Recursos compartidos de archivos Premium (FileStorage), LRS/ZRS

¿Qué son ClientOtherErrors?

ClientOtherError suele significar errores esperados del lado cliente, como "no encontrado" y "el recurso ya existe". En los archivos de registro de almacenamiento del lado servidor, estas operaciones se registran con un estado de transacción de ClientOtherErrors.

Por ejemplo, el cliente SMB de Windows que interactúa con sistemas de archivos remotos no siempre conoce las funcionalidades del sistema de archivos remoto. Podría ser Windows Server, Azure Files o alguna otra implementación de servidor SMB. Por lo tanto, el cliente SMB realizará llamadas al servidor de archivos remoto con determinadas API. Si se produce un error en estas API, se revertirá al uso de una API diferente o incluso simplemente omitirá estos errores. En función del protocolo de solicitud y respuesta de SMB, se espera que se produzca un error en un gran número de solicitudes aunque el sistema se haya comportado correctamente. Esto puede deberse a errores de autorización, intentos de crear un archivo con un nombre que ya existe o intentos de abrir un archivo que no existe.

Registro e informes

Para solucionar problemas de ClientOtherErrors, puede crear una configuración de diagnóstico y usar Azure Monitor para la generación de informes. También puede analizar los registros para ver las solicitudes con errores, incluido ClientOtherErrors, o usar consultas kusto.

También puede recopilar un seguimiento de ProcMon de un cliente que coincida con la dirección IP que se muestra en los registros. Agregue un filtro para ver solo el tráfico a Azure Files.

Common ClientOtherErrors

En la tabla siguiente se enumeran los clientOtherErrors comunes, junto con una explicación de cada error.

Operación Estado Explicación del error
QueryFullEaInformation STATUS_NOT_IMPLEMENTED Este error se devuelve porque Azure Files no implementa esta API. Azure Files no admite actualmente atributos extendidos.
UnknownFileClass=48 STATUS_NOT_SUPPORTED Esta es la FileNormalizedNameInformation llamada API. Se trata de una nueva compatibilidad con Windows Server y actualmente Azure Files no admite esta API.
Fileopen 492 STATUS_ACCESS_DENIED El autor de la llamada no tiene los permisos necesarios para abrir el archivo. En el caso del acceso Kerberos, la ACL deniega el acceso del autor de la llamada.
Fileopen 257 STATUS_OBJECT_NAME_INVALID La ruta de acceso de la solicitud abierta no es válida (por ejemplo, la ruta de acceso es demasiado larga o demasiado profunda).
Fileopen 12 STATUS_FILE_IS_ADIRECTORY El autor de la llamada abre un directorio sin usar los parámetros correctos CreateFile (por ejemplo, la intención de Copia de seguridad).
Fileopen 8 STATUS_SHARING_VIOLATION El autor de la llamada está abriendo un archivo que ya se ha abierto con restricciones (por ejemplo, exclusivo u otros solo pueden leer).
Fileopen 6 STATUS_OBJECT_NAME_NOT_FOUND El autor de la llamada abre un archivo que no existe.
FSCTL_QUERY_NETWORK_INTERFACE_INFO (IOCTL) STATUS_INVALID_DEVICE_REQUEST Esto solo se usa para Azure Files cuando los clientes han habilitado la característica multicanal. En otros casos, no es necesario y se devuelve una solicitud de dispositivo no válida cuando se consulta desde el cliente.
QueryStreamInformation STATUS_NOT_IMPLEMENTED Algunos sistemas de archivos tienen el concepto de secuencias de datos alternativas u otras secuencias, como la secuencia de punto de reanálisis. Azure Files no tiene este concepto, por lo que no se admite la API.
Inesperado (IOCTL) STATUS_INVALID_DEVICE_REQUEST Se trata FSCTL_QUERY_FILE_REGIONSde , un concepto de región que es específico de NTFS/refs y no tiene sentido en relación con Azure Files. Por lo tanto, no implementamos este código FSCTL.
ChangeNotify STATUS_CANCELLED Aplicaciones como el Explorador de Windows Shell se suscriben para cambiar las notificaciones de los archivos. De este modo, cuando las propiedades cambian en un archivo, el Explorador de Windows Shell se actualiza automáticamente en la vista. El cliente puede optar por cancelar esta suscripción (por ejemplo, si el usuario ha cambiado las vistas en el Explorador y ya no la necesita). En ese caso, se devuelve STATUS_CANCELLED al cliente para confirmar que la suscripción se ha cancelado.
FSCTL_DFS_GET_REFERRALS (IOCTL) STATUS_FS_DRIVER_REQUIRED Se trata de una solicitud de referencia DFS. Azure Files no admite DFS y este es el estado correcto que se devuelve cuando el sistema no admite DFS.
FileSupersede STATUS_ACCESS_DENIED La sustitución de archivos es una operación en la que se elimina un archivo existente y se coloca un nuevo archivo en su lugar. Si el autor de la llamada no tiene permiso para eliminar el archivo existente, se producirá un error en la llamada.
FileCreate 7 STATUS_OBJECT_NAME_INVALID Esto sucede cuando una solicitud para crear un nuevo archivo tiene un nombre solicitado no válido (por ejemplo, con caracteres no admitidos).
FileCreate 3 STATUS_OBJECT_NAME_COLLISION Esto sucede cuando una solicitud para crear un nuevo archivo tiene un nombre solicitado que coincide con un archivo existente.
Lectura STATUS_ACCESS_DENIED Esto sucede cuando se realiza una solicitud de lectura en un archivo con un identificador que no tiene acceso concedido de lectura (por ejemplo, el archivo se abrió con el acceso de escritura deseado).
TreeConnect STATUS_ACCESS_DENIED En el contexto de la autenticación Kerberos, el llamador no tiene permisos de nivel de recurso compartido asignados a través de RBAC o la característica "Permisos de recurso compartido predeterminados". Si no se establece la característica "Permisos de recurso compartido predeterminados", los autores de llamadas que sean identidades de equipo obtendrán de forma coherente este error de acceso en el recurso compartido.

Vea también

Ponte en contacto con nosotros para obtener ayuda

Si tiene preguntas o necesita ayuda, cree una solicitud de soporte o busque consejo en la comunidad de Azure. También puede enviar comentarios sobre el producto con los comentarios de la comunidad de Azure.