[OpenSIPS-Users] Dialog module app callback hooks not saved to DB

[Razvan Crainea]

Hello Denis,

The acc module needs a new variable stored in the database. If you did 
your test with your old dialog records, it is normal to appear that 
error. Please try to restart OpenSIPS with a fresh dialog ongoing and 
let me know if the ERROR still appears.

Regards,
Razvan

On 03/03/2011 06:00 PM, Denis Putyato wrote:
> Razvan
>
> I re-built them both and receive the ERROR
>
>
> -----Original Message-----
> From: users-bounces at lists.opensips.org [mailto:users-bounces at lists.opensips.org] On Behalf Of Razvan Crainea
> Sent: Thursday, March 03, 2011 6:33 PM
> To: OpenSIPS users mailling list
> Subject: Re: [OpenSIPS-Users] Dialog module app callback hooks not saved to DB
>
> Hello Denis,
>
> The patch makes some changes to acc and dialog modules. Please make sure
> you re-built them both.
>
> Regards,
> Razvan
>
> On 03/03/2011 05:11 PM, Denis Putyato wrote:
>> Hello Razvan
>>
>> During restart
>> Mar  3 18:08:38 opensips /usr/local/opensips1.6.4-2/sbin/opensips[22252]: ERROR:acc:acc_loaded_callback: cannot fetch flags string value
>>
>> usr/local/opensips1.6.4-2/sbin/opensipsctl fifo ps
>> Process::  ID=0 PID=22252 Type=attendant
>> Process::  ID=1 PID=22254 Type=RTPP timeout receiver
>> Process::  ID=2 PID=22255 Type=MI FIFO
>> Process::  ID=3 PID=22256 Type=SIP receiver udp:213.170.100.150:5060
>> Process::  ID=4 PID=22257 Type=SIP receiver udp:213.170.100.150:5068
>> Process::  ID=5 PID=22258 Type=time_keeper
>> Process::  ID=6 PID=22259 Type=timer
>> Process::  ID=7 PID=22260 Type=timer
>> Process::  ID=8 PID=22261 Type=TCP receiver
>> Process::  ID=9 PID=22262 Type=TCP main
>>
>> -----Original Message-----
>> From: users-bounces at lists.opensips.org [mailto:users-bounces at lists.opensips.org] On Behalf Of Razvan Crainea
>> Sent: Thursday, March 03, 2011 5:50 PM
>> To: OpenSIPS users mailling list
>> Subject: Re: [OpenSIPS-Users] Dialog module app callback hooks not saved to DB
>>
>> Hello Denis,
>>
>> I have just added a patch in trunk that fixes this issue. Please update
>> your sources and let me know if the problem persists.
>>
>> Regards,
>> Razvan
>>
>> On 03/03/2011 03:21 PM, Denis Putyato wrote:
>>> Thank you very much!
>>>
>>> -----Original Message-----
>>> From: sip.nslu at gmail.com [mailto:sip.nslu at gmail.com] On Behalf Of Ovidiu Sas
>>> Sent: Thursday, March 03, 2011 4:14 PM
>>> To: OpenSIPS users mailling list
>>> Cc: Denis Putyato
>>> Subject: Re: [OpenSIPS-Users] Dialog module app callback hooks not saved to DB
>>>
>>> On the main opensips.org page there is a section called "Development"
>>> (left bottom corner).
>>> Click on "Tracker" and follow the links.
>>>
>>> Regards,
>>> Ovidiu Sas
>>>
>>> On Thu, Mar 3, 2011 at 7:54 AM, Denis Putyato<denis7979 at mail.ru>    wrote:
>>>> Hello, Bogdan
>>>>
>>>> When can I see information about the bug?
>>>>
>>>> Thank you
>>>>
>>>> -----Original Message-----
>>>> From: users-bounces at lists.opensips.org [mailto:users-bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu
>>>> Sent: Friday, February 25, 2011 6:33 PM
>>>> To: OpenSIPS users mailling list
>>>> Subject: Re: [OpenSIPS-Users] Dialog module app callback hooks not saved to DB
>>>>
>>>> Hi Dave,
>>>>
>>>> it is a know issue, so please reported as a bug, to keep trace and fix it.
>>>>
>>>> Best regards,
>>>> Bogdan
>>>>
>>>> Dave Singer wrote:
>>>>> I tested setting up acc module to use the cdr_flag with dialog module.
>>>>> Works nicely until opensips is restarted while there is an open call.
>>>>> After an opensips restart, calls that were started before the restart
>>>>> do not get an entry in the DB. Not even an old style BYE record.
>>>>> I verified that the dialog was matched using:
>>>>>      xlog("L_NOTICE", "CID->$ci, fU->$fU, orU->$oU: Loose Route $rm
>>>>> Request - si=$si - next via $rd:$rp\n");
>>>>>        if ( $DLG_status == NULL ) {
>>>>>            xlog("L_WARN", "CID->$ci, fU->$fU, orU->$oU: WARNING: BYE
>>>>> without dialog. NO CDR, just old style rec for BYE in acc table.\n");
>>>>> in the loose routing logic that handles the bye.
>>>>> I get the first message but not the warning.
>>>>> I also ran into this problem previously with media_proxy_engage. It
>>>>> cleans itself up because of no RTP after a bit though and so is not as
>>>>> big of a deal.
>>>>>
>>>>> Am I missing something or is this a bug I need to report?
>>>>>
>>>>> Dave
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>
>>>> --
>>>> Bogdan-Andrei Iancu
>>>> OpenSIPS eBootcamp - 28th February 2011
>>>> OpenSIPS solutions and "know-how"
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users