Hi Razvan, I will do it. But how should I apply the patch? I tried using patch command but I got an error:
root@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@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 <[email protected]> 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 <[email protected] >> <mailto:[email protected]>> 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 >> <[email protected] <mailto:[email protected]> >> <mailto:[email protected] <mailto:[email protected]>>> 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 >> [email protected] <mailto:[email protected]> >> <mailto:[email protected].__org >> <mailto:[email protected]>> >> 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 >> [email protected] <mailto:[email protected]> >> <mailto:[email protected].__org >> <mailto:[email protected]>> >> 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 >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-__bin/mailman/listinfo/users >> <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> >> >> >> _________________________________________________ >> Users mailing list >> [email protected] <mailto:[email protected]> >> http://lists.opensips.org/cgi-__bin/mailman/listinfo/users >> <http://lists.opensips.org/cgi-bin/mailman/listinfo/users> >> >> >> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
