Wes--<div><br></div><div>Thank you and please do:</div><div><br></div><div>This is a case of administrator-be-ware. We've raised the need for clearer prompts/indicators when upgrading restricted-unrestricted as there is no reversion without losing all changes made on the unrestricted version.</div>
<div><br></div><div>Scott<br><br><div class="gmail_quote">On Fri, Oct 15, 2010 at 1:23 PM, Wes Sisk <span dir="ltr"><<a href="mailto:wsisk@cisco.com">wsisk@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000">
Hi Matthew,<br>
<br>
Inline, ws.<div class="im"><br>
<br>
Matthew Linsemier wrote:
<blockquote style="border:medium none ! important;padding-left:0px ! important;padding-right:0px ! important;margin-left:0px ! important;margin-right:0px ! important" type="cite">
<font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">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.<br>
</span></font></blockquote></div>
ws: Database out of sync on install is likely separate issue. There
are a few known reasons for that. I'm going to focus on restricted vs.
unrestricted here as it's really the new topic at hand.<div class="im"><br>
<blockquote style="border:medium none ! important;padding-left:0px ! important;padding-right:0px ! important;margin-left:0px ! important;margin-right:0px ! important" type="cite"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
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.<br>
<br>
Wes or Ryan, the TAC case we opened was </span></font><font size="1"><font face="Geneva, Verdana, Helvetica, Arial"><span style="font-size:12px">SR
615372523. </span></font></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">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. <br>
</span></font></blockquote></div>
ws: It's more a legal reason than technical reason. Lawyers say we
cannot facilitate move from unrestricted to restricted. I'm taking that
at face value as CM keeps me too busy to work on a law degree. We have
to allow restricted -> unrestricted as restricted was the only
option before. This is a case of administrator-be-ware. We've raised
the need for clearer prompts/indicators when upgrading
restricted->unrestricted as there is no reversion without losing all
changes made on the unrestricted version.<div><div></div><div class="h5"><br>
<br>
<blockquote style="border:medium none ! important;padding-left:0px ! important;padding-right:0px ! important;margin-left:0px ! important;margin-right:0px ! important" type="cite"><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">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.<br>
<br>
Matt<br>
<br>
<br>
<br>
<br>
On 9/28/10 1:57 PM, "Ryan Ratliff" <<a href="http://rratliff@cisco.com" target="_blank">rratliff@cisco.com</a>> wrote:<br>
<br>
</span></font>
<blockquote><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt">For starters I don't think you can upgrade
from restricted to unrestricted. <br>
<br>
Assuming you mean 7.1(5a) unrestricted and 7.1(5b) restricted...<br>
<br>
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.<br>
<br>
I have seen bugs related to subscriber upgrades failing when the pub
has been upgraded from restricted to unrestricted (CSCti72527).<br>
<br>
I have also seen TAC SRs where they were able to switch back with no
problem.<br>
<br>
</span></font><font face="Helvetica, Verdana, Arial"><span style="font-size:12pt">-Ryan<br>
</span></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
On Sep 28, 2010, at 10:52 AM, Matthew Linsemier wrote:<br>
<br>
All,<br>
<br>
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:<br>
<br>
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:<br>
<br>
Active Partition: UCM 7.1(5b) “Unrestricted”<br>
Alternate Partition: UCM 7.1(5a) “Restricted”<br>
<br>
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.<br>
<br>
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.<br>
<br>
Can anyone give any insight on this?<br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
</span></font><font color="#808080"><font size="2"><font face="Arial"><span style="font-size:10pt">
<hr align="center" size="3" width="100%"></span></font></font></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
</span></font><font color="#808080"><font size="2"><font face="Arial"><span style="font-size:10pt">CONFIDENTIALITY STATEMENT<br>
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.</span></font></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"> <br>
</span></font></font><font face="Calibri, Verdana, Helvetica, Arial"><span style="font-size:11pt"><br>
<font color="#808080">
<hr align="center" size="3" width="100%"></font><br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="http://cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br>
<br>
</span></font></blockquote>
<p><font color="#808080" face="Arial" size="1">
</font></p><font color="#808080" face="Arial" size="1"><hr></font><p></p>
<p><font color="#808080"><font face="Arial" size="1">CONFIDENTIALITY
STATEMENT<br>
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.</font> </font></p>
<p><font color="#808080">
</font></p><font color="#808080"><hr></font><p></p>
<pre><hr size="4" width="90%">
_______________________________________________
cisco-voip mailing list
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a>
</pre>
</blockquote>
</div></div></div>
<br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>