I have just increased daemons…

Happens less but still happens.

 

System hostname mail.itfor.org 
Operating system CentOS Linux 5 
Webmin version 1.410 
Time on system Thu Jul 24 10:25:54 2008 
System uptime 1 hours, 0 minutes 
CPU load averages 32.23 (1 min) 20.95 (5 mins) 17.45 (15 mins) 
Real memory 942 MB total, 429.82 MB used 
Virtual memory 1.94 GB total, 0 bytes used 
Local disk space 106.41 GB total, 17.21 GB used 

 

This is from my webmin. I suppose it should be enough for the server. I will
put it mor RAM, but I suspect there is something wrong with it.
It happen suddently. I would understand that daemons wouldn’t be enough if I
have added more users. But it started acting like I described apparently
without reason.

I’m getting clueless…

António Pedro Lima 

  _____  

De: Jake Vickers [mailto:[EMAIL PROTECTED] 
Enviada: quarta-feira, 23 de Julho de 2008 18:54
Para: [email protected]
Assunto: Re: [qmailtoaster] server acting strange

 

António Pedro Lima wrote: 

 

Well I checked for Max connections on mysql.

Had nothing defined so I added:

set-variable = max_connections=500

 

The problem remained… So I incresead the value…

Same problem.

Under Squirrelmail I get connection dropped by imap server.

 

And I’m still looking on the logs for something strange.

I found this:

 

Jul 23 15:48:30 mail spamdyke[7315]: ERROR: unable to write 26 bytes to file
descriptor 1: Broken pipe


That's a good start, but you still haven't said what your server load is
like. How many users, how using IMAP, how many using POP3, etc.
You may also try increasing the courier daemon in
/etc/courier/authlib/authdaemonrc (default is 15).  Here's the comments from
the file:
# You may need to increase daemons if as your system load increases.
Symptoms
# include sporadic authentication failures.  If you start getting
# authentication failures, increase daemons.  However, the default of 5
# SHOULD be sufficient.  Bumping up daemon count is only a short-term
# solution.  The permanent solution is to add more resources: RAM, faster
# disks, faster CPUs...



<<image007.jpg>>

<<image008.jpg>>

<<image009.jpg>>

<<image010.jpg>>

<<image011.jpg>>

<<image012.jpg>>

Reply via email to