Lighthouse has a new layout. Prefer the old one? Return to the old layout, and switch back any time from the link at the top of each page.

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

#79

# 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.

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

State: resolved
Milestone: none
Assigned to: Jay Phillips Jay Phillips

Activity

  1. ik_5
    ik_5

    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).

    August 25th, 2009 @ 11:24 AM

  2. ik_5
    ik_5

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

    August 25th, 2009 @ 11:25 AM

  3. Rene Mendoza
    Rene Mendoza

    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

    October 7th, 2009 @ 12:53 PM

  4. Rene Mendoza
    Rene Mendoza

    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)

    October 8th, 2009 @ 05:20 PM

  5. Jay Phillips
    Jay Phillips
    • 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

    October 15th, 2009 @ 08:26 PM

  6. MichelV69
    MichelV69

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

    October 16th, 2009 @ 05:48 PM

  7. Ben Klang
    Ben Klang
    • State changed from open to resolved
    • Milestone order changed from 0 to 0

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

    July 30th, 2010 @ 11:06 AM

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.