I had vsftpd running on a fedora 4 server. Users had access to ther home dirs. All the files got 755 upon uploading. I cannot understand what happened - now when I try to upload a file, it is created but of zero size.
I can see all the dirs on the server, I can delete files, change permissions but I cannot upload with an ftp client.
When I try to change any file on the server even with permissions 777 it transforms to an empty one.
And I see in the log:
150 Ok to send data.
451 Failure writing to local file.
ERROR:> Temporary completion problem reply.


I tried to reinstall vsftpd but got the same. When I use ssh access - no problems. FTP client works normally with another account.

Does somebody know how to fix that?

I found the reason.

$df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 76773444 72816084 0 100% /
/dev/hda1 101086 16327 79540 18% /boot
/dev/shm 501628 0 501628 0% /dev/shm


But that is crazy!
I do not have so much stuff.
I see now when I am using midnight commander: 3945M (5%) of 73G
what does all that mean?
how to understand what consumed so much space?
How to determine amount of space occupied by some directory?
$df /abc_dir does not work..
I am not familiar with linux - please help!

finally, du returned what I was looking for..
67 G of error_log

By the way, how can one return sizes of all files and dirs (not subs) in a certain directory (say, /var) ? I guess, with du and some flags, if such a trick is possible at all?

'du -sk *' is your friend here. This will return sizes of directories and files in the current directory. If you have pages of files/dirs, you can just pipe 'sort' to display the dirs/files that are the biggest in size.

-twantrd

Thanks.
du -s * | sort –gr
is perfect