kiwi.voice at gmail
May 3, 2012, 8:43 AM
Post #11 of 14
Sorry,I found a note that I went 7.1.3 to 8.5.
7.1.4 might work as well. Not sure.
Sent from my iPhone
Pls pardon my fat fingers.
On 3 May, 2012, at 11:39 PM, Ki Wi <kiwi.voice [at] gmail> wrote:
> Hi Beck,
> Do you have 7.1.4 something ? Can you try that? Hope you have took some snapshot along the way.
> Sent from my iPhone
> Pls pardon my fat fingers.
> On 3 May, 2012, at 10:22 PM, "Beck, Andre" <cisco-voip [at] ibh> wrote:
>> Hi Ki Wi,
>> I'm currently trying to do something similar, coming from 6.1(2).
>> On Tue, Apr 24, 2012 at 01:36:25AM +0800, Ki Wi wrote:
>>> It is working. Just make sure you don't start the CM services till you are at the final version with actual license file.
>> I've tried that:
>> * Establish VM with same MAC as the original Publisher
>> * Install 6.1(2) and restore Pub from DRF backup
>> --> Here I have a fully working (and licensed) copy of the Pub running
>> * Upgrade to 18.104.22.1680-3 as 6.1(2) is mostly a dead end for upgrades
>> --> Still a licensed and working Pub
>> * Now disable all services that can be disabled, install
>> ciscocm.refresh_upgrade_v1.1.cop, then upgrade to 22.214.171.124900-10.
>> After that step, all services are still deactivated. But the next step
>> of upgrading to 8.6(2a) is made impossible by the silly
>> Upgrades are prohibited during Licensing Grace Period.
>> problem. I hoped you found a way around that (in not starting services),
>> but either I pulled it off wrongly, or it doesn't always work. Must I
>> make sure they never run once after DRF import? Or maybe things are
>> different when coming from DMA then they are when coming from DRF...
>>> I have done upgrade from 3.x to 8.0 or 8.5 in VMware environment. A couple of upgrade before I can do DMA. A couple of upgrade before I can hit 8.x since DMA don't go 8.x directly.
>> That sounds extremly interesting. I'd like to know which versions you used
>> exactly, as this seems to make a difference more often than not. For
>> instance, I'm trying to hop via 7.1.5 mainly because going from 6.1.x
>> to 8.x doesn't seem to work in a VM, it's always ending with a hardware
>> platform unsupported bailout (seemingly due to wrong detection of disk
>>> Unsupported method but definitely it's working.
>> Sometimes you have no other way to upgrade. Cisco seems to think that you
>> should have a complete lab copy of your production hardware or even do
>> your upgrades in the production environment. Even the swing server method
>> is unnecessarily complicated by the prevention of upgrades in license
>> grace period. I'm getting the feeling that they don't think a lot about
>> the people who actually have to maintain those installations. Reading
>> almost made me cry. Now you have to relicense when your SMTP server changes
>> name? My Goodness...
>> Cool .signatures are so 90s...
>> -> Andre Beck +++ ABP-RIPE +++ IBH IT-Service GmbH, Dresden <-
cisco-voip mailing list
cisco-voip [at] puck