VirtualBox

Opened 11 years ago

Last modified 11 years ago

#11279 closed defect

VirtualBox hangs in continuous writing of a particular vhd image — at Initial Version

Reported by: Mihai Hanor Owned by:
Component: virtual disk Version: VirtualBox 4.2.4
Keywords: Cc:
Guest type: Windows Host type: Windows

Description

Host: Windows 7 SP1 64 bit
Guest: Windows Server 2012 DataCenter trial vhd image:
(9200.16384.amd64fre.win8_rtm.120725-1247_server_serverdatacentereval_en-us.vhd)

Guest settings: the vhd image is attached to a SATA controller (no host IO cache). VT-x and Nested Paging are supported and enabled. I can't seem to reproduce the issue with a cloned vdi image or with an IDE storage controller. I also managed to reproduce the issue using the lsilogic SCSI controller, but I don't remember being able to do the same with the official build. The official build becomes unresponsive, while it continues to keep the host's hdd busy. The guest hdd icon is indicating a writing operation (red). I can reproduce it almost every time. Using a selfbuild VirtualBox (svn rev44059), the following assert fails:

AioMgr1-F !!Assertion Failed!!
AioMgr1-F Expression: VDMETAXFER_TXDIR_GET(pMetaXfer->fFlags) == VDMETAXFER_TXDIR_NONE
AioMgr1-F Location : C:\work_x64\vbox\src\VBox\Storage\VD.cpp(4436) int cdecl vdIOIntWriteMetaAsync(void *,struct VDIOSTORAGE *,unsigned int64,void *,unsigned int64,struct VDIOCTX *,int (cdecl *)(void *,struct VDIOCTX *,void *,int),void *)

If I continue the execution, it ends with an attempt to access an invalid memory location, referenced by pDeferred
\vbox\src\VBox\Storage\VD.cpp line 3964:
PVDIOCTX pIoCtx = pDeferred->pIoCtx;

The issue occurs a few moments after the licence of Windows 8 is presented on screen (the Settings setup page).
Even if the vhd image was build for a specific platform, the guest does have a device detection stage. It is able to boot and it even completes its setup (at least with the official build, by forcefuly closing all Virtualbox processes, and then restarting the VM). VirtualBox shouldn't hang. I would accept the issue if the guest OS wouldn't able to boot, without bringing VirtualBox down.
I first reported the issue here:
https://forums.virtualbox.org/viewtopic.php?f=15&t=51088

Change History (0)

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use