On Mon, 2008-11-10 at 10:50 -0700, Steve Murphy wrote: > 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
uhhh, I mean "turned ON"... sorry > 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 > _______________________________________________ > -- 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
