[cisco-voip] Need BugID for MoH issue... workaround included

[Kevin Thorngren]

Hi Jonathan,

I did not find any BugIDs for this issue.  I just tried it with both 
4.1(3) running on 2000.2.7sr5 and 4.2(1) with 2000.4.2sr3.  It worked 
fine in both clusters.  Are the servers in a Domain?

Could it be that steps similar to what is described in the below DDTS 
were used?

CSCec36827 - Need CCM tool to reset file/folder permissions back to 
defaults
Symptom:

CallManager services stop operating correctly after making permissions 
changes on files/folders.

Condition:

This problem may occur after manually changing file/folder permissions 
on the C:\Program Files
folder and selecting to "Reset permissions on all child objects and 
enable propagation of
inheritable permissions."

This essentially removes all of the permissions given to CCMCDR, 
CCMEML, CCMService, CCMServiceRW,
and CCMUser on the C:\Program Files\Cisco folder.

This bug was opened to request that a new tool be developed so that the 
file/folder permissions
can be easily restored to their defaults.

Workaround:

Manually give CCMCDR, CCMEML, CCMService, CCMServiceRW, and CCMUser 
read, write, and modify
permissions to the C:\Program Files\Cisco folder.

WARNING:  Be very careful when making permissions changes to 
files\folders on a CallManager server.
           Contact Cisco TAC before making such changes.


If you can still recreate the issue then it might be best to open a TAC 
case and provide remote access so the problem can be investigated.

Kevin

On Jun 1, 2006, at 12:32 AM, Jonathan Charles wrote:

> Found a problem on all versions of CallManager, with OS versions of
> 2.7 or higher. Was wondering if there was a BugID for this...
>
> CCM Version:
>
>  Confirmed on 3.3, 4.0 and 4.1
>
>  Scenario:
>
>  User drops a wav file or mp3 into the DropMoHFilesHere directory and
>  it just sits there, it will not convert...
>
>  Problem:
>
>  File is not inheriting permissions from parent directory and you get
>  a 'file access denied' in the traces... Even though 'Allow
>  inheritable permissions from parent to propagate to this object' is
>  checked on the parent directory.
>
>  Solution:
>
>  Right click on the file in question, go to properties, click the
>  security tab, click add, sort by name of account and add these
>  accounts to the file permissions: CCMCDR, CCMService, CCMServiceRW and
>  CCMUser. When you hit apply, the file will disappear... If not, give
>  each of these accounts full control.
>
>  This fix has solved the problem every time so far.
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>