[cisco-voip] DB Replication CUCM 6.1

[Leonardo D'Urso]

Nick

I don't know if this procedure is the right for you, it should be better to
open a cisco tac case.
In the meantime you can try the folllowing steps if you have a cucm 6.1, as
it seems to be:


a) run 'utils dbreplication stop' on subscriber(s)

When finish go to next step

b) run 'utils dbreplication stop' on publisher

When finish go to next step

c) run 'utils dbreplication reset all'on publisher

d) if this  this fails run clusterreset.

e) Restart SUB afterwards.

f) run 'utils dbreplication reset all'on publisher

d) check that all is ok on CUR and on CLI

by running perf query class "Number of Replicates Created and State of
Replication'

       -> 2 replication is good


2008/11/24 Nick Kassel <Nick.Kassel at btinet.bt.com>

> I have installed a new subscriber and I'm having a little trouble getting
> the replication fixed, I have tried the utils dbreplication stop and utils
> replication reset commands but this has not sorted the problem, when I run
> the Unified CM Database Status report, under the section Unified CM SqlHosts
> I have a bogus IP showing for the subscriber I am trying to fix as shown
> below, the other subscribers do not show this bogus IP, could this be
> causing my issue and how can I get  rid of this, the bogus IP is for another
> subscriber that is not on line yet.
>
> 10.196.243.15    g_hdr  group   -       -       i=1
> g_ukipt001_ccm  group   -       -       i=2
> ukipt001_ccm    onsoctcp        UKIPT001        ukipt001_ccm
>  g=g_ukipt001_ccm b=32767
> ukipt001_ccm_b  onsoctcp        UKIPT001        ukipt001_ccm_b
> g_ukipt002_ccm  group   -       -       i=3
> ukipt002_ccm    onsoctcp        UKIPT002        ukipt002_ccm
>  g=g_ukipt002_ccm b=32767
> ukipt002_ccm_b  onsoctcp        UKIPT002        ukipt002_ccm_b
> g_ukipt003_ccm  group   -       -       i=4
> ukipt003_ccm    onsoctcp        UKIPT003        ukipt003_ccm
>  g=g_ukipt003_ccm b=32767
> ukipt003_ccm_b  onsoctcp        UKIPT003        ukipt003_ccm_b
> g_ukipt004_ccm  group   -       -       i=5
> ukipt004_ccm    onsoctcp        UKIPT004        ukipt004_ccm
>  g=g_ukipt004_ccm b=32767
> ukipt004_ccm_b  onsoctcp        UKIPT004        ukipt004_ccm_b
> g_ukipt017_ccm  group   -       -       i=6
> ukipt017_ccm    onsoctcp        UKIPT017        ukipt017_ccm
>  g=g_ukipt017_ccm b=32767
> ukipt017_ccm_b  onsoctcp        UKIPT017        ukipt017_ccm_b
> g_bogusip_10_195_249_21_ccm     group   -       -       i=7
> bogusip_10_195_249_21_ccm       onsoctcp        BogusIP_10_195_249_21
> bogusip_10_195_249_21_ccm       g=g_bogusip_10_195_249_21_ccm b=32767
> bogusip_10_195_249_21_ccm_b     onsoctcp        BogusIP_10_195_249_21
> bogusip_10_195_249_21_ccm_b
> g_deipt005_ccm  group   -       -       i=10
> deipt005_ccm    onsoctcp        DEIPT005        deipt005_ccm
>  g=g_deipt005_ccm b=32767
>
> ______________________________________________________________
> This message has been checked for all viruses by BTnet VirusScreen.
> The service is delivered in partnership with MessageLabs.
> This service does not scan any password protected or encrypted
> attachments.
> ==============================================================
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>



-- 
Leonardo D'Urso
l.durso at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081124/f318acdf/attachment.html>