I was wondering if anyone is working on graceful failure for chan_zap?
Let me explain the situation. We are using a T100P and TDM400P (4 FXS
for fax). There was a major power outage and asterisk went down after
the UPS (not a graceful shutdown -- my fault, no apcupsd running).
As soon as
On April 29, 2005 11:22 am, Jeb Campbell wrote:
As soon as power came back, the server started. However when it loaded
wcfxs, port 3 on the card failed the tests (I assume from the module not
being unloaded before power off). Because this one port failed the
test, chan_zap failed to load and
Andrew Kohlsmith wrote:
It has nothing to do with not being unloaded; I've seen the wctdm driver fail
to detect modules correctly. Run it again and it works just fine. Some kind
of minor tweak is in order, I believe.
As an interim solution, your asterisk starup script should try to unload any
On April 29, 2005 12:38 pm, Jeb Campbell wrote:
While I like the idea (and will look into it -- might need a wait, etc),
as I said in original post, unloading and reloading did not fix the
problem. It took a clean shutdown (unload and restart) to fix the problem.
Hmm; that is odd...
So
Andrew Kohlsmith wrote:
No; if the driver didn't load that's a major problem. Remember that if the
channel doesn't exist all the subsequent channels move up... serious
potential security issues.
Good points. What if it kept the number (so nothing moved up), but
marked the channel inuse (or
On April 29, 2005 02:54 pm, Jeb Campbell wrote:
I agree that it should be a very loud error (and possibly repeated
notifications on the console). But I also think that it should be able
to limp along. What would you think of a commercial phone system that
completely dies when one port dies?