To be more specific:

Server:
- Lustre 2.15.7
- Rocky Linux 8.10 (4.18.0-553.53.1.el8_10.x86_64)

Client:
- Lustre 2.15.7, but same outcome on 2.15.5
- Rocky Linux 9.6 (5.14.0-570.42.2.el9_6.x86_64)
- glibc-2.34-168.el9_6.23.x86_64
- coreutils-8.32-39.el9.x86_64



On 17/12/2025 13.22, Hans Henrik Happe via lustre-discuss wrote:
It's 2.15.7.

On 17/12/2025 03.36, Andreas Dilger wrote:
There have definitely been some fixes in this area.
What version of Lustre are you running?

On Dec 16, 2025, at 07:39, Hans Henrik Happe via 
lustre-discuss<[email protected]> wrote:

Hi,


It seems like the inherited project quota issue [1] with mv has been resolved 
with XFS in RHEL9. However, Lustre is a bit strange.

Given a "src" and "dst"(empty) dir these two ways of calling mv behaves 
differently:

mv src dst/  (work: no copy)
mv src dst/src (copy, then delete)

I've attached an strace output for both Lustre and XFS. It seems like mv is 
handling the fact that Lustre don't have renameat2 a bit differently.

Before I dig further. Is this behavior known?

Cheers,
Hans Henrik

[1]http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/2023-February/018511.html
<lustre-mv.strace><xfs-mv.strace><lustre-mv-copy.strace>_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

Cheers,
Hans Henrik
_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

Reply via email to