MOH errors again

VitalPBX Community Support General Discussion MOH errors again

Up
0
Down
  • Post
    tonywhelan
    Participant

    Hi there

    Since upgrade to latest version (2.3.1-3), I have discovered that the music on hold that is played to an extension or trunk when they are placed on hold is the default asterisk tune from /var/lib/asterisk/moh instead of the music defined in my custom MOH class and stored at /var/lib/ombutel/static/…/moh.

    All extensions and all trunks have their MOH set to my custom MOH class, yet the asterisk default music is what gets played.

    This problem had previously been fixed (I thought) but it has recurred.

     

    0
Viewing 15 replies - 1 through 15 (of 21 total)
  • Replies
    CoryEakins
    Participant

    I have the same issue and I also noted that the the MOH selection “None (RingBack) ” doesn’t work either.

    problem is occurring with ring groups and queues as well as trunks and extensions.

    0

    Some of you have a call log from Asterisk CLI?

    0
    CoryEakins
    Participant

    I believe this is the pertinent piece from the log, I’ve highlighted where the MOH class is set, and when it plays it calls default.

    ” — Goto (ext-queues,300,1)
    — Executing [300@ext-queues:1] NoOp(“SIP/AA-C9-SBC-00000285”, “Queue: Support Queue”) in new stack
    — Executing [300@ext-queues:2] Set(“SIP/AA-C9-SBC-00000285”, “__QUEUE_CALL=TRUE”) in new stack
    — Executing [300@ext-queues:3] Gosub(“SIP/AA-C9-SBC-00000285”, “sub-set-moh,s,1(ringback,YES)”) in new stack
    — Executing [s@sub-set-moh:1] NoOp(“SIP/AA-C9-SBC-00000285”, “Configuring MoH Class”) in new stack
    — Executing [s@sub-set-moh:2] Set(“SIP/AA-C9-SBC-00000285”, “MOH_CLASS=ringback”) in new stack
    — Executing [s@sub-set-moh:3] Set(“SIP/AA-C9-SBC-00000285”, “MOH_FORCE=YES”) in new stack
    — Executing [s@sub-set-moh:4] GotoIf(“SIP/AA-C9-SBC-00000285”, “1?end”) in new stack
    — Goto (sub-set-moh,s,8)
    — Executing [s@sub-set-moh:8] Return(“SIP/AA-C9-SBC-00000285”, “”) in new stack
    — Executing [300@ext-queues:4] Set(“SIP/AA-C9-SBC-00000285”, “__QUEUE_NUMBER=300”) in new stack
    — Executing [300@ext-queues:5] Gosub(“SIP/AA-C9-SBC-00000285”, “sub-set-call-vars,app-incoming,1”) in new stack
    — Executing [app-incoming@sub-set-call-vars:1] NoOp(“SIP/AA-C9-SBC-00000285”, “Incoming Call App CDR”) in new stack
    — Executing [app-incoming@sub-set-call-vars:2] GotoIf(“SIP/AA-C9-SBC-00000285”, “1?:return”) in new stack
    — Executing [app-incoming@sub-set-call-vars:3] Set(“SIP/AA-C9-SBC-00000285”, “CDR(source)=5066394631”) in new stack
    — Executing [app-incoming@sub-set-call-vars:4] Set(“SIP/AA-C9-SBC-00000285”, “CDR(tenant)=vitalpbx”) in new stack
    — Executing [app-incoming@sub-set-call-vars:5] Set(“SIP/AA-C9-SBC-00000285”, “CDR(destination)=15066436691”) in new stack
    — Executing [app-incoming@sub-set-call-vars:6] Return(“SIP/AA-C9-SBC-00000285”, “”) in new stack
    — Executing [300@ext-queues:6] NoOp(“SIP/AA-C9-SBC-00000285”, “Connecting to Queue”) in new stack
    — Executing [300@ext-queues:7] Answer(“SIP/AA-C9-SBC-00000285”, “”) in new stack
    — Executing [300@ext-queues:8] Queue(“SIP/AA-C9-SBC-00000285”, “Q300,,,,30”) in new stack
    — Started music on hold, class ‘default’, on channel ‘SIP/AA-C9-SBC-00000285′”

     

    0

    CoryEakins what moh is assigned to your Queue?

    0
    CoryEakins
    Participant

    Trunk is set to default, and queue is set to ‘None (RingBack)”

     

    [ext-queues]
    exten => 300,1,NoOp(Queue: Support Queue)
    same => n,Set(__QUEUE_CALL=TRUE)
    same => n,Gosub(sub-set-moh,s,1(ringback,YES))
    same => n,Set(__QUEUE_NUMBER=300)
    same => n,Gosub(sub-set-call-vars,app-incoming,1)
    same => n(qconnect),NoOp(Connecting to Queue)
    same => n,Answer()
    same => n,Queue(Q300,,,,30)
    same => n,NoOp(Queue Status: ${QUEUESTATUS})
    same => n,Set(__QUEUE_CALL=FALSE)
    same => n,Goto(sub-extensions-vm,VMU-26691,1)
    same => n,Hangup()

    0

    CoryEakins which version of VitalPBX are you running? 

    0
    CoryEakins
    Participant

    2.3.1-3

    0

    CoryEakins, but in your case is only failing on queues, right? 

    However, is not failing completely, because if you set a custom moh, the moh is played as expected, it only “fails” when is set to none

    0
    CoryEakins
    Participant

    I tested with an extension as well, and it doesn’t seem to work there either.  Created a custom MOH, set it at the extension level.  Called in and placed call on hold.  Tried making the change at the trunk level as well.

    [C-000000d3] pbx.c: Executing [4045@sub-local-dialing:29] Set(“SIP/AA-C9-SBC-000002cd”, “MOH_CLASS=moh2”) in new stack

    [C-000000d3] res_musiconhold.c: Started music on hold, class ‘default’, on channel ‘SIP/AA-C9-SBC-000002cd’

    0

    what’s the output of the following command (Go to Asterisk CLI first):

     module reload res_musiconhold.so
    0
    CoryEakins
    Participant

    Connected to Asterisk 16.2.1 currently running on aa-pbx (pid = 9873)
    aa-pbx*CLI> module reload res_musiconhold.so
    Module ‘res_musiconhold.so’ reloaded successfully.
    — Reloading module ‘res_musiconhold.so’ (Music On Hold Resource)
    — Files not found in /var/lib/ombutel/static/3dad6576218230d9/moh/1 for moh class:default
    — Files not found in /var/lib/ombutel/static/3dad6576218230d9/moh/2 for moh class:moh2

    0
    CoryEakins
    Participant

    [root@aa-pbx ~]# cd /var/lib/ombutel/static/3dad6576218230d9/moh/
    [root@aa-pbx moh]# ls -l
    total 1480
    drwxrws—+ 2 apache apache 6 Apr 23 12:25 1
    drwxrws—+ 2 apache apache 51 Apr 23 12:25 2
    -rw-r–r–+ 1 apache apache 1503670 Apr 23 12:25 c4ca4238a0b923820dcc509a6f75849b.wav
    [root@aa-pbx moh]# ls -l 1
    total 0
    [root@aa-pbx moh]# ls -l 2
    total 0
    lrwxrwxrwx 1 apache apache 81 Apr 23 12:25 1-c4ca4238a0b923820dcc509a6f75849b.wav -> /var/lib/ombutel/static/3dad6576218230d9/moh/c4ca4238a0b923820dcc509a6f75849b.wav

    0

    This a workaround:

    You may execute the following command to set the correct permissions to Music on Hold files:

    vitalpbx --check-integrity

    However, if you create a new moh or update an existing one, the permissions comeback to apache:apache instead of asterisk:apache

    After executing the command above, you must reload the asterisk configurations: 

    asterisk -rx"core reload"
    0
    CoryEakins
    Participant

    Didn’t find or fix anything.

    [root@aa-pbx moh]# vitalpbx –check-integrity

    No Issues Found!

    [root@aa-pbx moh]#

     

     

    0

    After executing the command in the previous post, what’s the output of this command:

     module reload res_musiconhold.so
    0
Viewing 15 replies - 1 through 15 (of 21 total)
  • You must be logged in to reply to this topic.