Re: [asterisk-users] Asterisk routine maintenance activities

[hh174]

Not true for me, a restart, if not mandatory, is a good idea, let's say weekly or more depending on the usage. My side is asterisk servers as gateways with thousands of calls a day (at least 10.000 minutes a day). I have asterisk(s) running for a long time( 4 years and more), with ss7 links and without, just as a b2bua. I just see that Asterisk sometime doesn't close the connections correctly (or the other party). As an example, we have some servers redirecting to a specific provider, after a few days even with no actives calls, some connections stay open, probably due to the provider (no control on that)... Then restarting asterisk is, for me, the only solution. Another case is the ss7 links. After a few days, some channels dies, the only solution is again to restart asterisk and Dahdi(zaptel). I don't say it's due to Asterisk, I just say it's not a bad idea to have a cron with a 'restart when convenient' to have servers always up. Regards, Olivier Jeff LaCoursiere a écrit : On Thu, 23 Apr 2009, Darrick Hartman wrote: Rob Hillis wrote: Kurian Thayil wrote: On Wed, 2009-04-22 at 15:24 +1000, Lee, John (Sydney) wrote: Daily Asterisk restart Do you think its mandatory in production env????? Daily? No. However, after implementing a weekly restart of Asterisk, I've found the instance of lockups and CPU utilisation spikes have decreased significantly. Unless you're using some unstable modules, there really should be no need to restart Asterisk. Is there a certain activity that is causing these lockups? I have low power systems which haven't had Asterisk restarted in months many times. Granted, these are mostly low call volume systems, but unless there is a memory leak, you should not needed to restart the Asterisk process. (my guess is one of the modules you are using has some sort of problem). I had a 1.2 instance running over a year and a half with a ton of live calls to a custom AGI. If you are having to restart asterisk something must be wrong. j _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users