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 <[EMAIL PROTECTED]>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
