On Mon, 2008-11-10 at 10:10 -0700, Douglas Mortensen wrote: > I have an asterisk system where the asterisk daemon dies typically at > least once per day. It is running in the wrapper safe_asterisk, which > automatically starts the daemon back up. But we find this unacceptable > because when the daemon dies, we usually have active calls drop, and > sometimes we have to run asterisk -r -x "module reload" after the > daemon starts back up before everything is working well again. Any > help or insight would be greatly appreciated. >
Douglas-- Are you getting core files in /tmp? Getting a stack trace from them could be very.... informative! If not, or there is no debug info in your asterisk, then I encourage you to recompile asterisk so that DONT_OPTIMIZE is turned off; and so your safe_asterisk script uses the g option to start asterisk, so it dumps core on a crash. murf > Here's an overview of our system. > > Software > ======== > Distro: Trixbox CE 2.6.1.1 (CentOS 5) > Linux Kernel: 2.6.18-53.1.4.el5 > Asterisk version: 1.4.21.2-2 (trixbox RPM) > asterisk-addons: 1.4.6 (trixbox RPM) > zaptel 1.4.11-1 (trixbox RPM) > zaptel-modules 1.4.11-1.2.6.18_53.1.4.el5 (trixbox RPM) > > Hardware > ======== > Rhino Ceros III (2U short-depth server) > - Intel Desktop Board DG33FB > - Intel Pentium D 2.2Ghz (E2200) > - 1GB RAM > - 80GB SATA HostRAID Mirror (RAID1) > - Rhino R1T1-EC Single T1 card (as PRI, using 4 channels + D) > - Rhino RCB8FXX/1 w 1 FXO Module (2 FXO ports total) > > Zaptel > ======== > The cards we are using are mentioned above. Other than that, if it > helps, here's what we're doing with our trunks. We are using 4 > channels of the PRI (channels 1-4), plus the D-channel for signaling. > The PRI is a U.S.-based T1. With the FXO ports, we are sharing 1 with > a fax & credit card machine, and the other one is shared with a > different fax, coming off of the fax's phone port (so there is pretty > much no way for it to ever see or feel anything fax-related). > > I've looked a bit at the asterisk/full and messages log, but so far > nothing stands out. > > I did see in one forum where someone was having a similar problem and > it ended up being a problem with the FXO card sometimes detecting fax > tones on the line. This is definitely a possibility with one of our > FXO ports, but it surprises me that this could kill the asterisk > daemon?? > > I did speak with Rhino tech support about these daemon restarts and he > told me this was normal. He said, "I've got an asterisk system at my > house, and the daemon dies every few days. Just make sure it gets run > from safe_asterisk, and you'll be fine". Initially I thought we could > live with that, but because it does give us dropped calls, and we > sometimes have to reload the asterisk modules afterward, I would like > to see if we can pin it down and resolve it. > > Based on forums I've seen, it seems to me that not everyone out there > shares the acceptance of their asterisk daemon restarting every day or > two, and that it may not be a wide-spread problem. The only 2 other > asterisk systems I've dealt with didn't seem to have this problem. One > is my company's system, which is also Trixbox, which we've been on > since May 2008. We don't use Zaptel. We use SIP based trunks with > bandwidth.com. I wonder if there is something with our Zaptel > interfaces causing this. > > So not being a asterisk guru here, I'd really appreciate any help. > > Sincerely, > - > Doug Mortensen > Impala Networks Inc. > > > > _______________________________________________ > -- 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 -- Steve Murphy Software Developer Digium
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ -- 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
