Go Premium for a chance to win a PS4. Enter to Win

x
?
Solved

Hyper V - Cannot connect to Virtual Servers after deleting snapshots

Posted on 2010-09-10
7
Medium Priority
?
1,062 Views
Last Modified: 2013-11-11
I have a Windows 2008 Server with Hyper V that has 5 virtual servers running in it.  Everything was fine until my hard drive ran out of space.  I noticed that one of the servers (called PANTRY) had a few snapshots that consisted of about 200GB.  I went to the folder directly and deleted the snapshots.  Ever since doing that, the PANTRY server is shown as "running" in the hyper V manager, but I cannot log into it at all.  I also cannot access the server using Remote Desktop or the ip address.  The PANTRY server uses Windows Server 2003 and is connected to our domain.  I tried to log into the domain account on the PANTRY server but I keep receiving the message:

Windows cannot connect to the domain, either because the domain controller is down or otherwise unavailable, or because your computer account was not found.  Please try again later.  

I've tried to shut down PANTRY and restart it, log into the local account, and have not had any success.  

How can I fix this?  

Let me know if you have any questions about my network or about the PANTRY virtual server.  

I found an interesting article about this here: http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/0e1a8961-dd04-4a59-9fec-ba6e70026148

but I'm not sure what to do to get this working.

Thanks!

-John
0
Comment
Question by:ideamatics
  • 2
  • 2
  • 2
  • +1
7 Comments
 
LVL 13

Assisted Solution

by:Greg Hejl
Greg Hejl earned 600 total points
ID: 33647388
i hope you have a backup available for pantry.

when you create a snapshot of a VM the vm runs off the latest snapshot.

when you deleted the snapshots you removed everything that was newer than the original vhd.

you should only remove snapshots from within the hyper-v management console.  this rolls the snapshots back into the original.
0
 
LVL 10

Expert Comment

by:jramsier
ID: 33647431
Did you merge your snapshot before you deleted?  if not you deleted part of your virtual machine.  If you can recover that snapshot file, this would be your easiest fix here.
0
 
LVL 3

Expert Comment

by:Funktopus
ID: 33647893
This is a classic problem and a primary reason as to why snapshots should not be used in a production environment - only test labs etc.

Snapshots grow to pretty much the size of the original disk - so with 2-3 snaphots of the single VM - depending on the size of the VM you can quickly chew up several hundred gig without notice.

Naturally what should occur - is to delete the snapshots from within the Hyper-V manager - however even then they're not truly deleted. It is only when you turn the VM off - that the backmerge process begins. Depending on the number of snapshots - and the size - this merge process can run for hours. There are also problems here if you run out of space during the merge process - also a common problem.

In that scenario - you could free up space on C drive for instance - and the merge process can continue.

Unfortunately in your situation there is no get out of jail free card. Because you have manually deleted your snaphots without using thr Hyper-V manager - you have essentially broken the ability for the disk - and it's snaphots to merge.

Your best bet is if you have a backup of the Pantry VHD.

Delete the existing Pantry VM from within the Hyper-V Manager - and recreate a new VM using the backed up VHD. Configure all the settings that the VM use to have, number of CPUs, memory etc, fire it up and off you go. You will also likely need to recreate the IP settings within that VM once you have logged in.

Hope that helps - Nick



http://technet.microsoft.com/en-us/library/dd560637%28WS.10%29.aspx
0
Has Powershell sent you back into the Stone Age?

If managing Active Directory using Windows Powershell® is making you feel like you stepped back in time, you are not alone.  For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why.

 

Author Comment

by:ideamatics
ID: 33648017
Funktopus - Thanks for your reply.  Are you saying that I still have all my data on the VHD, and I just need to create a new VM using the same VHD?  Will there be any data loss? Thanks
0
 
LVL 13

Expert Comment

by:Greg Hejl
ID: 33649920
ideamatics

he said restore the vhd from backup then use this vhd after you create a new vm  
0
 
LVL 3

Accepted Solution

by:
Funktopus earned 1400 total points
ID: 33651697
Ideamatics - what I'm saying is that your existing Pantry VM, and it's associated VHD - are broken. They are of no use to you now. You need to delete this VM altogether and start again.

The idea is to recreate the Pantry VM - however you will need to use a copy of the Pantry VHD from a recent backup. This will save you reconfiguring 90% of whatever it was that lived on the Pantry virtual machine.

If you don't have any backups of the Pantry VHD - you have a problem. You will need to unfortunately build the Pantry virtual server from scratch.

Hope that clears it up.

0
 

Author Comment

by:ideamatics
ID: 33672857
Thanks for the info everyone.  My problem was that the snapshots were not being backed up, just the virtual hard drives.  Therefore, all my data was lost and I had to rebuild the server and start from scratch.  
0

Featured Post

Simplify Active Directory Administration

Administration of Active Directory does not have to be hard.  Too often what should be a simple task is made more difficult than it needs to be.The solution?  Hyena from SystemTools Software.  With ease-of-use as well as powerful importing and bulk updating capabilities.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Auditing domain password hashes is a commonly overlooked but critical requirement to ensuring secure passwords practices are followed. Methods exist to extract hashes directly for a live domain however this article describes a process to extract u…
How to deal with a specific error when using the Enable-RemoteMailbox cmdlet to create a mailbox in the cloud-based service, for an existing user in an on-premises Active Directory.
This tutorial will walk an individual through the process of transferring the five major, necessary Active Directory Roles, commonly referred to as the FSMO roles from a Windows Server 2008 domain controller to a Windows Server 2012 domain controlle…
This tutorial will walk an individual through the process of transferring the five major, necessary Active Directory Roles, commonly referred to as the FSMO roles to another domain controller. Log onto the new domain controller with a user account t…
Suggested Courses
Course of the Month11 days, 19 hours left to enroll

916 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question