[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=223355#comment-223355 ] 

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

If you're not able to provide a backtrace, that unfortunately there isn't anything else we can do. If this does end up being more of a persistent problem and you're able to get the information we need to diagnose it, please let us know by commenting on this issue or in #asterisk-bugs and we'll be happy to re-open the issue.

> 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
>            Assignee: 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)