[cisco-voip] Partition Rollback: UCM 7.1(5b) Unrestricted to UCM 7.1(5a) Restricted?

[Matthew Linsemier]

The confusion started with the naming convention of ³Restricted² and
³Unrestricted² coupled with the new licensing model from Cisco.  The upgrade
from ³Restricted² 7.1(5a) to ³Unrestricted² 7.1(5b) worked on the Publisher
and in the end on the Subscriber.  There was an error message on the first
boot of the Subscriber saying that the databases were out on sync.  A cold
reboot of the Subscriber a second time resolved the issue.

I have no issues with getting to the UCM OS management page and ³swapping²
the partition of both the Publisher and the Subcriber back to the
³Restricted² partition both at the same time and taking all of the phones
out of service for that time.  I just worry that if it fails that I would
have to rebuild my entire UCM cluster and then restore the data.  The TAC
engineer even told me that you couldn¹t restore data from an ³Unrestricted²
version back onto a ³Restricted² version.  If I knew ahead of time that I
can simply switch back to the currently working ³Unrestricted² partition, I
don¹t mind being a guinea pig, but I definitely don¹t want to spend the
weekend with TAC on the phone trying to get my phones up and running,
rebuilding everything from scratch.

Wes or Ryan, the TAC case we opened was SR 615372523. I¹m don¹t mind getting
answers from Cisco that ³you cant do it² but I would like to know
technically why it wont work.  I suspect that there will be a lot of others
wondering how they get from ³Unrestricted² to ³Restricted² version.  I know
that there aren¹t any migration paths (as stated in the documents), but if
you cant even backup the data and restore it on a fresh install of a
³Restricted² version of UCM, that seems like an issue.

Matt




On 9/28/10 1:57 PM, "Ryan Ratliff" <rratliff at cisco.com> wrote:

> For starters I don't think you can upgrade from restricted to unrestricted.
> 
> Assuming you mean 7.1(5a) unrestricted and 7.1(5b) restricted...
> 
> How did you try switching, using the CLI or the recovery disk?  I think I've
> seen on this alias that the CLI won't let you switch back and I don't know if
> this is intended or not.
> 
> I have seen bugs related to subscriber upgrades failing when the pub has been
> upgraded from restricted to unrestricted (CSCti72527).
> 
> I have also seen TAC SRs where they were able to switch back with no problem.
> 
> -Ryan
> 
> On Sep 28, 2010, at 10:52 AM, Matthew Linsemier wrote:
> 
> All,
> 
> I have received conflicting information from both TAC as well as other
> resources on the Internet to find out if you can roll back your UCM version
> from a ³Unrestricted² version to a ³Restricted² version?  The scenario goes as
> follows:
> 
> An upgrade was performed on a UCM server from a 7.1(5a) ³Restricted² licenses
> to 7.1(5b) ³Unrestricted².  No other upgrades have been performed since this
> so basically it looks like this on the UCM publisher and subscriber:
> 
> Active Partition: UCM 7.1(5b) ³Unrestricted²
> Alternate Partition: UCM 7.1(5a) ³Restricted²
> 
> My question is, can I swap the partitions back to the original restricted
> versions of UCM and then apply the UCM 7.1(5b) restricted OS upgrade which is
> what we want to have on the UCM cluster.  TAC originally said yes this is not
> an issue, but then came back and said no you couldn¹t do it.  When I started
> asking questions like ³What if my upgrade had failed, does that mean that I
> would have had to rebuild UCM and wouldn¹t be able to go back to the previous
> partition?² and I didn¹t really get a strait answer.
> 
> To me it seems that I should be able to recover to a previous ³Restricted²
> license on both Publisher and the Subscriber and everything should work as
> before, then I just put the proper ³Restricted² upgrade on the UCM servers.
> Isn¹t this what the separate partitions are for?  Even so, if I tried swapping
> back and it didn¹t work, couldn¹t I just go back to the current ³Unrestricted²
> working partition.
> 
> Can anyone give any insight on this?
> 
> Thanks,
> 
> Matt
> 
> 
> 
> CONFIDENTIALITY STATEMENT
> This communication and any attachments are CONFIDENTIAL and may be protected
> by one or more legal privileges. It is intended solely for the use of the
> addressee identified above. If you are not the intended recipient, any use,
> disclosure, copying or distribution of this communication is UNAUTHORIZED.
> Neither this information block, the typed name of the sender, nor anything
> else in this message is intended to constitute an electronic signature unless
> a specific statement to the contrary is included in this message. If you have
> received this communication in error, please immediately contact me and delete
> this communication from your computer. Thank you.
> 
> 
> 
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
> 
> 


CONFIDENTIALITY STATEMENT
This communication and any attachments are CONFIDENTIAL and may
be protected by one or more legal privileges. It is intended
solely for the use of the addressee identified above. If you
are not the intended recipient, any use, disclosure, copying
or distribution of this communication is UNAUTHORIZED. Neither
this information block, the typed name of the sender, nor
anything else in this message is intended to constitute an
electronic signature unless a specific statement to the
contrary is included in this message. If you have received this
communication in error, please immediately contact me and delete
this communication from your computer. Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100928/7a8bd2d8/attachment.html>