<div dir="ltr"><div>unknown. installer still does a hardware check.<br><br></div>while testing my moh problem, I used an 8.6 ova to deploy the old 10k template, made the one OS tweak to the image, then installed 10.5(2) on it. successful install.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 22, 2015 at 9:43 AM, NateCCIE . <span dir="ltr"><<a href="mailto:nateccie@gmail.com" target="_blank">nateccie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I wonder what the difference is between expanding and installing on 120G from the beginning, since there is the report of it only growing the common partition.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Mar 21, 2015 at 9:03 AM, Tim Frazee <span dir="ltr"><<a href="mailto:tfrazee@gmail.com" target="_blank">tfrazee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>the resize cop file is for 9x only, 10 has it built in. I'm running around with a tac case to address a stock 9x or 10x 7.5 to 10k user build that results with a 110G disk. doesn't leave much space for those 500 moh sources.....<br><br></div>if you shut the image down and increase from 110 to at least 112G, the boot process grows the common partition out.<br><br></div>as a standard, any of our 10x installs for large clients, we are growing the disk out to 120G just to be safe.<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 20, 2015 at 3:50 PM, Erick <span dir="ltr"><<a href="mailto:erickbee@gmail.com" target="_blank">erickbee@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>The VMware disk reallocation worked for us also going from 80gig  to 110gig for 10.5. Were on. 9.1 prior. </div><div><br></div><div>The readme in the download link Is pretty good but doesn't say outright what to increase it to. </div><div><br></div><div>High level steps , </div><div><br></div><div>Make sure you have a good backup</div><div><br></div><div>Install the cop file </div><div>Shutdown the vm</div><div>Change virtual disk from 80G to 110G</div><div>Save /OK settings </div><div>Power on VM</div><div><br></div><div>It will reboot a few times while extending disk then come up fine / normal . </div><div><br></div><div><br>Sent from my iPhone</div><div><div><div><br>On Mar 20, 2015, at 9:34 AM, Justin Steinberg <<a href="mailto:jsteinberg@gmail.com" target="_blank">jsteinberg@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">So in the CUCM 10.5 download section for the Utilities, it seems to have combined the common cleanup COP file and the VMware Disk Size Reallocation.<div><br></div><div>There is a COP file title '<strong style="margin:0px;padding:0px;border:0px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;line-height:14px;background:transparent">VMware Disk Size Reallocation COP file' </strong><span style="margin:0px;padding:0px;border:0px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;line-height:14px;background:transparent">but the actual file is <b>ciscocm.free_common_space_v1.3.k3.cop.sgn</b></span></div><div><span style="margin:0px;padding:0px;border:0px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;line-height:14px;background:transparent"><b><br></b></span></div><div><span style="margin:0px;padding:0px;border:0px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;line-height:14px;background:transparent">The actual reallocation cop file isn't part of the CUCM 10.5 download, I had to go back into an older version to file that COP.  So that is why I was thinking in 10.5 all you would need to do is change the size of the vDisk in VMware and restart CUCM 10.5.</span></div><div><span style="margin:0px;padding:0px;border:0px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;line-height:14px;background:transparent"><br></span></div><div><font face="Arial" color="#333333"><span style="line-height:14px">Is there an official document on the process to follow for this change ?</span></font></div><div><font face="Arial" color="#333333"><span style="line-height:14px"><br></span></font></div><div><font face="Arial" color="#333333"><span style="line-height:14px">Justin</span></font></div><div><span style="margin:0px;padding:0px;border:0px;font-family:Arial;color:rgb(51,51,51);vertical-align:baseline;line-height:14px;background:transparent"><br></span></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 20, 2015 at 10:12 AM, Roger Wiklund <span dir="ltr"><<a href="mailto:roger.wiklund@gmail.com" target="_blank">roger.wiklund@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have.<br>
<br>
Went from 2500 to 7500 on CUCM 10.5(1).<br>
<br>
You need to download the VMware Disk Size Reallocation COP file for<br>
10.5. Worked like a charm.<br>
<br>
<a href="http://www.cisco.com/web/software/282204704/18582/CleanupCommonCOPfilev1.3.pdf" target="_blank">http://www.cisco.com/web/software/282204704/18582/CleanupCommonCOPfilev1.3.pdf</a><br>
<a href="http://www.cisco.com/web/software/282204704/18582/ciscocm.vmware_disk_size_reallocation_v1.0.pdf" target="_blank">http://www.cisco.com/web/software/282204704/18582/ciscocm.vmware_disk_size_reallocation_v1.0.pdf</a><br>
<div><div><br>
On Fri, Mar 20, 2015 at 2:28 PM, Justin Steinberg <<a href="mailto:jsteinberg@gmail.com" target="_blank">jsteinberg@gmail.com</a>> wrote:<br>
> Has anyone successfully expanded the virtual disk size of CUCM VMs without<br>
> rebuild/DRS?<br>
><br>
><br>
><br>
> I have an install where CM 10.5 is using the 2500 user template and we want<br>
> to increase to 7500 users.  The 2500 OVA is 1 vCPU, 4GB, 1x80GB.    The 7500<br>
> OVA is 2vCPU, 6 GB, 1x110GB.    In the past, the older 7500 user CM versions<br>
> had two virtual 80 GB disks, however since 9.1 the 7500 user is a single 110<br>
> GB disk.   It seems like with a single virtual disk it would be easier to<br>
> expand an existing VM without rebuild.<br>
><br>
><br>
><br>
> There are several bugs on the topic:<br>
><br>
> <a href="https://tools.cisco.com/bugsearch/bug/CSCug63058" target="_blank">https://tools.cisco.com/bugsearch/bug/CSCug63058</a><br>
><br>
> <a href="https://tools.cisco.com/bugsearch/bug/CSCuc58936" target="_blank">https://tools.cisco.com/bugsearch/bug/CSCuc58936</a><br>
><br>
><br>
><br>
> In older CM versions there was a COP file to assist with allowing the VM to<br>
> use more disk when the vdisk was increased.  However, now I believe that it<br>
> is just built in to CM to use more disk on reboots if it detects a vdisk<br>
> change instead of needing to run the OVA.<br>
><br>
><br>
><br>
> There is still conflicting documentation on the topic, so I will probably<br>
> open a TAC case but curious if anyone has dealt with this before?<br>
><br>
><br>
> Justin<br>
><br>
><br>
</div></div><div><div>> _______________________________________________<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/mailman/listinfo/cisco-voip</a><br>
><br>
</div></div></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>cisco-voip mailing list</span><br><span><a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a></span><br><span><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a></span><br></div></blockquote></div></div></div><br>_______________________________________________<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/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<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/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>