Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B57AA1037B for ; Mon, 23 Sep 2013 18:37:43 +0000 (UTC) Received: (qmail 23364 invoked by uid 500); 23 Sep 2013 18:37:42 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 23316 invoked by uid 500); 23 Sep 2013 18:37:42 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 23301 invoked by uid 99); 23 Sep 2013 18:37:42 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Sep 2013 18:37:42 +0000 Received: from localhost (HELO [192.168.7.235]) (127.0.0.1) (smtp-auth username milamber, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Sep 2013 18:37:42 +0000 Message-ID: <52408A72.4040805@apache.org> Date: Mon, 23 Sep 2013 19:37:38 +0100 From: Milamber Organization: Apache Software Fondation User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 MIME-Version: 1.0 To: dev@cloudstack.apache.org, "users@cloudstack.apache.org" , Radhika Puthiyetath , Harikrishna Patnala Subject: Re: Volunteers to Complete the 4.2 Release Notes References: <8814ED90-6919-4652-AA8E-16E6A2B201E6@citrix.com> <79639FB0AD38DB4797D4AD9D722E36A606494E07@SINPEX01CL02.citrite.net> <524078E4.4060201@apache.org> <79639FB0AD38DB4797D4AD9D722E36A6064950C5@SINPEX01CL02.citrite.net> In-Reply-To: <79639FB0AD38DB4797D4AD9D722E36A6064950C5@SINPEX01CL02.citrite.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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:milamber@apache.org] > Sent: Monday, September 23, 2013 10:53 PM > To: users@cloudstack.apache.org; dev@cloudstack.apache.org; 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 . >> + Name: systemvm-kvm-4.2.0 >> + Description: systemvm-kvm-4.2.0 > 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:animesh.chaturvedi@citrix.com] >> Sent: Sunday, September 22, 2013 10:24 PM >> To: dev@cloudstack.apache.org; Radhika Puthiyetath >> Cc: users@cloudstack.apache.org >> 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:indra@sg.or.id] >>> Sent: Friday, September 20, 2013 9:54 PM >>> To: Radhika Puthiyetath >>> Cc: users@cloudstack.apache.org; dev@cloudstack.apache.org >>> 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 < >>> radhika.puthiyetath@citrix.com> wrote: >>> >>>> Thanks Indra.**** >>>> >>>> ** ** >>>> >>>> I shall attach the PDF file at >>>> https://issues.apache.org/jira/browse/CLOUDSTACK-4245.**** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> ** ** >>>> >>>> *From:* Indra Pramana [mailto:indra@sg.or.id] >>>> *Sent:* Friday, September 20, 2013 12:07 PM >>>> *To:* Radhika Puthiyetath >>>> *Cc:* users@cloudstack.apache.org >>>> >>>> *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 < >>>> radhika.puthiyetath@citrix.com> wrote:**** >>>> >>>> This has been updated. Could someone please validate the API section >>>> ?**** >>>> >>>> >>>> -----Original Message----- >>>> From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com]**** >>>> >>>> Sent: Sunday, September 15, 2013 4:16 AM >>>> To: >>>> Cc: dev@cloudstack.apache.org; users@cloudstack.apache.org >>>> 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" < >>>> radhika.puthiyetath@citrix.com> wrote: >>>> >>>>> Who is volunteering to provide the list of Fixed issues for the RN? >>>>> >>>>> -----Original Message----- >>>>> From: Animesh Chaturvedi [mailto:animesh.chaturvedi@citrix.com] >>>>> Sent: Wednesday, August 28, 2013 4:40 AM >>>>> To: dev@cloudstack.apache.org; users@cloudstack.apache.org >>>>> 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:radhika.puthiyetath@citrix.com] >>>>>> Sent: Tuesday, August 13, 2013 1:01 AM >>>>>> To: dev@cloudstack.apache.org; users@cloudstack.apache.org >>>>>> 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**** >>>> ** ** >>>>