[cisco-voip] Jump upgrade/DRS licensing bug

Fri Sep 6 17:03:40 EDT 2013

is the bug specific to 7.15 ?

On Fri, Sep 6, 2013 at 1:55 PM, Joe Martini <joemar2 at cisco.com> wrote:

> The issue has been reproduced and a defect has been filed.
>
> http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCuj10105
>
> Joe
>
> On Sep 6, 2013, at 10:00 AM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>
> I'm really hoping that licensing will re-host my licenses when I ask to do
> this since I'm still doing hardware upgrade, not VM. This installing
> another COP file doesn't leave me with any warm and fuzzies. :(
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst, Data Centre and Communications Facilities
> Computing and Communications Services (CCS)
> University of Guelph
>
> 519‐824‐4120 Ext 56354
> lelio at uoguelph.ca
> www.uoguelph.ca/ccs
> Room 037, Animal Science and Nutrition Building
> Guelph, Ontario, N1G 2W1
>
> ------------------------------
> *From: *"Ryan Ratliff (rratliff)" <rratliff at cisco.com>
> *To: *"Ed Leatherman" <ealeatherman at gmail.com>
> *Cc: *"Cisco VOIP" <cisco-voip at puck.nether.net>
> *Sent: *Friday, September 6, 2013 9:56:52 AM
> *Subject: *Re: [cisco-voip] Jump upgrade/DRS licensing bug
>
> I've got VMs installing now to test this.  There is an easy workaround via
> root but it shouldn't be required.
>
> -Ryan
>
> On Sep 6, 2013, at 8:14 AM, Ed Leatherman <ealeatherman at gmail.com> wrote:
>
> Tried last night, same result.
>
> Also double checked the md5 on the cop file just in case there was
> difference, it's identical to the one on CCO though. Got a case open now.
>
>
> On Thu, Sep 5, 2013 at 7:27 PM, Justin Steinberg <jsteinberg at gmail.com>
> wrote:
>
>> 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
>>>
>>
>>
>
>
> --
> Ed Leatherman
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130906/920a476c/attachment.html>