Bug 26017 – gftp 2.0.14 uses 100% CPU when disk is full

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Ajay Sharma 2003-08-05 20:55:23 UTC]

When you're trying to download something with gftp an dthe disk is full, gftp
will spin outta control and take up 100% of the CPU.  It was driving me crazy
for a while until I did a df:

$ df -h 
Filesystem            Size  Used Avail Use% Mounted on
/dev/root              91G   86G   32K 100% /
/dev/hdb1              19G   13G  6.4G  66% /mnt/shared

here's an emerge info:

Portage 2.0.48-r7 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-ck6 i686 AMD Athlon(TM) XP 1900+
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/opt/portage"
USE="x86 3dnow apm avi crypt encode foomaticdb gif jpeg libg++ libwww mad mmx
mpeg ncurses pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa
gdbm berkdb slang readline svga ggi tcltk mysql X sdl tcpd pam ssl perl python
esd imlib oggvorbis gtk qt motif opengl cdr acpi dga faad fbcon gtk2 gtkhtml
innodb maildir pic samba sse usb -oss -arts -cups -gpm -java -kde -mikmod -nls
-aalib -gnome"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="ccache sandbox userpriv usersandbox"

[Comment 1 SpanKY 2003-08-05 21:12:22 UTC]

man, have i been there a time or 2 :) 

[Comment 2 Spider (RETIRED) 2003-08-06 00:01:30 UTC]

When gftp finds some ftp sites it will loop eternally by doing (cd <subdir> ; cd ..;) and abuse 100% cpu as well. (bug filed upstreams)

[Comment 3 foser (RETIRED) 2003-08-10 16:54:19 UTC]

if you file it upstream, spider, add a link, so we can also track it.

This is for upstream to fix, noth much we can do about it.

[Comment 4 Spider (RETIRED) 2003-08-10 17:16:38 UTC]

Heres the reference. I filed that bug before this was reported, thats why I didn't leave a referral. 

http://bugzilla.gnome.org/show_bug.cgi?id=118367

[Comment 5 foser (RETIRED) 2003-08-10 17:42:29 UTC]

hmm but thats another problem alltogether.. is there a bug filed on the disk full problem ?

[Comment 6 Spider (RETIRED) 2003-08-10 17:52:22 UTC]

not that I know, and for technical reasons I can't reproduce here either (quota)

[Comment 7 Tim Yamin (RETIRED) 2003-08-11 05:09:57 UTC]

Only thing I can think of relating the df problem to the ftp problem is that the temp file gets hypersized and clogs up the hard drive. I haven't tried that, that's only a hunch...

[Comment 8 foser (RETIRED) 2003-08-23 07:07:11 UTC]

are the problems here reported fixed in the 2.0.15 release ? please confirm

[Comment 9 Ajay Sharma 2003-08-25 21:58:38 UTC]

Okay, I filled up my hard drive (on purpose this time) and ran gftp and it didn't use 100% of the CPU when trying to download something.  It gave me errors upon connecting which I thought was cool.  Then I thought I'd try to connect first, fill up the drive, then download something and even that returned an error:

Error: Could not make directory /home/ssharma/libs: No space left on device

(and if you try to download a file it gives you an error as well).

So this bug can be closed as far as I'm concerned!

[Comment 10 foser (RETIRED) 2003-08-26 02:24:53 UTC]

ok, thanks for testing

closing, fixed in 2.0.15