[cisco-voip] [RTMT-ALERT-StandAloneCluster] CiscoDRFFailure

[Eric Pedersen]

Unlike with CUCM, Unity subscribers back themselves up. There is a bug where the subscriber tries to register with the CUCX publisher. We had this happen to us: TAC had to fix something as root so that the subscriber could be properly backed up.

From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mensah, Leonard
Sent: 11 February 2013 7:25 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] [RTMT-ALERT-StandAloneCluster] CiscoDRFFailure

My unity publisher is having issues talking to the subscriber  when it comes to backup. Backup works fine on the publisher end but the subscriber does not, and I am not able to configure the backup device for the sub; it is gray out.  Has any seen this kind of issue before? Thank you,

Leonard



StandAloneCluster] CiscoDRFFailure
Reason : Master Agent was unable to send a backup/restore request to the local agent. Node [NYC-SM-SUB01] is not connected.
AppID : Cisco DRF Master
ClusterID :
NodeID : DR-SM-PUB
 TimeStamp : Sun Feb 10 20:00:21 EST 2013.
The alarm is generated on Sun Feb 10 20:00:21 EST 2013.




"This communication is intended solely for the addressee and is confidential and not for third party unauthorized distribution"

The contents of this message may contain confidential and/or privileged
subject matter. If this message has been received in error, please contact
the sender and delete all copies. Like other forms of communication,
e-mail communications may be vulnerable to interception by unauthorized
parties. If you do not wish us to communicate with you by e-mail, please
notify us at your earliest convenience. In the absence of such
notification, your consent is assumed. Should you choose to allow us to
communicate by e-mail, we will not take any additional security measures
(such as encryption) unless specifically requested.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130211/93704bed/attachment.html>