search for: launch_script

...create alert pipe! Apr 5 00:48:36 WARNING[14887]: chan_local.c:523 local_new: Unable to allocate channel structure(s) Apr 5 08:48:36 NOTICE[14887]: app_dial.c:1042 dial_exec_full: Unable to create channel of type 'LOCAL' (cause 0 - Unknown) Apr 5 08:48:36 WARNING[14893]: res_agi.c:246 launch_script: unable to create fromast pipe: Too many open files Apr 5 08:48:37 WARNING[14894]: res_agi.c:246 launch_script: unable to create fromast pipe: Too many open files Apr 5 08:48:38 WARNING[14897]: channel.c:562 ast_channel_alloc: Channel allocation failed: Can't create alert pipe! Apr 5 00:4...

...o track down what I believe is a bug when using AGI services. This bug may crash your system if your extensions.conf script is intensive in using AGI services. Depending on your system's ulimit, * keeps opening files until it reaches the system limit and then stops responding. Function app_agi/launch_script seems to leave an open and unused file. Can someone confirm this? Below is a patch that solves the problem. Index: asterisk/apps/app_agi.c =================================================================== RCS file: /usr/cvsroot/asterisk/apps/app_agi.c,v retrieving revision 1.22 diff -u -r1.22 ap...

Hello list, what is the correct syntax ? exten => s,n,Queue(${queuename},,,,${timeout},cleanpickup.agi^${CHANNEL}) [Sep 13 10:23:58] WARNING[23551]: res_agi.c:886 launch_script: Failed to execute '/var/lib/asterisk/agi-bin/cleanpickup.agi^SIP/329909007906-0000017a': File does not exist. Kind regards, Jonas. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100913/0b...

A note to all those who are avoiding writing up an AGI becasue it looks two complicated.. I have just written up my first and its awesome.. It makes Asterisk open to all sorts of possibilities.. let your imagination run wild.. I put off writing an AGI script because a) I could not find any docs b) it looked like the only way to do it was perl and I know nothing about perl and c) I am not a

Hello! In my agi-debug i get the following error-message: AGI Rx << Jan 16 14:45:52 WARNING[18299]: asterisk.c:788 ast_set_priority: Unable to set normal priority AGI Tx >> 510 Invalid or unknown command AGI Rx << SET VARIABLE MODCLI 00434345452 the agi i call is a very simple shellscript that simply removes wrong charakters: #!/bin/bash modcli=`echo $1 | sed -e

Hello all: This seires is an update of last version of multiqueue support to add multiqueue capability to both tap and virtio-net. Some kinds of tap backends has (macvatp in linux) or would (tap) support multiqueue. In such kind of tap backend, each file descriptor of a tap is a qeueu and ioctls were prodived to attach an exist tap file descriptor to the tun/tap device. So the patch let qemu to

Hello all: This seires is an update of last version of multiqueue support to add multiqueue capability to both tap and virtio-net. Some kinds of tap backends has (macvatp in linux) or would (tap) support multiqueue. In such kind of tap backend, each file descriptor of a tap is a qeueu and ioctls were prodived to attach an exist tap file descriptor to the tun/tap device. So the patch let qemu to

Hello all: This seires is an update of last version of multiqueue support to add multiqueue capability to both tap and virtio-net. Some kinds of tap backends has (macvatp in linux) or would (tap) support multiqueue. In such kind of tap backend, each file descriptor of a tap is a qeueu and ioctls were prodived to attach an exist tap file descriptor to the tun/tap device. So the patch let qemu to

Hello all: This seires is an update of last version of multiqueue support to add multiqueue capability to both tap and virtio-net. Some kinds of tap backends has (macvatp in linux) or would (tap) support multiqueue. In such kind of tap backend, each file descriptor of a tap is a qeueu and ioctls were prodived to attach an exist tap file descriptor to the tun/tap device. So the patch let qemu to