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 +0000 +++ bin/prepare-testbed 2013-08-06 14:01:42 +0000 @@ -227,7 +227,7 @@ apt_update: true apt_upgrade: true -byobu_by_default: system +byobu_by_default: disable packages: - eatmydata - smb/apw noticed that nested=1 for the kvm_intel driver was not being set in the 1st and 2nd level nested VMs but was being set on the host. However, forcing nested=1 on the host system, the autopkgtest system *and* the pristine nested VM (2nd-level nesting) does not stop the kernel panic. Now trying with linux-image-3.11.0-0-generic to see if that helps... ** No longer affects: cloud-init (Ubuntu) ** Summary changed: - general protection fault running apt-get inside nested kvm VM + general protection fault running apt-get inside double nested kvm VM -- 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 double nested kvm VM To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1208455/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs