kiwi.voice at gmail
May 3, 2012, 8:43 AM
Views: 1408
Permalink
|
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 6.1.4.2190-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 7.1.5.33900-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
>> size).
>>
>>> 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
>> http://docwiki.cisco.com/wiki/Licensing_Model_for_Virtualized_UC_Applications
>> almost made me cry. Now you have to relicense when your SMTP server changes
>> name? My Goodness...
>>
>> TIA,
>> Andre.
>> --
>> Cool .signatures are so 90s...
>>
>> -> Andre Beck +++ ABP-RIPE +++ IBH IT-Service GmbH, Dresden <-
_______________________________________________
cisco-voip mailing list
cisco-voip [at] puck
https://puck.nether.net/mailman/listinfo/cisco-voip
|
