Justin,<br><br>How do you feel about that fact? If you kept on doing it this way, you'd end up with 1TB common and still have 14GB active. At what point would you consider a rebuild with the desired OVA and a restore from DRS? <br><div class="gmail_quote">On Sat, Mar 21, 2015 at 10:21 AM Justin Steinberg <<a href="mailto:jsteinberg@gmail.com">jsteinberg@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">I pulled the trigger on this last night with CM 10.5.2, migrating two UCMs changing from the 2500 template to the 7500 template.  There was really nothing to it, other than shutting down the VM and increasing the vDisk from 80 GB to 110 GB.  </p>
<p dir="ltr">Upon startup the software automatically detected the vdisk change and ran an 'Expanding Disk' script.   The new disk space was given to the common partition.</p>
<p dir="ltr">I did compare a new 10.5 7500 template with the expanded 2500 to 7500 template.   The difference I noticed was that on a true fresh install of 7500 user template the active and inactive software partitions have 20GB allocated.   The 2500 had about 14 GB to these partitions.  Expanding the 2500 user template to 7500 user only increased the common partition, the software partitions remained at 14GB.</p>
<p dir="ltr">Justin</p>
<div class="gmail_quote">On Mar 21, 2015 11:03 AM, "Tim Frazee" <<a href="mailto:tfrazee@gmail.com" target="_blank">tfrazee@gmail.com</a>> wrote:<br type="attribution"><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 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 color="#333333" face="Arial"><span style="line-height:14px">Is there an official document on the process to follow for this change ?</span></font></div><div><font color="#333333" face="Arial"><span style="line-height:14px"><br></span></font></div><div><font color="#333333" face="Arial"><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>
</blockquote></div>
______________________________<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>mailman/listinfo/cisco-voip</a><br>
</blockquote></div>