@Zizi wrote:

Hi,
I have done distro upgrade (from 13/centos6 to 14/cetos7) on pbx runnig on PC Enegines APU board (with 32GB SSD as hard drive)

After upgrade I have lost pjsip form asterisk. There is only chan_sip info in reports/astersik info altough “both” is enabled in advanced settings SIP Channel Driver.

We have all extensions and trunks setup as pjsip, and now phones can’t register (“unavailable service”) and trunk is not registered too.

I have tried to switch asterisk version from 13 to 14 (via command asterisk-version-switch), but without success, pjsip not working

What to do to make pjsip working again?

Posts: 3

Participants: 2

Read full topic

@Zizi wrote:

After my today’s distro upgrade I can’t get XMPP (letschat) working. It worked fine before upgrade.

Now dashobard says it is working, but it is not accessible, when trying to connect to letschat via http (on port 5000) or via xmpp client (pidgin), it always says “cannot connect” or “no response”.

I have tried completly remove xmpp via module admin and install it again, but it is same, it looks working, but is not.

I could not find any operation log files for xmpp. Is there any? Where I can look, what is wrong?

Posts: 2

Participants: 2

Read full topic

@GeekBoy wrote:

So, I see there is no hep.conf file so I created one, gave it permissions with fwconsole chown (yes confirmed ownership is asterisk:asterisk), and placed some the minimal settings needed.

I set the needed modules to load in modules.conf, then reload.

Then looking in Asterisk:

localhost*CLI> module show like hep
Module Description Use Count Status Support Level
res_hep.so HEPv3 API 0 Not Running extended
res_hep_pjsip.so PJSIP HEPv3 Logger 0 Not Running extended
res_hep_rtcp.so RTCP HEPv3 Logger 0 Not Running extended

Hmmm…not running

Looking
in the “full” log I see:

[2018-01-22 14:50:07] ERROR[16774] config_options.c: Unable to load config file ‘hep.conf’
[2018-01-22 14:50:10] WARNING[16774] res_hep_rtcp.c: res_hep is not loaded or running; declining module load
[2018-01-22 14:50:10] WARNING[16774] res_hep_pjsip.c: res_hep is not loaded or running; declining module load

So any ideas on why hep.conf cannot be loaded?

Posts: 13

Participants: 2

Read full topic

@gdi2k wrote:

I’m configuring FreePBX for use across two sites but I cannot get one extension at one site to call another extension at the other site. I have been following this guide:
https://wiki.freepbx.org/pages/viewpage.action?pageId=4161588

The sites are connected via site-to-site VPN, which works fine. I have created an IAX2 trunk, which registers and appears healthy. I have created one extension on each PBX (1001 and 7001). I have added all networks connected via VPN to the local networks section of the SIP settings. I have made sure the SIP and IAX settings allow my codecs.

My trunk looks like this:

host=192.168.40.95
username=guisyd
secret=password (changed for this post)
type=friend
context=from-internal
transfer=no
allow=all
qualify=yes

My outbound route looks like this (as per the docs):

Selection_414.png1661x101 7.39 KB

But I have also tried without the +

When dialed, I get the message “Your number cannot be completed as dialed…”. The logs show:
Connected to Asterisk 13.18.5 currently running on FreePBX-Gui (pid = 11410)
== Setting global variable ‘SIPDOMAIN’ to ‘10.0.0.95’
== Using SIP RTP Audio TOS bits 184
== Using SIP RTP Audio TOS bits 184 in TCLASS field.
== Using SIP RTP Audio CoS mark 5
– Executing [7001@from-internal:1] ResetCDR(“PJSIP/1001-00000007”, “”) in new stack
– Executing [7001@from-internal:2] NoCDR(“PJSIP/1001-00000007”, “”) in new stack
– Executing [7001@from-internal:3] Progress(“PJSIP/1001-00000007”, “”) in new stack
– Executing [7001@from-internal:4] Wait(“PJSIP/1001-00000007”, “1”) in new stack
– Executing [7001@from-internal:5] Playback(“PJSIP/1001-00000007”, “silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer”) in new stack
– <PJSIP/1001-00000007> Playing ‘silence/1.ulaw’ (language ‘en’)
– <PJSIP/1001-00000007> Playing ‘cannot-complete-as-dialed.ulaw’ (language ‘en’)
– <PJSIP/1001-00000007> Playing ‘check-number-dial-again.ulaw’ (language ‘en’)
– Executing [7001@from-internal:6] Wait(“PJSIP/1001-00000007”, “1”) in new stack
– Executing [7001@from-internal:7] Congestion(“PJSIP/1001-00000007”, “20”) in new stack
== Spawn extension (from-internal, 7001, 7) exited non-zero on ‘PJSIP/1001-00000007’
– Executing [h@from-internal:1] Macro(“PJSIP/1001-00000007”, “hangupcall”) in new stack
– Executing [s@macro-hangupcall:1] GotoIf(“PJSIP/1001-00000007”, “1?theend”) in new stack
– Goto (macro-hangupcall,s,3)
– Executing [s@macro-hangupcall:3] ExecIf(“PJSIP/1001-00000007”, “0?Set(CDR(recordingfile)=)”) in new stack
– Executing [s@macro-hangupcall:4] NoOp(“PJSIP/1001-00000007”, " monior file= ") in new stack
– Executing [s@macro-hangupcall:5] AGI(“PJSIP/1001-00000007”, “attendedtransfer-rec-restart.php,”) in new stack
– Launched AGI Script /var/lib/asterisk/agi-bin/attendedtransfer-rec-restart.php
– <PJSIP/1001-00000007>AGI Script attendedtransfer-rec-restart.php completed, returning 0
– Executing [s@macro-hangupcall:6] Hangup(“PJSIP/1001-00000007”, “”) in new stack
== Spawn extension (macro-hangupcall, s, 6) exited non-zero on ‘PJSIP/1001-00000007’ in macro ‘hangupcall’
== Spawn extension (from-internal, h, 1) exited non-zero on ‘PJSIP/1001-00000007’

There is nothing in the logs of the other PBX.

I’m not sure what’s going wrong - any hints what else I should be checking?

Posts: 4

Participants: 2

Read full topic

@vmiro wrote:

Hello,
one of my clients are using a FreePBX Distro 10.13.66-16. I did an upgrade using the upgrade scripts to version 10.13.66-22 and everything went with no errors. Then I’ve realize that the Queue module is not running:

FreePBX Framework module version 13.0.193 or higher is required, you have 13.0.192.20

I checked Framework module and the latest available version for update is 13.0.192.20. Now I’m stuck, Queue module is not working and I can’t upgrade to required version 13.0.193 of Framework module.

Any suggestion or advice would be appreciated. Thanks

Miro

Posts: 3

Participants: 2

Read full topic

@nubleet wrote:

After utilizing the 13-14 upgrade module, the module admin seems to be broken? I can check online for updates, but cannot expand the currently installed modules, or uninstalled modules to modify them. I can however utilize the module_admin via CLI. Suggestions?

Posts: 3

Participants: 2

Read full topic

@angelino wrote:

I try to update my freePBX system but I got the following errors:

Loaded plugins: fastestmirror, kmod
Loading mirror speeds from cached hostfile
Resolving Dependencies
--> Running transaction check
---> Package asterisk13.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-addons.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-addons.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-addons-bluetooth.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-addons-bluetooth.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-addons-core.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-addons-core.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-addons-mysql.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-addons-mysql.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
--> Processing Dependency: libmysqlclient.so.16(libmysqlclient_16)(64bit) for package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libmysqlclient.so.16()(64bit) for package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64
---> Package asterisk13-addons-ooh323.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-addons-ooh323.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-core.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-core.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
--> Processing Dependency: libtiff.so.3()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libical.so.0()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
---> Package asterisk13-curl.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-curl.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-dahdi.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-dahdi.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-doc.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-doc.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-flite.x86_64 0:13.17.0-1.shmz65.1.49 will be updated
---> Package asterisk13-flite.x86_64 0:13.18.0-1.shmz65.1.52 will be an update
---> Package asterisk13-flite-debuginfo.x86_64 0:13.17.0-1.shmz65.1.49 will be updated
---> Package asterisk13-flite-debuginfo.x86_64 0:13.18.0-1.shmz65.1.52 will be an update
---> Package asterisk13-odbc.x86_64 0:13.17.1-1.shmz65.1.179 will be updated
---> Package asterisk13-odbc.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-res_digium_phone.x86_64 0:3.4.1-1.sng7 will be updated
---> Package asterisk13-res_digium_phone.x86_64 0:3.4.3-1.shmz65.1.50 will be an update
---> Package asterisk13-resample.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-resample.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package asterisk13-voicemail.x86_64 0:13.17.0-3.sng7 will be updated
---> Package asterisk13-voicemail.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
---> Package iSymphonyServerV3-fpbx.noarch 0:3.5.0.22-1 will be updated
---> Package iSymphonyServerV3-fpbx.noarch 0:3.5.1.24-1 will be an update
--> Running transaction check
---> Package asterisk13-core.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
--> Processing Dependency: libtiff.so.3()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libical.so.0()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
---> Package mysql-libs.x86_64 0:5.1.73-5.el6_6 will be installed
Removing mysql-libs.x86_64 0:5.1.73-5.el6_6 - u due to obsoletes from installed 1:mariadb-libs-5.5.52-1.el7.x86_64
--> Restarting Dependency Resolution with new changes.
--> Running transaction check
---> Package asterisk13-core.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
--> Processing Dependency: libtiff.so.3()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libical.so.0()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
---> Package mysql-libs.x86_64 0:5.1.73-5.el6_6 will be installed
--> Processing Dependency: libmysqlclient.so.16(libmysqlclient_16)(64bit) for package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libmysqlclient.so.16()(64bit) for package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64
--> Running transaction check
---> Package asterisk13-core.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
--> Processing Dependency: libtiff.so.3()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libical.so.0()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
---> Package mysql-libs.x86_64 0:5.1.73-3.el6_5 will be installed
Removing mysql-libs.x86_64 0:5.1.73-3.el6_5 - u due to obsoletes from installed 1:mariadb-libs-5.5.52-1.el7.x86_64
--> Restarting Dependency Resolution with new changes.
--> Running transaction check
---> Package asterisk13-core.x86_64 0:13.18.3-1.shmz65.1.188 will be an update
--> Processing Dependency: libtiff.so.3()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libical.so.0()(64bit) for package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64
---> Package mysql-libs.x86_64 0:5.1.73-3.el6_5 will be installed
--> Processing Dependency: libmysqlclient.so.16(libmysqlclient_16)(64bit) for package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64
--> Processing Dependency: libmysqlclient.so.16()(64bit) for package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64
--> Finished Dependency Resolution
Error: Package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64 (pbx)
       Requires: libtiff.so.3()(64bit)
       Available: libtiff-3.9.4-10.el6_5.x86_64 (base)
           libtiff.so.3()(64bit)
       Installed: libtiff-4.0.3-27.el7_3.i686 (@sng-updates)
           Not found
Error: Package: asterisk13-core-13.18.3-1.shmz65.1.188.x86_64 (pbx)
       Requires: libical.so.0()(64bit)
       Available: libical-0.43-6.el6.x86_64 (base)
           libical.so.0()(64bit)
       Installed: libical-1.0.1-1.el7.x86_64 (installed)
          ~libical.so.1()(64bit)
Error: Package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64 (pbx)
       Requires: libmysqlclient.so.16()(64bit)
       Available: mysql-libs-5.1.73-3.el6_5.x86_64 (base)
           libmysqlclient.so.16()(64bit)
       Available: mysql-libs-5.1.73-5.el6_6.x86_64 (updates)
           libmysqlclient.so.16()(64bit)
Error: Package: asterisk13-addons-mysql-13.18.3-1.shmz65.1.188.x86_64 (pbx)
       Requires: libmysqlclient.so.16(libmysqlclient_16)(64bit)
       Available: mysql-libs-5.1.73-3.el6_5.x86_64 (base)
           libmysqlclient.so.16(libmysqlclient_16)(64bit)
       Available: mysql-libs-5.1.73-5.el6_6.x86_64 (updates)
           libmysqlclient.so.16(libmysqlclient_16)(64bit)
 You could try using --skip-broken to work around the problem
** Found 90 pre-existing rpmdb problem(s), 'yum check' output follows:
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__class_create) = ('0', '0xa2654165', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__init_waitqueue_head) = ('0', '0xffc7c184', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__kmalloc) = ('0', '0x5a34a45c', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__mutex_init) = ('0', '0x4bf79039', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__per_cpu_offset) = ('0', '0x32047ad5', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__register_chrdev) = ('0', '0xfa0d49c7', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__request_module) = ('0', '0xe90dcae0', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__tracepoint_module_get) = ('0', '0xacdeb154', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(__wake_up) = ('0', '0x642e54ac', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(_ctype) = ('0', '0x8d3894f2', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(_dev_info) = ('0', '0x9b3277f3', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(_spin_lock) = ('0', '0x973873ab', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(_spin_lock_irqsave) = ('0', '0x712aa29b', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(_spin_unlock_irqrestore) = ('0', '0x4b07e779', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(add_timer) = ('0', '0x46085e4f', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(add_uevent_var) = ('0', '0xb9eb3aa9', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(bus_register) = ('0', '0x350759b7', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(bus_unregister) = ('0', '0xaa7569fd', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(cancel_work_sync) = ('0', '0x08d8708f', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(cdev_add) = ('0', '0xa6d1bdca', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(cdev_del) = ('0', '0x42e80c19', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(cdev_init) = ('0', '0xc45a9f63', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(class_destroy) = ('0', '0xe06bb002', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(copy_from_user) = ('0', '0x3302b500', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(copy_to_user) = ('0', '0x85f8a266', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(del_timer_sync) = ('0', '0x0e83fea1', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(dev_err) = ('0', '0x8502d858', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(dev_get_drvdata) = ('0', '0x0a92a43c', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(dev_notice) = ('0', '0xb96418d4', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(dev_printk) = ('0', '0xabd7b07b', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(dev_set_drvdata) = ('0', '0xd2037915', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(dev_set_name) = ('0', '0x4524924f', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_add) = ('0', '0xc482542c', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_create) = ('0', '0x02d2cf7d', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_del) = ('0', '0x53a30e46', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_destroy) = ('0', '0x7edc1537', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_initialize) = ('0', '0x1a9f9010', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_register) = ('0', '0x4619cc01', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(device_unregister) = ('0', '0xef98c923', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(driver_register) = ('0', '0x025da4a8', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(driver_unregister) = ('0', '0x09dbe32b', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(finish_wait) = ('0', '0x9ccb2622', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(get_device) = ('0', '0x7babe986', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(init_timer_key) = ('0', '0x6a9f26c9', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(kasprintf) = ('0', '0xda1a7335', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(kmem_cache_alloc_trace) = ('0', '0x2044fa9e', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(kobject_uevent) = ('0', '0x00b0ae17', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(kref_get) = ('0', '0x8a1203a9', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(kref_init) = ('0', '0x3ae831b6', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(kref_put) = ('0', '0xcff53400', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(ktime_get_ts) = ('0', '0xefdd5a63', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(malloc_sizes) = ('0', '0xd691cba2', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(mcount) = ('0', '0xb4390f9a', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(memcpy) = ('0', '0x236c8c64', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(memmove) = ('0', '0xa3a5be95', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(memset) = ('0', '0xde0bdcff', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(mod_timer) = ('0', '0x45450063', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(module_layout) = ('0', '0x14522340', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(module_put) = ('0', '0xcbd81171', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(mutex_lock) = ('0', '0xfee8a795', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(mutex_unlock) = ('0', '0x03758301', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(param_get_charp) = ('0', '0x41344088', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(param_get_int) = ('0', '0x6980fe91', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(param_set_charp) = ('0', '0x6ad065f4', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(param_set_int) = ('0', '0xff964b25', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(per_cpu__cpu_number) = ('0', '0x9629486a', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(per_cpu__current_task) = ('0', '0x4f1939c7', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(prepare_to_wait) = ('0', '0x33d92f9a', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(printk) = ('0', '0xea147363', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(printk_ratelimit) = ('0', '0xa13798f8', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(proc_create_data) = ('0', '0x52683e38', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(proc_mkdir) = ('0', '0xed113e22', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(put_device) = ('0', '0xe98af961', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(remove_proc_entry) = ('0', '0x1a6d6e4f', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(schedule_work) = ('0', '0xa28e76e6', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(seq_lseek) = ('0', '0x5ca8e4f6', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(seq_printf) = ('0', '0x77e93f6f', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(seq_read) = ('0', '0xb72ec8a3', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(single_open) = ('0', '0x7ca65271', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(single_release) = ('0', '0xc1d878fa', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(snprintf) = ('0', '0x9edbecae', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(sprintf) = ('0', '0x3c2c5af5', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(sscanf) = ('0', '0x42224298', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(strlcpy) = ('0', '0x672144bd', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(strlen) = ('0', '0x25ec1b28', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(strncat) = ('0', '0x234509f3', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(sysfs_create_link) = ('0', '0xac3d6dc8', None)
kmod-dahdi-linux-2.11.1-22_centos6.2.6.32_642.6.2.el6.x86_64.x86_64 has missing requires of kernel(sysfs_remove_link) = ('0', '0x5c2a917b', None)
mysql-init-fixer-1.0.0-4_centos6.noarch has missing requires of mysql-server
mysql-log-rotate-1.0.0-1.shmz65.5.7.noarch has missing requires of mysql-server

Someone a solution to fix this problem?

Posts: 1

Participants: 1

Read full topic

@dcitelecom wrote:

We are using FreePBX Distro 13.0.193 with all the latest updates and we are getting an error in
Macro-user-callerid when passing along the extension accountcode.

[2018-01-23 03:31:13] VERBOSE[22245][C-0002b192] pbx.c: Executing [s@macro-user-callerid:15] NoOp(“Local/151412345677@from-internal-00006630;2”, “Macro Depth is 1”) in new stack

[2018-01-23 03:31:13] VERBOSE[22245][C-0002b192] pbx.c: Executing [s@macro-user-callerid:16] GotoIf(“Local/15141234567@from-internal-00006630;2”, “1?report2:macroerror”) in new stack

…[2018-01-23 03:31:13] VERBOSE[22245][C-0002b192] pbx.c: Executing [15141234567@restrictedroute-1f0e3dad99908345f7439f8ffabdffc4:3] ExecIf(“Local/15141234567@from-internal-00006630;2”, “0 ?Set(CDR(accountcode)=)”) in new stack

As you can see above the accountcode is not passed along in the 01/23/2018 log but in the past
the log for the SAME sequence of events was as follows below:

[2018-01-16 10:29:55] VERBOSE[23398][C-000280ff] pbx.c: Executing [s@macro-user-callerid:15] GotoIf(“Local/15141234567@from-internal-00005ddf;2”, “1?continue”) in new stack

[2018-01-16 10:29:55] VERBOSE[23398][C-000280ff] pbx_builtins.c: Goto (macro-user-callerid,s,29)

… [2018-01-16 10:29:55] VERBOSE[23398][C-000280ff] pbx.c: Executing [15141234567@restrictedroute-1f0e3dad99908345f7439f8ffabdffc4:3] ExecIf(“Local/15141234567@from-internal-00005ddf;2”, “1 ?Set(CDR(accountcode)=xxxxxxxxxxxx)”) in new stack

Posts: 17

Participants: 2

Read full topic

@johnjces wrote:

I am apprehensive in asking this these days as I am not certain if this should go under a feature request or whatever, but ever since updating to FreePBX Distro 10.13.66-22, the Dashboard always pops up with a Critical Error Found in that I have a disabled module. The module I purposely disabled is Queues as I don’t use queues at all and I don’t believe it is a critical module needed for the proper operation of FreePBX. BUT, I could be very wrong.

I click the minus (-) sign and it disappears for the session I am logged into but always comes back.

This is not that big a deal but certainly annoying. Can it be permanently deleted? That option is not there.

Posts: 6

Participants: 4

Read full topic

@255 wrote:

Hey all - we have just yesterday updated to 13.0.193 and since then we have had some time conditions activating when the shouldn’t be.

I have checked the manual override and it has NOT been triggered.

On fault finding, bypassed the condition then went back to it and seems to be working correctly. I have now seen this happen with 2 different time conditions.

Anyone else had this issue?

Posts: 2

Participants: 2

Read full topic

@GTCNetworking wrote:

For those who are interested I have made another TTS test program.
A simple conversion of a message to Speech, and then dial a number and play the message.

I used a simple JScript TTS converison before Christmas.
But now I have revisited it and converted to PHP
Much simpler in my view.

Here is the basic code for a text to speech conversion with an auto dial out afterwards.

First you will need to install the AWS PHP SDK

https://aws.amazon.com/sdk-for-php/

Here is the code

// Text to Speech test

defined(’_JEXEC’) or die(‘Restricted access’);

// point to the PHP SDK helper
require ‘ttsaws/aws-autoloader.php’;

Variables passed from upper program.
$fnnto = isset($fnnto) ? $fnnto : ‘12345678’;
$message = isset($message) ? $message : ‘Hello World’;
$error=false;

$awsAccessKeyId = ‘Your Access key goes here’;
$awsSecretKey = ‘Your Secret Key goes here’;

// set the credentials
$credentials = new Aws\Credentials\Credentials($awsAccessKeyId, $awsSecretKey);

// create request
$client = new Aws\Polly\PollyClient([
‘version’ => ‘2016-06-10’,
‘credentials’ => $credentials,
‘region’ => ‘us-east-1’,
]);

// set output type and Voice
$result = $client->synthesizeSpeech([
‘OutputFormat’ => ‘mp3’,
‘Text’ => $message,
‘TextType’ => ‘text’,
‘VoiceId’ => ‘Russell’,
]);

$resultData = $result->get(‘AudioStream’)->getContents();

$filePath=‘ttsout/outboundmsgs/’;

$fileName=‘call12345678.mp3’;

$local_mp3_file = $filePath . $fileName;

// write it out
file_put_contents($local_mp3_file, $resultData); // write mp3 file content to file

// That is all that is required to create the MP3 file

// now create the outbound call

// I am using a form from Joomla. Use straight php if required
jimport( ‘joomla.filesystem.file’ );

// remove previous call file if there
$myFile = “ttsout/testcall.call”;
unlink($myFile) or die(“Couldn’t delete file”);

$strc=“Channel: SIP/Your-SIP-Trunk-Name-goes-here/”;
$strlf="\n";
$str1=$strc.$fnnto.$strlf;
$str2=“Callerid: 777888999”;
$str3=“MaxRetries: 5\n”;
$str4=“RetryTime: 300\n”;
$str5=“WaitTime: 45\n”;
$str6=“Context: outboundmsg1\n”;
$str7=“Extension: s\n”;
$str8=“Priority: 1\n”;

$output1 = $str1.$str2.$str3.$str4.$str5.$str6.$str7.$str8;

$file=‘ttsout/testcall.call’;
$buffer=$str1;
$use_streams=false;

// create the file
$status = Jfile::write($file, $output1, $use_streams=false);

// wait to make sure it is flushed out to disk
sleep(5);

// output to outgoing calls so Asterisk will action it

copy(‘ttsout/testcall.call’, ‘ttsout/outgoing/testcall.call’);

You will also need a context in Freepbx called outboundmsg1
See above code

In FreePBX GUI goto Config edit
Edit extensions_custom.conf
add this code

[outboundmsg1]
exten => s,1,Set(TIMEOUT(digit)=5) ; Set Digit Timeout to 5 seconds
exten => s,2,Set(TIMEOUT(response)=10) ; Set Response Timeout to 10 seconds
exten => s,3,Answer
exten => s,4,Wait(1)
exten => s,5,Background(/var/spool/asterisk/outboundmsgs/call12345678) ;"play outbound msg"
exten => t,2,Hangup

That’s All Folks.

Posts: 1

Participants: 1

Read full topic

@adtopkek wrote:

I ran the distro upgrader and I had this error popping up throughout the installer and it is popping up regularly after the upgrader finished:

Failed loading /usr/lib64/php/modules/ioncube_loader_lin_5.3.so: /usr/lib64/php/modules/ioncube_loader_lin_5.3.so: undefined symbol: execute

It seems to have caused issues with a few things updating that I will manually fix. Any idea how to fix this? I think it has to do with a wrong version being loaded PHP 5.3 instead of 5.6.

Edit: In /usr/lib64/php/modules/ only ioncube_loader_lin_5.3.so exists no 5.6 version.

Posts: 2

Participants: 2

Read full topic

@xrobau wrote:

We’ve decided to follow Redhat and Intel’s direction and roll back the Spectre Mitigations in SNG7. We’ve had confirmation from a couple of people that they are suffering from random reboots that are (probably) related to the Spectre fixes released by Intel.

Redhat explains it here, and we agree with them. We hope that Intel will be releasing better tested firmware soon, and when that happens, we’ll test them ourselves before pushing them out.

You need to run ‘yum update’ and reboot (or just wait, if your machine IS rebooting randomly, sigh), and make sure you’re running 3.10.0-693.17.1 or higher. As part of that upgrade, you’ll also get linux-firmware-20170606-58.gitc990aae.el7_4.noarch.rpm which actually contains the code from Intel.

Apologies to anyone who had their machine randomly reboot. Please note, this DOES make your machine vulnerable to Spectre (but not Meltdown) style of attacks again, which allow an unprivileged user on your system to read privileged memory on the same host. This still does protect you against cross-VM snooping.

I should make clear these bugs are only usable once someone has ALREADY hacked your machine (So no-one can use these to ‘hack’ a machine that isn’t ALREADY hacked). All they do is expose ‘stuff’ that an attacker shouldn’t know, such as ssh keys, or SIP secrets.

Posts: 2

Participants: 1

Read full topic

@Erik_FL wrote:

I installed FreePBX distro 14 on a VPS and it defaults to root auto login on the console. How do I stop root from auto logging in on the console? I have checked the forum and even checked systemd getty@tty1.service to see if the auto login was there but it wasn’t.

Posts: 1

Participants: 1

Read full topic

@adtopkek wrote:

I just upgraded from Freepbx 13 to Freepbx 14 using the upgrade script last Friday and I noticed that my CPU will spike at times with MariaDB error logging. However when I check the file it is logging to nothing was written to it. Has anyone else had this problem happen to them yet?

Trying to get some idea of what may be happening as I don’t want it occurring during a reload.

Screenshot from 2018-01-29 13:02:36-mod.png1906x341 146 KB

Posts: 2

Participants: 2

Read full topic

@Ducktour wrote:

I get the following error at the end of this morning’s OS upgrade.

Progressing through upgrades
–> Processing Dependency: kernel(skb_clone_tx_timestamp) = 0x83433c92 for package: kmod-forcedeth-0.65-1.sng7.x86_64
–> Processing Dependency: kernel(skb_clone_tx_timestamp) = 0x83433c92 for package: kmod-forcedeth-0.65-1.sng7.x86_64
–> Running transaction check
—> Package kmod-forcedeth.x86_64 0:0.65-1.sng7 will be erased
–> Processing Dependency: kmod-forcedeth for package: sangoma-pbx-1801-3.sng7.noarch
–> Running transaction check
—> Package sangoma-pbx.noarch 0:1801-3.sng7 will be erased
–> Finished Dependency Resolution
Error: Trying to remove “sangoma-pbx”, which is protected

Anything to be concerned about?

Posts: 7

Participants: 2

Read full topic

@adtopkek wrote:

Using: Freepbx 14 Distro, Asterisk 13, latest Sysadmin edge 14.0.9.2

I have HTTP Authentication setup for HTTP provisioning and it was working on Freepbx right before the upgrade but since the upgrade to Freepbx 14 Sysadmin -> Provisioning Protocols -> HTTP Authentication does not work. I tried setting it to “none” then back on “both” to try and refresh it but it did nothing. It will not require a password before downloading configs.

Has anyone else noticed this or found a fix to this?

Posts: 3

Participants: 2

Read full topic

@cr9c1 wrote:

I installed the FreePBX stable version a few days ago. Everything went well, and its up and working. I have activated it as well, but I am unable to run the System Updates, as it fails with an error regarding the connection being reset by peer. Below is the information pertaining to my installation:

Current PBX Version:
14.0.1.36
Current System Version:
12.7.4-1801-3.sng7
Total Module Count:
104
Enabled:
79
Disabled:
24

It fails with a persistent warning on the web interface about the RPM command line failing. I have to hit dashboard quickly to get out of it. Once I go back into the update module, I get this:
Exception
RPM command errored, Delete /dev/shm/yumwrapper/* and try again. Exit code 1 - see FreePBX log for more info.

I have to clear /dev/shm/yumwrapper/* to get rid of the error. It hasn’t worked since I installed. It provides an error about the connection being reset by peer on a sqlite-bz2 download. I can’t include all the details as it wont let me because I’m a new user. Can anyone help?

Posts: 3

Participants: 2

Read full topic

@cr9c1 wrote:

I’m running FreePBX distro under KVM. Everything is working fine, and I have the kvm guest agent installed, with the appropriate channel assigned to the virtual machine. The problem is, when I issue the guest shutdown command, it takes forever. It took around 5 minutes from the time the shut down command was sent, until the time it actually powered off.

I’m not sure if systemd isn’t stopping a service it should be or if its just a really slow shutdown process, but I need advise on things to check or if this is just the “nature of the beast”. My KVM host will continue with a shutdown if the guest shutdown script hangs for more than 2 minutes on a particular guest machine, and my host is set to power off during power failures after my UPS battery gets to around 10%. I’m not sure what service isn’t being shut down or is causing a hang or why it takes so long to reboot or shutdown. Thanks in advance!

Posts: 1

Participants: 1

Read full topic

@adtopkek wrote:

Has anyone else noticed that the Freepbx 14 Distro uses far more CPU than the Freepbx 13 Distro used to use? We upgraded from Distro 13->14 and were having issues so we wiped everything and reinstalled a fresh 14 then restored from a backup. Memory usage seems about the same. Using asterisk 13 (LTS) like we used when we were on the 13 distro .

While the system is actively being used the load averages are just higher than they used to be on Freepbx 13 and the cpu spikes a lot more. When reloading on 14 the load average goes to a 10-12 when it used to be 6-9 on 13. We haven’t added much since the upgrade so it shouldn’t have changed this much from us doing things. This is a pretty active server with 50 calls being norm in the middle of the workday.

Has anyone else experienced this or found out what is going on?

Posts: 8

Participants: 3

Read full topic