¿Por qué un NAS informa que hay espacio libre, pero rechaza archivos grandes nuevos?
Un NAS puede mostrar capacidad libre y aun así rechazar un archivo grande cuando se agota la cuota, los metadatos, el límite de archivos o la asignación escribible del destino.
El panel puede informar del espacio disponible en todo el conjunto mientras el recurso compartido pertenece a un conjunto de datos más pequeño, un volumen ligero, una cuota de usuario, un sistema de archivos reservado o un perfil de metadatos casi agotado. Una carga grande también puede requerir espacio temporal, una segunda copia o un tamaño de archivo único que el sistema de archivos de destino no pueda representar. Comienza con la ruta exacta que falla y el código de error, en lugar de asumir que la cifra principal de espacio libre describe la operación.
Identifica qué sistema de archivos y límite utiliza realmente el recurso compartido
Resuelve el recurso compartido SMB o de la aplicación hasta su ruta del host, punto de montaje, conjunto de datos, subvolumen, volumen ligero y conjunto subyacente. Registra los bloques libres, los inodos libres, la identidad del usuario y el tamaño del archivo rechazado.
GNU explica que df informa del sistema de archivos montado asociado a una ruta, no de todos los conjuntos, cuotas, instantáneas o límites de nivel de aplicación que se encuentran por encima o por debajo de ella.
Si el recurso compartido escribe en una partición del sistema o en un conjunto de datos montado más pequeño, el espacio libre de todo el conjunto es irrelevante. Corrige la ruta o el montaje antes de eliminar datos de la capa de almacenamiento equivocada.
Comprueba las cuotas de usuario, grupo, conjunto de datos y recurso compartido
Compara la vista de espacio libre del administrador con la cuota aplicada al usuario SMB, grupo, conjunto de datos, proyecto o carpeta compartida reales. Haz la prueba con la misma cuenta que recibe el error.
Oracle documenta que las cuotas y reservas de ZFS pueden limitar un conjunto de datos aunque quede espacio sin usar en el conjunto, o reservar capacidad disponible para otro conjunto de datos.
No elimines las cuotas de forma global. Aumenta únicamente el límite comprobado o mueve el archivo a un conjunto de datos cuya política de capacidad coincida con la carga de trabajo.
Compara el espacio de datos con los metadatos y el espacio de trabajo de asignación
Inspecciona los contadores de datos, metadatos, asignación del sistema, grupos de bloques y reservas específicas del sistema de archivos. La creación de un archivo grande puede necesitar actualizaciones de metadatos y espacio de trabajo de copia al escribir, además de los bytes de la carga útil.
La documentación de Btrfs señala que puede devolver ENOSPC a pesar del espacio libre visible cuando no puede satisfacer sus requisitos de asignación y copia al escribir.
Si los metadatos están limitados, utiliza diagnósticos compatibles del sistema de archivos y acciones de recuperación específicas. No llenes el espacio restante con otro archivo de prueba grande ni inicies un balance sin filtros sin medir antes el espacio de trabajo.
Comprueba los inodos y los límites de registros de archivo
Registra los inodos o registros de archivo libres y cuenta los archivos pequeños de las cachés, almacenes de correo, miniaturas, paquetes extraídos y directorios de aplicaciones. Una gran capacidad en bytes no garantiza que se pueda asignar otra entrada de directorio o registro de metadatos.
La descripción general de sistemas de archivos de Red Hat explica que XFS asigna inodos dinámicamente y que las implementaciones de sistemas de archivos tienen límites distintos de inodos y registros de archivo.
Si los inodos están agotados, elimina o archiva una caché con un número elevado de archivos, verificada previamente, mediante la aplicación que la administra. Eliminar un archivo grande no resolverá una falta de registros de archivo.
Verifica el tamaño máximo de archivo y el formato del destino
Identifica el sistema de archivos de destino y compara su tamaño máximo de archivo individual con el de la carga que intentas realizar. Incluye discos extraíbles de preparación, destinos de copias de seguridad USB y carpetas temporales de las aplicaciones.
La descripción general de NTFS de Microsoft muestra que el tamaño máximo de archivo depende del diseño del sistema de archivos y de los parámetros de asignación, por lo que el espacio libre total no anula el límite de un formato para un solo archivo.
Si el fallo se produce cerca de un límite constante, como 4 GB, inspecciona todos los sistemas de archivos intermedios y la ruta de carga. Formatear destruye los datos, así que migra primero los archivos verificados a otro lugar antes de cambiar el formato del destino.
Mide los requisitos temporales, dispersos y de preasignación
Comprueba si el cargador escribe un archivo temporal, preasigna todo el destino, conserva la versión anterior hasta cambiarle el nombre o descomprime un archivo en archivos adicionales. Registra la asignación máxima, no solo el tamaño final del archivo.
La llamada al sistema fallocate reserva espacio en disco para que las escrituras posteriores no fallen por falta de capacidad, lo que significa que una aplicación puede rechazar un archivo grande antes de transferir todos sus datos.
Elige un directorio temporal del conjunto de datos previsto o desactiva la preasignación únicamente cuando la aplicación lo admita de forma segura. Conserva suficiente margen para el original, la copia temporal, los metadatos y las instantáneas durante la sustitución.
Reproduce el error exacto con un archivo controlado
Crea archivos de prueba por debajo y por encima del tamaño que provoca el fallo con el mismo usuario, protocolo, ruta y aplicación. Captura el error del cliente y el registro del servidor sin volver a intentar repetidamente el archivo de producción.
La guía de ZimaSpace para encontrar un uso inesperado del espacio del NAS ofrece el método complementario para reconciliar las carpetas visibles con la asignación real del sistema de archivos.
El problema se resuelve cuando se corrige el límite comprobado de cuota, metadatos, inodos, formato o espacio temporal, y un archivo mayor que el tamaño que antes provocaba el fallo se escribe, cierra, vuelve a abrir y verifica correctamente. Detén las escrituras si el sistema de archivos pasa a ser de solo lectura o informa de corrupción o errores de hardware.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
