On Wed, Mar 27, 2013 at 06:43:50PM -0700, Sangeetha Hariharan wrote: > I tried upgrade from 4.0 -> 4.1 using Rhel6.3 binaries and Xenhost in > Advanced zone set up and upgrade succeeds. > > After upgrade , I was able to deploy Vms in new network without any issues. >
That's good news! Is anyone trying Ubuntu now? > Deploying Vms in existing networks succeed. But Vms are not given any ip > address. > In router, I see that the mac address of the Vm is not populated correctly. > root@r-4-VM:~# cat /etc/dhcphosts.txt > 02:00:42:47:00:01,set:10_1_1_17,10.1.1.17,test123,infinite > -4,set:10_1_1_195,10.1.1.195,-m,infinite > root@r-4-VM:~# > > After stopping and starting of the existing routers , Vm deployment succeeds. > > Seems like all the routers need to be stopped and started after upgrade. Forgive the question, but I actually haven't upgraded a production environment yet! Is this normal to have to restart the VR's after a major update? I *think* I remember that this is, but I just want to confirm. > I am not sure if there is also a need to stop and start the SSVM and CPVM. > Console proxy view for Vms and registering of templates work fine even > without having to stop and start the SSVM and CPVM. > > Also vhd-utils need to copied over to > /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/ . It is good to > document this step explicitly , even though we get the following message when > we run the " yum update cloud-*" command: > Sangeetha, can you please add this specific request for release notes doc update to the tracking page: https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Notes > Please download vhd-util from > http://download.cloud.com.s3.amazonaws.com/tools/vhd-util and put it in > /usr/share/cloudstack-common/scripts/vm/hypervisor/xenserver/ > > -Thanks > Sangeetha > > -----Original Message----- > From: Marcus Sorensen [mailto:shadow...@gmail.com] > Sent: Wednesday, March 27, 2013 3:18 PM > To: dev@cloudstack.apache.org > Subject: Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 > > Ok. They may need to do something similar for Ubuntu, or perhaps it's already > taken care of. > > On Wed, Mar 27, 2013 at 3:37 PM, Sudha Ponnaganti > <sudha.ponnaga...@citrix.com> wrote: > > No - not done on ubuntu as upgrade hasn't worked at all so far even on > > CentOS We will test it if CentOS works. These are the two upgrades > > that are being tested [1] > > > > [1] > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.1+ > > Compatibility+Matrix > > > > > > -----Original Message----- > > From: Marcus Sorensen [mailto:shadow...@gmail.com] > > Sent: Wednesday, March 27, 2013 2:27 PM > > To: dev@cloudstack.apache.org > > Subject: Re: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 > > > > It should be fixed. This should be less difficult in the future, as long as > > we're not moving the config directories around again. I first tried copying > > the files over during the upgrade prior to the old RPMs being removed, but > > RPM's config(noreplace) only seems to work on files that it knew were in > > the previous RPM being upgraded. So I settled on moving the /etc/cloud > > directory to /etc/cloud.rpmsave, and then cherry picking the db.properties, > > agent.properties, and db key files into the new config directory. Then I > > looked at the tomcat6.conf and server.xml links and recreated new ones in > > /etc/cloudstack/management based on whether the old ones were ssl or > > non-ssl. The files themselves had changed between versions, so I did this > > rather than copying anything. > > > > Now the big question, has anyone tested upgrades on Ubuntu 12.04? Or do we > > plan to? > > > > On Wed, Mar 27, 2013 at 11:11 AM, Pradeep Soundararajan > > <pradeep.soundarara...@citrix.com> wrote: > >> These are my observations I have captured during my testing: > >> > >> 1) 'service cloudstack-management start' is failing for the first > >> time since it did not find tomcat6.conf and server.xml. This will get > >> created (symb links) only if you execute "cloudstack-setup-management" for > >> the first time after the upgrade since this will be treated as a fresh > >> install because rpm names and locations have been changed from 4.1. I > >> have found the symb links are getting updated during the upgrade only if > >> the upgrade path is present already. In our situation upgrade path is > >> pretty new. > >> 2) I have observed db.properties of 4.1 is different from 4.0. I > >> have observed there is an issue with db.properties initially, that is the > >> reason I have tried to redploy DB and launched 4.1 MS. But realized and > >> got to know from QA that we should not redploy db after the upgrade. Let > >> me know how to handle the situation if db.properties are changed in 4.1. > >> > >> I was trying to keep a check in cloud.spec incase cloud-client is present > >> in the system or not. Then I was trying to provide the symb link of the > >> files which are needed for the upgrade like db.properties, tomcat6.conf > >> etc from the old path /etc/cloud/management to the new path > >> /etc/cloudstack/management. > >> > >> I have tried these below in cloud.spec but went in vain: > >> > >> %define _rpm_check_ver %(`rpm -q cloud-client-4.0.0 > /dev/null`) %if > >> "%{?_rpm_check_ver}" != "0" > >> Obsoletes: cloud-client < 4.1.0 > >> %endif > >> > >> I hope Marcus is looking at this now. Let's wait for his feedback. > >> > >> Thanks, > >> Pradeep S > >> > >> > >> -----Original Message----- > >> From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com] > >> Sent: Tuesday, March 26, 2013 2:45 AM > >> To: dev@cloudstack.apache.org > >> Subject: [ACS41][QA] Has anyone upgraded from 4.0 to 4.1 > >> > >> Hi, > >> > >> Requesting help to resolve the following issue, if you have done upgrade. > >> https://issues.apache.org/jira/browse/CLOUDSTACK-1694 > >> > >> Upgrade is failing - if there is anyone that can take a look at it during > >> US time zone that would be great. > >> > >> Thanks > >> /Sudha >