GNU bug report logs - #19072
cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21

Previous Next

Package: coreutils;

Reported by: Klaus-Jürgen Wolf <kjwolf <at> arcor.de>

Date: Sun, 16 Nov 2014 17:51:02 UTC

Severity: normal

Tags: notabug

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Pádraig Brady <P <at> draigBrady.com>
To: Klaus-Jürgen Wolf <kjwolf <at> arcor.de>
Cc: 19072 <at> debbugs.gnu.org, werner.baumann <at> onlinehome.de
Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21
Date: Mon, 17 Nov 2014 09:53:44 +0000
On 17/11/14 08:23, Klaus-Jürgen Wolf wrote:
> Pádraig, wow super, "cp --sparse=never" works though the file I tried with
> was in no way sparse. I checked (after umount & mount again) the checksums,
> and it's a real success.
> 
> The error (before) was absolutely repeatable, it happened always, without
> exception, it created a file with 0 bytes length. Same effect when
> directories copied recursively, each file was created with zero length.

OK, so the "failed to extend" error was extraneous.
BTW I've recently fixed up that issue with:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=84616da8

Therefore it seems that davfs2 doesn't deal with lseek() well.
The lseek() ran without error, but subsequent write() gives EIO?
There is nothing extra that cp could do in that particular case.

It would be good for comfirmation to get the output from these two commands:

  stat /your/sourcefile
  dd if=/dev/zero conv=notrunc count=1 seek=1 of=/home/kj/MyDrive/eio.test

thanks,
Pádraig.




This bug report was last modified 10 years and 247 days ago.

Previous Next


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