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

[Ryan Ratliff]

So yeah I hit send way too early on that email.  I was intending to actually build a server and test it before I threw some random thoughts out.

I'm glad you could go back and forth, that settles a major concern I had for customers who accidentally upgraded to an unrestricted version from a restricted version.  

There is no plan for migrations from unrestricted to restricted.  The only people that should be loading unrestricted CUCM are those who can't buy it any other way.   Worst case scenario I guess the BAT export/import could be used but DRF won't let you restore from unrestricted onto restricted.  Going from restricted to unrestricted is a one way migration, period.


-Ryan

On Sep 28, 2010, at 2:23 PM, Matthew Linsemier wrote:

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/146e263b/attachment.html>