incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rohit Yadav <rohit.ya...@citrix.com>
Subject RE: [VOTE] how to upgrade CloudStack from 3.0.x to 4.0
Date Fri, 05 Oct 2012 19:17:52 GMT
+1 David. That would be great!
I too dislike the ugly hack.
 
Thanks.
________________________________________
From: David Nalley [david@gnsa.us]
Sent: Saturday, October 06, 2012 12:41 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: [VOTE] how to upgrade CloudStack from 3.0.x to 4.0

On Fri, Oct 5, 2012 at 3:06 PM, Edison Su <Edison.su@citrix.com> wrote:
>
>
>> -----Original Message-----
>> From: Edison Su [mailto:Edison.su@citrix.com]
>> Sent: Friday, October 05, 2012 11:20 AM
>> To: cloudstack-dev@incubator.apache.org
>> Subject: RE: [VOTE] how to upgrade CloudStack from 3.0.x to 4.0
>>
>>
>>
>> > -----Original Message-----
>> > From: David Nalley [mailto:david@gnsa.us]
>> > Sent: Friday, October 05, 2012 11:05 AM
>> > To: cloudstack-dev@incubator.apache.org
>> > Subject: Re: [VOTE] how to upgrade CloudStack from 3.0.x to 4.0
>> >
>> > On Fri, Oct 5, 2012 at 1:58 PM, Edison Su <Edison.su@citrix.com>
>> wrote:
>> > > 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 ./install.sh,
>> > so it will become transparent for end users.
>> > > Will it be reasonable/acceptable for the community?
>> > >
>> >
>> > Does using Provides: cloud-agent-scripts in the scripts sections of
>> > the spec file mean that this would be upgraded rather than install
>> > then remove that currently happens?
>>
>> If " Provides: cloud-agent-scripts " just upgrade, not remove, then we
>> don't need the extra manually process any more.
>> Testing the latest build with Rohit's patch.
>
> Tested, clouda-agent-scripts still gets removed. I added a new fix on 4.0 branch, which
will automatically install cloud-scripts.
>

And if they install via yum repo? I'll take this bug and get it fixed.

--David

Mime
View raw message