date:20100720

Re: [OpenSIPS-Users] Limitations of b2b_entities?

2010-07-20 Thread mayamatakeshi

Hi Anca,

On Mon, Jul 19, 2010 at 11:58 PM, Anca Vamanu  wrote:

>  Hi Takeshi,
>
> This was something easy to do so I added the support for this - I extended
> the client_info structure with 3 more fields: to_dname, from_dname ( here
> you should put the display name) and req_uri for Request URI. The to_uri and
> from_uri fields must really contain a URI.
> Check it out.
>

It is OK now. Thanks.

While testing, I have found another thing: if I call server_new and a CANCEL
is received before I call send_reply(200 OK), this event is not notified to
the b2b_notify_t callback function.

> It would be nice if you would also make your perl/lua code controlling
> b2b_entities module public.
>

Sure (if i ever managed to get this done: I'm not a seasoned c/perl/lua
programmer and opensips source code keeps mystifying me).

regards,
takeshi
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] get_source_group not working

2010-07-20 Thread Wesley Volcov

Hi Bogdan,

The has more than 1GB size.
Follow the backtrace you asked me.:
*[r...@opensips /]# gdb opensips core.24758*
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.1)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/local/sbin/opensips...done.

warning: exec file is newer than core file.
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid -m
1024 -u root -g root'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2b10 in check_ip_address (ip=0xbfd63268, name=0x0, port=0,
proto=135, resolver=0) at resolve.c:100
100 if ((ip->af==AF_INET6) &&
*
(gdb) bt full*
#0  0x080a2b10 in check_ip_address (ip=0xbfd63268, name=0x0, port=0,
proto=135, resolver=0) at resolve.c:100
he = 
__FUNCTION__ = "check_ip_address"
#1  0x00ef961e in ?? ()
No symbol table info available.
#2  0xbfd63268 in ?? ()
No symbol table info available.
#3  0x in ?? ()
No symbol table info available.

Cheers,

On 20 July 2010 12:04, Bogdan-Andrei Iancu  wrote:

> Hi Wesley,
>
> But as the log says, the crashing process is 24758, not the one logging the
> route accounting (24759).
>
> But I see a core file is generated -> could you use GDB to extract the
> backtrace ?
>
>
> Regards,
> Bogdan
>
> Wesley Volcov wrote:
>
>> Hey Bogdan,
>>
>> See my log file:
>>
>> Jul 19 13:04:45 opensips /usr/local/sbin/opensips[24759]: RouteAccounting:
>> route accounting
>> Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
>> INFO:core:handle_sigs: child process 24758 exited by a signal 11
>> Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
>> INFO:core:handle_sigs: core was generated
>> Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
>> INFO:core:handle_sigs: terminating due to SIGCHLD
>>
>> In my main route script, the next step after route accounting is the
>> route_authenticate. that contains the check_source_address function.
>>
>> Follow my route_authenticate:
>> route[ROUTE_AUTHENTICATE] {
>>  if (check_source_address("0","$avp(i:9)")) {
>>xlog("$avp(i:9)");
>>}
>>
>> Regards,
>>
>> On 20 July 2010 08:33, Bogdan-Andrei Iancu > bog...@voice-system.ro>> wrote:
>>
>>Hi Wesley,
>>
>>The first frames of the core are bogus ... :(...the crash happens
>>in the "check_ip_address" function because the name param is
>>empty, but I cannot see where it is called from , to identify the bug.
>>
>>Are you sure the crash is triggered by "check_source_address"
>>function ?
>>
>>Regards,
>>Bogdan
>>
>>Wesley Volcov wrote:
>>
>>Andrew,
>>
>>I'he downgrade my opensips to 1.6.2 version and the error
>>gone! It just occur with the svn version.
>>Follow my coredump:
>>warning: exec file is newer than core file.
>>Reading symbols from /lib/ld-linux.so.2...(no debugging
>>symbols found)...done.
>>Loaded symbols for /lib/ld-linux.so.2
>>Core was generated by `/usr/local/sbin/opensips -P
>>/var/run/opensips.pid -m 1024 -u root -g root'.
>>Program terminated with signal 11, Segmentation fault.
>>#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0,
>>port=0, proto=0, resolver=0) at resolve.c:100
>>100 if ((ip->af==AF_INET6) &&
>>
>>#0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0,
>>port=0, proto=0, resolver=0) at resolve.c:100
>>   he = 
>>   __FUNCTION__ = "check_ip_address"
>>#1  0x004a461e in ?? ()
>>No symbol table info available.
>>#2  0xbfb5fc78 in ?? ()
>>No symbol table info available.
>>#3  0x in ?? ()
>>No symbol table info available.
>>
>>In this core, I had deleted the get_source_group function, but
>>it crashed with check_source_address function. When I
>>downgraded my opensips this error did not happen again.
>>
>>Cheers
>>
>>On 19 July 2010 11:49, Andrew Pogrebennyk
>>>
>>>>> wrote:
>>
>>   Wesley,
>>
>>   May be. I can suggest three things here:
>>
>>   1) try to run svn update again, recompile opensips and see
>>if the
>>   problem goes away
>>   2) set debug=6

Re: [OpenSIPS-Users] get_source_group not working

2010-07-20 Thread Bogdan-Andrei Iancu

Hi Wesley,

But as the log says, the crashing process is 24758, not the one logging 
the route accounting (24759).

But I see a core file is generated -> could you use GDB to extract the 
backtrace ?

Regards,
Bogdan

Wesley Volcov wrote:
> Hey Bogdan,
>
> See my log file:
>
> Jul 19 13:04:45 opensips /usr/local/sbin/opensips[24759]: 
> RouteAccounting: route accounting
> Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]: 
> INFO:core:handle_sigs: child process 24758 exited by a signal 11
> Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]: 
> INFO:core:handle_sigs: core was generated
> Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]: 
> INFO:core:handle_sigs: terminating due to SIGCHLD
>
> In my main route script, the next step after route accounting is the 
> route_authenticate. that contains the check_source_address function.
>
> Follow my route_authenticate:
> route[ROUTE_AUTHENTICATE] {
>   if (check_source_address("0","$avp(i:9)")) {
> xlog("$avp(i:9)");
> }
>
> Regards,
>
> On 20 July 2010 08:33, Bogdan-Andrei Iancu  > wrote:
>
> Hi Wesley,
>
> The first frames of the core are bogus ... :(...the crash happens
> in the "check_ip_address" function because the name param is
> empty, but I cannot see where it is called from , to identify the bug.
>
> Are you sure the crash is triggered by "check_source_address"
> function ?
>
> Regards,
> Bogdan
>
> Wesley Volcov wrote:
>
> Andrew,
>
> I'he downgrade my opensips to 1.6.2 version and the error
> gone! It just occur with the svn version.
> Follow my coredump:
> warning: exec file is newer than core file.
> Reading symbols from /lib/ld-linux.so.2...(no debugging
> symbols found)...done.
> Loaded symbols for /lib/ld-linux.so.2
> Core was generated by `/usr/local/sbin/opensips -P
> /var/run/opensips.pid -m 1024 -u root -g root'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0,
> port=0, proto=0, resolver=0) at resolve.c:100
> 100 if ((ip->af==AF_INET6) &&
>
> #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0,
> port=0, proto=0, resolver=0) at resolve.c:100
>he = 
>__FUNCTION__ = "check_ip_address"
> #1  0x004a461e in ?? ()
> No symbol table info available.
> #2  0xbfb5fc78 in ?? ()
> No symbol table info available.
> #3  0x in ?? ()
> No symbol table info available.
>
> In this core, I had deleted the get_source_group function, but
> it crashed with check_source_address function. When I
> downgraded my opensips this error did not happen again.
>
> Cheers
>
> On 19 July 2010 11:49, Andrew Pogrebennyk
>  
>  >> wrote:
>
>Wesley,
>
>May be. I can suggest three things here:
>
>1) try to run svn update again, recompile opensips and see
> if the
>problem goes away
>2) set debug=6 and send us the log before moment of crash
>3) if you get a coredump file, get a bracktrace from it and
> post
>it here
>
>Hope this helps.
>
>
>On 19.07.2010 17:43, Wesley Volcov wrote:
>
>Andrew,
>
>I'm using like the documentations says:
>
>if ( get_source_group("$var(group)") ) {
># do something with $var(group)
>xlog("group is $var(group)\n");
>};
>
>I have deleted this lines and the error continue... Can
> it be
>a bug
>version ?
>
>
>-- Sincerely,
>Andrew Pogrebennyk
>
>
>
>
> -- 
> Wesley Volcov
> Email: wesleyvol...@gmail.com 
> >
> Messenger: vol...@live.com 
> >
>
> Mobile: +55 11 9989-5348
> Website: http://volcov.blogspot.com
> 
> 
>
> ___
> Users mailing list
> Users@lists.opensips.org 
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>  
>
>
>
> -- 
> Bogdan-Andrei Iancu
> OpenSIPS Bootcamp
> 20 - 24 September 2010, Frankfurt, Germany
> www.voice-system.ro 
>
>

Re: [OpenSIPS-Users] get_source_group not working

2010-07-20 Thread Wesley Volcov

Hey Bogdan,

See my log file:

Jul 19 13:04:45 opensips /usr/local/sbin/opensips[24759]: RouteAccounting:
route accounting
Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
INFO:core:handle_sigs: child process 24758 exited by a signal 11
Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
INFO:core:handle_sigs: core was generated
Jul 19 13:04:46 opensips /usr/local/sbin/opensips[24756]:
INFO:core:handle_sigs: terminating due to SIGCHLD

In my main route script, the next step after route accounting is the
route_authenticate. that contains the check_source_address function.

Follow my route_authenticate:
route[ROUTE_AUTHENTICATE] {
  if (check_source_address("0","$avp(i:9)")) {
xlog("$avp(i:9)");
}

Regards,

On 20 July 2010 08:33, Bogdan-Andrei Iancu  wrote:

> Hi Wesley,
>
> The first frames of the core are bogus ... :(...the crash happens in the
> "check_ip_address" function because the name param is empty, but I cannot
> see where it is called from , to identify the bug.
>
> Are you sure the crash is triggered by "check_source_address" function ?
>
> Regards,
> Bogdan
>
> Wesley Volcov wrote:
>
>> Andrew,
>>
>> I'he downgrade my opensips to 1.6.2 version and the error gone! It just
>> occur with the svn version.
>> Follow my coredump:
>> warning: exec file is newer than core file.
>> Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
>> found)...done.
>> Loaded symbols for /lib/ld-linux.so.2
>> Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips.pid
>> -m 1024 -u root -g root'.
>> Program terminated with signal 11, Segmentation fault.
>> #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
>> proto=0, resolver=0) at resolve.c:100
>> 100 if ((ip->af==AF_INET6) &&
>>
>> #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0,
>> proto=0, resolver=0) at resolve.c:100
>>he = 
>>__FUNCTION__ = "check_ip_address"
>> #1  0x004a461e in ?? ()
>> No symbol table info available.
>> #2  0xbfb5fc78 in ?? ()
>> No symbol table info available.
>> #3  0x in ?? ()
>> No symbol table info available.
>>
>> In this core, I had deleted the get_source_group function, but it crashed
>> with check_source_address function. When I downgraded my opensips this error
>> did not happen again.
>>
>> Cheers
>>
>> On 19 July 2010 11:49, Andrew Pogrebennyk <
>> andrew.pogreben...@portaone.com >
>> wrote:
>>
>>Wesley,
>>
>>May be. I can suggest three things here:
>>
>>1) try to run svn update again, recompile opensips and see if the
>>problem goes away
>>2) set debug=6 and send us the log before moment of crash
>>3) if you get a coredump file, get a bracktrace from it and post
>>it here
>>
>>Hope this helps.
>>
>>
>>On 19.07.2010 17:43, Wesley Volcov wrote:
>>
>>Andrew,
>>
>>I'm using like the documentations says:
>>
>>if ( get_source_group("$var(group)") ) {
>># do something with $var(group)
>>xlog("group is $var(group)\n");
>>};
>>
>>I have deleted this lines and the error continue... Can it be
>>a bug
>>version ?
>>
>>
>>-- Sincerely,
>>Andrew Pogrebennyk
>>
>>
>>
>>
>> --
>> Wesley Volcov
>> Email: wesleyvol...@gmail.com 
>> Messenger: vol...@live.com 
>>
>> Mobile: +55 11 9989-5348
>> Website: http://volcov.blogspot.com
>> 
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> --
> Bogdan-Andrei Iancu
> OpenSIPS Bootcamp
> 20 - 24 September 2010, Frankfurt, Germany
> www.voice-system.ro
>
>


-- 
Wesley Volcov
Email: wesleyvol...@gmail.com
Messenger: vol...@live.com
Mobile: +55 11 9989-5348
Website: http://volcov.blogspot.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Dialplan module

2010-07-20 Thread Denis Putyato

Show the string in dialplan table wholly and what can you see in syslog while 
process a call? 

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Антон Загорский
Sent: Tuesday, July 20, 2010 4:39 PM
To: 'OpenSIPS users mailling list'
Subject: Re: [OpenSIPS-Users] Dialplan module

No, just an exact string like "sip:1...@mydomain.com"

> 
> Hello
> 
> Are you using regexp in " repl_exp "?
> 
> -Original Message-
> From: users-boun...@lists.opensips.org [mailto:users-
> boun...@lists.opensips.org] On Behalf Of Антон Загорский
> Sent: Tuesday, July 20, 2010 4:19 PM
> To: users@lists.opensips.org
> Subject: [OpenSIPS-Users] Dialplan module
> 
> Hello.
> 
> I'm using a head version of opensips. In case when in the column
> "subst_expr" there is nothing, dp_translate() does not place to the output
> the "repl_exp" column value.
> But it should accordingly the dialplan module documentation.
> 
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Dialplan module

2010-07-20 Thread Антон Загорский

No, just an exact string like "sip:1...@mydomain.com"

> 
> Hello
> 
> Are you using regexp in " repl_exp "?
> 
> -Original Message-
> From: users-boun...@lists.opensips.org [mailto:users-
> boun...@lists.opensips.org] On Behalf Of Антон Загорский
> Sent: Tuesday, July 20, 2010 4:19 PM
> To: users@lists.opensips.org
> Subject: [OpenSIPS-Users] Dialplan module
> 
> Hello.
> 
> I'm using a head version of opensips. In case when in the column
> "subst_expr" there is nothing, dp_translate() does not place to the output
> the "repl_exp" column value.
> But it should accordingly the dialplan module documentation.
> 
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
> 
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Dialplan module

2010-07-20 Thread Denis Putyato

Hello

Are you using regexp in " repl_exp "?

-Original Message-
From: users-boun...@lists.opensips.org 
[mailto:users-boun...@lists.opensips.org] On Behalf Of Антон Загорский
Sent: Tuesday, July 20, 2010 4:19 PM
To: users@lists.opensips.org
Subject: [OpenSIPS-Users] Dialplan module

Hello.

I'm using a head version of opensips. In case when in the column
"subst_expr" there is nothing, dp_translate() does not place to the output
the "repl_exp" column value. 
But it should accordingly the dialplan module documentation.

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Dialplan module

2010-07-20 Thread Антон Загорский

Hello.

I'm using a head version of opensips. In case when in the column
"subst_expr" there is nothing, dp_translate() does not place to the output
the "repl_exp" column value. 
But it should accordingly the dialplan module documentation.



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] get_source_group not working

2010-07-20 Thread Bogdan-Andrei Iancu

Hi Wesley,

The first frames of the core are bogus ... :(...the crash happens in the 
"check_ip_address" function because the name param is empty, but I 
cannot see where it is called from , to identify the bug.

Are you sure the crash is triggered by "check_source_address" function ?

Regards,
Bogdan

Wesley Volcov wrote:
> Andrew,
>
> I'he downgrade my opensips to 1.6.2 version and the error gone! It 
> just occur with the svn version.
> Follow my coredump:
> warning: exec file is newer than core file.
> Reading symbols from /lib/ld-linux.so.2...(no debugging symbols 
> found)...done.
> Loaded symbols for /lib/ld-linux.so.2
> Core was generated by `/usr/local/sbin/opensips -P 
> /var/run/opensips.pid -m 1024 -u root -g root'.
> Program terminated with signal 11, Segmentation fault.
> #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, 
> proto=0, resolver=0) at resolve.c:100
> 100 if ((ip->af==AF_INET6) &&
>
> #0  0x080a2b10 in check_ip_address (ip=0xbfb5fc78, name=0x0, port=0, 
> proto=0, resolver=0) at resolve.c:100
> he = 
> __FUNCTION__ = "check_ip_address"
> #1  0x004a461e in ?? ()
> No symbol table info available.
> #2  0xbfb5fc78 in ?? ()
> No symbol table info available.
> #3  0x in ?? ()
> No symbol table info available.
>
> In this core, I had deleted the get_source_group function, but it 
> crashed with check_source_address function. When I downgraded my 
> opensips this error did not happen again.
>
> Cheers
>
> On 19 July 2010 11:49, Andrew Pogrebennyk 
>  > wrote:
>
> Wesley,
>
> May be. I can suggest three things here:
>
> 1) try to run svn update again, recompile opensips and see if the
> problem goes away
> 2) set debug=6 and send us the log before moment of crash
> 3) if you get a coredump file, get a bracktrace from it and post
> it here
>
> Hope this helps.
>
>
> On 19.07.2010 17:43, Wesley Volcov wrote:
>
> Andrew,
>
> I'm using like the documentations says:
>
> if ( get_source_group("$var(group)") ) {
> # do something with $var(group)
> xlog("group is $var(group)\n");
> };
>
> I have deleted this lines and the error continue... Can it be
> a bug
> version ?
>
>
> -- 
> Sincerely,
> Andrew Pogrebennyk
>
>
>
>
> -- 
> Wesley Volcov
> Email: wesleyvol...@gmail.com 
> Messenger: vol...@live.com 
> Mobile: +55 11 9989-5348
> Website: http://volcov.blogspot.com
> 
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>   


-- 
Bogdan-Andrei Iancu
OpenSIPS Bootcamp
20 - 24 September 2010, Frankfurt, Germany
www.voice-system.ro


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] status for a destination address in Dispatcher module

2010-07-20 Thread Bogdan-Andrei Iancu

Hi,

Alireza6918 wrote:
> when does state of the destination address change?
> I mean when it goes from active to probing and vice versa?
>   
a destination may go into probling only if you use the probing/pinging 
feature in dispatcher module - see
   
http://www.opensips.org/html/docs/modules/1.6.x/dispatcher.html#id270955
   
http://www.opensips.org/html/docs/modules/1.6.x/dispatcher.html#id271527
> when it goes from active to inactive and vice versa?
>   
Active and inactive can be changed via the MI interface (from external 
apps):

http://www.opensips.org/html/docs/modules/1.6.x/dispatcher.html#id271699
> and all other possible changes.
>   

Regards,
Bogdan

-- 
Bogdan-Andrei Iancu
OpenSIPS Bootcamp
20 - 24 September 2010, Frankfurt, Germany
www.voice-system.ro


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] New build error

2010-07-20 Thread Bogdan-Andrei Iancu

Hi Daniel,

I tried to find the problem my matching the line number, but they do no 
match with the SVN code...

Are you sure you were using the latest SVN ?  Also, it is possible to 
troubleshoot this on your server ? I cannot reproduce it at all :(

Regards,
Bogdan

Daniel Goepp wrote:
> At least each time we are getting a different error, now we are seeing:
>
> # opensipsdbctl create
> [: 488: ==: unexpected operator
> -e \E[37;33mINFO: test server charset
> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using 
> password: NO)
> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using 
> password: NO)
> Usage: grep [OPTION]... PATTERN [FILE]...
> Try `grep --help' for more information.
> [: 300: =: unexpected operator
> -e \E[37;33mINFO: creating database opensips ...
> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using 
> password: NO)
>
> Let me know if I can provide more info.
>
> Thanks
>
> -dg
>
>
> On Mon, Jun 21, 2010 at 2:29 AM, Bogdan-Andrei Iancu 
> mailto:bog...@voice-system.ro>> wrote:
>
> Hi Daniel,
>
> I made several fixes that hopefully fixed this annoying problem.
> Please
> update from SVN and retest.
>
> Regards,
> Bogdan
>
> --
> Bogdan-Andrei Iancu
> OpenSIPS Bootcamp
> 20 - 24 September 2010, Frankfurt, Germany
> http://www.voice-system.ro
>
>
> Daniel Goepp wrote:
> > Well, that solved the first error we were getting, but now we are
> > seeing this one:
> >
> > r...@ubuntu:/usr/local/etc/
> > opensips# opensipsdbctl create
> > MySQL password for root:
> > -e \E[37;33mINFO: test server charset
> > -e \E[37;33mINFO: creating database opensips ...
> > -e \E[37;33mINFO: Core OpenSIPS tables succesfully created.
> > Install presence related tables? (y/n): n
> > /usr/local/sbin/opensipsdbctl: 300: Bad substitution
> > r...@ubuntu:/usr/local/etc/opensips#
> >
> > This is on the exact same system.  And a side not, we took the
> source
> > we used to build one of our production boxes from a few months ago,
> > and can build it just fine on this same server, it's just the latest
> > from the 1_6 branch that we can't create the DB with.
> >
> > Thoughts?
> >
> > Thanks
> >
> > -dg
> >
> >
> > On Thu, Jun 10, 2010 at 8:56 AM, Bogdan-Andrei Iancu
> > mailto:bog...@voice-system.ro>
> >>
> wrote:
> >
> > Hi Daniel,
> >
> > It should be fixed on SVN trunk and 1.6 SVN branch - just update
> > and it
> > should work
> >
> > Regards,
> > Bogdan
> >
> > Daniel Goepp wrote:
> > > Sorry, and to be even more specific:
> > >
> > > $ uname -a
> > > Linux ip-10-251-126-130 2.6.21.7-2.fc8xen-ec2-v1.0 #2 SMP
> Tue Sep 1
> > > 10:04:29 EDT 2009 i686 GNU/Linux
> > >
> > > Thanks
> > >
> > > -dg
> > >
> > >
> > > On Fri, Jun 4, 2010 at 10:04 AM, Daniel Goepp
> mailto:d...@goepp.net>
> > >
> > > 
>  > >
> > > Sorry sure, same system we have been using for other
> > installs, but
> > > I'm definitely open to the idea that it's a local issue,
> > just have
> > > no idea what might be causing it.  The system is an
> Ubuntu 9.04
> > > fresh base install, nothing but the libraries that we have
> > always
> > > installed on Ubuntu to get OpenSIPS doing:
> > >
> > > apt-get install bison flex
> > > apt-get install libsctp-dev libmysqlclient16-dev
> libexpat1-dev
> > > libxml2-dev libradiusclient-ng-dev
> > > apt-get install libxmlrpc-c3-dev libperl-dev libsnmp-dev
> > > libldap-dev libconfuse-dev libpcre3-dev
> > > apt-get install mysql-server
> > > apt-get install subversion
> > > apt-get install ngrep
> > >
> > > We are continuing to try to investigate here too, but any
> > help is
> > > much appreciated.
> > >
> > > -dg
> > >
> > >
> > >
> > > On Fri, Jun 4, 2010 at 8:22 AM, Anca Vamanu
> > mailto:a...@opensips.org>
> >
> > > 
>  > >
> > > Hi Daniel,
> > >
> > > I think it is a issue related to the system that you
> > use, not
> > > an error
> >

Re: [OpenSIPS-Users] Limitations of b2b_entities?

Re: [OpenSIPS-Users] get_source_group not working

Re: [OpenSIPS-Users] get_source_group not working

Re: [OpenSIPS-Users] get_source_group not working

Re: [OpenSIPS-Users] Dialplan module

Re: [OpenSIPS-Users] Dialplan module

Re: [OpenSIPS-Users] Dialplan module

[OpenSIPS-Users] Dialplan module

Re: [OpenSIPS-Users] get_source_group not working

Re: [OpenSIPS-Users] status for a destination address in Dispatcher module

Re: [OpenSIPS-Users] New build error

11 matches

Site Navigation

Mail list logo

Footer information