[asterisk-bugs] [JIRA] (ASTERISK-24496) Asterisk random crash: when /var/lib/asterisk/sounds/ is mapped to windows share

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=223289#comment-223289 ] 

Matt Jordan commented on ASTERISK-24496:
----------------------------------------

Thank you for your bug report. In order to move your issue forward, we require a backtrace[1] from the core file produced after the crash. Also, be sure you have DONT_OPTIMIZE enabled in menuselect within the Compiler Flags section, then:

make install

After enabling, reproduce the crash, and then execute the backtrace[1] instructions. When complete, attach that file to this issue report.

[1] https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace



> Asterisk random crash: when /var/lib/asterisk/sounds/ is mapped to windows share
> --------------------------------------------------------------------------------
>
>                 Key: ASTERISK-24496
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24496
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 1.8.31.0
>         Environment: Centos with mounted network share 1000Mb network
>            Reporter: Conrad de Wet
>
> We have all our asterisk servers mapped to the same network share - this makes it great to manage one place for all asterisk sounds, greetings, music on hold etc etc. It even allows us to swap clients on boxes without having to carry over all the sound files (using database for everything else).
> Yesterday the one box processed 140,000 minutes of call - mostly using queues - with the shared music folder - not one single problem.
> Today, at 2:00 suddenly a segfault. No changes to the system at all.
> There appears to be a bug in the way Asterisk handles moh files for queues when the source folder is mapped to a network share. It creates a segfault.... randomly.
> I have not back traced the crash dump, because it will show me what it showed me last time - it crashed in the queue playing back a stream. (We cannot add any more debugging tools.)
> Please could someone test this scenario. It's extremely useful to have all the sound files in one place. But its so very random in its crash - tho it does appear to be when high call volumes. (Other boxes doing very little have never crashed like this.)
> I know i'm not being terribly helpful here - but if someone else wants the same as me - to have a central location for all sounds files - then please help with this one.



--
This message was sent by Atlassian JIRA
(v6.2#6252)