It makes sense that the system VMS would need to be restarted since we have new software for them too (new systemvm.iso). On Mar 27, 2013 8:16 PM, "Chip Childers" <chip.child...@sungard.com> wrote:
> 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 > > >