xfstest 531 and unlink of open file

[Steve French]

Xioli created a fairly simple unlink test failure reproducer loosely
related to xfstest 531 (see
https://bugzilla.kernel.org/show_bug.cgi?id=203271) which unlinks an
open file then tries to create a file with the same name before
closing the first file (which fails over SMB3/SMB3.11 mounts with
STATUS_DELETE_PENDING).

Presumably we could work around this by a "silly-rename" trick.
During delete we set delete on close for the file, then close it but
presumably we could check first if the file is open by another local
process and if so try to rename it?

Ideas?

-- 
Thanks,

Steve