GNU bug report logs - #32393
coreutils-8.30 'mv' error for file on libfuse mounted shares

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: John Stanley <jpsinthemix <at> verizon.net>
Subject: bug#32393: closed (Re: bug#32393: coreutils-8.30 'mv' error for
 file on libfuse mounted shares)
Date: Wed, 08 Aug 2018 21:19:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#32393: coreutils-8.30 'mv' error for file on libfuse mounted shares

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 32393 <at> debbugs.gnu.org.

-- 
32393: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=32393
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: John Stanley <jpsinthemix <at> verizon.net>, 32393-done <at> debbugs.gnu.org
Subject: Re: bug#32393: coreutils-8.30 'mv' error for file on libfuse mounted
 shares
Date: Wed, 8 Aug 2018 14:18:36 -0700

John Stanley wrote:
> the return value addressed in the github link is indeed 
> the culprit.

Thanks for checking; closing the bug.

[Message part 3 (message/rfc822, inline)]

From: John Stanley <jpsinthemix <at> verizon.net>
To: bug-coreutils <at> gnu.org
Subject: coreutils-8.30 'mv' error for file on libfuse mounted shares
Date: Wed, 8 Aug 2018 00:30:55 -0400

Hi,
With coreutils-8.30, I'm getting a strange error for the 'mv' command 
when used to rename a file mounted as a 'fuse' share:

$ mv ~/mnt/sshfs/status-2018080{6,7}
mv: cannot move '/home/john/mnt/sshfs/status-20180806' to 
'/home/john/mnt/sshfs/status-20180807': Numerical result out of range

$ mv ~/mnt/sshfs/qq ~/mnt/sshfs/qqq
mv: cannot move '/home/john/mnt/sshfs/qq' to '/home/john/mnt/sshfs/qqq': 
Numerical result out of range

This does not occur for coreutils-8.29, and appears to be associated 
with the SYS_renameat2 syscall added in version 8.30. It also does not 
occur for 'local' file renaming.

The error "Numerical result out of range" looks like it may be coming 
from the network stack via 'fuse.'

I realize that this error may be coming from a number of places other 
than coreutils 'mv' (e.g., the kernel/fuse area, sshfs, or libfuse, but 
I'm wondering if anyone intimately familiar with the SYS_renameat2 
rework in coreutils-8.30 'mv' might have any ideas on how to pin this 
one done.

*** My System Info:
  x86_64-pc-linux-gnu  (This is a freshly re-built source-based system)
  linux-headers.4.17.13_x86_64_smp1, gcc.8.2.0, glibc.2.27, 
binutils.2.31.1, coreutils.8.30

thanks much,
John

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.