[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-tabpanel&focusedCommentId=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.(ClassPathXmlApplicationContext.java:139) > at > org.springframework.context.support.ClassPathXmlApplicationContext.(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/UsageDaoI
[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-tabpanel&focusedCommentId=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 > 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-tabpanel&focusedCommentId=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 (cherry picked from commit 6321a29e4336de9ffe96e27968f896ec5a8bf37d) Signed-off-by: Rohit Yadav > 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-tabpanel&focusedCommentId=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-tabpanel&focusedCommentId=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-tabpanel&focusedCommentId=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-tabpanel&focusedCommentId=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-tabpanel&focusedCommentId=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)
