When unlinking a remote dentry while primary dentry has been just
unlinked and was trying to reintegrate, which will finally be a
RENAME client request to current MDS, the stray dentry.

If the RENAME request is sleeping and waiting for some resources
just after authpin the CInode, so the unlinking request will mark
the remote dentry as UNLINKING state and then add itself to the
wait list just waiting for the CInode to be authpined.

Then after the RENAME request is retried later it will add to a
wait list again and waiting for the UNLINKING state to be cleared.
And finally the RENAME and UNLINK requests will be deadlock.

This fix will block the UNLINK request if the reintegrate_stray
is going on for current dentry.

Fixes: https://tracker.ceph.com/issues/58340
Signed-off-by: Xiubo Li <xiubli@redhat.com>

If the inode have 2 hard links and in two different MDSs. If the
local dentry was unlinked and a new link request, which is trying
to link a new dentry to this inode, comes, it will try to trigger
to migrate the local stray denty to the remote MDS.

This will cause deadlock because the link request will authpin
the inode and keep waiting the migrating, which will also try to
autopin the inode too, to finish.

Fixes: https://tracker.ceph.com/issues/59657
Signed-off-by: Xiubo Li <xiubli@redhat.com>