Hi Robin, We set the MaxClients deliberately low on some services so that they don’t use resources that should be used elsewhere. So I would not worry about httpd.graphite for instance.
On the other hand, it might not be a bad idea to raise it in the portal if you see that the value is not high enough for you. You could just comment out the old line where it’s set and manually enter a value for that variable. Then it becomes an exercise in tuning. Nobody can tell you for sure what is the perfect value for you. If you set it too high it could use too much memory, making things worse instead of improving them. I suggest raising the value slowly and keeping an eye on the system. Reaching MaxClient is not necessarily going to mean people will not be able to reach the portal. It means they will have to wait a bit longer for a process to handle their request which will be queued in the meantime. Consider whether you really have a problem with the portal and then change those values if it makes sense. If all else fails, call your friendly Inverse support people... Best regards, -- Louis Munro [email protected] :: www.inverse.ca +1.514.447.4918 x125 :: +1 (866) 353-6153 x125 Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) > On Oct 22, 2015, at 16:55 , Kundert, Robin <[email protected]> wrote: > > Weeding through the logs files our server has accumulated over the past > couple of months I find a few instances when "server reached MaxClients > setting, consider raising the MaxClients setting" appears in the > httpd.admin.error, httpd.graphite.error, httpd.webservices.error, and > httpd.portal.error logs. At the moment I'm only really concerned about the > reeors in httpd.portal.error. I checked and MaxClients seems to be set by > /usr/local/pf/conf/httpd.conf.d/httpd.portal which uses > /usr/local/pf/lib/pf/services/manager/httpd.pm to calculate the MaxClients > settings but sets a, "hard ceiling of MaxClients at 256." > > Thoughts or advice would be appreciated.
------------------------------------------------------------------------------
_______________________________________________ PacketFence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
