VirtualBox

Ticket #1595 (closed defect: fixed)

Opened 1 year ago

Last modified 4 months ago

VERR_SSM_UNEXPECTED_DATA, when I attempt to resume a saved Virtual Machine -> Fixed in SVN

Reported by: maxo Assigned to:
Priority: major Component: shared folders
Version: VirtualBox 3.0.0 Keywords:
Cc: Guest type: other
Host type: other

Description

Sometimes I am getting this error msg: (VERR_SSM_UNEXPECTED_DATA), when I attempt to resume a saved Virtual Machine.

The host is Vista and the guest is a Windows XP.


Unable to restore the virtual machine's saved state from 'M:\VM\Machines\Windows Xp Sviluppo\Snapshots\{ce28664d-45f3-46dd-8468-9ba91a689e7b}.sav'. It may be damaged or from an older version of VirtualBox. Please discard the saved state before starting the virtual machine. VBox status code: -1829 (VERR_SSM_UNEXPECTED_DATA).

Codice&nbspd'uscita: E_FAIL (0x80004005) Componente: Console Interfaccia: IConsole {d5a1cbda-f5d7-4824-9afe-d640c94c7dcf}

Attachments

VBox.log (33.4 kB) - added by ian320 on 2008-06-24 15:24:32.
VirtualBox Log File
VBox.2.log (39.0 kB) - added by kalin on 2008-07-08 16:12:05.
host: Gentoo, amd64; guest:WinXPSP3
VBox.3.log (41.1 kB) - added by teratorn on 2008-08-12 19:05:35.
Ubuntu 8.04 (host). XP SP2 (guest).
VBox.log.1 (54.3 kB) - added by lakitu on 2008-10-19 20:59:15.
VBox.log.2 (47.7 kB) - added by Leak on 2009-05-19 09:45:47.
Windows7-2009-06-10-12-02-47.log (45.9 kB) - added by pwaller on 2009-06-10 13:13:29.
Windows 7 vbox.log

Change History

2008-05-29 10:15:51 changed by sandervl73

Could you retry with 1.6.2 and include the VBox.log file of the failing resume here?

2008-06-24 15:24:32 changed by ian320

  • attachment VBox.log added.

VirtualBox Log File

2008-06-24 15:25:00 changed by ian320

I also get this error every time I try to restore my saved VM. Here are the exact things I do:

1. Save my Windows XP Pro SP3 virtual machine. 2. Shut down my Ubuntu 8.04 host machine. 3. Boot back into Ubuntu and start VirtualBox. 4. Start my XP VM.

The progressbar goes all the way across, and then I get this error. It has happened without fail every time and is quite annoying.

I have attached my VirtualBox log file for more information.

2008-06-24 15:25:41 changed by ian320

Forgot to mention I am using VirtualBox 1.6.2 (Closed source edition).

2008-07-08 16:12:05 changed by kalin

  • attachment VBox.2.log added.

host: Gentoo, amd64; guest:WinXPSP3

2008-07-08 16:23:11 changed by kalin

I started having this error every now and then when I try to restore a saved machine state on VirtualBox-1.6.2 (binary).

It seems that if I save the state, then start the VM there is NO problem, I cannot reproduce it.

If I do something (say restart X), I get this problem sometimes.

Any ideas for further testing?

2008-08-12 19:04:18 changed by teratorn

I just got this same error for the first time. Host is Ubuntu Linux 8.04. Guest is Windows XP SP2. I had suspended the VM, them hibernated my Linux host. Upon resuming my Host, I then tried to resume the Guest, and it resulted in the error above.

Only things I can think of would be the facts that one of my shared folders would not have been available on the Host, and my CPU speeds may not have been the same as when the Guest was saved (Intel Core 2 Duo).

My log file is attached.

2008-08-12 19:05:35 changed by teratorn

  • attachment VBox.3.log added.

Ubuntu 8.04 (host). XP SP2 (guest).

2008-08-12 20:56:13 changed by frank

Hmm, if a shared folder is not available during resume you would not be able to resume the VM, the GUI would refuse to load the settings (this is another bug which has to be fixed). But your attached log file clearly states that the HGCM unit (which is responsible for shared folders, shared clipboard and some other mechanisms) is causing this problem. The changing CPU frequency doesn't matter here.

2008-08-13 09:12:06 changed by frank

  • owner changed.
  • component changed from other to VM control.

2008-10-19 20:59:15 changed by lakitu

  • attachment VBox.log.1 added.

(in reply to: ↑ description ) 2008-10-19 20:59:26 changed by lakitu

hey. got same error, after doing a snapshot save, & then trying to restore. host Ubuntu Hardy (8.04) & guest Win XP, VBox 2.0.

this worked for me: recompile the package/application.

for my install (a default one), the command in Ubuntu 8.04 was "sudo /etc/init.d/vboxdrv setup"

hope this serves as a temporary fix for some. i haven't checked yet if you must do this everytime or not.

for the techs, i had tried using VBoxManage to start my VM a couple times, & might've thrown something off that way (just used sudo VBoxManage --startvm "winky" - but that didn't work, & seemed to go into some VRDP(?) mode for a bit, so i had to recompile & that fixed it). but you should note, it *WAS WORKING* after i did the command line stuff, so i think it's just the snapshot that did it.

2008-10-19 21:01:13 changed by lakitu

thanks for great free software, btw! =)

2009-03-10 03:47:11 changed by kcarnold

Just hit this same bug. I had set up an external drive as a shared folder, then did some combination of suspending the VM, unmounting the drive, resuming the VM, etc. (probably several suspend-resume cycles). When I reconnected and mounted the drive again, I got the indicated error message.

Fixed by unmounting the external drive (so the shared folder location didn't exist). That was a workaround...

2009-04-23 00:05:07 changed by denilsonsa

I've also stumbled upon this bug. It is probably related to some shared folder that might have changed its state or maybe have become unavailable. I don't remember exactly what folder I had mounted, and what folders I changed.

The lack of useful information at the error message isn't helping either.

Shared folders shouldn't prevent the VM from restoring its state.

VirtualBox 1.6.6 (closed source version) running on Gentoo amd64, with Windows XP as guest.

(follow-up: ↓ 13 ) 2009-05-13 15:24:17 changed by Tahiti

This happened when there is a temporary shared folder. With XP and XP in virtual box 2.2.2: 1-Start vm (with 2 permanent shared folders), save state : resume ok. 2-Start same vm, add temporary shared folder on c:\, save state : resume error.

(in reply to: ↑ 12 ) 2009-05-13 20:35:05 changed by denilsonsa

Replying to Tahiti:

This happened when there is a temporary shared folder. ..., add temporary shared folder on c:\, save state : resume error.

Exactly the same here. This is a way to reproduce this bug.

2009-05-19 09:45:47 changed by Leak

  • attachment VBox.log.2 added.

2009-05-19 09:48:56 changed by Leak

I've also encountered this error today, and the only thing I did different to before was adding a temporary shared folder "Stick" mapped to drive F:\, which was a 2G USB drive I needed to transfer some data.

Here's what happened (full log attached):

00:00:04.007 Changing the VM state from 'CREATING' to 'CREATED'.
00:00:04.007 SharedFolders host service: adding host mapping.
00:00:04.007     Host path F:\, map name Stick, writable 1
00:00:04.007 SharedFolders host service: add mapping result VINF_SUCCESS
00:00:04.007 SharedFolders host service: adding host mapping.
00:00:04.007     Host path C:\Temp, map name Temp, writable 1
00:00:04.008 SharedFolders host service: add mapping result VINF_SUCCESS
00:00:04.008 Changing the VM state from 'CREATED' to 'LOADING'.
00:00:05.443 SSM: File header: Format V1.2, VirtualBox Version 2.2.2 r46594, 32-bit host, cbGCPhys=8, cbGCPtr=8
00:00:08.898 TM: cTSCTicksPerSecond=0x9e8c5a00 (2659998208) fTSCVirtualized=true  fTSCUseRealTSC=false (state load)
00:00:08.903 PIT: mode=2 count=0x4ad (1197) - 996.81 Hz (ch=0) (restore)
00:00:08.903 RTC: stopped the periodic timer (restore)
00:00:08.903 SharedFolders host service: connected, u32ClientID = 1
00:00:08.903 SharedFolders host service: loading state, u32ClientID = 1
00:00:08.903 SSM: LoadExec failed with rc=VERR_SSM_UNEXPECTED_DATA for unit 'HGCM'!
00:00:08.952 Changing the VM state from 'LOADING' to 'LOAD_FAILURE'.

So it looks like restoring state for temporary folders is b0rked - it doesn't matter if I actually re-connect the USB drive or not, I still get the same error.

2009-05-19 17:28:32 changed by denilsonsa

I've tested this again on version 2.2.2. It seems to be fixed in that version, because the temporary folders are restored with the machine state.

Not sure if 2.0 has it fixed or not, but I know that 2.2.2 works for me.

2009-05-28 12:38:19 changed by Leak

Doesn't seem fixed to me; I added another permanent shared folder to a folder on my C: drive yesterday, closed down the VM with saving it's state and today I'm greeted with yet another

00:00:03.221 VirtualBox 2.2.2 r46594 win.x86 (Apr 27 2009 19:32:09) release log
00:00:03.221 Log opened 2009-05-28T10:33:40.248144300Z
00:00:03.221 OS Product: Windows XP Professional
00:00:03.221 OS Release: 5.1.2600
00:00:03.222 OS Service Pack: 2
00:00:03.222 Package type: WINDOWS_32BITS_GENERIC
[...]
00:00:03.992 SharedFolders host service: adding host mapping.
00:00:03.992     Host path C:\Download, map name Download, writable 1
00:00:03.992 SharedFolders host service: add mapping result VINF_SUCCESS
00:00:03.992 SharedFolders host service: adding host mapping.
00:00:03.992     Host path C:\Temp, map name Temp, writable 1
00:00:03.992 SharedFolders host service: add mapping result VINF_SUCCESS
00:00:03.992 Changing the VM state from 'CREATED' to 'LOADING'.
00:00:05.364 SSM: File header: Format V1.2, VirtualBox Version 2.2.2 r46594, 32-bit host, cbGCPhys=8, cbGCPtr=8
00:00:08.819 TM: cTSCTicksPerSecond=0x9e8a8c00 (2659879936) fTSCVirtualized=true  fTSCUseRealTSC=false (state load)
00:00:08.824 PIT: mode=2 count=0x4ad (1197) - 996.81 Hz (ch=0) (restore)
00:00:08.824 RTC: stopped the periodic timer (restore)
00:00:08.824 SharedFolders host service: connected, u32ClientID = 1
00:00:08.824 SharedFolders host service: loading state, u32ClientID = 1
00:00:08.824 SSM: LoadExec failed with rc=VERR_SSM_UNEXPECTED_DATA for unit 'HGCM'!
00:00:08.835 Changing the VM state from 'LOADING' to 'LOAD_FAILURE'.

2009-06-07 23:10:11 changed by mzz

I just triggered this when trying to resume a Windows (2000) guest from my linux host with a (temporary) shared folder that no longer existed. Recreating the shared directory on the host allowed the guest to resume. The error message for this problem is not entirely obvious :)

2009-06-07 23:23:37 changed by denilsonsa

Indeed, not fixed. I've stumbled upon this bug again with version 2.2.2.

The "best" fix could be to emulate an empty shared folder for folders that don't exist anymore.

Also, a descriptive error message, explaining exactly what went wrong, and why it went wrong, would be very helpful. Something like: "Could not resume the virtual machine because the shared folder 'foobar' (/home/something/somedir/foobar) is not available."

2009-06-10 13:13:29 changed by pwaller

  • attachment Windows7-2009-06-10-12-02-47.log added.

Windows 7 vbox.log

2009-06-10 13:15:48 changed by pwaller

I have the same issue on a Gentoo Amd64 host, Win7 Guest, Virtualbox binary 2.2.4. I believe my problem also relates to a shared folder which was unmounted when I tried to resume the saved VM. VM now refuses to resume the saved VM even after mounting the relevant directory.

(follow-up: ↓ 21 ) 2009-06-10 18:41:17 changed by sunlover

Could not reproduce the problem. Could you please describe how to reproduce it in details? Thanks.

(in reply to: ↑ 20 ) 2009-06-17 23:14:33 changed by laro

Same problem with VB 2.2.4 (host is Mac OS X 10.4.11, guest is WinXP SP3).

I deleted a shared folder on my Mac desktop but forgot to remove it from the list of shared folders in VB. Booting the guest was fine without any errors, saving the state was fine without any errors, but starting from saved state always failed (just after loading seemed to finish).

Removing this (non-existant anymore) shared folder within VB solved this issue. (BTW: Didn't try to start from saved state with changed shared folders, just tried a fresh boot without bogus shared folder, save state, load state.)

2009-06-18 13:14:58 changed by sunlover

VirtualBox 3.0.0 beta has more detailed logging when such a problem occur. Please could anyone reproduce the problem with VBox 3.0.0 and attach Vbox.log to the ticket? Thanks.

2009-06-23 20:47:23 changed by lat

FWIW, I had this same error on Mac OS X 10.4.11 with a VM with 2 shared folders when 1) I had VirtualBox running as a normal application but no virtual machines running, and 2) I attempted to start a virtual machine using loading launchctl item which starts a VM with VBoxVRDP.

After I quit VirtualBox as an application and waited for VBoxXPCOMIPCD and VBoxSVC to exit (not sure they did it voluntarily, I also tried killing them from command line), I could then start the headless VM from launchctl just fine. After launchctl had done its job starting the VM, I could also use VirtualBox as an application just fine to start another VM.

So it looks like there is something wrong in the environment started by launchctl that prevents VBoxVRDP from talking to daemons that already run, but if those daemons are started from launchctl environment, the application will be happy to talk to them. This is of course just speculation. I didn't try 3.0.0 beta nor removing shared folders.

2009-07-03 12:29:55 changed by sunlover

  • owner changed.
  • version changed from VirtualBox 1.6.0 to VirtualBox 3.0.0.
  • component changed from VM control to shared folders.
  • summary changed from VERR_SSM_UNEXPECTED_DATA, when I attempt to resume a saved Virtual Machine. to VERR_SSM_UNEXPECTED_DATA, when I attempt to resume a saved Virtual Machine -> Fixed in SVN.

Finally the problem has been reproduced and fixed. The fix will be available in a next VBox version.

2009-07-10 21:15:13 changed by frank

  • status changed from new to closed.
  • resolution set to fixed.

© 2009 Sun Microsystems, Inc.
ContactPrivacy policy