Upgrade CUCM to 6.1.3-1107-1

Unanswered Question

Hello Floks,

We just upgraded from CUCM version to 6.1.3-1107-1 .

Small number of our phones have reverted to an earlier configuration following the upgrade (for example displaying an old name on the display). IP Communicator profile completeley deleted.

Deleted profile re appeard.

Is any one aware of similar cases or know why it has happend.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Tommer Catlin Mon, 04/27/2009 - 10:26

I just did a similar upgrade for about 300+ phones and did not notice. I went to 6.1.3-3000 though. (customer has not brought up any issues as of yet). Upgrade was Thursday night last week.

Sascha Monteiro Mon, 04/27/2009 - 10:29

do you have multiple callmanager?

was db replication ok before and after the upgrade?

Issue resolved :

Over vendor had loaded the software a month earlier!

So It become apparent that when you load the upgrade software the server must take a database checkpoint, and when you actually run the upgrade it uses the database from that point in time

Hence the loss of MAC changes since the date of software load.


Tommer Catlin Thu, 04/30/2009 - 06:47

Right, when run the upgrade, it upgrades the inactive partition. That is why you reboot after the upgrade is done. If you waited 3 days later to reboot, any changes done in the past 3 days will not be included after the upgrade.

Glad it worked!

philippe.cousineau Wed, 03/24/2010 - 14:47

I did an upgrade from 6.1.1 to 7.1.3 one month ago.. of course I have reboot the server once if not, i will not run 6.1.3

..... tonight I have upraded a 7941/61 firmware then reset the tftp services on both pub / sub and had that message.

DBChangeNotify queue delay over 2 minutes. Current DB ChangeNotify queue delay (150) is over 120-sec threshold. The alert is generated on We Mar 24 17:22:57 EDT 2010 on node XX.XX.XX.XX

any idea ?


This Discussion