I may be wrong about this, but isn't it the underlying pub/sub stuff? I ran into this a while back where dbreplication wasn't working but the ccx db was. Turned out it was the passwords weren't synced between the databases, they had to root the box and run a script to sync 60+ passwords between tables. A previous encryption password didn't get populated properly on an 8.5 setup, I was told it was related to a re-ip that didn't go well.
On Tue, Nov 25, 2014 at 8:59 PM, Matthew Loraditch < [email protected]> wrote: > Working on a TAC case where a switch-version is failing… and anyway, > they are pointing to issues with the CUCM tables not replicating and are > having me do the normal CLI commands you do on CUCM to fix things (utils > dbreplication reset all, etc) > > So at this point I am just super curious, why the heck do these tables > exist on CCX???? My CCX db is fine and replicating correctly… I know they > share underlying platform stuff but stil…. > > > > > > Matthew G. Loraditch – CCNP-Voice, CCNA, CCDA > > 1965 Greenspring Drive > Timonium, MD 21093 > > voice. 410.252.8830 > fax. 410.252.9284 > > Twitter <http://twitter.com/heliontech> | Facebook > <http://www.facebook.com/#!/pages/Helion/252157915296> | Website > <http://www.heliontechnologies.com/> | Email Support > <[email protected]?subject=Technical%20Support%20Request> > > > > > > _______________________________________________ > cisco-voip mailing list > [email protected] > https://puck.nether.net/mailman/listinfo/cisco-voip > >
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
