daily server ISO install fails with a kernel OOPS in KVM
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
qemu-kvm (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: qemu-kvm
I started having this after the latest updates to Lucid -- at least both the kernel and qemu.
ProblemType: Bug
Architecture: amd64
CheckboxSubmission: 73b44a828b993e7
CheckboxSystem: d00f84de8a55581
Date: Wed Mar 3 10:29:46 2010
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
KvmCmdLine:
UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
cerdea 13047 3272 5 107277 74520 0 10:24 pts/2 00:00:18 kvm -m 256 -cdrom /srv/vBox/
MachineType: Dell Inc. Inspiron 1721
Package: kvm (not installed)
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
LC_TIME=en_DK.utf8
PATH=(custom, no user)
LANG=en_US.utf8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: qemu-kvm
Uname: Linux 2.6.32-15-generic x86_64
dmi.bios.date: 04/21/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A07
dmi.board.name: 0RT951
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: Inspiron 1721
dmi.sys.vendor: Dell Inc.
I actually found it about two days ago while running the automated ISO testing from Soren (https:/ /wiki.ubuntu. com/AutomatedIS OTesting). After a reboot on the new kernel (32-15), the autotest would fail continuously, with the same OOPS in the VM.
I have not been able to bypass it, and -- just in case -- will try the previous qemu packages.