saucy has seen the end of its life and is no longer receiving any
updates. Marking the saucy task for this ticket as Won't Fix.
** Changed in: qemu-kvm (Ubuntu Saucy)
Status: Confirmed = Won't Fix
--
You received this bug notification because you are a member of Kernel
Packages, which is
** Changed in: linux (Ubuntu Saucy)
Status: In Progress = Won't Fix
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside
** Changed in: linux (Ubuntu)
Status: In Progress = Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside
** Changed in: linux (Ubuntu)
Assignee: Stefan Bader (smb) = (unassigned)
** Changed in: linux (Ubuntu Saucy)
Assignee: Stefan Bader (smb) = (unassigned)
** Changed in: qemu-kvm (Ubuntu)
Assignee: Stefan Bader (smb) = (unassigned)
** Changed in: qemu-kvm (Ubuntu Saucy)
I tried reproducing this while using trusty on the host and was unable
to do so. I also could not reproduce with the trusty kernel (currently
3.12) running with saucy userspace on the host. So as far as I can tell
the issue is fixed in 3.12.
I took a stab at trying to bisect, but something
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: qemu-kvm (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
Stefan: I assigned you in the server team meeting. Please unassign if
you object. Thanks!
** Changed in: linux (Ubuntu Saucy)
Assignee: (unassigned) = Stefan Bader (smb)
** Changed in: qemu-kvm (Ubuntu Saucy)
Assignee: (unassigned) = Stefan Bader (smb)
--
You received this bug
As it seemed that starting a 64bit hypervisor (qemu-system-x86_64) from
a 32bit user-space running on another 64bit hypervisor has different
issues which seem to go back even further, I concentrated on bisecting
the case of host running 64bit user-space on a 64bit CPU and the first
level guest
Btw, James, this means there is a simple but not very helpful work-
around for Saucy: use AMD CPU based hosts. Did not check for 32bit user-
space on 1rst level but with 64bit and had no issues. Not very
surprising as the regression seems to be in the nested VMX code. But
also not very useful when
They can be even together. The -nographic removes any emulated graphics
card. I am not sure in detail how the cloud images work, but I believe
serial line as a console is always on. Depending on which release (in
that case I think it is the qemu user-space) the used setup would not
work even.
'qemu -serial file:/tmp/kvm.log' Looks like an alternative to 'qemu
-nographic /tmp/kvm.log 21'.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault
Re #27, removing -nographic still causes the same lockup for me.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside double
So host Q and 1rst 32 completed 35 runs and 1rst 64 completed 40.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside double
Latest kernel panic (from 2nd-level guest) using following kernel
versions:
host: 3.11.0-1-generic (-2 causes problems for my graphics hardware atm)
1st-level guest: 3.11.0-2-generic
2nd-level guest: 3.11.0-2-generic
** Attachment added: kvm.log
I saw a similar crash when running the prepare script with a Saucy64
host, a Saucy32 1rst and Saucy32 2nd level guest. The 1rst level guest
cpu set to core2duo and I also had to replace the qemu-system-x86_64 by
qemu (which maps to the same arch). Otherwise the 2nd level guest was
not started at
Using a 64bit 1rst level guest seemed better on manual runs but running
in loops seemed to have locked up on the third run. Though completely
without any messages. I have to look into that next week. I need to run
again with qmp enabled. At least this allows to check for the
instruction pointer of
Now that 3.11 is out of proposed, we're seeing a different kernel
failure, starting with
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.11.0-2-generic
/boot/vmlinuz-3.11.0-2-generic
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-3.11.0-2-generic
Found initrd image:
To recreate:
1) Follow instructions on internal wiki (page
InformationInfrastructure/IS/CanonicalOpenstack) to create a keypair.
2) Create an guest instance:
$ keyname=${USER}_lcy01
$ image=$(euca-describe-images|grep saucy|head -1|awk '{print $2}')
$ euca-run-instances -k $keyname -t m1.medium
** Tags added: patch
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside double nested kvm VM
Status in “linux” package in
Before running prepare-testbed:
- create a directory in /mnt that user ubuntu can write to (say /mnt/adt)
- echo BASEDIR=/mnt/adt ~/.adtrc
autopkgtest should then use /mnt which has lots of space on medium
guests.
--
You received this bug notification because you are a member of Kernel
** Tags removed: kernel-key
** Tags added: kernel-da-key
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside double nested kvm
I got the panic again last night. This was running a 3.11 kernel for the
host, but of course the 1st and 2nd level guests were still running 3.10
as 3.11 is still in -proposed. So, although it's possible to get a test
run with (3.11, 3.10, 3.10) I really need to try running with (3.11,
3.11, 3.11)
Testing with linux-image-3.11.0-0-generic from -proposed with nested=Y
in all 3 environments does appear to solve this issue.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
Serge mentioned today on IRC that this may be also a glibc issue, but I
am not sure what exactly he was looking at and why he thinks so.
Apparently ftracing (I guess the qemu process) and some partially
inlining clone function (those with .isra extention) were involved.
--
You received this bug
Quoting Stefan Bader (stefan.ba...@canonical.com):
Serge mentioned today on IRC that this may be also a glibc issue, but I
am not sure what exactly he was looking at and why he thinks so.
Apparently ftracing (I guess the qemu process) and some partially
inlining clone function (those with
Per comment #13, it sounds like this issue is resolved in the 3.11
kernel, which is what Saucy will be rebased to. Does this issue only
exist in Saucy, or should the bug be targeted to other releases as well?
** Also affects: linux (Ubuntu Saucy)
Importance: High
Status: Incomplete
**
Fresh kernel panic from 2nd-level nested VM running with host, 1st level
and 2nd level all running with nested=1.
** Attachment added: kvm.log
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1208455/+attachment/3763650/+files/kvm.log
--
You received this bug notification because you
** Changed in: qemu-kvm (Ubuntu)
Importance: Undecided = High
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside double
All the kernel logs Ive seen have shown oops at rtc_sysfs_del_device,
starting with something like
[ 509.317630] general protection fault: [#1] SMP
[ 509.320084] Modules linked in: dm_crypt(F) kvm_intel kvm ppdev(F) nls_utf8
isofs(F) microcode(F) parport_pc(F) pvpanic parport(F)
29 matches
Mail list logo