[cisco-voip] CM 5.1.3 hostname issue

[Mooney, Nicholas]

Hi,
 
Have a CM 5.1.3 cluster with the following situations:
 
cluster works fine, call processing OK, except:
    - dbreplication appears broken, even though subscribers work and can
work with publisher offline
    - unified reporting page shows local db's as unreachable on each
subscriber
    - can run commands like "run sql select name,nodeid from
ProcessNode" on subscribers but get no results as if table is empty
    - commands like "utils dbreplication repair/status/stop etc all give
errors saying the are no subsribers/nodes etc
    - 1000's of zombie processes owned by the "database" user start and
cluster requires monthly reboots to survive
    - rebuilding the subscriber with same settings does nothing useful,
problems are still there
    - subscribers are able to call processing, new phones etc appear on
subscribers without an issue
 
It seems to me like there is a local database on the subsciber, but the
subsriber is unable to "see" it even though the CCM processes can use it
when the publisher is offline.
 
I suspect the issue may be a hostname problem. 
 
The hostname during install was "CM01" with the IP of 10.116.160.36. No
DNS was configured.
Within CCMAdmin -> System -> Server the hostname is set to the IP
10.116.160.36.
Within CCMAdmin -> System -> CallManager the CallManager Name is
"CM_10.116.160.36"
 
I am wondering if the CallManager Name above needs to reflect the IP or
hostname or the machine, or can this be changed to something arbitary? I
am not sure where CM_10.116.160.36 came from. 
 
If you give the CallManager 5.1.x a hostname does this mean you _have_
to you DNS? Or can you have hostnames without DNS?
 
Has anyone had problems with CTL/security causing grief for the
database?
 
Thanks
 
Nick
 


This is an email from Fujitsu Australia Limited, ABN 19 001 011 427. It is confidential to the ordinary user of the email address to which it was addressed and may contain copyright and/or legally privileged information. No one else may read, print, store, copy or forward all or any of it or its attachments. If you receive this email in error, please return to sender. Thank you.
 
If you do not wish to receive commercial email messages from Fujitsu Australia Limited, please email unsubscribe at au.fujitsu.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20080502/d0e1e7b5/attachment.html