#79 ✓resolved
MichelV69

Possible reoccurance of Adhearsion::Voip::Asterisk::AMI hangs

Reported by MichelV69 | August 11th, 2009 @ 10:35 AM


# ahn -v Adhearsion v0.8.2

INFO ahn: ***cs_room_report: counting number of rooms and users***

DEBUG ami: Sending AMI action: >>> Action: command >>> ActionID: 9SqkT5jw-d2u5-GO1h-eb2w-5VJlzd2TD0Yw >>> Command: core show uptime


... application will sit there indefinitely without further activity. Command does return properly if you use a telnet connection and step through the process:


# telnet localhost 5038 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Asterisk Call Manager/1.0 Action: login Username: cs_connect Secret: fubar?!

Response: Success Message: Authentication accepted

Action: command Command: core show uptime

Response: Follows Privilege: Command System uptime: 46 minutes, 30 seconds --END COMMAND--


Per discussions August 4, 2009 with WWalker and SkramX @ irc://freenode/adhearsion, this might be a regression of the bug described in the Subject.

Comments and changes to this ticket

  • ik_5

    ik_5 August 25th, 2009 @ 11:24 AM

    Happens to me as well with stand alone usage of AMI, where:

    ami.send_action_synchronously "Command", "Command" => "sip reload"

    just hangs, even though wireshark shows that the command has been answered.

    If using
    ami.send_action_asynchronously "Command", "Command" => "sip reload"

    it never execute the command but return immediately (as expected from async).

  • ik_5

    ik_5 August 25th, 2009 @ 11:25 AM

    And I forgot to mention that I'm using version 0.8.2 as well

  • Rene Mendoza

    Rene Mendoza October 7th, 2009 @ 12:53 PM

    http://gist.github.com/204198

    my ahn process ami interface is blocked, no events seem to come into it,
    it seems like the socket is still up tho

    [root@servicenter ~]# netstat -anp | grep 5038 tcp 0 0 0.0.0.0:5038 0.0.0.0:* LISTEN 12276/asterisk
    tcp 0 0 127.0.0.1:5038 127.0.0.1:33289 ESTABLISHED 12276/asterisk
    tcp 0 0 127.0.0.1:5038 127.0.0.1:33288 ESTABLISHED 12276/asterisk
    tcp 0 0 127.0.0.1:33289 127.0.0.1:5038 ESTABLISHED 13073/ruby
    tcp 0 0 127.0.0.1:33288 127.0.0.1:5038 ESTABLISHED 13073/ruby

  • Rene Mendoza

    Rene Mendoza October 8th, 2009 @ 05:20 PM

    ok after wwalker suggestion running
    tcpdump -i lo -s 10000 -w ami.pcap port 5038

    produces this pcap dump file

    and telnet connections do still work properly after the event is produced
    and the agi adhearsion part still works properly (even rails model database access)

  • Jay Phillips

    Jay Phillips October 15th, 2009 @ 08:26 PM

    • State changed from “new” to “open”

    This is now fixed in master for "core show uptime".

    ik_5, can you confirm that master fixes your "sip reload" problem?

    Thanks

  • MichelV69

    MichelV69 October 16th, 2009 @ 05:48 PM

    Confirm that "core show uptime" and "meetme list 12345" now are working as expected with this command.

  • Ben Klang

    Ben Klang July 30th, 2010 @ 11:06 AM

    • State changed from “open” to “resolved”
    • Milestone order changed from “0” to “0”

    Since this appears to be fixed, I'm closing this ticket.

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Shared Ticket Bins

Attachments

Pages