> -----Original Message----- > From: Abhinav Roy [mailto:[email protected]] > Sent: Monday, September 23, 2013 11:55 AM > To: [email protected]; [email protected]; Radhika > Puthiyetath; Harikrishna Patnala > Subject: RE: Volunteers to Complete the 4.2 Release Notes > > Hi Milamber, > > Created a defect for both the issues you pointed out at > https://issues.apache.org/jira/browse/CLOUDSTACK-4728 > > Thanks and regards, > Abhinav > [Animesh>] Updated the release notes with this change
> -----Original Message----- > From: Milamber [mailto:[email protected]] > Sent: Tuesday, September 24, 2013 12:08 AM > To: [email protected]; [email protected]; Radhika > Puthiyetath; Harikrishna Patnala > Subject: Re: Volunteers to Complete the 4.2 Release Notes > > > Le 23/09/2013 18:47, Abhinav Roy a ecrit : > > Yes , that’s true Milamber. It's my fault, Somehow I overlooked it. > > But, the check for 8096 API port is already there for 4.1.x to 4.2 > upgrades. > > Sure? > > I've just found this in 4.1.x to 4.2 section: > 10. Once you've upgraded the packages on your management servers, you'll > need to restart the sys- tem VMs. Make sure port 8096 is open in your > local host firewall to do this. > > > In 3.0.2 to 4.2.0 section, I've found a good mention: > 15. If you are upgrading from 3.0.2, perform the following: > a. Ensure that the admin port is set to 8096 by using the > "integration.api.port" global parameter. > This port is used by the cloud-sysvmadm script at the end of the upgrade > procedure. For infor- > mation about how to set this parameter, see "Setting Global > Configuration Parameters" in the > Installation Guide. > > > Milamber > > > > > > Thanks and regards, > > Abhinav > > > > -----Original Message----- > > From: Milamber [mailto:[email protected]] > > Sent: Monday, September 23, 2013 10:53 PM > > To: [email protected]; [email protected]; Radhika > Puthiyetath; Harikrishna Patnala > > Subject: Re: Volunteers to Complete the 4.2 Release Notes > > > > > > Le 23/09/2013 10:48, Abhinav Roy a ecrit : > >> Hi, > >> > >> Here are some of the steps which are missing from the release notes, > >> > >> 1. Before upgrading from any version to 4.2 we need to register the > new 4.2 systemvm templates . > >> This step is there in section 3.3 i.e for upgrade from 2.2.14 > to 4.2, but it is missing in section 3.1 and 3.2 . > >> + <entry><para>Name: systemvm-kvm-4.2.0</para> > >> + <para>Description: systemvm-kvm-4.2.0</para> > > My upgrade test (from 4.1.1 to 4.2) have failed, because I used > "systemvm-kvm-4.2.0" for the name of new system vm... (my system vms > still in debian 6.0) > > > > Please Note: > > The name for the new system vms (xen, kvm, vmware, etc) must be only > "4.2" (not "4.2.0) at the end. > > > > 1) systemvm-xenserver-4.2 > > 2) systemvm-kvm-4.2 > > 3) systemvm-vmware-4.2 > > 4) systemvm-hyperv-4.2 > > 5) systemvm-lxc-4.2 > > > > Reference: https://issues.apache.org/jira/browse/CLOUDSTACK-3355 > > (close this issue?) > > > > > >> Have you enabled the "integration.api.port" under Global Settings > menu in CS management GUI? If not, set it to 8096, restart management > and see if the problem goes away. > > Add some lines to check if the key intergration.api.port is set to > 8096 before the upgrade seems important too. (for section 4.1.x to 4.2) > > > > > > Milamber > > > > > > > > > >> 2. Section 3.1 > >> > >> Step 3&4 : it should be cloudstack-management and cloudstack- > usage as the naming conventions have been changed from 4.1 onwards. > >> > >> Step 6 : The cloudstack 4.2 repo has not been published yet, > currently at http://cloudstack.apt-get.eu/ the repo is available only > for 4.0.x and 4.1.x > >> What Indira pointed to, needs to be removed, > step 6.g) and 6.h) and step 8 also need to be removed > >> In step 6.f) It should be service cloudstack- > agent stop > >> > >> Step 9.b) : It should be sudo yum upgrade cloudstack-client > >> > >> Step 9.c) : it should be sudo yum upgrade cloudstack-agent > and the following line is not required [[" During the installation of > cloudstack-agent, the RPM will copy your agent.properties,log4j- > cloud.xml, and environment.properties from /etc/cloud/agent to > /etc/cloudstack/agent" ]] > >> > >> Step 9.d.ii) : it should be sudo yum upgrade cloudstack-usage > >> > >> > >> 3. Section 3.2 > >> > >> Step 1.e) : The URL of the vmware systemvm template is wrong. > It should be http://download.cloud.com/templates/4.2/systemvmtemplate- > 4.2-vh7.ova . > >> The OSType should be [[Debian GNU/Linux > 7.0 (32-bit) (or the highestDebian release number available in the > dropdown)]] > >> Similarly, add templates for xenserver and kvm also. > >> > >> Step 7 : Delete this step, it's not needed. > >> > >> Step 16 : It should be cloudstack-sysvmadm > >> > >> 4. Section 3.3 > >> > >> Step 4.d) : For all the newly registered templates, make the > OStype as [[Debian GNU/Linux 7.0 (32-bit) (or the highest Debian release > number available in the dropdown)]] > >> > >> Step 13.c) : It should be > /etc/cloudstack/management/components.xml > >> > >> Step 15.c) : It should be > /etc/cloudstack/management/db.properties > >> > >> Step 20 : Remove this step, it's not needed > >> > >> Step 21.e) : It should be > /etc/cloudstack/agent/agent.properties > >> > >> Step 23.a) : It should be cloudstack-sysvmadm > >> > >> 5. In addition to all this, If we are using KVM hosts as rhel6.0/6.1 > then these extra steps need to be documented for each section, 3.2 and > 3.3 > >> > >> (KVM on RHEL 6.0/6.1 only) If your existing CloudStack deployment > includes one or more > >> clusters of KVM hosts running RHEL 6.0 or RHEL 6.1, you must first > upgrade the operating > >> system version on those hosts before upgrading CloudStack itself. > >> The first order of business will be to change the yum repository for > each system with > >> CloudStack packages. This means all management servers, and any hosts > that have the KVM > >> agent. (No changes should be necessary for hosts that are running > VMware or Xen.) > >> Start by opening /etc/yum.repos.d/cloudstack.repo on any systems that > have > >> CloudStack packages installed. > >> > >> [upgrade] > >> name=rhel63 > >> baseurl=url-of-your-rhel6.3-repo > >> enabled=1 > >> gpgcheck=0 > >> [apache CloudStack] > >> name= Apache CloudStack > >> baseurl= http://cloudstack.apt-get.eu/rhel/4.0/ > >> enabled=1 > >> gpgcheck=0 > >> > >> If you are using the community provided package repository, change > the baseurl to http:// > >> cloudstack.apt-get.eu/rhel/4.2/ > >> > >> If you're using your own package repository, change this line to read > as appropriate for your > >> 4.2.0 repository. > >> > >> b. Now that you have the repository configured > >> c. Upgrade the host operating system from RHEL 6.0 to 6.3: > >> yum upgrade > >> > >> 6. Also, in all the sections 3.2 and 3.3 , add this step for agent > upgrades > >> > >> After running this , > >> Edit /etc/cloudstack/agent/agent.properties to change the resource > parameter from > com.cloud.agent.resource.computing.LibvirtComputingResource to > com.cloud.hypervisor.kvm.resource.LibvirtComputingResource > >> > >> We need to run the following too, > >> > >> Upgrade all the existing bridge names to new bridge names by running > this script: > >> > >> # cloudstack-agent-upgrade > >> > >> . Install a libvirt hook with the following commands: > >> # mkdir /etc/libvirt/hooks > >> # cp /usr/share/cloudstack-agent/lib/libvirtqemuhook > /etc/libvirt/hooks/qemu > >> # chmod +x /etc/libvirt/hooks/qemu > >> > >> . Restart libvirtd. > >> # service libvirtd restart > >> > >> . Start the agent. > >> # service cloudstack-agent start > >> > >> Note : This step will be added after step 13.d in section 3.2 and > 21.e in section 3.3 > >> > >> 7. We need to add a section for 4.0.x to 4.2 upgrades. > >> > >> Thanks and regards, > >> Abhinav > >> > >> -----Original Message----- > >> From: Animesh Chaturvedi [mailto:[email protected]] > >> Sent: Sunday, September 22, 2013 10:24 PM > >> To: [email protected]; Radhika Puthiyetath > >> Cc: [email protected] > >> Subject: RE: Volunteers to Complete the 4.2 Release Notes > >> > >> Indra > >> > >> I am unable to download the ReleaseNotes attachment from the bug at > this time. I will get back with more comments once I am able to get to > it. Few comments in-line > >> > >>> -----Original Message----- > >>> From: Indra Pramana [mailto:[email protected]] > >>> Sent: Friday, September 20, 2013 9:54 PM > >>> To: Radhika Puthiyetath > >>> Cc: [email protected]; [email protected] > >>> Subject: Re: Volunteers to Complete the 4.2 Release Notes > >>> > >>> Hi Radhika, > >>> > >>> I have downloaded the PDF document, thank you very much. > >>> > >>> I noted that there is no specific upgrade instruction from 4.1.1 to > >>> 4.2.0. > >>> What we have there is the generic upgrade instruction from 4.x.x to > >>> 4.2.0. > >>> > >>> I have actually tried to follow this instruction on my earlier > >>> (failed) upgrade attempt from 4.1.1 to 4.2.0, and found out that > some > >>> of the steps are no longer applicable. For example: > >>> > >>> Step 6: Changes from /etc/cloud/management/components.xml to > >>> /etc/cloudstack/management/componentContext.xml is no longer > required > >>> for upgrade from 4.1.1 to 4.2.0, since we are already using > >>> /etc/cloudstack folder (instead of /etc/cloud folder) on 4.1.1. > >> [Animesh>] Yes this is left over and is not applicable for this > upgrade and will have to be cleaned up > >>> Step 8h: Uninstalling old cloud-* packages are not required for > >>> upgrade from 4.1.1 to 4.2.0 (cloud-* packages do not exist). > >> [Animesh>] Yes this is left over and is not applicable for this > upgrade and will have to be cleaned up > >>> Step 10: (KVM Only): point a - Manually clean up > /var/cache/cloudstack > >>> <-- I believe this is supposed to be done on the KVM hosts? There is > >>> no /var/cache/cloudstack folder on our KVM hosts running CloudStack > >>> agent version 4.1.1. I have verified on all my KVM hosts. Is this > step > >>> required on the KVM hosts for upgrade from 4.1.1 to 4.2.0? > >>> > >>> I found /var/cache/cloudstack folder on my CloudStack management > >>> server though. Is this step supposed to be done on the management > >>> server instead of the KVM hosts? If yes, it's not clearly mentioned. > >>> > >>> Step 12: When I tried to run the cloudstack-sysvmadm script to > restart > >>> the system VMs, the script failed to run with some error messages. > >>> Unfortunately, I didn't manage to take down the error messages. Is > >>> this step required for upgrade from 4.1.1 to 4.2.0? If for some > >>> reason, we are not able to run the script, are we able to restart > the > >>> system VMs manually (say from the CloudStack GUI)? > >>> > >>> Looking forward to your reply, thank you. > >>> > >>> Cheers. > >>> > >>> > >>> > >>> On Fri, Sep 20, 2013 at 5:45 PM, Radhika Puthiyetath < > >>> [email protected]> wrote: > >>> > >>>> Thanks Indra.**** > >>>> > >>>> ** ** > >>>> > >>>> I shall attach the PDF file at > >>>> https://issues.apache.org/jira/browse/CLOUDSTACK-4245.**** > >>>> > >>>> ** ** > >>>> > >>>> ** ** > >>>> > >>>> ** ** > >>>> > >>>> *From:* Indra Pramana [mailto:[email protected]] > >>>> *Sent:* Friday, September 20, 2013 12:07 PM > >>>> *To:* Radhika Puthiyetath > >>>> *Cc:* [email protected] > >>>> > >>>> *Subject:* Re: Volunteers to Complete the 4.2 Release Notes**** > >>>> > >>>> ** ** > >>>> > >>>> Hi Radhika,**** > >>>> > >>>> ** ** > >>>> > >>>> May I know how can I view the release notes in normal HTML format, > >>>> instead of the original XML format?**** > >>>> > >>>> ** ** > >>>> > >>>> Does it specifically contain migration steps from 4.1.1 to > >>>> 4.2.0?**** > >>>> > >>>> ** ** > >>>> > >>>> Would like to try again to upgrade my current CloudStack 4.1.1 to > >>>> 4.2.0, provided I can get the detailed instruction on what to do. > >>>> Last time I tried to follow the existing documentation on the > >>>> .tar.bz2 file (provided by Animesh when he started the vote) and > >>>> some of the steps seem to be not applicable anymore, and I might > >>>> have missed out some other steps which are actually required.**** > >>>> > >>>> ** ** > >>>> > >>>> Looking forward to your reply, thank you.**** > >>>> > >>>> ** ** > >>>> > >>>> Cheers.**** > >>>> > >>>> ** ** > >>>> > >>>> ** ** > >>>> > >>>> On Thu, Sep 19, 2013 at 2:42 PM, Radhika Puthiyetath < > >>>> [email protected]> wrote:**** > >>>> > >>>> This has been updated. Could someone please validate the API > section > >>>> ?**** > >>>> > >>>> > >>>> -----Original Message----- > >>>> From: Animesh Chaturvedi [mailto:[email protected]]**** > >>>> > >>>> Sent: Sunday, September 15, 2013 4:16 AM > >>>> To: <[email protected]> > >>>> Cc: [email protected]; [email protected] > >>>> Subject: Re: Volunteers to Complete the 4.2 Release Notes > >>>> > >>>> I have added a public filters for known issues and fixed issues > that > >>>> we can put in release notes. This way the data is dynamic and up to > >>>> date > >>>> > >>>> Thanks > >>>> Animesh > >>>> > >>>> On Sep 13, 2013, at 8:53 AM, "Radhika Puthiyetath" < > >>>> [email protected]> wrote: > >>>> > >>>>> Who is volunteering to provide the list of Fixed issues for the > RN? > >>>>> > >>>>> -----Original Message----- > >>>>> From: Animesh Chaturvedi [mailto:[email protected]] > >>>>> Sent: Wednesday, August 28, 2013 4:40 AM > >>>>> To: [email protected]; [email protected] > >>>>> Subject: RE: Volunteers to Complete the 4.2 Release Notes > >>>>> > >>>>> Community help is needed to fix up the release notes, any > >>>>> volunteers > >>>>> > >>>>> Animesh > >>>>> > >>>>>> -----Original Message----- > >>>>>> From: Radhika Puthiyetath [mailto:[email protected]] > >>>>>> Sent: Tuesday, August 13, 2013 1:01 AM > >>>>>> To: [email protected]; [email protected] > >>>>>> Subject: Volunteers to Complete the 4.2 Release Notes > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> Looking for volunteers to help me with the 4.2 Release Notes. > >>>>>> > >>>>>> I have started filling in the new feature section, and checked in > >>>>>> to the > >>>>>> 4.2 branch. > >>>>>> > >>>>>> A defect is filed > >>>>>> https://issues.apache.org/jira/browse/CLOUDSTACK-4245 > >>>> . > >>>>>> Thanks for the help > >>>>>> -Radhika**** > >>>> ** ** > >>>>
