Adding to Pierre-Luc's observations,
If I run the same cloudmonkey command on my upgrade test system, it returns no
records
cm> list configurations clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155
: None
When I run the same command on a system with a clean install of 4.4.1 it
returns the following, which is the information which would be displayed in the
'settings' tab of the UI.
cm list configurations clusterid=e2367e27-83eb-478d-b9c8-404896846d4f
count = 9
configuration:
name = cluster.cpu.allocated.capacity.disablethreshold
category = Alert
description = Percentage (as a value between 0 and 1) of cpu utilization above
which allocators will disable using the cluster for low cpu available. Keep the
corresponding notification threshold lower than this to be notified beforehand.
scope = cluster
value = 0.99
================================================================================
name = cluster.cpu.allocated.capacity.notificationthreshold
category = Alert
description = Percentage (as a value between 0 and 1) of cpu utilization above
which alerts will be sent about low cpu available.
scope = cluster
value = 0.75
================================================================================
name = cluster.memory.allocated.capacity.disablethreshold
category = Alert
description = Percentage (as a value between 0 and 1) of memory utilization
above which allocators will disable using the cluster for low memory available.
Keep the corresponding notification threshold lower than this to be notified
beforehand.
scope = cluster
value = 0.99
================================================================================
name = cluster.memory.allocated.capacity.notificationthreshold
category = Alert
description = Percentage (as a value between 0 and 1) of memory utilization
above which alerts will be sent about low memory available.
scope = cluster
value = 0.75
================================================================================
name = cluster.storage.allocated.capacity.notificationthreshold
category = Alert
description = Percentage (as a value between 0 and 1) of allocated storage
utilization above which alerts will be sent about low storage available.
scope = cluster
value = 0.75
================================================================================
name = cluster.storage.capacity.notificationthreshold
category = Alert
description = Percentage (as a value between 0 and 1) of storage utilization
above which alerts will be sent about low storage available.
scope = cluster
value = 0.75
================================================================================
name = cpu.overprovisioning.factor
category = Advanced
description = Used for CPU overprovisioning calculation; available CPU will be
(actualCpuCapacity * cpu.overprovisioning.factor)
scope = cluster
value = 4.0
================================================================================
name = mem.overprovisioning.factor
category = Advanced
description = Used for memory overprovisioning calculation
scope = cluster
value = 1.0
================================================================================
name = vmware.reserve.cpu
category = Advanced
description = Specify whether or not to reserve memory when not
overprovisioning, In case of memory overprovisioning we will always reserve
memory.
scope = cluster
value = false
================================================================================
Looking in the DB in the configuration table, all of the values appear to exist
with correct values. The cluster_details table only contains records for
memoryOvercommitRatio and cpuOvercommitRatio, so all other values are coming
from Global Settings.
Updated the cluster_details table using the following commands to populate all
possible settings and remove the link to the Global Settings
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', 'cluster.cpu.allocated.capacity.disablethreshold’,’0.85’);
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', 'cluster.memory.allocated.capacity.disablethreshold','0.85');
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', 'cluster.memory.allocated.capacity.notificationthreshold','0.75');
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', 'cluster.storage.allocated.capacity.notificationthreshold','0.75');
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', 'cluster.storage.capacity.notificationthreshold','0.75');
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', ''vmware.reserve.cpu','false');
INSERT INTO `cloud`.`cluster_details` (`cluster_id`, `name`, `value`) VALUES
('1', 'cluster.cpu.allocated.capacity.notificationthreshold', '0.75');
Resulting content of cluster_details was then
'1','1','memoryOvercommitRatio','1.0'
'2','1','cpuOvercommitRatio','4.0'
'3','1','cluster.cpu.allocated.capacity.disablethreshold','0.99'
'4','1','cluster.memory.allocated.capacity.disablethreshold','0.85'
'5','1','cluster.memory.allocated.capacity.notificationthreshold','0.75'
'6','1','cluster.storage.allocated.capacity.notificationthreshold','0.75'
'7','1','cluster.storage.capacity.notificationthreshold','0.75'
'8','1','cluster.cpu.allocated.capacity.notificationthreshold','0.75'
However when running the list configurations command again the result was the
same, and the UI was still failing
cm> list configurations clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155
: None
Here is a log extract which is generated when I select the 'cluster details' tab
2014-10-01 16:42:03,553 DEBUG [c.c.a.ApiServlet] (catalina-exec-4:ctx-4ad4a1c0)
===START=== 192.168.56.1 -- GET
command=listConfigurations&clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155&response=json&sessionkey=dP%2B5tKebkhdRjj4tbd26v1hfqT8%3D&listAll=true&page=1&pagesize=20&_=1412239888495
2014-10-01 16:42:03,584 WARN [c.c.a.d.ParamGenericValidationWorker]
(catalina-exec-4:ctx-4ad4a1c0 ctx-8252ed09) Received unknown parameters for
command listConfigurations. Unknown parameters : listall
2014-10-01 16:42:03,645 ERROR [c.c.a.ApiServer] (catalina-exec-4:ctx-4ad4a1c0
ctx-8252ed09) unhandled exception executing api command:
[Ljava.lang.String;@91f69e
java.lang.NullPointerException
at
com.cloud.server.ManagementServerImpl.searchForConfigurations(ManagementServerImpl.java:1706)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at com.sun.proxy.$Proxy209.searchForConfigurations(Unknown Source)
at
org.apache.cloudstack.api.command.admin.config.ListCfgsByCmd.execute(ListCfgsByCmd.java:132)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:682)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:511)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2014-10-01 16:42:03,655 DEBUG [c.c.a.ApiServlet] (catalina-exec-4:ctx-4ad4a1c0
ctx-8252ed09) ===END=== 192.168.56.1 -- GET
command=listConfigurations&clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155&response=json&sessionkey=dP%2B5tKebkhdRjj4tbd26v1hfqT8%3D&listAll=true&page=1&pagesize=20&_=1412239888495
And here a log extract generated when I ran the cloudmonkey command list
configurations clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155
2014-10-01 16:43:49,655 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-736367f3)
===START=== 127.0.0.1 -- GET
apiKey=z3S1CcFSp7NYwpLi9BqLAUPxK5C5-XSzmuSs3sBeSEyK6uGa7MiHfmMSx3FyK2zrkDKG9RvyTYJEk3qFjAmGXA&clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155&command=listConfigurations&response=json&signature=IMqMyBRaae8Tp2A2U0fzXADtrVU%3D
2014-10-01 16:43:49,734 ERROR [c.c.a.ApiServer] (catalina-exec-9:ctx-736367f3
ctx-70a35621 ctx-ff98e132) unhandled exception executing api command:
[Ljava.lang.String;@f0c9b70
java.lang.NullPointerException
at
com.cloud.server.ManagementServerImpl.searchForConfigurations(ManagementServerImpl.java:1706)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at com.sun.proxy.$Proxy209.searchForConfigurations(Unknown Source)
at
org.apache.cloudstack.api.command.admin.config.ListCfgsByCmd.execute(ListCfgsByCmd.java:132)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:682)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:511)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
at
org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889)
at
org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2274)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2014-10-01 16:43:49,742 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-736367f3
ctx-70a35621 ctx-ff98e132) ===END=== 127.0.0.1 -- GET
apiKey=z3S1CcFSp7NYwpLi9BqLAUPxK5C5-XSzmuSs3sBeSEyK6uGa7MiHfmMSx3FyK2zrkDKG9RvyTYJEk3qFjAmGXA&clusterid=b5d6ae07-9520-4a51-8818-21b9e07df155&command=listConfigurations&response=json&signature=IMqMyBRaae8Tp2A2U0fzXADtrVU%3D
Based on these observations, I am pretty sure the issues is in code and not a
UI bug (but I'm not a developer so will leave it those who are to find the
actual cause)
Regards
Geoff Higginbottom
D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
geoff.higginbot...@shapeblue.com
-----Original Message-----
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: 02 October 2014 08:44
To: dev
Subject: Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 1 in branch
4.4-RC20140924T2100
Ok, we have a potential blocker. I am extending the vote until we have a
resolution. If in code, we'll make a new rc.
regards,
Daan
On Thu, Oct 2, 2014 at 2:35 AM, Pierre-Luc Dion <pd...@cloudops.com> wrote:
> Just tested against a 4.3.0 to 4.4.1 upgrade. Unfortunately the
> command "list configurations clusterid=<id>" using cloudmonkey doesn't
> work. and work when it does in the UI, so it's not a UI issue :-(
>
>
>
>
> On Wed, Oct 1, 2014 at 11:59 AM, Stephen Turner
> <stephen.tur...@citrix.com
> >
> wrote:
>
> > Can someone who's seeing this confirm whether it's a UI issue, or
> > whether it's the same through the API? The ticket CLOUDSTACK-7219
> > has Component=Management Server, not UI, and (without having seen it
> > myself)
> it
> > feels more like a server-side issue to me.
> >
> > --
> > Stephen Turner
> >
> >
> > -----Original Message-----
> > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > Sent: 01 October 2014 16:47
> > To: dev@cloudstack.apache.org
> > Subject: Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 1 in branch
> > 4.4-RC20140924T2100
> >
> > From what I understand from this issue is UI only, which is why it
> > wasn't a blocker before. anyway, you have a valid point :-(
> >
> > now the question would be: who could fix this ?
> >
> > Cluster settings change you are refering are theses [1] , right ?
> >
> > [1]
> >
> >
> http://cloudstack-release-notes.readthedocs.org/en/4.4.1/upgrade/upgra
> de_notes.html#settings-changes
> >
> >
> > On Wed, Oct 1, 2014 at 11:33 AM, Erik Weber <terbol...@gmail.com> wrote:
> >
> > > Has been like that since 4.4.0
> > >
> > > Erik
> > > 1. okt. 2014 17:16 skrev "Geoff Higginbottom" <
> > > geoff.higginbot...@shapeblue.com> følgende:
> > >
> > > > Great, glad to hear it was an easy fix.
> > > >
> > > > Now however I have found another problem. In the UI if I go to
> > > > Infrastructure/Clusters/cluster1/and then choose the settings
> > > > tab, I get
> > > an
> > > > error and no information is displayed.
> > > >
> > > > Can others please check this to see if it is a unique problem to
> > > > me or a common issue. This is on my upgraded install, I'll the
> > > > check the clean install in a few minutes once its power up.
> > > >
> > > > Regards
> > > >
> > > > Geoff Higginbottom
> > > >
> > > > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
> > > >
> > > > geoff.higginbot...@shapeblue.com
> > > >
> > > > -----Original Message-----
> > > > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > > > Sent: 01 October 2014 15:29
> > > > To: dev@cloudstack.apache.org; Sebastien Goasguen
> > > > Subject: Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 1 in branch
> > > > 4.4-RC20140924T2100
> > > >
> > > > ok, fixed it , /latest is pointing on the master branch for the
> > > > RN git repo. so it's not reflecting the "latest" version of our product.
> > > > I've disable the /latest version so URL will default to 4.4.0
> > > > RN for
> > > the
> > > > moment, and the 4.4.1 RN is the correct one.
> > > >
> > > > Seb, do you see a problem disabling master and latest build in RTD ?
> > > >
> > > > make more sense?
> > > >
> > > > PL
> > > >
> > > > On Wed, Oct 1, 2014 at 10:00 AM, Geoff Higginbottom <
> > > > geoff.higginbot...@shapeblue.com> wrote:
> > > >
> > > > > Hi Pierre-Luc,
> > > > >
> > > > > Nope, I was deffinately looking at 4.4.1 release notes,
> > > > > complete with sections titled 'Issues fixed in 4.4.1' etc
> > > > >
> > > > >
> > > > > http://cloudstack-release-notes.readthedocs.org/en/latest/upgr
> > > > > ade/
> > > > > upgr
> > > > > ade-4.3.html
> > > > >
> > > > > I would include a screen shot of the page but it will get
> > > > > stripped from the e-mail
> > > > >
> > > > > Regards
> > > > >
> > > > > Geoff Higginbottom
> > > > >
> > > > > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
> > > > >
> > > > > geoff.higginbot...@shapeblue.com
> > > > >
> > > > > -----Original Message-----
> > > > > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > > > > Sent: 01 October 2014 14:49
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 1 in
> > > > > branch
> > > > > 4.4-RC20140924T2100
> > > > >
> > > > > Geoff,
> > > > >
> > > > > Could it be possible you've followed 4.4.0 upgrade path ?
> > > > > because we don't have to perform any MySQL query when
> > > > > upgrading to 4.4.1, otherwise the RN is not correct.
> > > > > the current RN for 4.4.1 is:
> > > > >
> > > > > http://docs.cloudstack.apache.org/projects/cloudstack-release-
> > > > > note s/en /4.4.1/ (not /latest yet as it's not release yet)
> > > > >
> > > > > for the vhd-utils, I wasn't sure if it was making sense to
> > > > > keep it on all upgrade path, thanks for the comment, make
> > > > > sense to remove if from upgrade 4.3.x and probably 4.2.x as it
> > > > > should already be in
> > place.
> > > > >
> > > > >
> > > > > PL
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Wed, Oct 1, 2014 at 9:35 AM, Geoff Higginbottom <
> > > > > geoff.higginbot...@shapeblue.com> wrote:
> > > > >
> > > > > > +0 only because of the issues in the release notes, a clean
> > > > > > +install and
> > > > > > an upgrade from 4.3.1 went OK, but only because I know how
> > > > > > to do it, it would not work if I followed the release notes.
> > > > > > The Router Upgrade notification elements in the UI,
> > > > > > introduced in
> > > > > > 4.3 are also broken (this should possibly be a -1 as it
> > > > > > could result in installs running with the wrong version of
> > > > > > the VRs without realising)
> > > > > >
> > > > > > Notes:
> > > > > >
> > > > > > 2x XenServer 6.2 in a single Cluster NFS Primary Storage x2
> > > > > > System VM Template from
> > > > > > http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-s
> > > > > > yste
> > > > > > mvm6
> > > > > > 4/
> > > > > > lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64
> > > > > > temp
> > > > > > late
> > > > > > -4
> > > > > > .4-2014-09-30-xen.vhd.bz2 Clean install of 4.4.1 to single
> > > > > > management server on CentOS 6.5 with MySQL installed locally
> > > > > > Created new Zone, POD, Cluster, Sec Storage, Hosts, Pri
> > > > > > Storage all via API Updated Various Global Settings via API
> > > > > > Created Domains and Accounts via API Deployed VMs for user
> > > > > > account as Root and configured network Egress rules via API
> > > > > > Deployed VM as root via UI Live Migrated VMs between Hosts
> > > > > > Offline Migrated (VM
> > > > > > stopped) Root Volume between Pri Storage via UI - cloudstack
> > > > > > service crashed! (Install is running inside VirtualBox and
> > > > > > Management VM is also NFS Server so added more RAM and tried
> > > > > > again) - repeated test after a manual clean up and it was
> > > > > > successful Live Migrated (VM running) Root Volume between
> > > > > > Pri Storage via UI Disabled / Re-enabled Host Adding /
> > > > > > removing NICs and changing default etc via UI Deployed new
> > > > > > VPC, with two tiers, added VM to each tier, setup ACLs etc
> > > > > > via API
> > > > > >
> > > > > >
> > > > > > Then I did an upgrade test of a 4.3.1 system using the
> > > > > > latest system VM template from Jenkins (this system was
> > > > > > originally built on 4.3.0 and upgraded to 4.3.1, before
> > > > > > being upgraded to
> > > > > > 4.4.1) New System VM template installed OK
> > > > > >
> > > > > > The steps in the release notes about downloading vhd-utils
> > > > > > for XenServer are misleading. If you blindly follow the
> > > > > > steps the simply end up with a 2nd copy 'vhd-utils.1' as
> > > > > > this is an upgrade and you will already have vhd-utils on
> > > > > > the management server, at least if upgrading from a recent
> > > > > > release such as
> 4.3.x.
> > > > > >
> > > > > > If vhd-utils needs replacing we need to be specific about
> > > > > > removing the old one. I don’t think it actually needs
> > > > > > replacing, it's just in a different location to older
> > > > > > installs, but the 4.3 upgrade guide still has this step in
> > > > > > it. (I can't remember which release changed the
> > > > > > location)
> > > > > >
> > > > > > The MySQL Statements for the manual upgrade of the template
> > > > > > are also incorrect as they do not include the DB name so
> > > > > > fail
> > > > > >
> > > > > > e.g.
> > > > > > select id,name from vm_template where name =
> > > > > > 'systemvm-xenserver-4.4';
> > > > > >
> > > > > > should be
> > > > > > select id,name from cloud.vm_template where name =
> > > > > > 'systemvm-xenserver-4.4';
> > > > > >
> > > > > > The same with the following commands
> > > > > >
> > > > > > update vm_template set type='SYSTEM' where id='<ID FROM
> > > > > > COMMAND #1>'; update vm_instance set vm_template_id = '<ID
> > > > > > FROM COMMAND
> > #1>'
> > > > > > where type='ConsoleProxy' and hypervisor_type = 'xenserver';
> > > > > > update vm_instance set vm_template_id = '<ID FROM COMMAND #1>'
> > > > > > where type='SecondaryStorageVm' and hypervisor_type =
> > > > > > 'xenserver'; update configuration set value =
> > > > > > 'systemvm-xenserver-4.4' where name = 'router.template.xen';
> > > > > >
> > > > > > should be
> > > > > >
> > > > > > update cloud.vm_template set type='SYSTEM' where id='<ID
> > > > > > FROM COMMAND #1>'; update cloud.vm_instance set
> > > > > > vm_template_id = '<ID FROM COMMAND #1>' where
> > > > > > type='ConsoleProxy' and hypervisor_type = 'xenserver';
> > > > > > update cloud.vm_instance set vm_template_id = '<ID FROM
> > > > COMMAND #1>'
> > > > > > where type='SecondaryStorageVm' and hypervisor_type =
> > > > > > 'xenserver'; update cloud.configuration set value =
> > 'systemvm-xenserver-4.4'
> > > > > > where name = 'router.template.xen';
> > > > > >
> > > > > > However I did not need to do this as the cloud.vm_instance
> > > > > > table and cloud.configuration table had automatically been
> > > > > > updated to the correct values, so are these steps actually
> > > > > > necessary?
> > > > > >
> > > > > > 4.3 introduced the ability to manage the restart of VRs via
> > > > > > the UI, but after upgrading to 4.4.1 the UI lists all VRs as
> > > > > > NOT requiring upgrade, even though they have not been
> > > > > > upgraded yet and are clearly shown as still be at version
> > > > > > 4.3
> > > > > >
> > > > > > I could fix the release notes issues, but there may be good
> > > > > > reasons why they are how they are that I am not aware of, so
> > > > > > just wanted to highlight them for now. I have only tested
> > > > > > the XenServer upgrade steps and only from
> > > > > > 4.3 so there may be similar errors in other sections.
> > > > > >
> > > > > > Regards
> > > > > >
> > > > > > Geoff Higginbottom
> > > > > >
> > > > > > D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
> > > > > >
> > > > > > geoff.higginbot...@shapeblue.com
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > > > > > Sent: 30 September 2014 03:31
> > > > > > To: dev@cloudstack.apache.org
> > > > > > Subject: Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 1 in
> > > > > > branch
> > > > > > 4.4-RC20140924T2100
> > > > > >
> > > > > > +1
> > > > > >
> > > > > > basic deployment, did tests upgrade from 4.3.0 and 4.2.1 to
> > > > > > 4.4.1 , it went smoothly in both cases.
> > > > > > I've tests using XenServer 6.2.0 with system vm from :
> > > > > > http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-s
> > > > > > yste
> > > > > > mvm6
> > > > > > 4/
> > > > > > 131/
> > > > > >
> > > > > > Please let me know what should be the URLs for system vm
> > > > > > that will goes in the RN if this vote pass.
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > *Pierre-Luc DION*
> > > > > > Architecte de Solution Cloud | Cloud Solutions Architect t
> > > > > > 855.652.5683
> > > > > >
> > > > > > *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions
> > > > > > Experts
> > > > > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w
> > > > > > cloudops.com
> > > > > > *|* tw @CloudOps_
> > > > > >
> > > > > >
> > > > > > On Mon, Sep 29, 2014 at 5:22 PM, Ian Duffy <i...@ianduffy.ie>
> > wrote:
> > > > > >
> > > > > > > Tested using XenServer 6.2.1.
> > > > > > >
> > > > > > > Brought up an environment within VirtualBox with basic
> > > > > > > networking and booted a PE enabled template.
> > > > > > >
> > > > > > > Instance came up without issue, security groups worked,
> > > > > > > password resets worked.
> > > > > > >
> > > > > > > +1 for basic functionality working.
> > > > > > >
> > > > > > > On 29 September 2014 15:49, Leo Simons
> > > > > > > <lsim...@schubergphilis.com>
> > > > > > wrote:
> > > > > > >
> > > > > > > > * NOTICE is missing copyright statement (see other
> > > > > > > > e-mail)
> > > > > > > > * CHANGES.md does not list changes from 4.4.0 to 4.4.1
> > > > > > > > (list _is_ at
> > > > > > > >
> > > > > > > >
> > > > > > > http://docs.cloudstack.apache.org/projects/cloudstack-rele
> > > > > > > ase-
> > > > > > > note
> > > > > > > s/
> > > > > > > en
> > > > > > > /latest/fixed_issues.html
> > > > > > > > )
> > > > > > > > * INSTALL.md states to get source code from git (see
> > > > > > > > other
> > > > > > > > e-mail)
> > > > > > > > * checksums&sig ok
> > > > > > > > * build & run from scratch based on README works
> > > > > > > > * local automated tests inside devcloud-like virtual box pass
> > > > > > > > (from tag)
> > > > > > > > * jenkins-controlled automated tests inside SBP test
> > > > > > > > environment
> > > > pass
> > > > > > > > (from 4.4 branch with identical code aside from
> > > > > > > > version #
> > > > > > > > change)
> > > > > > > >
> > > > > > > > +1 from me (non-binding :-D)
> > > > > > > >
> > > > > > > >
> > > > > > > > cheers,
> > > > > > > >
> > > > > > > >
> > > > > > > > Leo
> > > > > > > >
> > > > > > > > On Sep 29, 2014, at 12:01 AM, Daan Hoogland
> > > > > > > > <daan.hoogl...@gmail.com>
> > > > > > > > wrote:
> > > > > > > > > Hi All,
> > > > > > > > >
> > > > > > > > > I've created a 4.4.1 release, with the following
> > > > > > > > > artifacts up for a
> > > > > > > vote:
> > > > > > > > >
> > > > > > > > > Git Branch and Commit SH:
> > > > > > > > >
> > > > > > > >
> > > > > > > https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a
> > > > > > > =sho
> > > > > > > rtlo
> > > > > > > g;
> > > > > > > h=
> > > > > > > refs/heads/4.4-RC20140924T2100
> > > > > > > > > Commit: 620ad650bdda23cabdf4c9dc480072c02c59a2d1
> > > > > > > > >
> > > > > > > > > List of changes:
> > > > > > > > >
> > > > > > > >
> > > > > > > http://docs.cloudstack.apache.org/projects/cloudstack-rele
> > > > > > > ase-
> > > > > > > note
> > > > > > > s/
> > > > > > > en
> > > > > > > /latest/
> > > > > > > > >
> > > > > > > > > Source release (checksums and signatures are available
> > > > > > > > > at the same
> > > > > > > > > location):
> > > > > > > > > https://dist.apache.org/repos/dist/dev/cloudstack/4.4.
> > > > > > > > > 1/
> > > > > > > > >
> > > > > > > > > PGP release keys (signed using 4096R/AA4736F3):
> > > > > > > > > https://dist.apache.org/repos/dist/release/cloudstack/
> > > > > > > > > KEYS
> > > > > > > > >
> > > > > > > > > Vote will be open for 72 hours.
> > > > > > > > >
> > > > > > > > > For sanity in tallying the vote, can PMC members
> > > > > > > > > please be sure to indicate "(binding)" with their vote?
> > > > > > > > >
> > > > > > > > > [ ] +1 approve
> > > > > > > > > [ ] +0 no opinion
> > > > > > > > > [ ] -1 disapprove (and reason why)
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Daan
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > Find out more about ShapeBlue and our range of CloudStack
> > > > > > related services
> > > > > >
> > > > > > IaaS Cloud Design & Build<
> > > > > > http://shapeblue.com/iaas-cloud-design-and-build//>
> > > > > > CSForge – rapid IaaS deployment
> > > > > > framework<http://shapeblue.com/csforge/>
> > > > > > CloudStack
> > > > > > Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > > > > > CloudStack Infrastructure Support<
> > > > > > http://shapeblue.com/cloudstack-infrastructure-support/>
> > > > > > CloudStack Bootcamp Training Courses<
> > > > > > http://shapeblue.com/cloudstack-training/>
> > > > > >
> > > > > > This email and any attachments to it may be confidential and
> > > > > > are intended solely for the use of the individual to whom it
> > > > > > is
> > > addressed.
> > > > > > Any views or opinions expressed are solely those of the
> > > > > > author and do not necessarily represent those of Shape Blue
> > > > > > Ltd or related companies. If you are not the intended
> > > > > > recipient of this email, you must neither take any action
> > > > > > based upon its contents, nor copy or show it to anyone.
> > > > > > Please contact the sender if you believe you have received
> > > > > > this email in error. Shape Blue Ltd is a company
> > > > > > incorporated in England & Wales. ShapeBlue Services India
> > > > > > LLP is a company incorporated in India and is operated under
> > > > > > license from Shape Blue Ltd. Shape Blue Brasil Consultoria
> > > > > > Ltda is a company incorporated in Brasil and is operated
> > > > > > under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a
> > > > > > company registered by The Republic of South Africa and is
> > > > > traded under license from Shape Blue Ltd. ShapeBlue is a
> > > > > registered trademark.
> > > > > >
> > > > > Find out more about ShapeBlue and our range of CloudStack
> > > > > related services
> > > > >
> > > > > IaaS Cloud Design & Build<
> > > > > http://shapeblue.com/iaas-cloud-design-and-build//>
> > > > > CSForge – rapid IaaS deployment
> > > > > framework<http://shapeblue.com/csforge/>
> > > > > CloudStack
> > > > > Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > > > > CloudStack Infrastructure Support<
> > > > > http://shapeblue.com/cloudstack-infrastructure-support/>
> > > > > CloudStack Bootcamp Training Courses<
> > > > > http://shapeblue.com/cloudstack-training/>
> > > > >
> > > > > This email and any attachments to it may be confidential and
> > > > > are intended solely for the use of the individual to whom it
> > > > > is
> > addressed.
> > > > > Any views or opinions expressed are solely those of the author
> > > > > and do not necessarily represent those of Shape Blue Ltd or
> > > > > related companies. If you are not the intended recipient of
> > > > > this email, you must neither take any action based upon its
> > > > > contents, nor copy or show it to anyone. Please contact the
> > > > > sender if you believe you have received this email in error.
> > > > > Shape Blue Ltd is a company incorporated in England & Wales.
> > > > > ShapeBlue Services India LLP is a company incorporated in
> > > > > India and is operated under license from Shape Blue Ltd. Shape
> > > > > Blue Brasil Consultoria Ltda is a company incorporated in
> > > > > Brasil and is operated under license from Shape Blue Ltd.
> > > > > ShapeBlue SA Pty Ltd is a company registered by The Republic
> > > > > of South Africa and is
> > > > traded under license from Shape Blue Ltd. ShapeBlue is a
> > > > registered trademark.
> > > > >
> > > > Find out more about ShapeBlue and our range of CloudStack
> > > > related
> > > services
> > > >
> > > > IaaS Cloud Design & Build<
> > > > http://shapeblue.com/iaas-cloud-design-and-build//>
> > > > CSForge – rapid IaaS deployment
> > > > framework<http://shapeblue.com/csforge/>
> > > > CloudStack
> > > > Consulting<http://shapeblue.com/cloudstack-consultancy/>
> > > > CloudStack Infrastructure Support<
> > > > http://shapeblue.com/cloudstack-infrastructure-support/>
> > > > CloudStack Bootcamp Training Courses<
> > > > http://shapeblue.com/cloudstack-training/>
> > > >
> > > > This email and any attachments to it may be confidential and are
> > > > intended solely for the use of the individual to whom it is
> > > > addressed. Any views
> > > or
> > > > opinions expressed are solely those of the author and do not
> > > > necessarily represent those of Shape Blue Ltd or related companies.
> > > > If you are not
> > > the
> > > > intended recipient of this email, you must neither take any
> > > > action based upon its contents, nor copy or show it to anyone.
> > > > Please contact the
> > > sender
> > > > if you believe you have received this email in error. Shape Blue
> > > > Ltd is a company incorporated in England & Wales. ShapeBlue
> > > > Services India LLP is
> > > a
> > > > company incorporated in India and is operated under license from
> > > > Shape
> > > Blue
> > > > Ltd. Shape Blue Brasil Consultoria Ltda is a company
> > > > incorporated in
> > > Brasil
> > > > and is operated under license from Shape Blue Ltd. ShapeBlue SA
> > > > Pty Ltd
> > > is
> > > > a company registered by The Republic of South Africa and is
> > > > traded under license from Shape Blue Ltd. ShapeBlue is a
> > > > registered
> trademark.
> > > >
> > >
> >
>
--
Daan
Find out more about ShapeBlue and our range of CloudStack related services
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Infrastructure
Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>
This email and any attachments to it may be confidential and are intended
solely for the use of the individual to whom it is addressed. Any views or
opinions expressed are solely those of the author and do not necessarily
represent those of Shape Blue Ltd or related companies. If you are not the
intended recipient of this email, you must neither take any action based upon
its contents, nor copy or show it to anyone. Please contact the sender if you
believe you have received this email in error. Shape Blue Ltd is a company
incorporated in England & Wales. ShapeBlue Services India LLP is a company
incorporated in India and is operated under license from Shape Blue Ltd. Shape
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
registered by The Republic of South Africa and is traded under license from
Shape Blue Ltd. ShapeBlue is a registered trademark.
