Stats/Server Overload

Please go to WHM >> Twek settingss >> select the option

Delete each domain's access logs after stats run

Also check the domlogs for that domain and clear it . It might be very large.

Also you can use the addon module log sheduler to shedule the times ..where the stats have to run. You can shedule it for the less busy times

-----
Aby

 

np if mysuggestions helped you.

 

How much is the size of the log of the domain in question?

-----
Aby,

 

About the issue of disabling the stats for a particular domain, i 'll give you a way. but it is not official or i don't promise
it is proper and won't have any other effects.

Delete all log files and directory (keep /tmp) for the account. then chattr +i tmp directory.

------
Aby,

 

Not sure though.... But did you enable the option of deleting the logs after the stats have run....

But since it is only 46 mb that should not make any issue........
Also what version of the cpanel are you running..... try updating.the cpanel. It can help...

-
Aby

 

Now you can try disabling the stats for that domain if that is not so important for you. But i know that is not an appreciable solution to the issue, but will help your case. This is all i can see from here with out looking into the server.
----
Aby

 

Hey I've been getting the same message for a few weeks too... driving me nuts =( What I do is try to reboot it every other day now like its a windows machine or something... one time i didnt do it for awhile and the server locked hard, had to call for colo guys to reboot manually... im using the "current" cpanel release with security updates set on auto

here is the emails i get

IMPORTANT: Do not ignore this email.
This is cPanel cpuwatch on shaka.anykinehosting.com!
While processing, the cpu has been
maxed out for more then a 6 hour period. The current load/uptime line on the server at the time of
this email is
12:37pm up 1 day, 11:08, 0 users, load average: 1.09, 1.10, 1.09
You should check the server to see why the load is so high and take
steps to lower the load. If you want stats to continue to run even with a high load; Edit
/var/cpanel/cpanel.config and change extracpus to a number larger then 0 (run
/usr/local/cpanel/startup afterwards to pickup the changes).


must be a bug huh?

-=LaZogNa=-

 

I can't say much without looking into the box. Probably a bug and it is a good idea to open a ticket with the cpanel. They will have some suggestions for you or else you need to have somebody look into your box.

--------
Aby

 

Hey thanks Aby
Actually I did little tinkering myself and what seemed to help was to delete the largest log in
usr/local/apache/domlogs and reboot... the log was over 500mb+ which I think was causing the cpu to bog down or get stuck in a cron jop... anyway its been a day now and the root error emails have finally stopped...

-=LaZogNa=-

 

I thought you had done it earlier itself. Anyway glad to know that the issue is fixed.
-
Aby

 

I've noticed on my server one log file which had 1.1GB

 

cPanel Stats Overload

I hate to chime in with a "ME TOO" as my very first post, but...ME TOO!

My observations:

1) This started "all of a sudden" on 1 August and has been going on ever since, without much help from the support folks.
2) In my case, it's an apparently random log file--never the same user, it just seems to visit one user one time, another the next. Error messages are generated every six hours, like clockwork, to the point where I've had to install inbox rules just to separate them from my other mail.

My question:

1) I've read the advice about deleting logs after each processing, and I've just gone ahead and done that. Is there anything else I can or should do?

Thanks in advance to all who read this!

Anne

 

I have same problem with [stats] - email
now I'm reading tjis topic
and I'm deleting all logs

tomorrow i'll tell you about results

 

My problem was related to a cross-site scripting problem with an osCommerce installation. Someone had co-opted the inquiries form and was using it to generate spam. A bug fix was issued by osCommerce.

Suggestions:
1) Do a thorough analysis of all scripts in use on your server to ensure that they're not vulnerable to cross-site scripting. Most commonly the form will permit the addition of cr/lf characters in its fields, and these can be used to "hijack" the script. Disable any that cannot be fixed.
2) Check for security updates for any packages in use that make use of forms.
3) Acquire, install, and use a package such as RKHUNTER to be certain no rootkits or other undesirable scripts are installed/in use on your server.
4) Tweak the security settings via cPanel.

My belief is that by fooling around with the logs and stats, people are treating the symptoms when there may be a real underlying disease--like handing a Band-Aid to someone suffering from cancer. The logs and stats may be telling the truth. In my case, they certainly were.

Disabling and fixing the culprit forms completely eliminated the problem on my server.

Regards,
Anne

 

I moved all logs to another folder
but mails is still going.
now I'll be look server load.