The problem I have is....

My "/" partition is being used up very slowly. to show you wot i mean I saved the df -m screens.

29th Nov Screen Shot
-----------------------------
/dev/hda1 540 363 155 71% /
/dev/hdd1 1982 63 1818 4% /backup
/dev/hda3 36133 24366 11768 68% /home
/dev/hda2 641 465 143 77% /usr

5th Dec Screen Shot
-----------------------------
/dev/hda1 540 371 146 72% /
/dev/hdd1 1982 35 1847 2% /backup
/dev/hda3 36133 30345 5788 84% /home
/dev/hda2 641 462 146 76% /usr

As u can see the HD is being used up on the "/" partition.
I never do anything on the Server. its just left switched on.
This i why I cant figure out why the HD is being used. I had trouble about 3 weeks ago with my printing server. it claimed i had run out of HD on the server. so I used good old Server magic and repartitioned the HD.

Could the Print server be filling th HD up somehow. I have looked in the Spooling folders. but there is nothing there apart from a few folders.
OR/AND
is it the LOG files that or building up. If so where are they usually stored.

Any advice will be greatly appreciated

Check out /var/log


See which file is the big monkey. Hopefully its just /var/log/messages and some daemon spamming the log. There could be other problems... much more annoying ones, so post back if its not in there.

-Luck

Finegan

probably is the logts if it's a busy box. check

/var/log/messages

and everything else in that dir.

you might also want to periodically run a cron job or soething to automatically run 'du' and then compare two files of a different date with 'diff'

The Linux file standard (FHS) sez all variable files should be under /var.
Strangely enough the log dir is named: "log".
It usually tries to materialize under /var/log.

Depending on your distro you can run "tmpwatch" to handle deletion of stale files in /tmp, logrotate for, like rotating logs, and some app from Freshmeat like Checkdisk to warn you in advance, like when the treshold for a partition exceeds the amount of free space.

wow... overkill...

Thanks 4 all the replies.

I would have replied ALOT sooner but my ISP seems to be having trouble letting m connect to anything that aint in the UK.

I have check out the file sizes in the /var/log and I cant see anything out of place.

Anyother ideas any1

Start getting familiar with du to track down the culprit. cd up to / and try:
du -h --max-depth=2 | more

which will display all of the disk usage, per file, going back 2 directories from /. Find which folder is inordinately large. /usr/bin should be huge anyway. Check through /tmp as some things have been known to go bongoru there as well.

Sorry about the ISP battle man.

Cheers,

Finegan

how about your root mail file, or maybe browser cache

or maybe warez is uploading there latest hacks to your server.

also since it is a server there may be logs in /var/log/httpd/

i run the "du -h --max-depth=2 | more". Thats a nice command btw.

and in my /var/spool/samba folder had 328mb of pure CRAP in it.

Thanks every1... without u guys people like myself would be sad lonely windows freaks.

I moved the content of the /var/spool/samba to a backup drive.
now when i try and print from my windows machines to my linux box through samba. It wont work.

I have tried copy all the data back to the /var/spool/samba folder and restarting the server. But still i can print.

What have I done

Help me

check the permissions of the /var/spool/samba folder

it should be like this


drwxrwxrwt 2 root root 4096 Aug 13 14:54 samba


moving it and copying it may have changed permissions


check any other folders you moved as well.

check the log files for the machine you tried to print from in /var/log/samba

my permission was

drwxr-xr-t 2 root root 12288 Dec 19 17:24 samba

so i changed it to what you said

then check my samba log which stated that i didnt have permission to access the /var/spool/samba

after i changed the permissions it worked.

A BIG THANKYOU.



And a MERRY CHRISTMAS