Hi Everyone,
So I must have missed the boat somewhere but has anyone experienced a new creation of a windows server 2008 enterprise vm with the os using 14 GBs of space? Its highly skeptical and I'm not sure what is going on.
thanks!
Its big for sure! 10Gb is the minimum listed in the system requirements.
Sounds about right to me.
Microsoft state that the minimum required space requirement is 10Gb with a recomended size of 40Gb however I usually tend to allocate 10Gb as standard to disk sizes for the OS partition..
Minimum: 10 GB
Recommended: 40 GB or more
Source: http://download.microsoft.com/download/e/6/3/e63cf2f6-7f71-450b-8e4a-dace88e99456/readme.htm
Carl
Any thoughts on the other 4 GBs? Here is whats really odd. When I do a right click properties on all of the folders it does not come out to 14GBs.
Pagefile perhaps?
Hello,
Moved to VI: VIrtual Machine and Guest OS forum
Best regards,
Edward L. Haletky
VMware Communities User Moderator
====
Author of the book 'VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers', Copyright 2008 Pearson Education.
Blue Gears and SearchVMware Pro Blogs: http://www.astroarch.com/wiki/index.php/Blog_Roll
Top Virtualization Security Links: http://www.astroarch.com/wiki/index.php/Top_Virtualization_Security_Links
What I found was a pagefile of 2+GB and a hibersys.fil of 2GB (equal to memory). You can view these files by enabling the folder views to see hidden system files.
What's the problem? You can always increase disk size and resize system partition on VM deployment from template.
If your Windows 2008 can boot and do something useful without hitting "0 bytes free" - it's ok.
---
Any thoughts on the other 4 GBs
Well there is a new folder for one: winsxs
'he Winsxs folder, stores multiple copies of dll's in order to let multiple applications run in Windows without any compatibility problem. If you browse inside, you will see what look like a lot of duplicate dlls, each having the same name. These are actually, different versions of the same files which are being stored; as different programs may require different versions. In short, Winsxs, which stands for 'Windows Side By Side', is Vista's native assembly cache. Libraries which are being by multiple applications are stored there. This feature was first introduced, in Windows ME and was considered as Microsoft's solution to the dll issues that plagued Windows 9x. '
Also the DVD/CD is copied locally, so if you need to install something you don't need the DVD to add / remove features any more.
!http://communities.vmware.com/servlet/JiveServlet/downloadImage/5441/VMW_vExpert_Q109_200px.jpg|height=50|width=100|src=http://communities.vmware.com/servlet/JiveServlet/downloadImage/5441/VMW_vExpert_Q109_200px.jpg !
What I found was a pagefile of 2+GB and a hibersys.fil of 2GB
You can turn off hibernate : powercfg -h off
The pagefile is the same as with any Windows OS. That hasn't changed.
!http://communities.vmware.com/servlet/JiveServlet/downloadImage/5441/VMW_vExpert_Q109_200px.jpg|height=50|width=100|src=http://communities.vmware.com/servlet/JiveServlet/downloadImage/5441/VMW_vExpert_Q109_200px.jpg !
What's the problem? You can always increase disk size and resize system partition on VM deployment from template.
If your Windows 2008 can boot and do something useful without hitting "0 bytes free" - it's ok.
The problem is you can install XP or Windows 2003 with about 4GB or so. Now it's 10, increase of 6GB. And then you have to account for the winsxs folder to grow over time.
So we had to increase the allocation for VM's by an extra 10GB, that's a significant increase of space. The problem isn't increasing the VMDK, the problem is for those that use templates, now we have to take into account those extra storage on all those new VM's, that's the problem.
!http://communities.vmware.com/servlet/JiveServlet/downloadImage/5441/VMW_vExpert_Q109_200px.jpg|height=50|width=100|src=http://communities.vmware.com/servlet/JiveServlet/downloadImage/5441/VMW_vExpert_Q109_200px.jpg !
Windows 2008 is not XP or 2003. 2008 is bigger and requires more resources, thanks Microsoft.
---