Same here.
After weblogs.d run the server crashes.But not every 5 days-every ~30 days;some machines run 40 days -.-

I tested all cron jobs and started them manually, but then nothing crashes.
Yesterday:Server crash just 5 minutes after weblogs.d has been ready.
Load Average was from 14--->270!
System freezes, pinging the server is possible-but no services available.

First ssh goes down (ssh_exchange_identification ..),then pop/imap,httpd,ftp
I'm not sure if really the weblogs.d is causing the server crash, and why should it cause it "only" every ~30 days or 5 days at samkraju?

about a half year i am searching for a solution-but nothing
hardware is ok.

greetings

hi bob-bon,

Right now i stopped cron from running weblog.d and now there is no problem with the server. but i think there must be some solution. Stopping the weblog.d is not a proper solution. I asked the problem on so many linux forums but haven't got the solution yet.
If you find the solution then please let me know too.

byeee,

No, noone in a lot of forums could help me & my team.
I read that the analog is the devil and we should deactivate it on every site.
but its component of the product an as we tested product,everything was fine.
did you tested only stopping analog?

I am not familiar with the application (perhaps you could supply a link), but it appears from what you have described that it is sucking up all your resources. It sounds like it is creating mysql queries that are not dumped and therefore continue until the resources are all used up. Have come across this before. There must be something in the config files that will limit this and drop unused queries. There should also be info on the developers site about this. If there isn't then this is badly written software.

Hi TigerOc!

The Ensim appliance works with python and postgresql.
The script after our server are dying was posted from samkraju on site 1 of this thread.
As you see there every 10 minutes the weblogs.d is starting and compressing logfiles and creates stats (webalizer and analog). in some of the ensim forums they say analog is the cause. but i'm not a programmer, so i don't know what in analog could cause the crash.
But I daresay that analog writes something into the postgresql database

I would suggest getting a programmer familiar with perl/python to have a look at the stuff you listed on page 1 of this thread to decipher and possibly correct the situation. I know nothing about perl and cannot help. It is clear that from post #16 above that something is causing increasing processes which are not being killed and therefore leading to the system dieing due to resource overload.
If you run the command top you should be able to observe which application is responsible for the server load which should enable you to resolve what code needs to be tweaked to resolve this.

Hi TigerOC,
Could you please tell me the command to find which application is using the most system resources and also the location of the ensim config file where i can turn off the analog for my site.

Thanks,
SAM.

That shouldn't be easy to find someone, but i'll look for any updates or forum threads i find for this analog thing.easyiest way is to turn it off and see what happens (samkraju:You've got mail to turn off analog for your site).

The crash always happen at 4 am.Our Team is sleeping at this time, and it's so random,that we could not stay the whole night to watch if the server goes down.
I started the crons manually and watched top. the analog cron takes 20-90% of CPU Usage-no IO of the disks,20MB memory.
i started parallel the other crons to reproduce the crash.nothing happens.strange.

Are you and bon-bon working together or just have the same problem?

You can monitor the use of resources using the top command. If you are using a gui desktop you can also install GKrellm and this will give you a live display of what is going on and can also be configured to give alerts on loads.

I have checked the Ensim package and see its commercial. If you have paid for the package then I suggest taking these problems up with Ensim directly. Normally the config files are located under /etc/<package_name>. What servers are you using and why do you need to use commercial packages when free versions are available under Open Source?

We only got the same problem, so we are now standing in contact if someone of us find the solution.The support of ensim isn't the best one. but i will again try to reach someone there who can help.

Our company decided to use ensim because of it's very comfortable in using for customers.
(we sell hosting products)