Revise las siguientes condiciones de error del recurso compartido:
No se comparten recursos compartidos nuevos o anteriores
Confirme que las versiones del sistema de archivos y la agrupación son actuales: si los nuevos recursos compartidos no se comparten al establecer las propiedades share.nfs o share.smb, confirme que la versión de la agrupación sea 34 y la versión del sistema de archivos sea 6.
El recurso debe existir antes del inicio de los servicios NFS: los servicios del servidor NFS no se ejecutan hasta que se no se comparte un sistema de archivos. Cree el recurso compartido NFS primero y, a continuación, intente acceder al recurso compartido de forma remota.
El sistema con recursos compartidos existentes se actualizó, pero los recursos compartidos no están disponibles: un sistema con recursos compartidos existentes se actualizó, pero los intentos de volver a compartir los recursos fallan. Es posible que los recursos compartidos no se puedan compartir porque la propiedad share.auto está desactivada. Si share.auto está desactivada, solo los recursos compartidos designados están disponibles, lo que aplica la compatibilidad con sintaxis de recursos compartidos anteriores. Los recursos compartidos existentes podrían tener este aspecto:
# zfs get share NAME PROPERTY VALUE SOURCE tank/data share name=data,path=/tank/data,prot=nfs local
Asegúrese de que la propiedad share.auto esté activada. De lo contrario, actívela.
# zfs get -r share.auto tank/data # zfs set share.auto=on tank/data
Vuelva a compartir el sistema de archivos.
# zfs set -r share.nfs=on tank/data
Es posible que también deba eliminar recursos compartidos designados y volver a crearlos antes de que el comando anterior sea correcto.
# zfs list -t share -Ho name -r tank/data | xargs -n1 zfs destroy
Si es necesario, vuelva a crear los recursos compartidos designados.
# zfs create -o share.nfs=on tank/data%share
Los recursos compartidos de propiedades, incluidos los recursos compartidos designados, no se incluyen en las instantáneas: las propiedades de recursos compartidos y los archivos .zfs/shares se tratan de forma diferente en las operaciones zfs clone y zfs send. Los archivos .zfs/shares se incluyen en instantáneas y se preservan en operaciones zfs clone y zfs send. Para obtener una descripción del comportamiento de las propiedades durante las operaciones zfs send y zfs receive, consulte Aplicación de valores de propiedad diferentes a un flujo de instantáneas de ZFS. Después de una operación de clonación, todos los archivos provienen de la instantánea antes de la clonación, mientras que las propiedades se heredan de la nueva posición de la clonación en la jerarquía del sistema de archivos ZFS.
La solicitud del recurso compartido designado falla: si una solicitud para crear un recurso compartido designado falla porque el recurso compartido entraría en conflicto con el recurso compartido automático, puede que deba desactivar la propiedad auto.share.
La agrupación con recursos compartidos se exportó previamente: cuando una agrupación se importa como de solo lectura, no es posible modificar sus propiedades ni sus archivos; por lo tanto, crear un nuevo recurso compartido falla. Si los recursos compartidos ya existían antes de exportar la agrupación, se utilizan las características de recurso compartido existentes, si es posible.
En la tabla siguiente, se identifican los estados de recursos compartidos conocidos y cómo resolverlos, si es necesario.
|