/var is lack of space!!

2005-01-24 Thread heccj

My box has Apahce,PureFtp,MySql services, it's hardware:128M memory,
i386 FSB 800Mhz,18G SCSI disk,FreeBSD 5.3.It's slice:
/   256M
/swap   256M
/tmp256M
/var300M
/usrothers
After installation,the useage is about 20%.But after few days,
it increases 50%,so i moved the http and ftp logs,mysql data to another
slice,but after several days it increases to 70%,now almost 90%.Perhaps
my box will crash serveral days.I checked the /var/log,it only use about
20M,/var/tmp only 100k.So who and where used the space?How should I do?

thanks every one,itis the first time i use freebsd's mailist.





___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread Oliver Fuchs
On Mon, 24 Jan 2005, heccj wrote:

> 
> My box has Apahce,PureFtp,MySql services, it's hardware:128M memory,
> i386 FSB 800Mhz,18G SCSI disk,FreeBSD 5.3.It's slice:
> / 256M
> /swap 256M
> /tmp  256M
> /var  300M
> /usr  others
> After installation,the useage is about 20%.But after few days,
> it increases 50%,so i moved the http and ftp logs,mysql data to another
> slice,but after several days it increases to 70%,now almost 90%.Perhaps
> my box will crash serveral days.I checked the /var/log,it only use about
> 20M,/var/tmp only 100k.So who and where used the space?How should I do?

Hi,

run du on /var and find out what log exactly is filling up your directory.
If you cannot find anything notable maybe the "/var" slice was not umounted
properly so try to run fsck on it.

Oliver
-- 
... don't touch the bang bang fruit
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread John
On Mon, Jan 24, 2005 at 06:27:11PM +0800, heccj wrote:
> 
> My box has Apahce,PureFtp,MySql services, it's hardware:128M memory,
> i386 FSB 800Mhz,18G SCSI disk,FreeBSD 5.3.It's slice:
> / 256M
> /swap 256M
> /tmp  256M
> /var  300M
> /usr  others
> After installation,the useage is about 20%.But after few days,
> it increases 50%,so i moved the http and ftp logs,mysql data to another
> slice,but after several days it increases to 70%,now almost 90%.Perhaps
> my box will crash serveral days.I checked the /var/log,it only use about
> 20M,/var/tmp only 100k.So who and where used the space?How should I do?
> 
> thanks every one,itis the first time i use freebsd's mailist.

This is a good way to find out "where" the storage is being used:
cd /var ; du -s * | sort -nr | more
That will give you a list, sorted from most storage to least, of
each directory (or file) at the /var level.  You can then choose
to descend into one of those, and run the command again, to drill
deeper.

This is slightly manual, but I find it helpful to stop and think
at each level what it is telling me and what it means.
-- 

John Lind
[EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread Robert Huff

John writes:

>  This is a good way to find out "where" the storage is being used:
>  cd /var ; du -s * | sort -nr | more
>  That will give you a list, sorted from most storage to least, of
>  each directory (or file) at the /var level.  You can then choose
>  to descend into one of those, and run the command again, to drill
>  deeper.

Technical notes:
1) given you're already at /var, the "*" is superfluous.
2) if you omit the -s, you get the "drilling down" for free:

47100   ./db
40126   ./db/pkg
13160   ./log
10738   ./log/samba
5554./mail
3688./spool
3656./spool/clientmqueue
2072./db/scrollkeeper
1648./db/clamav
1096./db/pkg/teTeX-texmf-2.0.2_3
796 ./db/pkg/linux_base-8-8.0_6

at the cost of a much longer list.
I have it set up so this runs as a cron job and is waiting in
the morning e-mail.


Robert Huff


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread John
On Mon, Jan 24, 2005 at 10:50:38AM -0500, Robert Huff wrote:
> 
> John writes:
> 
> >  This is a good way to find out "where" the storage is being used:
> >  cd /var ; du -s * | sort -nr | more
> >  That will give you a list, sorted from most storage to least, of
> >  each directory (or file) at the /var level.  You can then choose
> >  to descend into one of those, and run the command again, to drill
> >  deeper.
> 
>   Technical notes:
>   1) given you're already at /var, the "*" is superfluous.

No, it's not your technical notes are WRONG, you've not understood
my point.  With the "-s" option and not the *, you'd only get the
total usage for the filesystem, and he already knows that from the
"df".

>   2) if you omit the -s, you get the "drilling down" for free:

You've entirely missed my point.  Read on...
 
> 47100   ./db
> 40126   ./db/pkg
> 13160   ./log
> 10738   ./log/samba

I find this hard to read, you've done a great job of illustrating my point.
When looking at this, you need to remember that the ./db 47100 contains
the ./db/pkg 40126 - you can't add up that column of numbers to see what
part of the total filesystem is in use.

I'm not saying my way is the only way, but at least I'm not telling
you your way is wrong without understanding it.  I find my method
useful, so I shared it - if he doesn't want to use it, he doesn't have to.
-- 

John Lind
[EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread he ccj
Thanks all of you,with your instruction,i found that it's
/var/spool/clientmqueue use almost all of my disk space!!And i delete
this directory,every thing is ok!

But which program produce those rubish?and how can i stop that program?


On Mon, 24 Jan 2005 10:12:50 -0600, John <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 24, 2005 at 10:50:38AM -0500, Robert Huff wrote:
> >
> > John writes:
> >
> > >  This is a good way to find out "where" the storage is being used:
> > >  cd /var ; du -s * | sort -nr | more
> > >  That will give you a list, sorted from most storage to least, of
> > >  each directory (or file) at the /var level.  You can then choose
> > >  to descend into one of those, and run the command again, to drill
> > >  deeper.
> >
> >   Technical notes:
> >   1) given you're already at /var, the "*" is superfluous.
> 
> No, it's not your technical notes are WRONG, you've not understood
> my point.  With the "-s" option and not the *, you'd only get the
> total usage for the filesystem, and he already knows that from the
> "df".
> 
> >   2) if you omit the -s, you get the "drilling down" for free:
> 
> You've entirely missed my point.  Read on...
> 
> > 47100   ./db
> > 40126   ./db/pkg
> > 13160   ./log
> > 10738   ./log/samba
> 
> I find this hard to read, you've done a great job of illustrating my point.
> When looking at this, you need to remember that the ./db 47100 contains
> the ./db/pkg 40126 - you can't add up that column of numbers to see what
> part of the total filesystem is in use.
> 
> I'm not saying my way is the only way, but at least I'm not telling
> you your way is wrong without understanding it.  I find my method
> useful, so I shared it - if he doesn't want to use it, he doesn't have to.
> --
> 
> John Lind
> [EMAIL PROTECTED]
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread Robert Huff

he ccj writes:

>  Thanks all of you,with your instruction,i found that it's
>  /var/spool/clientmqueue use almost all of my disk space!!And i
>  delete this directory,every thing is ok!
>  
>  But which program produce those rubish?and how can i stop that
>  program?

That would be "sendmail".


Robert Huff



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread John
On Mon, Jan 24, 2005 at 08:44:13PM -0500, Robert Huff wrote:
> 
> he ccj writes:
> 
> >  Thanks all of you,with your instruction,i found that it's
> >  /var/spool/clientmqueue use almost all of my disk space!!And i
> >  delete this directory,every thing is ok!
> >  
> >  But which program produce those rubish?and how can i stop that
> >  program?
> 
>   That would be "sendmail".

Hmm.  That directory contains only files which represent e-mail
messages in flight.

This may not be good.

>From the information that I have, it is difficult to be precisely
certain, but I have seen this behavior when there are e-mail messages
that are too large to be delivered.

So you have really big files that are taking up a bunch of room
in /var - and so there is no room in /var/mail to deliver them.
Sendmail keeps trying, but there's no place for them to go.

So - the question is - were the undelivered messages you deleted
valuable, or were they junk mails?
-- 

John Lind
[EMAIL PROTECTED]
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: /var is lack of space!!

2005-01-24 Thread Olivier Nicole
> > >  Thanks all of you,with your instruction,i found that it's
> > >  /var/spool/clientmqueue use almost all of my disk space!!And i
> > >  delete this directory,every thing is ok!
> > >  
> > >  But which program produce those rubish?and how can i stop that
> > >  program?
> > 
> > That would be "sendmail".
> 
> Hmm.  That directory contains only files which represent e-mail
> messages in flight.

You could check the files that name start with a 'q' somewhere toward
rge top of the file it will tell you why that specific email is on
hold. [the file which corresponding name starts with a 'd' is the body
of the message].

Then use your judgement to decide what message you could delete (both
'd' and 'q' files).

You can also try /usr/sbin/sendmail -q to expunge the queue.

Olivier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"