incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Huang <>
Subject RE: [VOTE] how to upgrade CloudStack from 3.0.x to 4.0
Date Fri, 05 Oct 2012 18:20:31 GMT

> -----Original Message-----
> From: Edison Su []
> Sent: Friday, October 05, 2012 10:58 AM
> To:
> Subject: [VOTE] how to upgrade CloudStack from 3.0.x to 4.0
> Refer to bug CLOUDSTACK-248, the root cause is :
> we change cloud-agent-scripts to cloud-scripts, and change the installation
> path from /usr/lib64/cloud/agent to /usr/lib64/cloud/common.
> But in the source code, there are some other places still use
> /usr/lib64/cloud/agent. For backward compatibility, we link
> /usr/lib64/cloud/common to /usr/lib64/cloud/agent during the cloud-scripts
> installation.
> It works for a fresh 4.0 installation, but doesn't work for upgrade:
> During the upgrade, cloud-scripts will be installed first, then link from
> /usr/lib64/cloud/common to /usr/lib64/cloud/agent will be created. Then
> cloud-agent-scripts will be uninstalled automatically, thus
> /usr/lib64/cloud/agent will be removed. When mgt server starts, it complains
> can't find scripts under /usr/lib64/cloud/agent.
> Rohit fixes this issue by manually force upgrade cloud-scripts after the
> upgrade process, which will install /usr/lib64/cloud/common and create the
> link between /usr/lib64/cloud/common and /usr/lib64/cloud/agent.
> Actually we can put this extra installation process into ./, so it will
> become transparent for end users.
> Will it be reasonable/acceptable for the community?

+1 then bug 263 is also done.

The other option is to revert the change but I think it's too big of a change now this late
into the release.


View raw message