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. 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. 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: 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
