Sonata Switchboard License Issue?

› VitalPBX Community Support › General Discussion › Sonata Switchboard License Issue?

  • Post
    • December 6, 2019 at 4:56 pm
    krzykat
    Participant

    We’ve got the enterprise monthly right now and haven’t looked at switchboard since probably making this change and when I go to it now, I get an error:

     

    Error
    The requested URL returned error: 404 Not Found

    #0 /usr/share/sonata/switchboard/www/core/components/pbx/PBX.php(0): pbxPBX::_send_request() #1 /usr/share/sonata/switchboard/www/core/components/pbx/PBX.php(0): pbxPBX->_send_request() #2 /usr/share/sonata/switchboard/www/core/components/pbx/VitalPBX.php(0): pbxPBX->GET() #3 /usr/share/sonata/switchboard/www/core/magic.php(0): pbxVitalPBX->getPBXPlan() #4 /usr/share/sonata/switchboard/www/modules/core/core.php(0): coremagic->license_status() #5 /usr/share/sonata/switchboard/www/modules/core/core.php(0): modulescorecore->index() #6 /usr/share/sonata/switchboard/www/core/routing.php(0): modulescorecore->run() #7 /usr/share/sonata/switchboard/www/core/core.php(0): corerouting->exec_route() #8 /usr/share/sonata/switchboard/www/index.php(0): corecore->run() #9 {main}

     
    Any thoughts?
    0
Viewing 12 replies - 1 through 12 (of 12 total)
  • Replies
    • December 6, 2019 at 5:01 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    What Version of VitalPBX and Switchboard do you have?

    0
    • December 6, 2019 at 5:14 pm
    krzykat
    Participant
    Up
    0
    Down
    IncrediblePBX Carrier

    2.3.8-3
    Sonata Recordings 2.0.2-2

    Is there an issue with me starting this process from IncrediblePBX?  I’m not too far into this to rebuild from the original VitalPBX.  Will I encounter any other issues because of this?

    0
    • December 6, 2019 at 6:18 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    The latest version of Soata switchboard is this: sonata-switchboard-2.1.1-2

    may you confirm that you have this version?

    0
    • December 6, 2019 at 6:25 pm
    krzykat
    Participant
    Up
    0
    Down

    oops – sorry about that.  Yes

    Sonata Switchboard 2.1.1-2
    0
    • December 6, 2019 at 6:52 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    I recommend you to do a full update and then restart the PBX.

    yum update -y
    0
    • December 6, 2019 at 7:00 pm
    krzykat
    Participant
    Up
    0
    Down

    I think there may be a larger issue.  While waiting, I decided to go to the Demo, and I’m still getting a similar error and its not loading there either.  I tried from both Chrome and Explorer to insure it wasn’t a browser issue:

    0
    • December 6, 2019 at 7:19 pm
    krzykat
    Participant
    Up
    0
    Down

    Yum update – same results  – still not loading

    0
    • December 9, 2019 at 2:52 pm
    krzykat
    Participant
    Up
    0
    Down

    @ing-joserivera26

    Hey Jose, any update on this?  Both on your demo and our server, the issue is in the same module:

    switchboard/www/core/components/pbx/PBX.php

    0
    • December 9, 2019 at 4:22 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    The error on the demo server was because we are using the RC version, so, these versions may introduce some errors to add-ons, this is why we ask to our beta tester and all the community to test the RC versions to avoid errors on public versions.

    The problem was that we remove some API endpoints used by the Sonata Switchboard, however, this API version is only available on the RC repo.

    Do you have installed the RC version (2.3.9-3)?

    The current package version of the API is 1.0.0-5, and the RC version is 1.0.1-1?

    What version do you have?

     rpm -qi vitalpbx-api-v2 | grep Version
    0
    • December 9, 2019 at 5:24 pm
    krzykat
    Participant
    Up
    0
    Down

    @ing-joserivera26

    [root@VitalPBX www]# rpm -qi vitalpbx-api-v2 | grep Version
    Version : 1.0.0

    0
    • December 10, 2019 at 10:17 pm
    krzykat
    Participant
    Up
    0
    Down

    OK – I know why we’re having an issue.  To lock down our server and force people to use FQDN, we changed our httpd conf.d to:

    <VirtualHost *:80>
    ServerName default
    DocumentRoot /usr/share/ombutel/www/err
    <Directory “/usr/share/ombutel/www/err”>
    Require all granted
    </Directory>
    </VirtualHost>

    <VirtualHost *:80>
    UseCanonicalName Off
    ServerName phone.ourserver.com
    DocumentRoot /usr/share/ombutel/www
    <Directory “/usr/share/ombutel/www”>
    Require all granted
    Options FollowSymlinks
    AllowOverride all
    </Directory>
    <Directory “/var/lib/ombutel/static”>
    Require all granted
    </Directory>
    <Directory “/var/spool/asterisk/monitor”>
    Require all granted
    </Directory>
    Alias /static “/var/lib/ombutel/static”
    Alias /api/v2 “/usr/share/ombutel/www/api_v2.php”
    Alias /api “/usr/share/ombutel/www/api.php”
    Alias /monitor “/var/spool/asterisk/monitor”
    AliasMatch “^/modules/dahdi_hardware/xorcom_device[0-9]+.png$” “/usr/share/ombutel/www/modules/dahdi_hardware/xorcom_device.php”
    AliasMatch “^/modules/fax/preview_coversheet$” “/usr/share/ombutel/www/modules/fax/preview_coversheet.php”
    AliasMatch “^/resources/css/branding.css$” “/usr/share/ombutel/www/branding.php”

    </VirtualHost>

    <VirtualHost *:443>
    SSLEngine On
    SSLCertificateFile /etc/pki/tls/certs/localhost.crt
    SSLCertificateKeyFile /etc/pki/tls/private/localhost.key

    UseCanonicalName Off
    DocumentRoot /usr/share/ombutel/www
    <Directory “/usr/share/ombutel/www”>
    Require all granted
    Options FollowSymlinks
    AllowOverride all
    </Directory>
    <Directory “/var/lib/ombutel/static”>
    Require all granted
    </Directory>
    <Directory “/var/spool/asterisk/monitor”>
    Require all granted
    </Directory>
    Alias /static “/var/lib/ombutel/static”
    Alias /api/v2 “/usr/share/ombutel/www/api_v2.php”
    Alias /api “/usr/share/ombutel/www/api.php”
    Alias /monitor “/var/spool/asterisk/monitor”
    AliasMatch “^/modules/dahdi_hardware/xorcom_device[0-9]+.png$” “/usr/share/ombutel/www/modules/dahdi_hardware/xorcom_device.php”
    AliasMatch “^/modules/fax/preview_coversheet$” “/usr/share/ombutel/www/modules/fax/preview_coversheet.php”
    AliasMatch “^/resources/css/branding.css$” “/usr/share/ombutel/www/branding.php”
    </VirtualHost>

     

    With this change to force users to use phone.ourcompany.com vitalPBX works fine, but the switchboard does not.  Advice ??

    0
    • December 10, 2019 at 10:20 pm
    Jose Miguel Rivera
    Keymaster
    NI
    Up
    0
    Down

    You can send us an email to support@vitalpbx.com with your switchboard or subscription license, in order to give you remote assistance and check what is happening with your installation.

    0
Viewing 12 replies - 1 through 12 (of 12 total)

Tagged: 

  • You must be logged in to reply to this topic.