Asterisk "locks up" the system when an external process is called from the 'h' extension with a lower priority than Asterisk

[Fabian Schmidt]

Binary package hint: asterisk

The Bug has been identified, analyzed and fixed upstream.
Upstream Bug report:
https://issues.asterisk.org/view.php?id=17564

Patch from upstream:
http://svnview.digium.com/svn/asterisk/branches/1.6.2/main/autoservice.c?view=patch&r1=273719&r2=273718&pathrev=273719

I would love to see this patch included in the asterisk source package.
Its really simple an only adds one 'usleep' to the code.

[Dave Walker (davewalker)]

Apologies this has taken so long for someone to look at this bug. I haven't quite understood the importance of this bug, i've currently set it as Medium as it doesn't seem it has a valid work around.

It would be most useful if a minimal test case could be documented on how to encounter this bug, as the one documented upstream seems unclear to me.

It would seem that this is resolved in the current Ubuntu development version Oneiric, so marking the main task as Fix Released and opening a task for Lucid. If it affects other releases, please propose for the relevant versions.

Thanks.

[Fabian Schmidt (databus23)]

The problem always arises if I try to execute a skript in the 'h' extension.
In my case i wanted to sent out an email when somone called and nobody picked up the phone:

h => {
  if ( "${DIALSTATUS}" == "CANCEL" ) {
    System(/etc/asterisk/scripts/mail-missed.sh "${CALLERID(name)}" "${CALLERID(num)}" "${CALLEDNUMBER}");
  };
};

This totally locks up my system as the asterisk process gets in a busy loop until the external process finishes.
Sometimes the system recovers after several minutes with asterisk at 100% cpu usage, sometimes i have to reboot to regain control of the system.

[Rolf Leggewie (r0lf)]

lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".