Public bug reported:
Happened during upgrade from Server 10.4
ProblemType: Package
DistroRelease: Ubuntu 12.04
Package: php5-cli 5.3.10-1ubuntu3.4
ProcVersionSignature: Ubuntu 3.2.0-31.50-generic 3.2.28
Uname: Linux 3.2.0-31-generic x86_64
ApportVersion: 2.0.1-0ubuntu13
Architecture: amd64
Date:
Public bug reported:
Command line and options are identical between runs, except for the
hostname and LV (as passed to --raw)
# vmbuilder kvm ubuntu --hostname=$1 --raw=/dev/vg0/$1 -c
/etc/vmbuilder.cfg --debug -o --rootsize=8192 --swapsize=2048 --mem=512
# egrep -v "^$|^#" /etc/vmbuilder.cfg
[
** Attachment added: "Successful run"
http://launchpadlibrarian.net/52610446/test01.txt
--
vmbuilder randomly fails to install grub
https://bugs.launchpad.net/bugs/610652
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to vm-builder in ub
** Attachment added: "Failed run"
http://launchpadlibrarian.net/52610447/test03.txt
--
vmbuilder randomly fails to install grub
https://bugs.launchpad.net/bugs/610652
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to vm-builder in ubuntu
Seems to be related to the size and/or position of the LV on disk or
partitioning setup inside the LV. 1TB drives (software RAID 1) with LBA
enabled.
4 GB LV, 2 GB root, 2GB swap:
test01.txt:2010-07-28 13:39:00,848 DEBUG : Checking if "/boot/grub/stage1"
exists... yes
test02.txt:2010-07-28 1
The original 'it fails ~50% of the time' was when I was testing with my
desired setup of a 10 GB LV.
The test01 -> test30 lines are from a different, and later, run to the
original more verbose excerpts.
--
vmbuilder randomly fails to install grub
https://bugs.launchpad.net/bugs/610652
You recei
With the above patch applied stopping individual quagga daemons removes
the routes they've created (stopping bgpd removes only routes learnt via
BGP, etc). The apparent exception is zebra - that removes all routes.
This seems like far more reasonable behaviour.
BTW, the same bug also applies to
Potentially better than copying the /usr/bin/kvm binary to
/usr/bin/kvm.real is to use dpkg-dirvert, then the shell script it's
replaced with (as per Michael R. Hines' suggestion) won't be over-
written on upgrade of the qemu-kvm package:
$ sudo dpkg-divert --add --rename --divert /usr/bin/kvm.rea
