Crud, while working on the documentation for support_ex, just came across a
method other folks implementing support_ex missed...

There is the possibility that two open2() calls to open by name will race,
resulting in two fsal_obj_handle's being created. When the MDCACHE attempts
to cache the 2nd entry, it will detect a collision, and then it needs to fix
things up so the 2nd object handle can be released.

The FSAL is expected to implement the merge() method to accomplish merging
the share reservations.

FSAL_GLUSTER, FSAL_GPFS, and FSAL_RGW do not implement this method...

Which means the default that does nothing will be called. This will result
in the 2nd share reservation being dropped...

This is not good...


This email has been checked for viruses by Avast antivirus software.

Nfs-ganesha-devel mailing list

Reply via email to