VirtualBox

Opened 5 years ago

Last modified 4 years ago

#19041 new defect

Debian Buster guest aborted after host resumes from sleep

Reported by: planck_length Owned by:
Component: guest control Version: VirtualBox 6.0.14
Keywords: Cc:
Guest type: Linux Host type: Mac OS X

Description

  1. Start Debian Buster guest either headless or normal
  2. Put host to sleep (in my case my shutting laptop)
  3. Resume host
  4. Guest is aborted

This happens with or without guest additions.

This could well be the same as #13874

Attachments (3)

tea-2019-10-23-12-38-29.log (85.9 KB ) - added by planck_length 5 years ago.
crash.log (94.6 KB ) - added by planck_length 5 years ago.
macOS crash log
crashreport.txt (87.3 KB ) - added by vanschelven 4 years ago.
crash report "send to Apple"

Download all attachments as: .zip

Change History (10)

by planck_length, 5 years ago

Attachment: tea-2019-10-23-12-38-29.log added

comment:1 by planck_length, 5 years ago

I forgot to add, the host is macOS 10.14.6

Also, this doesn't happen on all my Linux guests. I have a Debian Sid guest that resumes fine after the host resumes.

by planck_length, 5 years ago

Attachment: crash.log added

macOS crash log

comment:2 by planck_length, 5 years ago

I've added a crash log, as reported by macOS as soon as I resumed from a laptop sleep.

This is for a different guest to the one I provided a VB log before. This guest is also Debian Buster but with no guest additions.

By the way, the first guest (with guest additions) doesn't seem to be aborting any more, but its system clock isn't updated, and when I shut it down it aborts rather than shut down gracefully.

comment:3 by Socratis, 4 years ago

#19050 sounds like a duplicate of this one, and this one sounds like a duplicate of #13874, although a tad far-fetched; same result, but too many different parameters.

comment:4 by vanschelven, 4 years ago

I'm experiencing the same symptoms: after laptop lid reopen, I'm told that the machine has aborted

VBox.Log tail:

00:30:42.957506 Pausing VM execution, reason 'host suspend'
00:30:42.957653 Changing the VM state from 'RUNNING' to 'SUSPENDING'
00:30:43.000864 PDMR3Suspend: 43 153 949 ns run time
00:30:43.000917 Changing the VM state from 'SUSPENDING' to 'SUSPENDED'
00:30:43.000952 Console: Machine state changed to 'Paused'
00:30:44.783295 Resuming VM execution, reason 'host resume'
00:30:44.783419 Changing the VM state from 'SUSPENDED' to 'RESUMING'
00:30:45.715131 Changing the VM state from 'RESUMING' to 'RUNNING'
00:30:45.715185 Console: Machine state changed to 'Running'
00:30:45.788842 GUI: UIMachineLogicFullscreen::sltMachineStateChanged:Machine-state changed from 'paused' to 'running': Adjust machine-window geometry...
00:30:45.788908 GUI: UIMachineLogicFullscreen::adjustMachineWindowsGeometry
00:30:45.788985 GUI: UIMultiScreenLayout::update: GUI/AutomountGuestScreens is disabled
00:30:45.789078 GUI: UIMachineLogicFullscreen::revalidateNativeFullScreen: For machine-window #0

VirtualBoxVersion 6.0.22 r137980 (Qt5.6.3)

Guest Additions: 6.0.14-4.19.113

Linux Kernel Version: 4.19.113

Also reported here: https://github.com/NixOS/nixpkgs/issues/90044

by vanschelven, 4 years ago

Attachment: crashreport.txt added

crash report "send to Apple"

comment:5 by vanschelven, 4 years ago

Same with VirtualBoxVersion 6.1.10 r138449 (Qt5.6.3)

comment:6 by vanschelven, 4 years ago

Haven't had this problem for a full 8 days since I upgraded to

Guest Additions: 6.0.14-4.19.116

Linux Kernel Version: 4.19.116

VirtualBoxVersion 6.0.22 r137980 (Qt5.6.3) (this is the same as it was previously)

I haven't rebooted the machine (either host or guest) since that time either (whether that matters I do not know)

My VBox.log looks like this now:

...
198:18:54.615355 Pausing VM execution, reason 'host suspend'
198:18:54.615846 Changing the VM state from 'RUNNING' to 'SUSPENDING'
198:18:54.663183 PDMR3Suspend: 39 557 974 ns run time 
198:18:54.663220 Changing the VM state from 'SUSPENDING' to 'SUSPENDED'
198:18:54.663508 Console: Machine state changed to 'Paused'
198:19:48.403921 NAT: DNS servers changed, triggering reconnect
198:19:52.057108 NAT: DNS servers changed, triggering reconnect
198:19:52.076977 NAT: DNS servers changed, triggering reconnect
198:19:52.106387 NAT: DNS servers changed, triggering reconnect
198:19:57.456834 Resuming VM execution, reason 'host resume'
198:19:57.457624 Changing the VM state from 'SUSPENDED' to 'RESUMING'
198:19:57.488010 NAT: Link down 
198:19:57.488656 Changing the VM state from 'RESUMING' to 'RUNNING'
198:19:57.488726 Console: Machine state changed to 'Running'
198:19:57.637794 GUI: UIMachineLogicFullscreen::sltMachineStateChanged:Machine-state changed from 'paused' to 'running': Adjust machine-window geometry...
198:19:57.637864 GUI: UIMachineLogicFullscreen::adjustMachineWindowsGeometry
198:19:57.638000 GUI: UIMultiScreenLayout::update: GUI/AutomountGuestScreens is disabled
198:19:57.638160 GUI: UIMachineLogicFullscreen::revalidateNativeFullScreen: For machine-window #0
198:19:58.893834 TMR3UtcNow: nsNow=1 595 057 268 269 012 130 nsPrev=1 594 998 225 617 516 231 -> cNsDelta=59 042 651 495 899 (offLag=6 500 620 870 offVirtualSync=17 107 002 787 734 offVirtualSyncGivenUp=17 100 502 166 864, NowAgain=1 595 057 274 769 634 000)
198:19:58.899745 VMMDev: Guest Log: 07:27:48.274657 timesync vgsvcTimeSyncWorker: Radical host time change: 59 042 652 000 000ns (HostNow=1 595 057 268 269 000 000 ns HostLast=1 594 998 225 617 000 000 ns)
198:19:59.013068 GUI: UIDesktopWidgetWatchdog::sltHandleHostScreenResized: Screen 0 is formally resized to: 0x0 x 2048x1152
198:19:59.013170 GUI: UIDesktopWidgetWatchdog::sltHandleHostScreenWorkAreaResized: Screen 0 work area is formally resized to: 0x0 x 2048x1152
198:19:59.488636 GUI: UIMachineLogic: Host-screen geometry changed
198:19:59.489022 GUI: UIMachineViewFullscreen::adjustGuestScreenSize: Adjust guest-screen size if necessary.
198:19:59.489048 GUI: UIMachineView::sltPerformGuestResize: Sending guest size-hint to screen 0 as 2048x1152 if necessary
198:19:59.489520 VMMDev: SetVideoModeHint: Got a video mode hint (2048x1152x32)@(0x0),(1;0) at 0
198:20:00.491237 NAT: Link up
...

in reply to:  6 comment:7 by vanschelven, 4 years ago

Replying to vanschelven:

Haven't had this problem for a full 8 days since I upgraded to ..

This was too good to be true: after a reboot for unrelated reasons the problem is back in full force.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use