Hello Razvan, I extracted the source opensips-1.11.2-4c08b62_src.tar.gz created on Sept 7th and tried again. This time, as soon as the exec_avp command is fired, the opensips stops processing anything after that. The service doesn't even stop when tried to stop cleanly. It just hangs. After a minute or so, it shuts down with the following in the logs: Sep 9 10:23:17 v38 /usr/local/myOpensips/sbin/opensips[24832]: DBG:core:pool_remove: connection still kept in the pool Sep 9 10:23:17 v38 /usr/local/myOpensips/sbin/opensips[24832]: DBG:core:pool_remove: removing connection from the pool
Sep 9 10:23:17 v38 /usr/local/myOpensips/sbin/opensips[24832]: DBG:core:pool_remove: removing connection from the pool Sep 9 10:24:17 v38 /usr/local/myOpensips/sbin/opensips[24832]: CRITICAL:core:sig_alarm_abort: BUG - shutdown timeout triggered, dying... Sep 9 10:24:17 v38 kernel: [24880095.291228] device eth0 left promiscuous mode Should I try with an older stable version instead?? I think there is something wrong with the way this is going. Let me know if I can be of any help to troubleshoot this further. Thanks, --- Jayesh On Tue, Sep 9, 2014 at 7:19 PM, Răzvan Crainea <raz...@opensips.org> wrote: > Can you please update your sources? Bogdan made a fix on 24th of August that > might be related to this. > > Best regards, > > Răzvan Crainea > OpenSIPS Solutionswww.opensips-solutions.com > > On 09/09/2014 04:42 PM, Jayesh Nambiar wrote: > > Hello Razvan, > I am running 1.11.2 extracted from the following source file: > opensips-1.11.2-4fda9a1_src.tar.gz > > A little more background on the problem: > The caller is connected on TCP and relayed over UDP. The transaction > that I am trying to cancel is an UDP transaction. I dont believe this > should have any concern with the problem I'm facing but still mentioning. > Basically I want to cancel this transaction, get the caller into the > failure route and relay it to a different destination !! > > Thanks for the prompt replies. > > --- Jayesh > > On Tue, Sep 9, 2014 at 7:07 PM, Răzvan Crainea <raz...@opensips.org> > wrote: > >> Hi, Jayesh! >> >> No, it should not be present. It is created by opensipsctl when a command >> is issued. What version of OpenSIPS are you running? >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Solutionswww.opensips-solutions.com >> >> On 09/09/2014 04:30 PM, Jayesh Nambiar wrote: >> >> Hi, >> Just as an update, I only see opensips_fifo in the /tmp/ directory. Is >> the opensips_receiver supposed to be present?? >> >> --- Jayesh >> >> On Tue, Sep 9, 2014 at 6:49 PM, Jayesh Nambiar <jayesh1...@gmail.com> >> wrote: >> >>> Yes, running opensips with user root. Still the same problem. >>> >>> --- Jayesh >>> >>> On Tue, Sep 9, 2014 at 6:22 PM, Răzvan Crainea <raz...@opensips.org> >>> wrote: >>> >>>> Hi, Jayesh! >>>> >>>> I think there is a permissions issue here. What is the user you are >>>> running opensips with? Is it the same as the one you are trying to execute >>>> the shell script? >>>> >>>> Best regards, >>>> >>>> Răzvan Crainea >>>> OpenSIPS Solutionswww.opensips-solutions.com >>>> >>>> On 09/09/2014 03:44 PM, Jayesh Nambiar wrote: >>>> >>>> Hello, >>>> I try to cancel a running transaction in opensips based on certain >>>> conditions. When I try this from the script: >>>> exec_avp("/usr/local/myOpensips/sbin/opensipsctl fifo t_uac_cancel >>>> $avp(caller_cid) $avp(caller_cseq)", "$avp(result)"); >>>> The callid and cseq is properly substituted in the appropriate AVPs. >>>> I get, ** ERROR: error opening read fifo /tmp/opensips_receiver_24405 >>>> in the resulting AVP. Whereas when I run this command directly from my >>>> shell it runs fine and cancels the transaction as expected. >>>> Tried to google around the problem and couldn't find much. I read >>>> about some selinux thing that might block opensips from executing the MI >>>> command, but I'm pretty sure selinux is disabled on my machine. Where else >>>> do I look for a fix such that my script is able to execute this !! >>>> >>>> Thanks in advance for any pointers. >>>> >>>> --- Jayesh >>>> >>>> >>>> _______________________________________________ >>>> Users mailing >>>> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users@lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>> >> >> >> _______________________________________________ >> Users mailing >> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users@lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > > _______________________________________________ > Users mailing > listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users