cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcus Sorensen <>
Subject Re: 4.2.0 Upgrade and System Templates (KVM - Ubuntu 12.04)
Date Sat, 26 Oct 2013 20:51:07 GMT
Yes, you do need to upgrade your system VMS, and you should also have a new
systemvm.iso that was bundled in the cloudstack-common deb file that would
have been installed as an upgrade on your KVM hosts. I also feel that the
documentation of system vm upgrade is lacking. The only place I know if is
in the release notes:,
see 3.1 "Upgrade Instructions", item 12. It references a script
"cloudstack-sysvmadm", but the upgrade of the system vm template should be
done beforehand.  Now look at the section just below, 3.2. This
documentation is obviously messed up because it first says "this applies
only to VMware", and then it promptly gives system vm upgrade instructions
for XenServer, KVM, and VMWare hosts.  It's unclear why this system vm
upgrade would only apply to zones which had VMware hosts, and why these
instructions aren't also on the 4.1.x to 4.2.x instructions. At any rate,
the system vm instuctions there for KVM should apply. Register the template
(optionally, check the data base to ensure the template is set as system
type), then restart the system vms per the item 12 script. If your KVM
hosts relaunch the system vms per the new template and they have the new
systemvm.iso, they should work.

On Oct 26, 2013 2:19 PM, "Marty Sweet" <> wrote:

> Hi Guys,
> I have just upgraded to 4.2.0 from 4.1.1 and am having some issues with the
> SystemVMs.
> I understand that we are meant to upgrade to the new system image? Using
> the script in the 'Prepare systemvm' documentation I did this with no
> avail, editing the database to suit what I think would work has also not
> worked.
> Restoring a backup, I now have my original 4.1.1 acton systemvm templates.
> What steps should I take to launch a systemVM successfully?
> The upgrade documentation is pretty lacking in this respect, and just says
> restart the systemvms, with no reference to upgrading the image.
> I also note that the new systemvms don't seem to be mounting the NFS and
> are instead using  /usr/share/cloudstack-common/vms/systemvm.iso.
> Opening a VNC session to the VM, shows the following messages:
> Cannot assign requested address: make_sock: could not bind address
> dnsmasq: unknown interface eth0
> dnsmasq apache2 ... failed!
> My MD5 sum for the CD boot file is below and is consistant across all 4
> nodes:
> 092a299932bda93cc522b1c3e56af4a8
>  /usr/share/cloudstack-common/vms/systemvm.iso
> Many thanks,
> Marty

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message