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
