NFS: Cómo evitar la eliminación cuando el archivo está bloqueado.
Tengo un programa que escribe información de estado en un archivo y lo elimina después de que ya no es necesario. Para resolver el conflicto a nivel de proceso, utilizo FileChannel.lock para bloquear el archivo.
Funciona bien en la mayoría de los casos, pero cuando uso NFS, puedo ver que el archivo puede eliminarse sin errores incluso si está bloqueado. El archivo local y SMB no hacen esto, informan un error al eliminarlo. Probé tanto NFSv3 como NFSv4 y ambos tienen el mismo comportamiento. Las opciones de montaje son “sync,mand”. ¿Alguien puede ayudar?
Observé que el documento fcntl dice que “el bloqueo obligatorio se habilita en un archivo deshabilitando el permiso de ejecución grupal en el archivo y habilitando el bit de permiso set-group-ID.”. Pero cuando hice eso, JDK informa el error “java.io.IOException: No hay bloqueos disponibles”. ¿Quizás estoy utilizando el bloqueo de NFS de manera incorrecta?
davy.ai
Descripción del problema
El usuario tiene un programa que escribe información de estado en un archivo y lo elimina una vez que se vuelve inútil. Para evitar conflictos a nivel de proceso, el usuario utiliza
FileChannel.lock()para bloquear el archivo. Este método funciona bien con archivos locales y SMB, pero no con NFS. Incluso cuando el archivo está bloqueado, NFS permite que el archivo sea eliminado sin ningún error. Este comportamiento se observa tanto en los protocolos NFSv3 como en NFSv4, y las opciones de montaje especificadas sonsync,mand.El usuario también intentó habilitar el bloqueo obligatorio deshabilitando el permiso de ejecución grupal en el archivo y habilitando el bit de permiso set-group-ID según la documentación de
fcntl. Sin embargo, esto resultó en unaIOExceptioncon el mensaje “No hay bloqueos disponibles”.Solución posible
El comportamiento observado con NFS indica que el mecanismo de bloqueo utilizado por
FileChannel.lock()puede no funcionar con NFS. Según la documentación de Oracle, el comportamiento del bloqueo de archivos depende de la plataforma y no se puede garantizar.Una solución alternativa es utilizar un mecanismo de archivo de bloqueo. Esto implica crear un archivo de bloqueo separado en el mismo directorio que el archivo que se va a bloquear. Cuando un proceso desea bloquear el archivo, primero adquiere un bloqueo exclusivo en el archivo de bloqueo antes de acceder al archivo real. Una vez que el proceso haya terminado con el archivo, libera el bloqueo del archivo de bloqueo.
Este método también puede funcionar con NFS y permite la sincronización entre varios equipos. Sin embargo, requiere una implementación cuidadosa para asegurarse de que el archivo de bloqueo no se elimine accidentalmente.
Alternativamente, utilizar un sistema de archivos diferente con mejor soporte para el bloqueo de archivos, como GPFS, podría ser una opción si cambiar de sistema de archivos es factible.
Conclusión
El método
FileChannel.lock()puede no funcionar con NFS y el usuario puede necesitar explorar mecanismos de bloqueo alternativos como los archivos de bloqueo. Es importante asegurar una implementación adecuada al utilizar un mecanismo de archivo de bloqueo para evitar la eliminación accidental de archivos. Alternativamente, se puede considerar el uso de un sistema de archivos diferente si cambiar de sistema de archivos es factible.