tags 499153 +confirmed
thanks

I has verified the problem. This bug occurs when ftp server is pure-ftpd.

The bug occurs when ftp client request to transfer data(stor filename)
and the transfer is not finished yet,
and ftp client run command *site chmod filename mode* .

The command site chmod result in ftp server disconnect to client.

The detail of my diagnose by telnet and netcat can find here[1].
In my opinion, this bug should be pureftp's bug.
I will file a bug against pureftp. Whether fix this bug or not depends on developer of curlftpfs and pureftp.

[1] http://lists.debian.org/debian-mentors/2008/09/msg00220.html


On Wed, Sep 17, 2008 at 12:16 AM, Tom Pfeifer <tpfeife1@optonline.net> wrote:
Package: curlftpfs
Version: 0.9.2-1
Severity: important

Running unstable (sid). Have pure-ftpd server (1.0.21-8) running on a Debian Etch system.
Server mounted as follows: curlftpfs -o user=user:password etch /mnt

When mounted, the 'mount' command shows:
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
curlftpfs#ftp://etch/ on /mnt type fuse (rw,nosuid,nodev)

All commands run as root

Problem 1:
Attempt to copy a 1 MB file from local fs to server with command 'cp file1M /mnt/' results in error
message "cp: cannot create regular file `/mnt/file1M': No such file or directory". The command
results in a 0 byte file on the server. This happens if file doesn't exist on server. A 2nd
attempt to copy the file succeeds once the 0 byte file exists on the server, and subsequent copy
operations for the same file work as long as the file exists. Deleting the file on the server, and
then runing same copy command results in the same error as above.

Problem 2:
Copying the same 1M file from server to local fs works, but time to copy varies wildy from
almost instantaneous (< .1 sec based on time command) to 1 minute. In this case, it doesn't seem
to matter if the file already exists on the local fs or not.

I had similar problems running Lenny, and upgraded to sid/unstable to try the newer version of curlftpfs.
I can provide additional information if needed.



-- System Information:
Debian Release: lenny/sid
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages curlftpfs depends on:
ii  fuse-utils                    2.7.3-5.1  Filesystem in USErspace (utilities
ii  libc6                         2.7-13     GNU C Library: Shared libraries
ii  libcurl3-gnutls               7.18.2-7   Multi-protocol file transfer libra
ii  libfuse2                      2.7.3-5.1  Filesystem in USErspace library
ii  libglib2.0-0                  2.16.5-1   The GLib library of C routines

curlftpfs recommends no packages.

curlftpfs suggests no packages.

-- no debconf information





--
Regards,
Ding Honghui