[OpenSIPS-Users] No acc records after opensips restart
mayamatakeshi
mayamatakeshi at gmail.com
Mon May 5 13:54:46 CEST 2014
Hi Razvan,
I will do it.
But how should I apply the patch?
I tried using patch command but I got an error:
root at LAB002177-STR2-SERVER:opensips-1.11# patch -p0 < razvan_patch.txt
(Stripping trailing CRs from patch.)
patching file modules/acc/acc.c
(Stripping trailing CRs from patch.)
patching file modules/acc/acc_logic.c
(Stripping trailing CRs from patch.)
patching file modules/dialog/dlg_db_handler.c
patch unexpectedly ends in middle of line
Hunk #2 succeeded at 376 with fuzz 1.
Anyway, I tried to compile this but I got an error:
make[1]: Entering directory `/usr/local/src/git/opensips-1.11/modules/acc'
Compiling acc.c
Compiling acc_logic.c
acc_logic.c: In function ‘acc_onreply’:
acc_logic.c:597:3: error: ‘reg’ undeclared (first use in this function)
acc_logic.c:597:3: note: each undeclared identifier is reported only once
for each function it appears in
make[1]: *** [acc_logic.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/usr/local/src/git/opensips-1.11/modules/acc'
make: *** [modules] Error 2
I also inspected the patch with command 'git apply' but i go this:
root at LAB002177-STR2-SERVER:opensips-1.11# git apply --stat razvan_patch.txt
fatal: corrupt patch at line 72
I don't know much about patch file formats. Please instruct me on how to
apply the patch.
Regards,
Takeshi
On Mon, May 5, 2014 at 7:06 PM, Răzvan Crainea <razvan at opensips.org> wrote:
> Hi, Takeshi!
>
> Can you please apply this patch [1] and run again in debugging mode?
>
> Thanks,
>
> [1] http://pastebin.com/i6uvbREf
>
>
> Razvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 05/01/2014 03:26 PM, mayamatakeshi wrote:
>
>> Hello Razvan,
>>
>>
>> On Thu, May 1, 2014 at 4:11 PM, Răzvan Crainea <razvan at opensips.org
>> <mailto:razvan at opensips.org>> wrote:
>>
>> Hi, Takeshi!
>>
>> You are right, CDR_FLAG should only be set on the initial INVITE.
>> DB_FLAG should not be set for BYE, because otherwise you will only
>> account that method, not the CDR (no duration, setuptime, etc.).
>> Have you tried with other Accounting backends (log, events)?
>>
>>
>> Yes. I use both db and log backends and no CDRs are written to
>> opensips.log in 1.11 after an opensips restart.
>>
>> Can you run a test in debugging mode, paste the logs on pastebin[1]
>> and send them over (privately if you want)?
>>
>> [1] http://pastebin.com/
>>
>>
>> Here it is:
>> http://pastebin.com/hcdybZL3
>>
>> Thanks.
>> Regards,
>> Takeshi
>>
>>
>>
>> Best regards,
>>
>> Razvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.__com <http://www.opensips-
>> solutions.com>
>>
>>
>> On 05/01/2014 09:23 AM, mayamatakeshi wrote:
>>
>> Razvan,
>> no, I was only setting the CDR_FLAG on the initial INVITE. This
>> works
>> with 1.10.
>>
>> Then with 1.11, I tested setting the CDR_FLAG when processing BYE
>> requests but it didn't work.
>> Then I set DB_FLAG for BYE and after that, it worked.
>> So this behavior changed.
>> Thanks a lot.
>>
>> Regards,
>> Takeshi.
>>
>>
>> On Wed, Apr 30, 2014 at 11:05 PM, Răzvan Crainea
>> <razvan at opensips.org <mailto:razvan at opensips.org>
>> <mailto:razvan at opensips.org <mailto:razvan at opensips.org>>> wrote:
>>
>> Hi, Takeshi!
>>
>> I just tested and there are no issues on my setup. Are you
>> setting
>> the CDR_FLAG for all the requests? Have you also tried with
>> different db modes?
>>
>> Best regards,
>>
>> Razvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.____com
>> <http://www.opensips-__solutions.com
>>
>> <http://www.opensips-solutions.com>>
>>
>>
>>
>> On 04/23/2014 03:05 PM, mayamatakeshi wrote:
>>
>> Hello,
>> I am trying to upgrade from opensips 1.10 (commit
>> bfd86ab25554082053167a82655e66____9ca1c0ea7c)
>> to 1.11 (latest
>> 313f41ad46921d543980fa9fc71fb0____715d385085).
>>
>>
>>
>> Almost everything works.
>> However, in my opensips.cfg I set dialog db_mode to
>> REALTIME.
>> And I have
>> acc in CDR mode.
>> Then after making some calls and confirming the dialogs
>> were
>> inserted in
>> the opensips.dialog table, I kill and restart opensips.
>> Then I
>> terminate
>> the calls.
>> In 1.10, this causes proper generation of records in
>> the acc table.
>> However, in 1.11, no records are written to acc table.
>> I checked the release notes for 1.11 but could not find
>> any
>> indication
>> that this behavior would change:
>> http://opensips.org/pub/____opensips/1.11.0/src/ChangeLog
>> <http://opensips.org/pub/__opensips/1.11.0/src/ChangeLog>
>>
>>
>>
>> <http://opensips.org/pub/__opensips/1.11.0/src/ChangeLog
>> <http://opensips.org/pub/opensips/1.11.0/src/ChangeLog>>
>>
>> Before filing a bug ticket i would like to confirm as i
>> might be
>> overlooking something.
>>
>> Here is the significant snippets of opensips.cfg:
>>
>> loadmodule "dialog.so"
>> modparam("dialog", "default_timeout", 10800)
>> modparam("dialog", "profiles_with_value", "calls")
>> modparam("dialog", "db_url",
>> "mysql://opensips:opensipsrw@____localhost/opensips")
>>
>>
>> modparam("dialog", "db_mode", 1) # 1=REALTIME,
>> 2=DELAYED, 3=SHUTDOWN
>> modparam("dialog", "db_update_period", 10)
>>
>>
>> loadmodule "acc.so"
>> modparam("acc", "db_flag", "DB_FLAG")
>> modparam("acc", "log_flag", "LOG_FLAG")
>> modparam("acc", "log_level", -1)
>> modparam("acc", "log_facility", "LOG_LOCAL0")
>> modparam("acc", "db_url",
>> "mysql://opensips:opensipsrw@____localhost/opensips")
>>
>>
>> modparam("acc", "failed_transaction_flag",
>> "FAILED_TRANSACTION_FLAG")
>> modparam("acc", "db_extra",
>>
>> "domain=$avp(i:6);direction=$____avp(i:20);from_uname=$fU;
>> to_____uname=$tU;calling_number=$__avp(__i:21);
>> destination=$avp(__i:22);__anonymous=$avp(i:23);__gwid=$_
>> _avp(i:24);forward=$__avp(i:25)")
>>
>>
>> modparam("acc", "log_extra",
>>
>> "domain=$avp(i:6);direction=$____avp(i:20);from_uname=$fU;
>> to_____uname=$tU;calling_number=$__avp(__i:21);
>> destination=$avp(__i:22);__anonymous=$avp(i:23);__gwid=$_
>> _avp(i:24);forward=$__avp(i:25)")
>>
>>
>> modparam("acc", "cdr_flag", "CDR_FLAG")
>>
>> Regards,
>> Takeshi
>>
>>
>>
>> ___________________________________________________
>>
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> <mailto:Users at lists.opensips.__org
>> <mailto:Users at lists.opensips.org>>
>> http://lists.opensips.org/cgi-____bin/mailman/listinfo/users
>> <http://lists.opensips.org/cgi-__bin/mailman/listinfo/users>
>>
>> <http://lists.opensips.org/__cgi-bin/mailman/listinfo/users
>> <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>__>
>>
>>
>> ___________________________________________________
>>
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> <mailto:Users at lists.opensips.__org
>> <mailto:Users at lists.opensips.org>>
>> http://lists.opensips.org/cgi-____bin/mailman/listinfo/users
>> <http://lists.opensips.org/cgi-__bin/mailman/listinfo/users>
>>
>> <http://lists.opensips.org/__cgi-bin/mailman/listinfo/users
>> <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>__>
>>
>>
>>
>>
>>
>> _________________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-__bin/mailman/listinfo/users
>> <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>
>>
>> _________________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-__bin/mailman/listinfo/users
>> <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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140505/00905ee7/attachment-0001.htm>
More information about the Users
mailing list