Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#8018 closed defect (duplicate)

upgrade to 4.0.0 causes host panic

Reported by: helix84 Owned by:
Component: other Version: VirtualBox 4.0.0
Keywords: Cc:
Guest type: Linux Host type: Linux


Host: Debian Linux Lenny Guest: Debian Linux Lenny

After upgrading from 3.2.12 to 4.0.0+extpack and starting one of the guests, I get a host panic. The only thing with relevant info I have is a screenshot of the host panic screen. I'll also attach VBox.log of the guest that caused the crash. I can provide any log files on request.

Interestingly, another guest with the same OS runs fine. It crashed both when I started the guest both from VBoxHeadless and VirtualBox GUI, in the latter case I noticed the last thing the guest was doing was "Setting up network..." Both guests use the Am79C973 NIC. The host interfaces setup is as follows: Working guest -> tap -> br -> vlan Crashing guest -> vlanXY

Luckily the downgrade to 3.2.12 works flawlessly.

Attachments (2)

vbox4panic.jpg (158.1 KB ) - added by helix84 13 years ago.
host panic screen
VBox.log.1 (44.8 KB ) - added by helix84 13 years ago.
vbox.log of the guest responsible for the crash

Download all attachments as: .zip

Change History (9)

by helix84, 13 years ago

Attachment: vbox4panic.jpg added

host panic screen

by helix84, 13 years ago

Attachment: VBox.log.1 added

vbox.log of the guest responsible for the crash

comment:1 by helix84, 13 years ago

This may be unrelated but after the upgrade I also noticed a significant slowdown in the command-line tools (their speed matters to me because I run them in batch from a few scripts), in particular VBoxManage showvminfo. I didn't measure the speed of guests themselves.

comment:2 by Frank Mehnert, 13 years ago

There is a known problem with bridged networking, see #7908. Could you check if the patch posted there works?

comment:3 by helix84, 13 years ago

It's a production server, but I can experiment at night. Should I apply both patches? What does each one do, what should I watch for and which log files will you need?

Another experiment I'll do is to change host networking to guest -> tap -> br -> vlan and see if it crashes.

Btw tc qdisc of all my interfaces looks like this: qdisc pfifo_fast 0: dev eth1 root bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1

comment:4 by Frank Mehnert, 13 years ago

Only the noqueue patch. This patch ensures that a kernel function is not used if it was not initialized. It should be uncritical. This happens with some network cards. This fix will be included in the next maintenance release. Unfortunately we didn't see this problem during the Beta phase.

comment:5 by Frank Mehnert, 13 years ago

Did you already try the patch?

comment:6 by Frank Mehnert, 13 years ago

Resolution: duplicate
Status: newclosed

I will close this as duplicate because there is no response.

comment:7 by helix84, 13 years ago

I tried to upgrade to 4.0.4 and the problem didn't occur for a few hours, so I assume this was indeed the problem and it's fixed now.

Sorry I didn't test the patch but I had only this production system and had to avoid downtime.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use