Skip to main content

Lỗi hyper-v could not delete a temporary version of this virtual machine

Gặp lỗi hyper-v could not delete a temporary version of this virtual machine
Trong quá trình vận hành ảo hóa Hyper-V đôi lúc chúng ta cần phải thực hiện 1 số công tác di dời - đồng bộ máy ảo để bảo trì, thay thế server vật lý thật.
Và rủi ro trong khi đang di dời thì 1 trong số các server Source (tạm gọi Host1) và Destination (tạm gọi Host2) bị problem (mất kết nối, shutdown, reboot, crash v.v..) làm cho việc move hoặc replicate chưa kịp hoàn tất. Khi resume lại công tác đó chúng ta sẽ gặp 1 số lỗi như "hyper-v could not delete a temporary version of this virtual machine" hoặc chỉ là "failed"

  • Nguyên nhân:

Do khi bắt đầu công tác move - replicate thì máy chủ Host1 sẽ tiến hành copy các bộ xml của máy ảo lên máy chủ Host2, và khi chúng ta resume sau sự cố thì các file xml này vẫn còn tồn tại trên server Host2, dù rằng trong console quản lý Hyper-V không thấy (do chưa hoàn tất nên chưa hiện lên thôi).

  • Xử lý:

Bạn vào C:\ProgramData\Microsoft\Windows\Hyper-V (trên Host2), tìm các thư mục có chữ "Planned":

    • Planned Snapshots
    • Planned Snapshots Cache
    • Planned Virtual Machines
    • Planned Virtual Machines Cache

 Vào bên trong các thư mục này và xóa hêt các file .symlink

 Và cả file .xml

Sau khi delete các file này xong, chay Run -  Services.msc để vào console quản lý services và restart lại Hyper-V Virtual Machine Management trên cả 2 server Host1 và Host2

Sau cùng, chạy lại công tác Move hoặc Replicate như bình thường

Những lưu ý: để công tác move/replicate ít lỗi thì mình nên dọn các máy ảo gọn gàng bằng cách xóa bớt các snapshot cũ nếu không dùng nữa, khi đó thì dung lượng máy ảo sẽ giảm đi rất nhiều. VD trường hợp mình từ 500GB giảm còn khoảng 150GB.

Chúc thành công




Comments

Popular posts from this blog

[RAID] SWITCH FROM AHCI TO RAID WITH INTEL C600 CONTROLLER

I personally have used other ways to do this. Manipulating some registry settings in combination with a safe boot before booting normally does the trick as well. This works with both SATA SSD and M.2 NVMe drives and it enables relatively fast switching between back and forth between AHCI and RAID. I have described this method below.  I have also tried the same process used to switch from RAD to AHCI and that works as well. Switch to safe boot Reboot into BIOS Change from AHCI to RAID in the BIOS Boot into safe mode Turn off safe mode and reboot normally again Nothing else and that also did the trick, just like with moving from RAID to AHCI.  So the link above and my step by step below is here for completeness. You have options in case one of them doesn’t work! Step by step AHCI to RAID registry method This procedure I describe below works on Windows 10 1803/1809 and has been tested on Dell Latitude E6220 an XPS 13 9360. Editing the registry is...

[Hyper-V] - Lỗi không boot vào được sau khi convert máy vật lý sang máy ảo

XỬ LÝ LỖI KHÔNG BOOT ĐƯỢC VÀO MÁY ẢO SAU KHI CONVERT TỪ MÁY VẬT LÝ BẰNG DISK2VHD Sau khi convert server vật lý sang file VHD để import vào Hyper thì khi start máy ảo lên màn hình máy ảo chỉ nhấp nháy con trỏ chuột trên màn hình đen (blinking cursor) NGUYÊN NHÂN Do máy vật lý sử dụng ổ đĩa cài OS được format theo chuẩn GPT (thay vì MBR như truyền thống, tham khảo GPT và MBR ) XỬ LÝ Bước 1: chuyển ổ GPT thành MBR Copy file VHD của ổ đĩa chứa OS về 1 máy tính Windows 8 trở lên Trên máy Windows 8+ click phải chuột lên file VHD vừa copy, chọn lệnh Mount . Lúc này dùng 1 phần mềm miễn phí (vd: Mini Partition Wizard ) để convert ổ đĩa vừa mount từ GPT  -> MBR Sau đó Delete phần Partition dư ra ở phần đầu ổ đĩa được mount (khoảng vài trăm MB) Set " Active " cho ổ đĩa này để là ổ đĩa boot OS Nhấn Apply để phần mềm thực thi tác vụ Sau khi phần mềm làm xong, tắt phần mềm Mini Partition Wizard, vào My Computer chọn eject ổ đĩa đang mount . Copy file VHD vừa đư...

LỖI "The provided partition "Migration...." is not a valid Migration mailbox"

  Solution for a valid Migration mailbox could not be found for this organization To address this issue, we will: Delete Migration mailbox in Active Directory Users and Computers Recreate Migration mailbox with /PrepareAD command Enable Migration mailbox with Exchange Management Shell 1. Delete Migration mailbox in Active Directory Users and Computers We do see the mailbox in ADUC, let’s remove it. If you don’t see it, search for it. It might be in a different container than the default container  Users . We can always verify in Exchange Management Shell if the Migration mailbox is present. If it shows up in the output, it means that it’s present and enabled. The output should be empty. [PS] C:\> Set - ADServerSettings - ViewEntireForest $true ; Get - Mailbox - Identity "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" - Arbitration | Format-Table Name , ServerName , Database , AdminDisplayVersion , ProhibitSendQuota Copy 2. Recreate Migration mailbox with /Prepare...