[lustre-discuss] mv / rename not working across directory boundary ("Invalid cross device link")

[Andreas Dilger]

I would also guess project quotas is involved.

That is a behavior that we adopted from upstream ext4 and XFS, but it isn't clear that it is necessary.  It would be better to transfer the quota to the new project in the target directory, which is not different than EXDEV triggering "mv" to copy the file in userspace except that it avoids copying the data for large files.

I've filed https://jira.whamcloud.com/browse/LU-13176 for this issue.

On Jan 28, 2020, at 14:07, Colin Faber <cfaber at gmail.com<mailto:cfaber at gmail.com>> wrote:

Can you describe your setup with a little more detail?  Are you running DNE? Are you running project quotas?

On Mon, Jan 27, 2020 at 1:05 PM Jesse Stroik <jesse.stroik at ssec.wisc.edu<mailto:jesse.stroik at ssec.wisc.edu>> wrote:
Hello,

I have an interesting situation one of our lustre file systems where I
cannot rename files or directories across a specific directory boundary
but I can create hard links across the same boundary. The relevant
section of strace for 'mv' follows:

=====
geteuid()                               = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
stat("..", {st_mode=S_IFDIR|0755, st_size=11776, ...}) = 0
lstat("test.txt", {st_mode=S_IFREG|0644, st_size=765876794, ...}) = 0
lstat("../test.txt", 0x7fff36c3ff30)    = -1 ENOENT (No such file or
directory)
renameat2(AT_FDCWD, "test.txt", AT_FDCWD, "../test.txt", 0) = -1 EXDEV
(Invalid cross-device link)
=====

The systems I've tested this on are in our nosquash_nids list as they
were used for cluster array jobs to copy data between a retiring file
system and a new one. The clients are either 2.10 or 2.12. The file
system is run by 2.12.2 on zfs.

nodemap is not active.

Best,
Jesse Stroik

_______________________________________________
lustre-discuss mailing list
lustre-discuss at lists.lustre.org<mailto:lustre-discuss at lists.lustre.org>
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
_______________________________________________
lustre-discuss mailing list
lustre-discuss at lists.lustre.org<mailto:lustre-discuss at lists.lustre.org>
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

Cheers, Andreas
--
Andreas Dilger
Principal Lustre Architect
Whamcloud






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20200128/43f8f711/attachment.html>