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:
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
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
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
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
** 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