<div dir="ltr">Hi,<br><br>I was working on [1] (related to [2]), and I saw that both versions<br>(C and rust) of virtiofsd make the NFs client to "silly rename" an open<br>file that were unlinked, because we keep each file open as O_PATH in the <br>lo_do_lookup/do_lookup function. David pointed me to this problem, and I<br>confirmed that this is the case.<br><br>This fires the silly rename in the nfs client. I'm talking with<br><div>Bruce Fields (nfs team) to see how to move the silly rename functionality</div><div> to the nfs server and outside the directory tree [4], to avoid having non-really-empty<br></div>dirs full of .nfsxxx files. But it is not an easy task.<br>Also, this will not solve some potential issues with the resource usage:<br>disk space and open file limits (I hit this limit a couple of times during my<br>tests). And, in some cases could be worst, more than one guest sharing the same<br>exported dir, one guest just 'ls' or 'find' while the other 'rm' some files.<br>(The 'find' command will open all files, btw)<br><br>Vivek, I saw in [5] that you mentioned that this could be fixed introducing<br>synchronous, could you elaborate a bit or point me to some code?<br><br>Thanks,<br>[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=2018072">https://bugzilla.redhat.com/show_bug.cgi?id=2018072</a><br>[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1908490">https://bugzilla.redhat.com/show_bug.cgi?id=1908490</a><br>[4] <a href="https://wiki.linux-nfs.org/wiki/index.php/Server-side_silly_rename">https://wiki.linux-nfs.org/wiki/index.php/Server-side_silly_rename</a><br>[5] <a href="https://sourceforge.net/p/fuse/mailman/fuse-devel/?viewmonth=202101&viewday=4">https://sourceforge.net/p/fuse/mailman/fuse-devel/?viewmonth=202101&viewday=4</a><br><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">German<br></div></div></div>