[cisco-voip] Jump upgrade/DRS licensing bug

Thu Sep 5 19:27:08 EDT 2013

try installing the cop file after the DRS restore.   I wonder if the
restore is overwriting certain changes made by the cop.

On Thu, Sep 5, 2013 at 11:24 AM, Ed Leatherman <ealeatherman at gmail.com>wrote:

> Still ending up at the same place with this one; double checked everything
> this time no extra steps:
>
> Install CM 7.1.5 cluster using the 9.1 ova, same basic IP's etc as
> production
> Loaded the v1.2 refresh COP file
> did NOT reboot
> Configured a SFTP server with identical IP/username/password/directory
> structure as existing production SFTP
> DRS restore from that server
> Reboot subs
> Reboot pub
> verify database replication with "utils dbreplication runtimestate"
> initiate an upgrade with "utils system upgrade initiate"
> put in credentials for the SFTP server
> select SFTP
> Get the same error message.
> "Upgrades are prohibited during license grace period"
>
> Will work on getting TAC case opened this afternoon or tomorrow.
>
>
> On Tue, Sep 3, 2013 at 4:29 PM, Ed Leatherman <ealeatherman at gmail.com>wrote:
>
>> I'm going thru my steps again - the first time i tried it, I configured
>> some phones (just changed macs on 2 existing ones) mid-way through the
>> process to test the restore, and my SE thought that might have tripped a
>> licensing check. I also didn't have the DRS restart location "exactly" the
>> same as the production one, so fixing that also.
>>
>> My next attempt should be by the book without any extra-curricular
>> activities ><.
>>
>>
>> On Tue, Sep 3, 2013 at 4:20 PM, Ryan Ratliff (rratliff) <
>> rratliff at cisco.com> wrote:
>>
>>>  The refresh COP file is the one you want as long as it's the latest and
>>> you did them in the correct order.  This is the second one I've heard of
>>> that the cop file didn't work correctly for 7.1(5).  One of my colleagues
>>> tested 6.1(5) last week and confirmed the steps work but I think we'll need
>>> to try a 7.1 just to be sure.
>>>
>>>
>>>  -Ryan
>>>
>>>  On Aug 30, 2013, at 12:27 PM, Ed Leatherman <ealeatherman at gmail.com>
>>> wrote:
>>>
>>> OK - perhaps I installed the wrong one then; I installed
>>> ciscocm.refresh_upgrade_v1.2.cop.sgn... sounds like I grabbed the wrong
>>> one.
>>>
>>> Here was what i did:
>>>
>>>  -Installed fresh 7.1.5 on all VM nodes, let DB sync
>>>
>>> -Installed refresh cop per the upgrade doc (I thought this was an odd
>>> place for it but that’s where it wanted it). Did NOT reboot per the
>>> documentation.
>>>
>>> -Restored DRS file. Rebooted subs. Rebooted Pub. Let DB sync again.
>>>
>>> -At this point, I changed some MAC addresses on some of the configured
>>> phones so I could have a few running in the lab for the upgrade; hind sight
>>> I probably don't need this until everything's on 9
>>>
>>> -Tried to install the 9.1 firmware - failed with that error
>>>
>>> -Tried to upgrade to 9.1 - also failed with that error
>>>
>>>
>>> On Fri, Aug 30, 2013 at 12:16 PM, Justin Steinberg <jsteinberg at gmail.com
>>> > wrote:
>>>
>>>> there is a COP file that you need to install on 7.1.5 that will disable
>>>> the licensing and allow you to goto 9.12
>>>>
>>>>
>>>>  On Fri, Aug 30, 2013 at 10:22 AM, Ed Leatherman <
>>>> ealeatherman at gmail.com> wrote:
>>>>
>>>>>  Good morning,
>>>>>
>>>>>  I'm running through the jump upgrade in my lab for a regional campus
>>>>> so that I get all the steps correct. I have the UCS hardware they will
>>>>> upgrade to + VMWare installed, and everything on isolated lab network.
>>>>>
>>>>>  So I took a known good backup of their production CUCM (3 nodes).
>>>>> Installed 7.1.5 into VMWare per the jump document, and restored the DRS
>>>>> backup onto it, rebooted subs, rebooted pub; everything went smoothly and I
>>>>> can setup a few phones on this isolated network and register/call, database
>>>>> happy etc.
>>>>>
>>>>>  However now when I go to load new firmware for 9.1 or upgrade the VM
>>>>> to 9.1.2, I get the following from the command line:
>>>>> Upgrades are prohibited during license grace period
>>>>>
>>>>>  which seems to be related to CSCtb86875<https://www.cisco.com/cisco/psn/bssprt/bss?searchType=bstbugidsearch&page=bstBugDetail&BugID=CSCtb86875>
>>>>>
>>>>>  Licensing page on CUCM doesn't show any issues.
>>>>>
>>>>>  Are other people running into this? I thought I was following
>>>>> through the guide closely, but it doesn't mention anything about needing to
>>>>> rehost the 7.1 license files or have TAC root in to delete a file during
>>>>> the upgrade.
>>>>>
>>>>>  Since we're likely to run through this exercise a few times (this
>>>>> issue is exactly why I'm running through it in lab to begin with).. I don't
>>>>> know if its kosher for me to keep asking licensing to rehome it, since this
>>>>> isn't the production system. But I guess I will if i need to :)
>>>>>
>>>>>  Where am I going wrong here, or is this normal?
>>>>>
>>>>>  --
>>>>> Ed Leatherman
>>>>>
>>>>>  _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>>
>>>>
>>>
>>>
>>>  --
>>> Ed Leatherman
>>>  _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>>
>>
>>
>> --
>> Ed Leatherman
>>
>
>
>
> --
> Ed Leatherman
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130905/9a4ea956/attachment.html>