7942 keeps old DN after factory reset

[jbach2003]

I've run into several instances where I perform a factory reset on a 7942 phone, and when it comes back up, it has the same DN as it had prior to the reset. In CUCM, I performed a super copy from a user's phone to the phone in question's MAC address. I performed the factory reset, but when the phone comes up, it still has the old DN. In CUCM, the phone shows that it is registered with the new DN, but when I call other phones from it, caller ID shows the old number and the name of the user associated with it. What is going on?

[Aaron Harrison · Accepted solution]

Something weird.

Do you have multiple CUCMs? Have you verified replication with 'utils dbreplication runtimestate' when this is happening?
Aaron

[Venkatesh Perumal]

This happens when there is a mismatch is database table's. reset of dbreplication should take care of this.

-Venkatesh.

[Mohammed al Baqari]

Nothing more that what they guys said :) Check DB replication.

[jbach2003]

For posterity, here are the commands that TAC had me run to fix the issue:

1. Issue the command "utils dbreplication stop" starting with the SUB's (all Subscribers) and then on the PUB. Wait for it to finish on one node before moving to the next.

2. Issue the command "utils dbreplication dropadmindb" starting with the SUB's (all Subscribers) and then on the PUB. Wait for it to finish on one node before moving to the next.

3. Issue the command "utils dbreplication reset all" on the PUB.

After the last command, you will need to wait approx 10 minutes or so for all of the Sub's to sync back up and complete replication.

[Aaron Harrison]

Hi

Good to hear the detail of what fixed it for you. For the reference of others, this process may take from 10 minutes up to many hours depending on the size of your cluster (size of DB, and number of servers).

Aaron