VirtualBox

Ticket #10259 (closed defect: fixed)

Opened 2 years ago

Last modified 19 months ago

guests segfaults during CPU intense tasks

Reported by: Sven Owned by:
Priority: major Component: other
Version: Keywords:
Cc: Guest type: other
Host type: other

Description

The host runs Linux 3.2.6 and Virtualbox 4.1.8. I ran memtest86+ all night. No RAM errors.

Linux guest: Runs Kernel 3.2.6. When compiling the kernel sources, gcc/as/ld randomly segfault.

Windows guests are also affected: Occasionally reboots, shows graphics corruptions

It doesn't seem to matter, how many CPUs I assign to the guests. The segfaults eventually happen. I will attach /proc/cpuinfo, VBox.log, and the kernel config of my host system.

Attachments

VBox.log Download (48.7 KB) - added by Sven 2 years ago.
cpuinfo.txt Download (3.4 KB) - added by Sven 2 years ago.
config.gz Download (16.3 KB) - added by Sven 2 years ago.

Change History

Changed 2 years ago by Sven

Changed 2 years ago by Sven

Changed 2 years ago by Sven

comment:1 Changed 2 years ago by Sven

This guy reports the same symptoms as me:  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651012

comment:2 Changed 2 years ago by Sven

I have lowered the number of CPUS to 1, turned off IO-APIC and tried to reproduce.

When the host is freshly bootet, the error doesn't seem to happen. However, one day of usage and a few suspend to ram cycles, the error starts to appear in a freshly started guest.

To reproduce, I execute

cd /usr/src/linux && while make clean all; do true; done

in the guest and continue working on the Host. The segfault eventually appears.

comment:3 Changed 2 years ago by Sven

Also I have upgraded both host and guest to 3.2.9

comment:4 Changed 2 years ago by frank

Do you think that the suspend-to-ram cycles are required to reproduce these errors? What is the type of your host graphics card?

comment:5 Changed 19 months ago by frank

  • Status changed from new to closed
  • Resolution set to fixed

No response, closing.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use