Version: (using KDE 4.2.1) OS: Linux Installed from: Fedora RPMs Ktorrent warns about too low space when starting the download although the directory itself has plenty of space: "You don't have enough disk space to download this torrent. Are you sure you want to continue?" [axet@mini ~]$ df -h Filesystem Size Used Avail Use% Mounted on /dev/hda3 92G 23G 65G 26% / tmpfs 504M 156K 504M 1% /dev/shm The downstream bug is: https://bugzilla.redhat.com/show_bug.cgi?id=490007
The calculation must be wrong when using samba, should be easy to reproduce.
This works fine here, the correct free disk space is calculated for a mounted samba share.
And I get no error messages about lack of disk space.
Seeing that I can't reproduce this, I'm closing this.
Created attachment 38356 [details] low space (notify)
Created attachment 38357 [details] low space message
problem still here
what is really strange: target file is completely allocated (i choise to fully allocate file before download).
What does df -h return ?
[axet@mini ~]$ df -h Filesystem Size Used Avail Use% Mounted on /dev/hda3 92G 14G 74G 16% / tmpfs 501M 892K 500M 1% /dev/shm /dev/sda1 688G 349G 305G 54% /media/shared [axet@mini ~]$
Are you sure the remote filesystem is mounted ? If it is, it should be printed by df -h.
yes, im sure. i have network samba server called mini.local, to avoid share vilotions, selinux issues i do not download data directly to /media/shared hard drive and do it trougth gvfs file system. you probably asks about mount command instead df, here is out of it: [axet@mini ~]$ mount /dev/hda3 on / type ext4 (rw,noatime) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /media/shared type ext4 (rw,noatime) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) gvfs-fuse-daemon on /home/axet/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=axet) so, how it works: i did ran mini.local server, samba server on it, mount self samba server located on same machine to ~/.gvfs folder and try to download torrents to it. that is particular example, same issues (with low space warinig) i got with remote machines located on same network. so that is not server problem, that is specified problem of two applications: ktorrent + gvfs service.
I'm thinking this gvfs stuff is breaking the diskspace calculation.
the file already preallocated...
Take a look at this bug: https://bugzilla.gnome.org/show_bug.cgi?id=581924 Same problem other application(s), it appears that gvfs reports incorrect numbers.
thx for ruling this out. can u drop my attachments? or hide this report from public :)
I don't see any option to delete attachments.
I'm reopening this, by the looks of that bug, there is not much hurry to fix this. And from my googling, this seems to be intentional.
most bugtracking systems have special flag "Security Sensitive Bug". to hide this bug report from public. you know, i have some file names i did published here not so polite :)
I don't see anything like that.
deep throat is really rare porno movie (very nice :), and others are illegal downloads.
SVN commit 1056720 by guisson: Ignore diskspace check when it cannot be determined on a gvfs mounted filesystem. BUG: 187141 M +1 -0 ChangeLog M +16 -10 ktorrent/dialogs/fileselectdlg.cpp M +3 -0 libbtcore/util/fileops.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1056720