<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7653.38">
<TITLE>Asterisk daemon dies about once per day</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>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.<BR>
<BR>
Here's an overview of our system.<BR>
<BR>
Software<BR>
========<BR>
Distro: Trixbox CE 2.6.1.1 (CentOS 5)<BR>
Linux Kernel: 2.6.18-53.1.4.el5<BR>
Asterisk version: 1.4.21.2-2 (trixbox RPM)<BR>
asterisk-addons: 1.4.6 (trixbox RPM)<BR>
zaptel 1.4.11-1 (trixbox RPM)<BR>
zaptel-modules 1.4.11-1.2.6.18_53.1.4.el5 (trixbox RPM)<BR>
<BR>
Hardware<BR>
========<BR>
Rhino Ceros III (2U short-depth server)<BR>
- Intel Desktop Board DG33FB<BR>
- Intel Pentium D 2.2Ghz (E2200)<BR>
- 1GB RAM<BR>
- 80GB SATA HostRAID Mirror (RAID1)<BR>
- Rhino R1T1-EC Single T1 card (as PRI, using 4 channels + D)<BR>
- Rhino RCB8FXX/1 w 1 FXO Module (2 FXO ports total)<BR>
<BR>
Zaptel<BR>
========<BR>
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).<BR>
<BR>
I've looked a bit at the asterisk/full and messages log, but so far nothing stands out.<BR>
<BR>
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??<BR>
<BR>
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.<BR>
<BR>
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.<BR>
<BR>
So not being a asterisk guru here, I'd really appreciate any help.<BR>
<BR>
Sincerely,<BR>
-<BR>
Doug Mortensen<BR>
Impala Networks Inc.<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>