How To Create Bootable Windows 7, Vista, or XP USB Flash/Pen Drive Quickly
Wednesday, March 16, 2011 at 9:42 AM Posted by RyanGuan
Labels: Windows 7, Windows XP 1 comments
Hyper-V VM in a Paused-Critical State
Sunday, August 22, 2010 at 10:02 AM Posted by RyanGuan
Snapshots serve as a mechanism that allows us to revert virtual machines back to a previous state in a timely manner. A common issue when dealing with virtual machines and taking multiple snapshots occurs when the virtual machine will no longer stay running. In these scenarios, the VM will typically pause itself and reported to be in a “Paused-Critical” state.
This issue is caused by a lack of system resources available to the host. More specifically, this occurs when there is not enough free hard disk space available on the host drive where the virtual machine snapshots are stored. So how does this happen? Well, an AVHD file is created every time you create a snapshot of the VM. The problem is that these files are often quite large and can add up on you before you know it. Also, deleting the snapshots from Hyper-V manager will remove the link to them but won’t delete the AVHD files off of the physical disk.
Your initial reaction when winding up in a Paused-Critical state might be to delete the AVHD files to free up space; however, this won’t fix the problem in itself. You will then have to turn off the VM and delete the snapshot files from within Hyper-V manager for the free space to be made available to the VM. Microsoft recommends doing this process first prior to deleting the AVHD files manually. Alternatively you can export the VM and the import it back into Hyper-V manager.
Scenario
I shut down the VM and the merging process began. However, I had created a few snapshots in the past that still hadn’t been merged. It looked like the merging process might take a while, so I let it run. However, the merging process could not complete because I didn’t have enough disk space! I found this quite ironic.
I am of disk space because I did not merge the snapshots into the vhd, but I cannot merge the snapshots because I am out of disk space. Does that seem odd to anyone else?
In order to fix this problem I had to dive into the config file. Luckily, I had another hard drive with around 30GB of freespace attached to the host. To fix the problem I shut down the VM and Hyper-V Services then went to the directory containing .avhd (snapshot) files. I moved one of the snapshot files to a temporary directory on the drive with the free space, then updated the snapshot entry in the config xml file for the VM to point to the new directory where I placed the snapshot file. After restarting the Hyper-V services and turning off the VM the merge was able to complete, albeit after 2 hours of waiting.
I realize that Hyper-V is a somewhat new contender in the Virtualization marketplace, but I think that something is completely out of whack with the way that snapshots work. When you have systems that are required to be up and running 24/7 it basically throws away any use that snapshots have. It seems somewhat ridiculous that you have to bring a system down to delete the snapshot when one of the reasons you created the snapshot was to help reduce downtime in case something goes wrong. It is even more ridiculous that if you don’t power down your system and wait for the vhd to merge, the snapshot will continue to grow until the system comes crashing down due to a lack of disk space!
I understand that Microsoft does not recommend snapshots for production environments… but I hope in the future they make some improvements so that snapshots are usable in production environments.
Labels: Hyper-V 0 comments
You need Microsoft Internet Explorer 4.01 or later to use this feature. You can download the latest version of Internet Explorer from http://www.microsoft.com
Monday, July 12, 2010 at 11:49 AM Posted by RyanGuan
I just fixed this one. I had to create a registry entry in "\HKLM\SOFTWARE\Microsoft\Internet Explorer" with the version information. Make a new string value called "Version", and enter the version information, in my case I entered "7.0.5730.13". I don't think that it matters too much what version you enter as long as it is later that the 4.01 that is required.
Labels: Microsoft Outlook 6 comments
Show hidden devices in Device Manager (Hyper-V network adapter)
Thursday, June 17, 2010 at 10:34 AM Posted by RyanGuan
When I tried to configure the adapter, the following error occurred: “The IP address <ip address> you have entered for this network adapter is already assigned to another adapter…”
So, in order to uninstall the old network adapter do the following:
- Click Start, point to All Programs, point to Accessories, and then click Command Prompt.
- At a command prompt, type the following command , and then press ENTER:
- set devmgr_show_nonpresent_devices=1
- Type the following command a command prompt, and then press ENTER:
- start devmgmt.msc
- Troubleshoot the devices and drivers in Device Manager.NOTE: Click Show hidden devices on the View menu in Device Manager before you can see devices that are not connected to the computer.
- When you finish troubleshooting, close Device Manager.
- Type exit at the command prompt.Note that when you close the command prompt window, Window clears the devmgr_show_nonpresent_devices=1 variable that you set in step 2 and prevents ghosted devices from being displayed when you click Show hidden devices.
Labels: Hyper-V 0 comments
Email Dossier - A great way to test email addresses
Friday, June 4, 2010 at 12:17 PM Posted by RyanGuan
http://centralops.net/co/EmailDossier.aspx
Here is a screenshot of the type of information it produces:
Exchange 2010 Deploy Assist
at 12:01 PM Posted by RyanGuan
The Deployment Assist tool asks you a series of questions about your environment. Based on these questions it will then provide you with step by step instructions on how to perform the migration or fresh installation of exchange 2010. This is very handy as it tackles all kinds of network environments.
To use this tool go to the following link:
http://technet.microsoft.com/exdeploy2010
Labels: Exchange Server 2010 0 comments
How to find out which domain controller i'm talking to?
at 11:10 AM Posted by RyanGuan
nltest /dsgetdc:domainname.local or "set l" less informative but quicker and uses built in command
This is very handy when testing your active directory sites and services topology to ensure it is setup correctly. If you want to understand the process in which a client computer locates its domain controller
Labels: Active Directory 0 comments