[jira] [Commented] (CLOUDSTACK-7316) hitting java.lang.reflect.InvocationTargetException while starting usage server
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246441#comment-14246441 ] ASF subversion and git services commented on CLOUDSTACK-7316: - Commit 6fb9746e5eeacadc10b7d0977b03959683058b33 in cloudstack's branch refs/heads/master from Wei Zhou [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=6fb9746 ] CLOUDSTACK-7316: usage server cannot start due to missing key in /etc/cloudstack/usage/ in Ubuntu setup hitting java.lang.reflect.InvocationTargetException while starting usage server --- Key: CLOUDSTACK-7316 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7316 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Usage Affects Versions: 4.5.0 Reporter: shweta agarwal Assignee: Damodar Reddy T Priority: Blocker Fix For: 4.5.0 Attachments: usage.tar.gz Repro steps: Install MS and usage server Start MS and usage server Bug: Usage server will stop after starting usage log shows : java.lang.reflect.InvocationTargetException 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:601) at org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:243) Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'vmDiskUsageParser': Injection of autowired dependencies failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire field: private com.cloud.usage.dao.UsageDao com.cloud.usage.parser.VmDiskUsageParser._usageDao; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'usageDaoImpl' defined in URL [jar:file:/usr/share/cloudstack-usage/lib/cloud-engine-schema-4.5.0-SNAPSHOT.jar!/com/cloud/usage/dao/UsageDaoImpl.class]: BeanPostProcessor before instantiation of bean failed; nested exception is net.sf.cglib.core.CodeGenerationException: java.lang.ExceptionInInitializerError--null at org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor.postProcessPropertyValues(AutowiredAnnotationBeanPostProcessor.java:288) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:1116) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:458) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:295) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:223) at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:292) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:194) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:628) at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:932) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:479) at org.springframework.context.support.ClassPathXmlApplicationContext.init(ClassPathXmlApplicationContext.java:139) at org.springframework.context.support.ClassPathXmlApplicationContext.init(ClassPathXmlApplicationContext.java:83) at com.cloud.usage.UsageServer.start(UsageServer.java:57) ... 5 more Caused by: org.springframework.beans.factory.BeanCreationException: Could not autowire field: private com.cloud.usage.dao.UsageDao com.cloud.usage.parser.VmDiskUsageParser._usageDao; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'usageDaoImpl' defined in URL [jar:file:/usr/share/cloudstack-usage/lib/cloud-engine-schema-4.5.0-SNAPSHOT.jar!/com/cloud/usage/dao/UsageDaoImpl.class]: BeanPostProcessor before instantiation of bean failed;
[jira] [Commented] (CLOUDSTACK-8067) NPEs in MS log related to console proxy VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246452#comment-14246452 ] ASF subversion and git services commented on CLOUDSTACK-8067: - Commit aa92f5d4835b87d24a55e79c33c9fd072aee02da in cloudstack's branch refs/heads/hotfix/scp-exception from [~rohit.ya...@shapeblue.com] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=aa92f5d ] Merge remote-tracking branch 'anshulg/CLOUDSTACK-8067' This closes #56 Signed-off-by: Rohit Yadav rohit.ya...@shapeblue.com NPEs in MS log related to console proxy VM -- Key: CLOUDSTACK-8067 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8067 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Reporter: Anshul Gangwar Assignee: Anshul Gangwar I have set up a new VmWare environment and observing Null Pointer Exceptions in the MS Log , related to console proxy VM. Intermittently the agent state for CPVM in cloudstack is going to alert state. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8070) Upgrade to 4.3.2 from 4.3.1 fails due to encryption error
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246453#comment-14246453 ] ASF subversion and git services commented on CLOUDSTACK-8070: - Commit 1a66b3b5c6b88e9180377e1b5e1206fe2f892c46 in cloudstack's branch refs/heads/hotfix/scp-exception from [~rohit.ya...@shapeblue.com] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1a66b3b ] CLOUDSTACK-8070: Upgrade router.ram.size using encryption util Upgrade fails if value is set using plain text encoding, the value needs to be encrypted (if a key was provided during db was setup). Signed-off-by: Rohit Yadav rohit.ya...@shapeblue.com (cherry picked from commit 6321a29e4336de9ffe96e27968f896ec5a8bf37d) Signed-off-by: Rohit Yadav rohit.ya...@shapeblue.com Upgrade to 4.3.2 from 4.3.1 fails due to encryption error - Key: CLOUDSTACK-8070 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8070 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Affects Versions: 4.3.2 Reporter: Rohit Yadav Assignee: Rohit Yadav Priority: Blocker Fix For: 4.5.0, 4.4.3, 4.3.2 The hidden field ram.router.maxsize was changed in 4.3.2 (to 256), this caused jasypt to complain when mgmt server starts up. The fix would be encrypt the config values when upgrades are done. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8038) Create a new reusable tinylinux appliance for all hypervisors
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246499#comment-14246499 ] Rohit Yadav commented on CLOUDSTACK-8038: - Hi Lucian, thanks for sharing and for your effort. I'll try to test it soon, I think the compressed size of about 20MB is just great. Create a new reusable tinylinux appliance for all hypervisors - Key: CLOUDSTACK-8038 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8038 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Reporter: Rohit Yadav Assignee: Rohit Yadav Fix For: Future, 4.6.0 Using our systemvm build infra/scripts, create a tiny linux appliance (10-20 MB in size) that has the reset password/ssh-public-key scripts for testing purposes. Make this available for everyone for various hypervisors - Xen, VMWare, KVM, HyperV, OVM (LXC). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8071) [Automation] Creation of Snapshot fails - errorText:unable to verify user credentials and/or request signature
Ashutosk Kelkar created CLOUDSTACK-8071: --- Summary: [Automation] Creation of Snapshot fails - errorText:unable to verify user credentials and/or request signature Key: CLOUDSTACK-8071 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8071 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Ashutosk Kelkar Assignee: Ashutosk Kelkar Fix For: 4.5.0 The test case fails with error: Api key not related to valid account. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8072) NPE in deleting default ACL item
Jayapal Reddy created CLOUDSTACK-8072: - Summary: NPE in deleting default ACL item Key: CLOUDSTACK-8072 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8072 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.3.1 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Priority: Minor Fix For: 4.5.0 1. Create VPC 2. Go to Default ACLs 3. Delete the default item/rule in the ACL. 4. NPE is thrown on deleting rule 2014-12-11 15:19:13,269 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-13:ctx-02ce23aa job-280) Unexpected exception while executing org.apache.cloudstack.api.command.user.network.DeleteNetworkACLCmd java.lang.NullPointerException at com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:390) at sun.reflect.GeneratedMethodAccessor294.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:622) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8072) NPE in deleting default ACL item
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246566#comment-14246566 ] ASF subversion and git services commented on CLOUDSTACK-8072: - Commit 85bb685662507897dd6238c3ec723c5258eb54e4 in cloudstack's branch refs/heads/master from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=85bb685 ] CLOUDSTACK-8072: Fixed NPE in deleting default ACL items in default ACL NPE in deleting default ACL item Key: CLOUDSTACK-8072 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8072 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.3.1 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Priority: Minor Fix For: 4.5.0 1. Create VPC 2. Go to Default ACLs 3. Delete the default item/rule in the ACL. 4. NPE is thrown on deleting rule 2014-12-11 15:19:13,269 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-13:ctx-02ce23aa job-280) Unexpected exception while executing org.apache.cloudstack.api.command.user.network.DeleteNetworkACLCmd java.lang.NullPointerException at com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:390) at sun.reflect.GeneratedMethodAccessor294.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:622) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8072) NPE in deleting default ACL item
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8072?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246570#comment-14246570 ] ASF subversion and git services commented on CLOUDSTACK-8072: - Commit aca0f7959274d4cc3d6a8a727c65977952d66dce in cloudstack's branch refs/heads/4.5 from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=aca0f79 ] CLOUDSTACK-8072: Fixed NPE in deleting default ACL items in default ACL NPE in deleting default ACL item Key: CLOUDSTACK-8072 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8072 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.3.1 Reporter: Jayapal Reddy Assignee: Jayapal Reddy Priority: Minor Fix For: 4.5.0 1. Create VPC 2. Go to Default ACLs 3. Delete the default item/rule in the ACL. 4. NPE is thrown on deleting rule 2014-12-11 15:19:13,269 ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-13:ctx-02ce23aa job-280) Unexpected exception while executing org.apache.cloudstack.api.command.user.network.DeleteNetworkACLCmd java.lang.NullPointerException at com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:390) at sun.reflect.GeneratedMethodAccessor294.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:622) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-7882) SSH Keypair Creation/Selection in UI
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Wei Zhou resolved CLOUDSTACK-7882. -- Resolution: Fixed SSH Keypair Creation/Selection in UI Key: CLOUDSTACK-7882 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7882 Project: CloudStack Issue Type: Improvement Security Level: Public(Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.4.0 Environment: CloudStack 4.4.0 w/ KVM Hypervisor on Ubuntu 14.04 LTS Reporter: Logan B Assignee: Wei Zhou Priority: Minor Fix For: 4.5.0, 4.6.0 Currently the API allows for creating SSH keypairs, and specifying keypairs to use when deploying a VM (if the correct script is installed in the template). I would suggest adding a section in the UI (perhaps as a drop down option in the instances menu) to create SSH keypairs. I would then suggest adding an option in the Instance Wizard to select a keypair to inject into the instance upon creation. It may also be worth adding a button to the instance menu to inject a new keypair upon reboot (like we have for password resets now). This could be enabled/disabled with a template flag (e.g., SSH Key Enabled, like the Password Enabled flag we have now) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8073) listNetworkACLItem does not return cidrs
Daan Hoogland created CLOUDSTACK-8073: - Summary: listNetworkACLItem does not return cidrs Key: CLOUDSTACK-8073 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8073 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: API Affects Versions: 4.4.2 Reporter: Daan Hoogland -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8042) Fail to upgrade to 4.5.0 from 4.3.1
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14246918#comment-14246918 ] David Nalley commented on CLOUDSTACK-8042: -- Is this still an issue? Fail to upgrade to 4.5.0 from 4.3.1 --- Key: CLOUDSTACK-8042 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8042 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Pierre-Luc Dion Priority: Blocker Labels: upgrade Attachments: catalina.out, localhost.2014-12-06.log, management-server.log Fail to upgrade the management-server from 4.3.1 to 4.5.0. The management-server is not working anymore after a direct upgrade from 4.3.1 - 4.5.0-rc1 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CLOUDSTACK-7238) [Automation] SQL exceptions seen in the runs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sudha Ponnaganti closed CLOUDSTACK-7238. [Automation] SQL exceptions seen in the runs Key: CLOUDSTACK-7238 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7238 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Raja Pullela Assignee: Alena Prokharchyk Priority: Critical Attachments: simu_mgmt_log.txt Following SQL exceptions are seen the management server log: 2014-08-01 20:04:35,194 DEBUG [c.c.s.d.VMTemplateDaoImpl] (main:null) Found parameter routing unique name null 2014-08-01 20:04:35,194 DEBUG [c.c.s.d.VMTemplateDaoImpl] (main:null) Use console proxy template : routing 2014-08-01 20:04:35,229 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught exception when inserting system account: Duplicate entry '1' for key 'PRIMARY' 2014-08-01 20:04:35,231 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught SQLException when inserting system user: Duplicate entry '1' for key 'PRIMARY' 2014-08-01 20:04:35,231 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught SQLException when creating admin account: Duplicate entry '2' for key 'PRIMARY' 2014-08-01 20:04:35,232 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught SQLException when inserting admin user: Duplicate entry '2' for key 'PRIMARY' 2014-08-01 20:04:35,233 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Caught (SQL?)Exception: no network_group Table 'cloud.network_group' doesn't exist 2014-08-01 20:04:35,238 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) ConfigurationServer is saving default values to the database. 2014-08-01 20:04:36,808 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) ConfigurationServer made secondary storage vm required. 2014-08-01 20:04:36,811 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) ConfigurationServer made secondary storage copy encrypt set to false. 2014-08-01 20:04:36,818 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) ConfigurationServer made secondary storage copy use realhostip. 2014-08-01 20:04:36,909 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) ConfigurationServer saved /mnt as mount.parent. 2014-08-01 20:04:36,915 DEBUG [c.c.u.s.Script] (main:null) Executing: /bin/bash -c /sbin/route | grep default 2014-08-01 20:04:36,955 DEBUG [c.c.u.s.Script] (main:null) Execution is successful. 2014-08-01 20:04:36,967 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) ConfigurationServer saved 172.16.88.23 as host. 2014-08-01 20:04:37,612 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) resource_count table has records missing for some domains...going to insert them 2014-08-01 20:04:37,624 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Inserting resource count of type user_vm for domain id=1 2014-08-01 20:04:37,626 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Inserting resource count of type public_ip for domain id=1 2014-08-01 20:04:37,627 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) Inserting resource count of type -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8074) [Automation] global name 'TestEgressAfterHostMaintenance' is not defined - /maint/ test_multiple_ip_ranges.py
Ashutosk Kelkar created CLOUDSTACK-8074: --- Summary: [Automation] global name 'TestEgressAfterHostMaintenance' is not defined - /maint/ test_multiple_ip_ranges.py Key: CLOUDSTACK-8074 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8074 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Ashutosk Kelkar Assignee: Ashutosk Kelkar Fix For: 4.5.0 global name 'TestEgressAfterHostMaintenance' is not defined Stacktrace File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 209, in run self.setUp() File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 292, in setUp self.setupContext(ancestor) File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 315, in setupContext try_run(context, names) File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run return func() File /root/cloudstack/test/integration/component/maint/test_multiple_ip_ranges.py, line 90, in setUpClass cls.testClient = super(TestEgressAfterHostMaintenance, cls).getClsTestClient() 'global name \'TestEgressAfterHostMaintenance\' is not defined\n -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8042) Fail to upgrade to 4.5.0 from 4.3.1
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14247867#comment-14247867 ] Rohit Yadav commented on CLOUDSTACK-8042: - [~pdion] can confirm. I tested upgrading last week and found a related blocker upgrading from 4.3.1-4.3.2-4.4.0-4.4.2-4.5.0 and fixed it here: https://issues.apache.org/jira/browse/CLOUDSTACK-8070 Fail to upgrade to 4.5.0 from 4.3.1 --- Key: CLOUDSTACK-8042 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8042 Project: CloudStack Issue Type: Bug Security Level: Public(Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.5.0 Reporter: Pierre-Luc Dion Priority: Blocker Labels: upgrade Attachments: catalina.out, localhost.2014-12-06.log, management-server.log Fail to upgrade the management-server from 4.3.1 to 4.5.0. The management-server is not working anymore after a direct upgrade from 4.3.1 - 4.5.0-rc1 -- This message was sent by Atlassian JIRA (v6.3.4#6332)