What we know so far:
- the issue is not related to cloud-init.
- the very high CPU load was atleast partly caused by byobu bug 1208853. To
disable byobu...
=== modified file 'bin/prepare-testbed'
--- bin/prepare-testbed 2013-08-06 08:05:16 +
+++ bin/prepare-testbed 2013-08-06 14:01:42 +
i doubt cloud-init has any thing to do with it, other than being the
thing that ran apt (which then some possibly substantial network IO and
disk IO and cpu).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v3.11 kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.
If the mainline kernel does not fix t
High CPU may be cloud-init. Using todays server image, running 'prepare-
testbed' spins the CPU at 200%. The end of the log shows:
Aug 6 10:13:15 autopkgtest [CLOUDINIT] helpers.py[DEBUG]: Running
config-package-update-upgrade-install using lock ()
Aug 6 10:13:15 autopkgtest [CLOUDINIT] util.py
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside nested kvm VM
To ma
Note that #4 was taken from a local nested kvm environment (not
OpenStack).
** Summary changed:
- general protection fault running apt-get inside nested kvm VM on OpenStack
+ general protection fault running apt-get inside nested kvm VM
--
You received this bug notification because you are a me
Kernel logs can be found on bug 1208509.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1208455
Title:
general protection fault running apt-get inside nested kvm VM on
OpenStack
To manage notifica
** Attachment added: "Another general protection fault panic"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1208455/+attachment/3761555/+files/kvm.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
I'm suspecting an issue with nested=1... the nested VM does eventually
boot but it takes many minutes to do so. At this point, the cpu usage of
qemu-kvm drops to reasonable values. But if you ssh into the vm, the
usage jumps up to ~200% again.
To recreate:
$ sudo apt-get install -y genisoimage li
Attempting to repeat the dep8 test run in the same environment has so
far resulted in the qemu-kvm binary consuming 200% CPU (recreated on
multiple nodes).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs
10 matches
Mail list logo