Re: [OpenSIPS-Users] how to change mysql data directory to CP

2021-12-28 Thread mrsanvicente
Hello Bogdan-Andrei / All,

Sorry for the delay.  I just didn’t find a path or var to modify in  db.inc.php.


But later after a reboot, opensips stop working because it could not find the 
new path to the db.

So the source of the problem might be,  how to change path to mysql to opensips.
 Thanks 
Saludos
Mario San Vicente


> El 17 dic 2021, a la(s) 9:16, Bogdan-Andrei Iancu  
> escribió:
> 
>  You need to update the DB settings in this file:
> 
> https://github.com/OpenSIPS/opensips-cp/blob/master/config/db.inc.php
> 
> Regards,
>  Bogdan-Andrei Iancu
> 
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS eBootcamp 2021 
>   https://opensips.org/training/OpenSIPS_eBootcamp_2021/
> On 12/16/21 1:52 AM, mrsanvicente wrote:
>> Yes i did.   And restarted mysqld and httpd.  But still not working.
>> 
>> 
>> Thanks
>> 
>> Mario San Vicente
>> 
>> 
>>> El 15 dic 2021, a la(s) 16:14, Joseph Jackson  
>>> escribió:
>>> 
>>> 
>>> Did you also change the location of the socket file in the my.cnf?
>>>  
>>>  
>>>  
>>> From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Mario 
>>> San Vicente
>>> Sent: Wednesday, December 15, 2021 11:27 AM
>>> To: OpenSIPS users mailling list
>>> Subject: [OpenSIPS-Users] how to change mysql data directory to CP
>>>  
>>> Hello Everyone,
>>>  
>>> I have changed my mysql directory and a had limited space on the default 
>>> partition.   I applied the change and opensips is working fine.  But the 
>>> control panel is not working and i can not find where to update it.
>>>  
>>> Getting the following error:
>>>  
>>>  
>>> http://x.x.x.x/cp/login.php
>>> 
>>> Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through 
>>> socket '/var/lib/mysql/mysql.sock' (2)
>>>  
>>> Any idea, where to update this?
>>>  
>>> Saludos!
>>>  
>>>  
>>> Mario San Vicente
>>>  
>>> ___
>>> 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] how to change mysql data directory to CP

2021-12-15 Thread mrsanvicente
Yes i did.   And restarted mysqld and httpd.  But still not working.


Thanks

Mario San Vicente


> El 15 dic 2021, a la(s) 16:14, Joseph Jackson  
> escribió:
> 
> 
> Did you also change the location of the socket file in the my.cnf?
>  
>  
>  
> From: Users [mailto:users-boun...@lists.opensips.org] On Behalf Of Mario San 
> Vicente
> Sent: Wednesday, December 15, 2021 11:27 AM
> To: OpenSIPS users mailling list
> Subject: [OpenSIPS-Users] how to change mysql data directory to CP
>  
> Hello Everyone,
>  
> I have changed my mysql directory and a had limited space on the default 
> partition.   I applied the change and opensips is working fine.  But the 
> control panel is not working and i can not find where to update it.
>  
> Getting the following error:
>  
>  
> http://x.x.x.x/cp/login.php
> 
> Error!: SQLSTATE[HY000] [2002] Can't connect to local MySQL server through 
> socket '/var/lib/mysql/mysql.sock' (2)
>  
> Any idea, where to update this?
>  
> Saludos!
>  
>  
> Mario San Vicente
>  
> ___
> 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] Opensips 3.1Debian constantly crashing

2021-11-08 Thread mrsanvicente
Hello Bogda-Andrei,

Thansk for the new functionality.  I will test it asap.

Regards 

Cheers
Mario San Vicente


> El 3 nov 2021, a la(s) 2:27, Bogdan-Andrei Iancu  
> escribió:
> 
>  Hi Mario,
> 
> As a way about from such situation, I just added a new script function 
> get_updated_body_part() [1] that allows you to fetch the body, with all the 
> existing changes, into a variable, so you can pass it further to rtpengine 
> 
> [1] 
> https://opensips.org/html/docs/modules/3.3.x/sipmsgops.html#func_get_updated_body_part
> 
> Best regards,
>  Bogdan-Andrei Iancu
> 
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS eBootcamp 2021 
>   https://opensips.org/training/OpenSIPS_eBootcamp_2021/
> On 10/22/21 6:26 AM, Mario San Vicente wrote:
>> Hello Bogdan-Andrei,
>> 
>> I ran some traffic without rtpengine and with the codec operations, i did 
>> not got any core files.  I will take care of not combining those commands.
>> 
>> 
>> Thanks and regards.
>> Mario
>> 
>> On Thu, Oct 21, 2021 at 7:26 AM Bogdan-Andrei Iancu  
>> wrote:
>>> Hi Mario,
>>> 
>>> So you do both rtpengine ops and codecs ops in your cfg. This is a bit of a 
>>> receipt for disaster (as both are independently changing the SDP), still 
>>> not for a crash.
>>> 
>>> Could you try to run both codec ops, but without rtpengine, just to see if 
>>> ok ?
>>> 
>>> Regards,
>>>  Bogdan-Andrei Iancu
>>> 
>>> OpenSIPS Founder and Developer
>>>   https://www.opensips-solutions.com
>>> OpenSIPS eBootcamp 2021 
>>>   https://opensips.org/training/OpenSIPS_eBootcamp_2021/
>>> On 10/19/21 7:20 PM, Mario San Vicente wrote:
 Hello Bogdan-Andrei,
 
 I removed the following lines and it is working fine now.  Not sure if the 
 issue was one or the combination of those 2 lines that made opensips crash.
 
   #codec_delete_re("PCMA|PCMU");
   #codec_delete_except_re("speex");
 
 The reason for using those lines was that opensips was doing transcoding 
 and after a while it stops doing the transcode, it just was bypassing the 
 original codec offer.   This is also solved, the problem is that the 
 rtpengine_offer was not closing properly and then i ran out of ports. 
 The solution was to add rtpengine_delete(); at the failure route.
 
 
 Thank you all for your help!
 
 Regards.
 Mario
 
 On Tue, Oct 19, 2021 at 2:01 AM Bogdan-Andrei Iancu  
 wrote:
> Hi Mario,
> 
> What is the codec relate operation you do from the script? As it looks it 
> is crashing there.
> 
> Regards,
>  Bogdan-Andrei Iancu
> 
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS eBootcamp 2021 
>   https://opensips.org/training/OpenSIPS_eBootcamp_2021/
> On 10/19/21 12:15 AM, Mario San Vicente wrote:
>> Thank you Giovany .
>> 
>> I got some info, but I'm not sure how to proceed  Looks like an 
>> issue assigning core vars..  Here the whole info in a txt file.
>> 
>> 
>> {rs = {s = 0x6dc2d4a3fa5df100 > 0x6dc2d4a3fa5df100>,
>> sval = {s = 0x10002 > 0x10002>, len = -1510612476}
>> 
>> Thank your comments.
>> 
>> On Mon, Oct 18, 2021 at 12:39 PM Giovanni Maruzzelli  
>> wrote:
>>> On Mon, Oct 18, 2021 at 7:01 PM Mario San Vicente 
>>>  wrote:
 Hello Ovidiu,
 
 That works for getting the core files.  Then i run the command bt full 
 and got the following:
 
>>> 
>>> You must install the opensips-dbg debian package, it contains the 
>>> symbols, then restart opensips, then retake the core and you'll see 
>>> info in it.
>>> 
>>> -giovanni
>>> 
>>> -- 
>>> Sincerely,
>>> 
>>> Giovanni Maruzzelli
>>> OpenTelecom.IT
>>> cell: +39 347 266 56 18
>>> 
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> 
>> 
>> -- 
>> Mario San Vicente
>> Cheers!
>> 
>> 
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> 
 
 
 -- 
 Mario San Vicente
 Cheers!
>>> 
>> 
>> 
>> -- 
>> Mario San Vicente
>> Cheers!
> 
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] [RELEASE] OpenSIPS 2.4.9 and 3.0.4 and 3.1.1 minor releases

2020-11-17 Thread mrsanvicente
Great news, Bravo!!



Mario

> El 17 nov 2020, a la(s) 8:53, Răzvan Crainea  escribió:
> 
> Hi, Everyone!
> 
> As promissed, we are happy to announce OpenSIPS latest minor releases: 
> 2.4.9[1], 3.0.4[2] and 3.1.1[3]. All stable versions are now released with 
> all the available fixes.
> In order to migrate from previous minor versions, simply upgrade the packages 
> - there's no need to make any DB or script changes. If you want to migrate 
> from a previous version, make sure you're following the correct migration 
> manual[4].
> 
> [1] https://opensips.org/pub/opensips/2.4.9/ChangeLog
> [2] https://opensips.org/pub/opensips/3.0.4/ChangeLog
> [3] https://opensips.org/pub/opensips/3.1.1/ChangeLog
> [4] https://www.opensips.org/Documentation/Migration
> 
> Enjoy the new releases!
> 
> Răzvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
> 
>> On 11/6/20 12:54 PM, Răzvan Crainea wrote:
>> Hello, everyone!
>> I am happy to announce you that on Tuesday, 17th of November 2020, we will 
>> be releasing three new minor versions, one for each of our supported 
>> branches - 2.4, 3.0 and 3.1.
>> All these releases will only contain bug fixes gathered from their previous 
>> releases, so no script changes, or migration procedures are required to use 
>> them. A simple upgrade will suffice.
>> We will let you know when the releases are completed, so you can start using 
>> them.
>> Until then, happy hacking!
> 
> ___
> 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] Opensips-cp 8.3.0 HTTP/1.1 400 Bad Request..

2020-11-03 Thread mrsanvicente
Hi Ovidiu,

Thanks for taking the time for explaining.  I am sure some of us can take 
advantage of
It!

Mario San Vicente
Best regards

> El 3 nov 2020, a la(s) 22:51, Ovidiu Sas  escribió:
> 
> Hello Mario,
> 
> If you have CP working fine, you don't really need mi_html.
> If you want to have it as an alternative, load the module and set a
> new root path:
> modparam("mi_html", "root", "opensips_mi")
> Then you should be able to access the embedded management interface
> via http://[OPENSIPS_HTTPD_IP]:[OPENSIPS_HTTPD_PORT]/opensips_mi
> 
> This interface has nothing to do with CP. It's an alternative to
> opensipsctl, opensips-cli or CP (for dispatching management commands
> to opensips). The module was written to provide easy access to mi
> commands using a web browser (using the embedded web server from
> opensips - no need to use a dedicated web server).
> 
> The old name of the module was mi_http and was renamed to mi_html.
> The old mi_json was renamed to mi_http.
> No more mi_json, welcome mi_html and mi_http was "rebranded":
> mi_json [v<=2.4.x] -> mi_http [v>=3.0.x]
> mi_http [v<=2.4.x] -> mi_html [v>=3.0.x]
> This created some confusion when migrating from pre 2.4.x to post
> 3.0.x opensips versions.
> Clear as mud? :)
> 
> Hope this helps,
> Ovidiu
> 
>> On Tue, Nov 3, 2020 at 4:59 PM Mario San Vicente  
>> wrote:
>> 
>> Hello Răzvan /  Ovidiu,
>> 
>> After disabling mi_html, my CP is working fine, i will be enabling more 
>> modules on it.   Thanks for your help!
>> 
>> Ovidiu,   It would be good to have both portals running,but  i am not 
>> getting to work the following comment:
>> "If you want to keep mi_html, then set a different root path: 
>> #modparam("mi_html", "root", "osips_mi")  ", any other hint?
>> 
>> Thank you!
>> 
>> 
>> 
>> 
>> 
>>> On Tue, Nov 3, 2020 at 8:22 AM Ovidiu Sas  wrote:
>>> 
>>> Hello Mario,
>>> 
>>> It seems that you have both mi_http and mi_html modules loaded.
>>> By default, both modules have the root path set to mi and one of the
>>> modules is stealing the root path from the other.
>>> In your case, when you hit http://x.x.x.x:/mi , you are hitting a
>>> standalone management interface that is not part of opensips-cp. It's
>>> an alternative way to run mi commands through a web interface.
>>> 
>>> If you want to have only opensips-cp, then umload mi_html.
>>> If you want to keep mi_html, then set a different root path:
>>> #modparam("mi_html", "root", "osips_mi")
>>> 
>>> Hope this helps,
>>> Ovidiu
>>> 
>>> On Sat, Oct 31, 2020 at 1:58 PM Mario San Vicente
>>>  wrote:
 
 Hello  Răzvan ,
 I was wrong with my diagnosis, cause i stopped receiving the http / 400 
 error.  But when trying to monitor calls i see that the portal is not 
 reflecting the real info, i tested dialogs and rtpproxy.
 I do see the json reply on a trace, but it is not updated on the portal:
 
 T 127.0.0.1:47632 -> 127.0.0.1: [AP] #137
  POST /mi HTTP/1.1..Host: 127.0.0.1:..Accept: */*..Content-Type: 
 application/json..Content-Length: 
 49{"jsonrpc":"2.0","id":1,"method":"rtpproxy_
  show"}"id..._";i#4
 #
 T 127.0.0.1: -> 127.0.0.1:47632 [A] #138
  ..._..k#)...
 #
 T 127.0.0.1: -> 127.0.0.1:47632 [AP] #139
  HTTP/1.1 200 OK..Content-Length: 136..Content-Type: 
 application/json..Date: Sat, 31 Oct 2020 17:34:22 
 GMT{"jsonrpc":"2.0","result":[{"Set":0,"Nodes
  
 ":[{"url":"udp:localhost:2123","index":0,"disabled":0,"weight":1,"recheck_ticks":0}]}],"id":1}.._..k#4
 
 T 127.0.0.1:47644 -> 127.0.0.1: [AP] #204
  POST /mi HTTP/1.1..Host: 127.0.0.1:..Accept: */*..Content-Type: 
 application/json..Content-Length: 
 78{"jsonrpc":"2.0","id":1,"method":"dlg_list"
  ,"params":{"index":0,"counter":20}}._J.
 #
 T 127.0.0.1: -> 127.0.0.1:47644 [A] #205
  @.._
 #
 T 127.0.0.1: -> 127.0.0.1:47644 [AP] #206
  HTTP/1.1 200 OK..Content-Length: 58..Content-Type: 
 application/json..Date: Sat, 31 Oct 2020 17:42:14 
 GMT{"jsonrpc":"2.0","result":{"count":0,"Dialo
  gs":[]},"id":1}._4...4.
 
 Aside notes:
 When enabling this line #modparam("mi_http", "root", "opensips_mi") , i 
 can see the mi portal.  http://x.x.x.x:/mi , which has lots of 
 aditional info,  but i have to disable it to get the json response and 
 just get an http response pointing to the mi interface:
 T 127.0.0.1: -> 127.0.0.1:47654 [AP] #256
  HTTP/1.1 200 OK..Content-Length: 1886..Content-Type: text/html..Date: 
 Sat, 31 Oct 2020 17:55:45 GMTOpenSIPS Management 
 Interface
  >>> type="text/css">body{margin:0;}body,p,div,td,th,tr,form,ol,ul,li,input,textarea,select,a{font-family:"lucida
  grande",verdana,geneva,aria
  
 l,helvetica,sans-serif;font-size:14px;}a:hover{text-decoration:none;}a{text-decor

Re: [OpenSIPS-Users] opensipsctl fifo dlg_list not working on 3.1

2020-06-12 Thread mrsanvicente
Ohh!   Thank  you Bogdan.

Mario San Vicente
Best regards

> El 12 jun 2020, a la(s) 16:22, Bogdan-Andrei Iancu  
> escribió:
> 
>  Hey MArio,
> 
> Starting 3.0 the MI interface changed as syntax and the opensipsctl was 
> deprecated in favour of the opensips-cli
> https://github.com/OpenSIPS/opensips-cli
> 
> Regards,
>  Bogdan-Andrei Iancu
> 
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> 
> On 6/12/20 9:48 PM, Mario San Vicente wrote:
>> Hello Everybody!,
>> 
>> I have been using "opensipsctl fifo dlg_list" on opensips 2.4 to count the 
>> active calls and it works fine.  Now that i have migrated to 3.1, the call 
>> flow is working fine,  but the same command is not working, after typing the 
>> command it just hang out.
>> 
>> I get the following error on the logs :
>> 
>> localhost /usr/local/sbin/opensips[25782]: ERROR:mi_fifo:mi_fifo_server: 
>> cannot parse command: osips_rply_7bcc7ad0
>> 
>> [root@localhost opensips]# opensips -V
>> version: opensips 3.1.0-beta (x86_64/linux)
>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, 
>> F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, FAST_LOCK-ADAPTIVE_WAIT
>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
>> MAX_URI_SIZE 1024, BUF_SIZE 65535
>> poll method support: poll, epoll, sigio_rt, select.
>> git revision: 5fb9059
>> main.c compiled on 13:01:28 Jun 12 2020 with gcc 4.8.5
>> 
>> 
>> Can you confirm if this is a bug?  Do you need any other information?
>> 
>> Thanks
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Mario San Vicente
>> Cheers!
>> 
>> 
>> ___
>> 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