<div dir="ltr">I opened a PDI ticket on this, because CUCM and CUC differ on when you should change the VM settings.  Here's what I wrote to PDI:<div><br></div><div><div>I am planning an upgrade from 8.6(2a)SU2 to 10.5(1)SU1. </div><div><br></div><div>I am looking at the pre-upgrade tasks of this document: </div><div><br></div><div><a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/upgrade/10_0_1/CUCM_BK_U4214F9D_00_upgrade-guide-cucm-100.html">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/upgrade/10_0_1/CUCM_BK_U4214F9D_00_upgrade-guide-cucm-100.html</a> </div><div><br></div><div>It states that I need to modify the VM guest settings, to include the OS version, before I do the upgrade. </div><div><br></div><div>However, the CUC upgrade guide (which should largely be the same as CUCM considering the shared ISO image), states to do the same but Post-Upgrade, not before. That guide is here: </div><div><br></div><div><a href="http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/10x/upgrade/guide/10xcucrugx/10xcucrug010.html#16383">http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/10x/upgrade/guide/10xcucrugx/10xcucrug010.html#16383</a> </div><div><br></div><div>I'm wondering if it really matters when I change these settings on the VM: pre or post upgrade, just as long as I do it before VMTools is updated. Or might there be a problem with the documentation?</div><div><br></div><div>And their reply was simply, follow the documentation, because each team tests their upgrades differently, and how they documented it is how it worked for them.</div><div><br></div><div>That also means that for apps like UCCX, if you don't see anywhere, where it says to change the OS from 32 to 64 bit, then you shouldn't.  You'd be making an assumption that the UCCX team moved their OS version, just because the CUCM team did.</div><div><br></div><div>Lastly, for RAM and CPU increases, I did those pre-upgrade, with the thoughts that: A) It's not unsupported to have more resources available to the VM, and B) It might make the upgrade process faster.</div><div><br></div><div>Those are my thoughts on the subject.</div><br><div class="gmail_quote">On Fri Feb 20 2015 at 7:10:57 AM Andrew Grech <<a href="mailto:agrech88@gmail.com" target="_blank">agrech88@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Thanks Dan I just checked the OVAs and I do need to change the vNIC I remember doing this for another product but it wasn't documented unlike ccx unless I'm missing it. </p>
<p dir="ltr">My other concern is my signed certificates but I have access to the CA so its not a game changer if I need to reissue.</p>
<p dir="ltr">I have thought about running sandbox servers up in my lab loading a drs then upgrading. I could then disconnect the NICs of the current vms and move the sandbox servers into production. This would provide an easy rollback. Anyone have experience with this? Note I won't be cloning the sandbox servers from production but rather running them up from scratch.</p>
<p dir="ltr">On 20/02/2015 10:28 PM, "Daniel Pagan" <<a href="mailto:dpagan@fidelus.com" target="_blank">dpagan@fidelus.com</a>> wrote:<br>
><br>
> Based on the UCCX tech note I found, I’d say the shutdown and final modifications should be made after a full switch version is performed and you’re running the upgrade release on your active partitions.<br>
><br>
>  <br>
><br>
> This differs from the official word from Cisco on CUCM, which is to adjust the virtual machine resources to match the OVA template specifications before the upgrade is performed. However, also according to official documentation, changing the vNIC to VMXNET3 through PowerCLI should be done post-upgrade.<br>
><br>
>  <br>
><br>
> Personally I’ve seen all these modifications being performed after the upgrade is completed and version switched with no negative impact whatsoever, but official documentation and TAC’s stance says the virtual machine settings should be modified first, followed by the upgrade, then wrapped up with the vNIC change to VMXNET3. I can provide documentation if needed - it seems that UCCX documentation differs.<br>
><br>
>  <br>
><br>
> Also don’t forget to set the OS security settings to “permissive” if you wish to auto-update the VMware Tools on the virtual machines.<br>
><br>
>  <br>
><br>
> - Dan<br>
><br>
>  <br>
><br>
> From: cisco-voip [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net" target="_blank">cisco-voip-bounces@<u></u>puck.nether.net</a>] On Behalf Of Andrew Grech<br>
> Sent: Thursday, February 19, 2015 11:43 PM<br>
> To: Cisco VoIP Group<br>
> Subject: [cisco-voip] UCCX Virtual 9.0(2) to 10.6(1) Upgrade<br>
><br>
>  <br>
><br>
> Hi,<br>
><br>
>  <br>
><br>
> I'm preparing an upgrade of uccx 9.0(2) to 10.6(1)<br>
><br>
>  <br>
><br>
> When would be be the best time to adjust the OVA file?<br>
><br>
>  <br>
><br>
> I need to change the RAM and Guest OS to RHEL6 (although Guest OS change step is not documented)<br>
><br>
>  <br>
><br>
>  <br>
><br>
> The guide says<br>
><br>
> It is highly recommended that you gracefully shut down the UCCX VMs, and update the memory allocation to the new values after you upgrade to UCCX Version 10.0. If memory allocation for the VM is left unchanged after the UCCX is upgraded to Version 10.0, this warning message displays:<br>
><br>
>  <br>
><br>
> Does this mean before the switch version? <br>
><br>
>  <br>
><br>
> Cheers<br>
><br>
><br>
> Andrew</p>
______________________________<u></u><u></u>_________________<br>
cisco-voip mailing list<br>
<a href="mailto: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/<u></u>mailma<u></u>n/listinfo/cisco-voip</a><br>
</blockquote></div></div></div>