[Freeswitch-users] Error! cannot get read lock

[Laurentiu Ceausescu]

Hi,

I have the following dialplan:
  <extension name="line1">
    <condition field="destination_number" expression="^333$">
      <action application="answer"/>
      <action application="set" data="allow_voicemail=true"/>
      <action application="set" data="queue=Queue"/>
      <action application="set" data="brand=110011"/>
      <action application="playback" data="/usr/local/audio/welcome.wav"/>
      <action application="set" data="domain_name=$${domain}"/>
      <action application="erlang_sendmsg"
data="freeswitch_media_manager toor at 127.0.0.1 inivr ${uuid}"/>
      <action application="erlang" data="freeswitch_media_manager:!
toor at 127.0.0.1"/>
    </condition>
  </extension>

When I call 333 I can hear welcome message but then the call is dropped.
FS logs shows this error: [ERR] handle_msg.c:56 Error! cannot get read lock.

[NOTICE] switch_channel.c:812 New Channel
sofia/toor.mydomain.org/401 at toor.mydomain.org
[03ecb2ca-24df-4903-917a-c9720b43a511]
[NOTICE] sofia_glue.c:3754 Pre-Answer
sofia/toor.mydomain.org/401 at toor.mydomain.org!
[NOTICE] mod_dptools.c:929 Channel
[sofia/toor.mydomain.org/401 at toor.mydomain.org] has been answered
[ERR] handle_msg.c:56 Error! cannot get read lock.
[WARNING] mod_erlang_event.c:1365 Timed out when waiting for outbound
pid 1.0.0 at freeswitch@127.0.0.1 03ecb2ca-24df-4903-917a-c
[NOTICE] switch_core_state_machine.c:189
sofia/toor.mydomain.org/401 at toor.mydomain.org has executed the last
dialplan instruct
[NOTICE] switch_core_state_machine.c:191 Hangup
sofia/toor.mydomain.org/401 at toor.mydomain.org [CS_EXECUTE]
[NORMAL_CLEARING]
[NOTICE] switch_core_session.c:1306 Session 4
(sofia/toor.mydomain.org/401 at toor.mydomain.org) Ended
[NOTICE] switch_core_session.c:1308 Close Channel
sofia/toor.mydomain.org/401 at toor.mydomain.org [CS_DESTROY]
[ERR] handle_msg.c:56 Error! cannot get read lock.


This thing is happend only after I updated to last git head
(419d7e2335042e2d86c678c0daf86c2d9c867036 /Mar 9).
With a older revision (e88b9639624cef4f35901146241f515730b3b118 /Jan
31) everything works fine.
Any idea what has been changed?

Thanks,
Laurentiu