Yes Indra, It is confirmed. We have tested using below names only. It was my fault that I overlooked it during documentation.
Thanks and regards, Abhinav -----Original Message----- From: Indra Pramana [mailto:in...@sg.or.id] Sent: Tuesday, September 24, 2013 12:12 PM To: dev@cloudstack.apache.org Cc: us...@cloudstack.apache.org; Radhika Puthiyetath; Harikrishna Patnala Subject: Re: Volunteers to Complete the 4.2 Release Notes Hi Abhinav and all, So is it confirmed that the correct system VM template name should be below? 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 Looking forward to your reply, thank you. Cheers. On Tue, Sep 24, 2013 at 1:47 AM, Abhinav Roy <abhinav....@citrix.com> wrote: > 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. > > Thanks and regards, > Abhinav > > -----Original Message----- > From: Milamber [mailto:milam...@apache.org] > Sent: Monday, September 23, 2013 10:53 PM > To: us...@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 . > > > + <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:animesh.chaturv...@citrix.com] > > Sent: Sunday, September 22, 2013 10:24 PM > > To: dev@cloudstack.apache.org; Radhika Puthiyetath > > Cc: us...@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:in...@sg.or.id] > >> Sent: Friday, September 20, 2013 9:54 PM > >> To: Radhika Puthiyetath > >> Cc: us...@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.puthiyet...@citrix.com> wrote: > >> > >>> Thanks Indra.**** > >>> > >>> ** ** > >>> > >>> I shall attach the PDF file at > >>> https://issues.apache.org/jira/browse/CLOUDSTACK-4245.**** > >>> > >>> ** ** > >>> > >>> ** ** > >>> > >>> ** ** > >>> > >>> *From:* Indra Pramana [mailto:in...@sg.or.id] > >>> *Sent:* Friday, September 20, 2013 12:07 PM > >>> *To:* Radhika Puthiyetath > >>> *Cc:* us...@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.puthiyet...@citrix.com> wrote:**** > >>> > >>> This has been updated. Could someone please validate the API > >>> section > >>> ?**** > >>> > >>> > >>> -----Original Message----- > >>> From: Animesh Chaturvedi > >>> [mailto:animesh.chaturv...@citrix.com]**** > >>> > >>> Sent: Sunday, September 15, 2013 4:16 AM > >>> To: <us...@cloudstack.apache.org> > >>> Cc: dev@cloudstack.apache.org; us...@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.puthiyet...@citrix.com> wrote: > >>> > >>>> Who is volunteering to provide the list of Fixed issues for the RN? > >>>> > >>>> -----Original Message----- > >>>> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] > >>>> Sent: Wednesday, August 28, 2013 4:40 AM > >>>> To: dev@cloudstack.apache.org; us...@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.puthiyet...@citrix.com] > >>>>> Sent: Tuesday, August 13, 2013 1:01 AM > >>>>> To: dev@cloudstack.apache.org; us...@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**** > >>> ** ** > >>> > >