[jira] [Created] (CLOUDSTACK-6344) [Automation]: Random Timeouts inside scripts
Santhosh Kumar Edukulla created CLOUDSTACK-6344: --- Summary: [Automation]: Random Timeouts inside scripts Key: CLOUDSTACK-6344 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6344 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Reporter: Santhosh Kumar Edukulla 1. Currently, at many places, there were few random sleeps kept , either to check vm state, download state of few resources, copy etc. 2. Time for test execution has been random because of these sleeps, instead we can remove random sleeps and use api call to poll check , wherever applicable. Logging this jira item to track the same. test/integration/component/test_redundant_router_cleanups.py: time.sleep((delay + exp) * 2) test/integration/component/test_redundant_router_cleanups.py: time.sleep((delay + exp) * 3) test/integration/component/test_vpc_network_staticnatrule.py: time.sleep(120) test/integration/component/test_base_image_updation.py:time.sleep(5) test/integration/component/test_base_image_updation.py: time.sleep(self.services["sleep"]) test/integration/component/test_base_image_updation.py: time.sleep(sleep_seconds) test/integration/component/test_base_image_updation.py: time.sleep(60) test/integration/component/test_netscaler_nw_off.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_netscaler_nw_off.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_netscaler_nw_off.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_netscaler_nw_off.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_netscaler_nw_off.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_netscaler_nw_off.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_resource_limits.py: time.sleep(self.services["sleep"]) test/integration/component/test_resource_limits.py: time.sleep(int(interval[0].value) * 2) test/integration/component/test_eip_elb.py: time.sleep(self.services["sleep"]) test/integration/component/test_eip_elb.py:time.sleep(total_wait) test/integration/component/test_eip_elb.py:time.sleep(60) test/integration/component/test_project_usage.py: time.sleep(self.services["sleep"]) test/integration/component/test_project_usage.py:time.sleep(30) test/integration/component/test_vpc_network_pfrules.py:time.sleep(120) test/integration/component/test_project_limits.py: time.sleep(int(interval[0].value) * 2) test/integration/component/test_templates.py: time.sleep(self.services["sleep"]) test/integration/component/test_templates.py:time.sleep(5) test/integration/component/test_templates.py: time.sleep(cls.services["sleep"]) test/integration/component/test_templates.py:time.sleep(5) test/integration/component/test_vm_passwdenabled.py: time.sleep(cls.services["sleep"]) test/integration/component/test_vm_passwdenabled.py: time.sleep(self.services["sleep"]) test/integration/component/test_add_remove_network.py: time.sleep(self.services["sleep"]) test/integration/component/test_add_remove_network.py: time.sleep(self.services["sleep"]) test/integration/component/test_add_remove_network.py:time.sleep(5) test/integration/component/test_add_remove_network.py: time.sleep(self.services["sleep"]) test/integration/component/test_add_remove_network.py:time.sleep(5) test/integration/component/test_add_remove_network.py:time.sleep(5) test/integration/component/test_add_remove_network.py: time.sleep(self.services["sleep"]) test/integration/component/test_vpc.py: time.sleep(int(interval[0].value) + int(wait[0].value)) test/integration/component/test_vpc.py: time.sleep(int(interval[0].value)) test/integration/component/test_vpc_network.py:time.sleep(6) test/integration/component/test_snapshots.py: time.sleep(self.services["sleep"]) test/integration/component/test_usage.py: time.sleep(self.services["sleep"]) test/integration/component/test_usage.py:time.sleep(30) test/integration/component/test_stopped_vm.py: time.sleep((int(interval[0].value) + int(delay[0].value))) test/integration/component/test_stopped_vm.py: time.sleep((int(interval[0].value) + int(delay[0].value)) * 2) test/integration/component/maint/test_redundant_router_network_rules.py: time.sleep(120) test/integration/component/maint/test_vpc_on_host_maintenance.py:
[jira] [Created] (CLOUDSTACK-6345) Non gpu enabled are getting deployed in gpu enabled Hosts.
Sanjay Tripathi created CLOUDSTACK-6345: --- Summary: Non gpu enabled are getting deployed in gpu enabled Hosts. Key: CLOUDSTACK-6345 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6345 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Environment: MS 4.4 XenServer 6.2.0SP1 Reporter: Sanjay Tripathi Assignee: Sanjay Tripathi Non GPU enabled VMs are getting deployed in GPU enabled VMs even if hosts without gpu card are present in cloud, those VMs are consuming resources like CPU, memory etc. because of which deployment of GPU enabled VMs might fail because of InsufficientServerCapacity exception(in case if gpu enabled hosts doesn't have resources like CPU, memory to deploy a new VMs). This scencario will lead to wastage of GPU resources. As a fix, in case of normal (without gpu) VM deployment planner first check for all hosts which doesn't have gpu cards and if all these hosts doesn't have any resource available then look for gpu enabled hosts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6345) Non gpu enabled are getting deployed in gpu enabled Hosts.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sanjay Tripathi updated CLOUDSTACK-6345: Fix Version/s: 4.4.0 > Non gpu enabled are getting deployed in gpu enabled Hosts. > -- > > Key: CLOUDSTACK-6345 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6345 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: MS 4.4 > XenServer 6.2.0SP1 >Reporter: Sanjay Tripathi >Assignee: Sanjay Tripathi > Fix For: 4.4.0 > > > Non GPU enabled VMs are getting deployed in GPU enabled VMs even if hosts > without gpu card are present in cloud, those VMs are consuming resources like > CPU, memory etc. because of which deployment of GPU enabled VMs might fail > because of InsufficientServerCapacity exception(in case if gpu enabled hosts > doesn't have resources like CPU, memory to deploy a new VMs). This scencario > will lead to wastage of GPU resources. > As a fix, in case of normal (without gpu) VM deployment planner first check > for all hosts which doesn't have gpu cards and if all these hosts doesn't > have any resource available then look for gpu enabled hosts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6345) Non gpu enabled Vms are getting deployed in gpu enabled Hosts.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sanjay Tripathi updated CLOUDSTACK-6345: Summary: Non gpu enabled Vms are getting deployed in gpu enabled Hosts. (was: Non gpu enabled are getting deployed in gpu enabled Hosts.) > Non gpu enabled Vms are getting deployed in gpu enabled Hosts. > -- > > Key: CLOUDSTACK-6345 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6345 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: MS 4.4 > XenServer 6.2.0SP1 >Reporter: Sanjay Tripathi >Assignee: Sanjay Tripathi > Fix For: 4.4.0 > > > Non GPU enabled VMs are getting deployed in GPU enabled VMs even if hosts > without gpu card are present in cloud, those VMs are consuming resources like > CPU, memory etc. because of which deployment of GPU enabled VMs might fail > because of InsufficientServerCapacity exception(in case if gpu enabled hosts > doesn't have resources like CPU, memory to deploy a new VMs). This scencario > will lead to wastage of GPU resources. > As a fix, in case of normal (without gpu) VM deployment planner first check > for all hosts which doesn't have gpu cards and if all these hosts doesn't > have any resource available then look for gpu enabled hosts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6345) Non gpu enabled Vms are getting deployed in gpu enabled Hosts.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13961768#comment-13961768 ] ASF subversion and git services commented on CLOUDSTACK-6345: - Commit 2530bf965888cfbdf80eca07644eb5d5f226ab32 in cloudstack's branch refs/heads/master from [~sanjay.tripathi] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=2530bf9 ] CLOUDSTACK-6345: Non gpu enabled VMs are getting deployed in gpu enabled Hosts. > Non gpu enabled Vms are getting deployed in gpu enabled Hosts. > -- > > Key: CLOUDSTACK-6345 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6345 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: MS 4.4 > XenServer 6.2.0SP1 >Reporter: Sanjay Tripathi >Assignee: Sanjay Tripathi > Fix For: 4.4.0 > > > Non GPU enabled VMs are getting deployed in GPU enabled VMs even if hosts > without gpu card are present in cloud, those VMs are consuming resources like > CPU, memory etc. because of which deployment of GPU enabled VMs might fail > because of InsufficientServerCapacity exception(in case if gpu enabled hosts > doesn't have resources like CPU, memory to deploy a new VMs). This scencario > will lead to wastage of GPU resources. > As a fix, in case of normal (without gpu) VM deployment planner first check > for all hosts which doesn't have gpu cards and if all these hosts doesn't > have any resource available then look for gpu enabled hosts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6345) Non gpu enabled Vms are getting deployed in gpu enabled Hosts.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sanjay Tripathi resolved CLOUDSTACK-6345. - Resolution: Fixed > Non gpu enabled Vms are getting deployed in gpu enabled Hosts. > -- > > Key: CLOUDSTACK-6345 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6345 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: MS 4.4 > XenServer 6.2.0SP1 >Reporter: Sanjay Tripathi >Assignee: Sanjay Tripathi > Fix For: 4.4.0 > > > Non GPU enabled VMs are getting deployed in GPU enabled VMs even if hosts > without gpu card are present in cloud, those VMs are consuming resources like > CPU, memory etc. because of which deployment of GPU enabled VMs might fail > because of InsufficientServerCapacity exception(in case if gpu enabled hosts > doesn't have resources like CPU, memory to deploy a new VMs). This scencario > will lead to wastage of GPU resources. > As a fix, in case of normal (without gpu) VM deployment planner first check > for all hosts which doesn't have gpu cards and if all these hosts doesn't > have any resource available then look for gpu enabled hosts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6345) Non gpu enabled Vms are getting deployed in gpu enabled Hosts.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13961769#comment-13961769 ] ASF subversion and git services commented on CLOUDSTACK-6345: - Commit ce966c8b381da9e3b22538d17f7e4e1b180a4a14 in cloudstack's branch refs/heads/4.4 from [~sanjay.tripathi] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ce966c8 ] CLOUDSTACK-6345: Non gpu enabled VMs are getting deployed in gpu enabled Hosts. > Non gpu enabled Vms are getting deployed in gpu enabled Hosts. > -- > > Key: CLOUDSTACK-6345 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6345 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: MS 4.4 > XenServer 6.2.0SP1 >Reporter: Sanjay Tripathi >Assignee: Sanjay Tripathi > Fix For: 4.4.0 > > > Non GPU enabled VMs are getting deployed in GPU enabled VMs even if hosts > without gpu card are present in cloud, those VMs are consuming resources like > CPU, memory etc. because of which deployment of GPU enabled VMs might fail > because of InsufficientServerCapacity exception(in case if gpu enabled hosts > doesn't have resources like CPU, memory to deploy a new VMs). This scencario > will lead to wastage of GPU resources. > As a fix, in case of normal (without gpu) VM deployment planner first check > for all hosts which doesn't have gpu cards and if all these hosts doesn't > have any resource available then look for gpu enabled hosts. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6346) [Doc] update the documentation for configuring lb for secondary ips
Jayapal Reddy created CLOUDSTACK-6346: - Summary: [Doc] update the documentation for configuring lb for secondary ips Key: CLOUDSTACK-6346 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6346 Project: CloudStack Issue Type: Sub-task Security Level: Public (Anyone can view this level - this is the default.) Components: Network Controller Affects Versions: 4.4.0 Reporter: Jayapal Reddy Assignee: Radhika Nair Fix For: 4.4.0 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6327) Update listLoadBalancerRuleInstances API to display mapped vm ip address details
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13961778#comment-13961778 ] ASF subversion and git services commented on CLOUDSTACK-6327: - Commit 83c13ce1b962620e08b9fcf2b69ae5f06cbfd88b in cloudstack's branch refs/heads/4.4 from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=83c13ce ] CLOUDSTACK-6327 updated uuid to id mapping > Update listLoadBalancerRuleInstances API to display mapped vm ip address > details > > > Key: CLOUDSTACK-6327 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6327 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.1.0 >Reporter: Jayapal Reddy >Assignee: Jayapal Reddy > Fix For: 4.4.0 > > > The listLoadBalancerRuleInstances API response should display the VM ip > address that is assigned to LB rule. > Also removeFromLoadBalancerRule API should be able to remove the specific VM > and IP entry which assigned to LB rule. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6327) Update listLoadBalancerRuleInstances API to display mapped vm ip address details
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jayapal Reddy resolved CLOUDSTACK-6327. --- Resolution: Fixed > Update listLoadBalancerRuleInstances API to display mapped vm ip address > details > > > Key: CLOUDSTACK-6327 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6327 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.1.0 >Reporter: Jayapal Reddy >Assignee: Jayapal Reddy > Fix For: 4.4.0 > > > The listLoadBalancerRuleInstances API response should display the VM ip > address that is assigned to LB rule. > Also removeFromLoadBalancerRule API should be able to remove the specific VM > and IP entry which assigned to LB rule. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6327) Update listLoadBalancerRuleInstances API to display mapped vm ip address details
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13961809#comment-13961809 ] ASF subversion and git services commented on CLOUDSTACK-6327: - Commit 78a29c0d4110d2c4560c1b7a74213d983de6193c in cloudstack's branch refs/heads/master from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=78a29c0 ] CLOUDSTACK-6327 updated uuid to id mapping > Update listLoadBalancerRuleInstances API to display mapped vm ip address > details > > > Key: CLOUDSTACK-6327 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6327 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.1.0 >Reporter: Jayapal Reddy >Assignee: Jayapal Reddy > Fix For: 4.4.0 > > > The listLoadBalancerRuleInstances API response should display the VM ip > address that is assigned to LB rule. > Also removeFromLoadBalancerRule API should be able to remove the specific VM > and IP entry which assigned to LB rule. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6125) [Automation]: Segregate total TC's in to Self Service and Provisioning Test Cases
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Srikanteswararao Talluri resolved CLOUDSTACK-6125. -- Resolution: Fixed > [Automation]: Segregate total TC's in to Self Service and Provisioning Test > Cases > - > > Key: CLOUDSTACK-6125 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6125 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Reporter: Santhosh Kumar Edukulla >Assignee: Srikanteswararao Talluri > Original Estimate: 120h > Remaining Estimate: 120h > > This bug is logged to track the categorization of all test cases. > We have to go through all of the test cases and divide them into two groups: > 1. Provisioning Tests: Tests that require actual hardware. (e.g. Start/Stop > VM on ESX, XS, and KVM; Create/Remove rules on VR or network equipment; > Create Snapshot on storage). > 2. Self-Service Tests: Tests that tests our self-service business logic. > Self-Service tests are tests for CloudStack’s business logic. It’s not a > test of whether actual provisioning succeeded. > VM placement > Snapshot policies > Resource limits > Usage > Resource cleanups > Note: I have added an initial estimate to this case. As well, we need to do > incremental segregation and have them reviewed parallelly with alex\abhi. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-5806) Storage types other than NFS/VMFS can't overprovision
[
https://issues.apache.org/jira/browse/CLOUDSTACK-5806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13961917#comment-13961917
]
Marcus Sorensen commented on CLOUDSTACK-5806:
-
I've not had time to look at it since I put the issue in. Maybe I can look at
it during CCC this week.
> Storage types other than NFS/VMFS can't overprovision
> -
>
> Key: CLOUDSTACK-5806
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5806
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.2.0, Future, 4.3.0
>Reporter: Marcus Sorensen
>Priority: Critical
> Fix For: 4.4.0
>
>
> Edison, Mike, or myself can probably fix this. Mgmt server hardcodes storage
> types that can overprovision. Need to fix this.
> Edison suggests:
> We can move it to storage driver's capabilities method.
> Each storage driver can report its capabilities in DataStoreDriver->
> getCapabilities(), which returns a map[String, String], we can change the
> signature to map[String, Object]
> In CloudStackPrimaryDataStoreDriverImpl(the default storage driver)->
> getCapabilities, which can return something like:
> Var comparator = new storageOverProvision() {
> Public Boolean isOverProvisionSupported(DataStore store) {
>Var storagepool = (PrimaryDataStoreInfo)store;
>If (store.getPoolType() == NFS or VMFS) {
>Return true;
> }
> };
> };
> Var caps = new HashMap[String, Object]();
> Caps.put("storageOverProvision", comparator);
> Return caps;
> }
> Whenever, other places in mgt server want to check the capabilities of
> overprovision, we can do the following:
> Var primaryStore = DataStoreManager. getPrimaryDataStore(primaryStoreId);
> var caps = primaryStore. getDriver().getCapabilities();
> var overprovision = caps.get("storageOverProvision");
> var result = overprovision. isOverProvisionSupported(primaryStore);
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CLOUDSTACK-6347) [Automation] Failed to create SSVM and CPVM on Xen pool with 2 host
Rayees Namathponnan created CLOUDSTACK-6347:
---
Summary: [Automation] Failed to create SSVM and CPVM on Xen pool
with 2 host
Key: CLOUDSTACK-6347
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6347
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: XenServer
Affects Versions: 4.4.0
Environment: Xen 6.2
Reporter: Rayees Namathponnan
Priority: Blocker
Fix For: 4.4.0
Steps to reproduce
1) Setup 2 Xen hosts in a pool (Xen 6.2)
2) Create advanced zone
3) Expected Result
2 Host in 1st zone should be up and running and SSVM should be created
Result
SSVM and CPVM not created observed below error in log
2014-04-08 06:12:37,412 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-234:ctx-70020404) Seq 4-5270055988953612526: Executing request
2014-04-08 06:12:37,614 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-234:ctx-70020404) Seq 4-5270055988953612526: Response Received:
2014-04-08 06:12:37,617 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-24856ea9)
Seq 4-5270055988953612526: Received: { Ans: , MgmtId: 6631563
722783, via: 4, Ver: v1, Flags: 10, { GetStorageStatsAnswer } }
2014-04-08 06:12:37,624 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-145:ctx-48417f65) Seq 3-2817564516873666751: Executing request
2014-04-08 06:12:37,641 DEBUG [c.c.h.x.r.XenServerConnectionPool]
(DirectAgent-235:ctx-760b0cf5) XmlRpcClientException for method: host.get_by
_uuid due to org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse
servers response: Premature end of file.
2014-04-08 06:12:37,641 DEBUG [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-235:ctx-760b0cf5) cannot get host enabled status, host 10.147.40.15
due to org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
response: Premature end of file.
org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
response: Premature end of file.
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:177)
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:145)
at
org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:94)
at
org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:44)
at
org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:53)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
at org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:457)
at com.xensource.xenapi.Host.getByUuid(Host.java:455)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourceBase.java:408)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(CitrixResourceBase.java:4302)
at
com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgentAttache.java:144)
at
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
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
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown
Source)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown
Source)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: org.xml.sax.SAXParseException; Premature end of file.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:175)
... 25 more
2014-04-08 06:12:37,800 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-145:ctx-48417f65) Seq 3-2817564516873666751: Response Received:
2
[jira] [Updated] (CLOUDSTACK-6347) [Automation] Failed to create SSVM and CPVM on Xen pool with 2 host
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-6347:
Attachment: CLOUDSTACK-6347.rar
> [Automation] Failed to create SSVM and CPVM on Xen pool with 2 host
> ---
>
> Key: CLOUDSTACK-6347
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6347
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: XenServer
>Affects Versions: 4.4.0
> Environment: Xen 6.2
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.4.0
>
> Attachments: CLOUDSTACK-6347.rar
>
>
> Steps to reproduce
> 1) Setup 2 Xen hosts in a pool (Xen 6.2)
> 2) Create advanced zone
> 3) Expected Result
> 2 Host in 1st zone should be up and running and SSVM should be created
> Result
> SSVM and CPVM not created observed below error in log
> 2014-04-08 06:12:37,412 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-234:ctx-70020404) Seq 4-5270055988953612526: Executing request
> 2014-04-08 06:12:37,614 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-234:ctx-70020404) Seq 4-5270055988953612526: Response Received:
> 2014-04-08 06:12:37,617 DEBUG [c.c.a.t.Request]
> (StatsCollector-3:ctx-24856ea9) Seq 4-5270055988953612526: Received: { Ans:
> , MgmtId: 6631563
> 722783, via: 4, Ver: v1, Flags: 10, { GetStorageStatsAnswer } }
> 2014-04-08 06:12:37,624 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-145:ctx-48417f65) Seq 3-2817564516873666751: Executing request
> 2014-04-08 06:12:37,641 DEBUG [c.c.h.x.r.XenServerConnectionPool]
> (DirectAgent-235:ctx-760b0cf5) XmlRpcClientException for method: host.get_by
> _uuid due to org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse
> servers response: Premature end of file.
> 2014-04-08 06:12:37,641 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-235:ctx-760b0cf5) cannot get host enabled status, host
> 10.147.40.15
> due to org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse
> servers response: Premature end of file.
> org.apache.xmlrpc.client.XmlRpcClientException: Failed to parse servers
> response: Premature end of file.
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.readResponse(XmlRpcStreamTransport.java:177)
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:145)
> at
> org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:94)
> at
> org.apache.xmlrpc.client.XmlRpcSunHttpTransport.sendRequest(XmlRpcSunHttpTransport.java:44)
> at
> org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:53)
> at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:166)
> at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:136)
> at
> org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:125)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:330)
> at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:457)
> at com.xensource.xenapi.Host.getByUuid(Host.java:455)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.pingXAPI(CitrixResourceBase.java:408)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.getCurrentStatus(CitrixResourceBase.java:4302)
> at
> com.cloud.agent.manager.DirectAgentAttache$PingTask.runInContext(DirectAgentAttache.java:144)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> 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
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
> at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown
> Source)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown
> Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thr
[jira] [Commented] (CLOUDSTACK-6314) Use ssh for commands sent to VR instead of xapi
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13962219#comment-13962219 ] ASF subversion and git services commented on CLOUDSTACK-6314: - Commit f29e4e21ebbf71428e2b11bf9c981df14b285938 in cloudstack's branch refs/heads/4.4 from [~yasker] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f29e4e2 ] CLOUDSTACK-6314: Use SSH commands for Xen VR execution Instead of XAPI, which would make XenServer unnecessary busy. > Use ssh for commands sent to VR instead of xapi > --- > > Key: CLOUDSTACK-6314 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6314 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.4.0, 4.5.0 >Reporter: Sheng Yang >Assignee: Sheng Yang >Priority: Critical > Fix For: 4.4.0, 4.5.0 > > > In CS, there are many commands sent to VR throgh XAPI plugin, > use ssh can > 1. reduce the XAPI workload > 2. it still works even when the master host is down -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6314) Use ssh for commands sent to VR instead of xapi
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sheng Yang resolved CLOUDSTACK-6314. Resolution: Fixed > Use ssh for commands sent to VR instead of xapi > --- > > Key: CLOUDSTACK-6314 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6314 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.4.0, 4.5.0 >Reporter: Sheng Yang >Assignee: Sheng Yang >Priority: Critical > Fix For: 4.4.0, 4.5.0 > > > In CS, there are many commands sent to VR throgh XAPI plugin, > use ssh can > 1. reduce the XAPI workload > 2. it still works even when the master host is down -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6314) Use ssh for commands sent to VR instead of xapi
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13962227#comment-13962227 ] ASF subversion and git services commented on CLOUDSTACK-6314: - Commit e8227c88d823cf525b7377c4b94f2c4af0deece4 in cloudstack's branch refs/heads/master from [~yasker] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=e8227c8 ] CLOUDSTACK-6314: Use SSH commands for Xen VR execution Instead of XAPI, which would make XenServer unnecessary busy. > Use ssh for commands sent to VR instead of xapi > --- > > Key: CLOUDSTACK-6314 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6314 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.4.0, 4.5.0 >Reporter: Sheng Yang >Assignee: Sheng Yang >Priority: Critical > Fix For: 4.4.0, 4.5.0 > > > In CS, there are many commands sent to VR throgh XAPI plugin, > use ssh can > 1. reduce the XAPI workload > 2. it still works even when the master host is down -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6344) [Automation]: Random Timeouts inside scripts
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-6344: Issue Type: Test (was: Bug) > [Automation]: Random Timeouts inside scripts > > > Key: CLOUDSTACK-6344 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6344 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Santhosh Kumar Edukulla > > 1. Currently, at many places, there were few random sleeps kept , either to > check vm state, download state of few resources, copy etc. > 2. Time for test execution has been random because of these sleeps, instead > we can remove random sleeps and use api call to poll check , wherever > applicable. > Logging this jira item to track the same. > test/integration/component/test_redundant_router_cleanups.py: > time.sleep((delay + exp) * 2) > test/integration/component/test_redundant_router_cleanups.py: > time.sleep((delay + exp) * 3) > test/integration/component/test_vpc_network_staticnatrule.py: > time.sleep(120) > test/integration/component/test_base_image_updation.py: > time.sleep(5) > test/integration/component/test_base_image_updation.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_base_image_updation.py: > time.sleep(sleep_seconds) > test/integration/component/test_base_image_updation.py: > time.sleep(60) > test/integration/component/test_netscaler_nw_off.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_netscaler_nw_off.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_netscaler_nw_off.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_netscaler_nw_off.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_netscaler_nw_off.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_netscaler_nw_off.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_resource_limits.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_resource_limits.py: > time.sleep(int(interval[0].value) * 2) > test/integration/component/test_eip_elb.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_eip_elb.py:time.sleep(total_wait) > test/integration/component/test_eip_elb.py:time.sleep(60) > test/integration/component/test_project_usage.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_project_usage.py:time.sleep(30) > test/integration/component/test_vpc_network_pfrules.py:time.sleep(120) > test/integration/component/test_project_limits.py: > time.sleep(int(interval[0].value) * 2) > test/integration/component/test_templates.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_templates.py:time.sleep(5) > test/integration/component/test_templates.py: > time.sleep(cls.services["sleep"]) > test/integration/component/test_templates.py:time.sleep(5) > test/integration/component/test_vm_passwdenabled.py: > time.sleep(cls.services["sleep"]) > test/integration/component/test_vm_passwdenabled.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_add_remove_network.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_add_remove_network.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_add_remove_network.py: > time.sleep(5) > test/integration/component/test_add_remove_network.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_add_remove_network.py: > time.sleep(5) > test/integration/component/test_add_remove_network.py: > time.sleep(5) > test/integration/component/test_add_remove_network.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_vpc.py: > time.sleep(int(interval[0].value) + int(wait[0].value)) > test/integration/component/test_vpc.py: > time.sleep(int(interval[0].value)) > test/integration/component/test_vpc_network.py:time.sleep(6) > test/integration/component/test_snapshots.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_usage.py: > time.sleep(self.services["sleep"]) > test/integration/component/test_usage.py:time.sleep(30) > test/integration/component/test_stopped_vm.py
[jira] [Created] (CLOUDSTACK-6348) IAM - Regular User is not able to change password.
Sangeetha Hariharan created CLOUDSTACK-6348: --- Summary: IAM - Regular User is not able to change password. Key: CLOUDSTACK-6348 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6348 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.4.0 Reporter: Sangeetha Hariharan Priority: Blocker Fix For: 4.4.0 Steps to reproduce the problem: As regular user , try to change password. Following error message is presented to the user: Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] does not have permission to access resource Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] Management server log: 2014-04-07 10:43:58,185 DEBUG [c.c.a.ApiServlet] (catalina-exec-4:ctx-3b2e2f03) ===START=== 10.215.3.0 -- POST command=updateUser&response=json&sessionkey=P7c7ohM5rOC6mJLLima8CXlOAho%3D 2014-04-07 10:43:58,204 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] (catalina-exec-4:ctx-3b2e2f03 ctx-8030779f) Account Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] does not have permission to access resource Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] for access type: OperateEntry 2014-04-07 10:43:58,211 INFO [c.c.a.ApiServer] (catalina-exec-4:ctx-3b2e2f03 ctx-8030779f) PermissionDenied: Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] does not have permission to access resource Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] on objs: [] 2014-04-07 10:43:58,212 DEBUG [c.c.a.ApiServlet] (catalina-exec-4:ctx-3b2e2f03 ctx-8030779f) ===END=== 10.215.3.0 -- POST command=updateUser&response=json&sessionkey=P7c7ohM5rOC6mJLLima8CXlOAho%3D -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6349) IAM - No error message presented to the user , when invalid password is provided.
Sangeetha Hariharan created CLOUDSTACK-6349: --- Summary: IAM - No error message presented to the user , when invalid password is provided. Key: CLOUDSTACK-6349 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6349 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Affects Versions: 4.4.0 Environment: Build from 4.4. Reporter: Sangeetha Hariharan Priority: Critical Fix For: 4.4.0 Try to log in as regular user , by providing invalid username/password. User is not presented with any error message: apilog.log: 2014-04-07 10:51:15,849 INFO [a.c.c.a.ApiServer] (catalina-exec-6:ctx-5511ac44) 10.215.3.0 -- POST command=login domain=/ unknown exception writing api response Management server log: 2014-04-07 10:47:28,001 DEBUG [c.c.a.ApiServlet] (catalina-exec-3:ctx-845578ba) ===START=== 10.215.3.0 -- POST 2014-04-07 10:47:28,003 DEBUG [c.c.u.AccountManagerImpl] (catalina-exec-3:ctx-845578ba) Attempting to log in user: test in domain 1 2014-04-07 10:47:28,003 DEBUG [c.c.s.a.SHA256SaltedUserAuthenticator] (catalina-exec-3:ctx-845578ba) Retrieving user: test 2014-04-07 10:47:28,005 DEBUG [c.c.s.a.MD5UserAuthenticator] (catalina-exec-3:ctx-845578ba) Retrieving user: test 2014-04-07 10:47:28,009 DEBUG [c.c.s.a.MD5UserAuthenticator] (catalina-exec-3:ctx-845578ba) Password does not match 2014-04-07 10:47:28,012 DEBUG [c.c.s.a.PlainTextUserAuthenticator] (catalina-exec-3:ctx-845578ba) Retrieving user: test 2014-04-07 10:47:28,016 DEBUG [c.c.s.a.PlainTextUserAuthenticator] (catalina-exec-3:ctx-845578ba) Password does not match 2014-04-07 10:47:28,016 DEBUG [c.c.u.AccountManagerImpl] (catalina-exec-3:ctx-845578ba) Unable to authenticate user with username test in domain 1 2014-04-07 10:47:28,019 ERROR [c.c.a.ApiServlet] (catalina-exec-3:ctx-845578ba) unknown exception writing api response com.cloud.exception.InvalidParameterValueException: Caller cannot be passed as NULL to IAM! at org.apache.cloudstack.iam.RoleBasedEntityAccessChecker.checkAccess(RoleBasedEntityAccessChecker.java:67) at com.cloud.user.AccountManagerImpl.isRootAdmin(AccountManagerImpl.java:371) at com.cloud.user.AccountManagerImpl.isInternalAccount(AccountManagerImpl.java:420) at com.cloud.user.AccountManagerImpl.getUserAccount(AccountManagerImpl.java:2045) at com.cloud.user.AccountManagerImpl.authenticateUser(AccountManagerImpl.java:1871) 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.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 $Proxy99.authenticateUser(Unknown Source) at com.cloud.api.ApiServer.loginUser(ApiServer.java:850) at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:231) 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.doPost(ApiServlet.java:82) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 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.Stand
[jira] [Updated] (CLOUDSTACK-6348) IAM - Regular User is not able to change password.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sangeetha Hariharan updated CLOUDSTACK-6348: Priority: Critical (was: Blocker) > IAM - Regular User is not able to change password. > -- > > Key: CLOUDSTACK-6348 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6348 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.4.0 >Reporter: Sangeetha Hariharan >Priority: Critical > Fix For: 4.4.0 > > > Steps to reproduce the problem: > As regular user , try to change password. > Following error message is presented to the user: > Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] does not have permission to > access resource Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] > Management server log: > 2014-04-07 10:43:58,185 DEBUG [c.c.a.ApiServlet] > (catalina-exec-4:ctx-3b2e2f03) ===START=== 10.215.3.0 -- POST > command=updateUser&response=json&sessionkey=P7c7ohM5rOC6mJLLima8CXlOAho%3D > 2014-04-07 10:43:58,204 DEBUG [o.a.c.i.RoleBasedEntityAccessChecker] > (catalina-exec-4:ctx-3b2e2f03 ctx-8030779f) Account > Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] does not have permission to > access resource Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] for access > type: OperateEntry > 2014-04-07 10:43:58,211 INFO [c.c.a.ApiServer] (catalina-exec-4:ctx-3b2e2f03 > ctx-8030779f) PermissionDenied: > Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] does not have permission to > access resource Acct[eb54ae7f-c932-4513-aab6-984f03f9df41-test] on objs: [] > 2014-04-07 10:43:58,212 DEBUG [c.c.a.ApiServlet] > (catalina-exec-4:ctx-3b2e2f03 ctx-8030779f) ===END=== 10.215.3.0 -- POST > command=updateUser&response=json&sessionkey=P7c7ohM5rOC6mJLLima8CXlOAho%3D -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6350) IAM - Listing of VM using uuid when owner account of this Vm is deleted results is VM not being returned.But list VM with listAll=true is able to return this VM.
Sangeetha Hariharan created CLOUDSTACK-6350:
---
Summary: IAM - Listing of VM using uuid when owner account of this
Vm is deleted results is VM not being returned.But list VM with listAll=true is
able to return this VM.
Key: CLOUDSTACK-6350
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6350
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Priority: Critical
IAM - Listing of VM using uuid when owner account of this Vm is deleted results
is VM not being returned.But list VM with listAll=true is able to return this
VM.
Steps that lead to the problem:
Had few Domains and sub domains created.
Accounts were created in these Domains and sub domains
Had Vms deployed as these accounts.
Tried to delete all the accounts (Except admin account).
After this , tried to delete all Domains (Except ROOT).
I see that all Accouts have been deleted.
But some of the Vms remained in "Running" state.
I am able to list all these Vms using listAll=true as admin :
http://10.223.49.6:8080/client/api?command=listVirtualMachines&response=json&sessionkey=os3e6ZwGKaaRRkpMyoi1nl9ttsI%3D&listAll=true&page=1&pagesize=20&_=1396909849873
{ "listvirtualmachinesresponse" : { "count":7 ,"virtualmachine" : [
{"id":"9a0a4d1b-7918-4d9a-86b0-a72b0a378c07","name":"d12b","displayname":"d12b","account":"testD12B-TestVMDeploy-2U21LA","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:28-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"c404603f-8a1a-495f-9278-3c988ff9833b","hostname":"SimulatedAgent.2fda14b6-647e-492b-a6ab-7e809d56d41a","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
GUI
(Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"3d24baa0-13be-456d-b43d-f003dba13444","networkid":"22e12e93-84b5-4298-bec2-405f114ac19b","networkname":"testD12B-TestVMDeploy-2U21LA-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.187","isolationuri":"vlan://2150","broadcasturi":"vlan://2150","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:50:44:00:01"}],"hypervisor":"Simulator","instancename":"i-156-263-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
{"id":"5f620fd0-054f-484a-b3d0-5fa30861272e","name":"d12a","displayname":"d12a","account":"testD12A-TestVMDeploy-DLBXEJ","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:23-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"8c5fe6d4-d5c4-4eb1-b286-9f498a8a9626","hostname":"SimulatedAgent.656f464b-f058-4416-afb8-ab5b12e59128","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
GUI
(Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"ab72b85e-ca4a-4fd1-bed4-265e232d3689","networkid":"bf0a3fca-1997-4345-8f94-1a680ff88db4","networkname":"testD12A-TestVMDeploy-DLBXEJ-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.207","isolationuri":"vlan://1964","broadcasturi":"vlan://1964","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:00:b7:00:01"}],"hypervisor":"Simulator","instancename":"i-155-261-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
{"id":"e532616f-9746-46af-b645-c5c094681e47","name":"d11b","displayname":"d11b","account":"testD11B-TestVMDeploy-T05ADJ","domainid":"11e13385-da60-48a1-8718-cac576651f80","domain":"D11-EA5P3E","created":"2014-04-07T09:55:17-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"eca1522a-381b-436d-8cfd-b1b542ffa88f","hostname":"SimulatedAgent.4244557f-5aaf-4ea3-bb84-eac6633537f8","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
5.3(64-bit) no GUI (Simu
[jira] [Updated] (CLOUDSTACK-6350) IAM - Listing of VM using uuid when owner account of this Vm is deleted results is VM not being returned.But list VM with listAll=true is able to return this VM.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sangeetha Hariharan updated CLOUDSTACK-6350:
Attachment: cloud-dmp.rar
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> -
>
> Key: CLOUDSTACK-6350
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6350
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Environment: Build from 4.4
>Reporter: Sangeetha Hariharan
>Priority: Critical
> Attachments: cloud-dmp.rar
>
>
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> Steps that lead to the problem:
> Had few Domains and sub domains created.
> Accounts were created in these Domains and sub domains
> Had Vms deployed as these accounts.
> Tried to delete all the accounts (Except admin account).
> After this , tried to delete all Domains (Except ROOT).
> I see that all Accouts have been deleted.
> But some of the Vms remained in "Running" state.
> I am able to list all these Vms using listAll=true as admin :
> http://10.223.49.6:8080/client/api?command=listVirtualMachines&response=json&sessionkey=os3e6ZwGKaaRRkpMyoi1nl9ttsI%3D&listAll=true&page=1&pagesize=20&_=1396909849873
> { "listvirtualmachinesresponse" : { "count":7 ,"virtualmachine" : [
> {"id":"9a0a4d1b-7918-4d9a-86b0-a72b0a378c07","name":"d12b","displayname":"d12b","account":"testD12B-TestVMDeploy-2U21LA","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:28-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"c404603f-8a1a-495f-9278-3c988ff9833b","hostname":"SimulatedAgent.2fda14b6-647e-492b-a6ab-7e809d56d41a","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"3d24baa0-13be-456d-b43d-f003dba13444","networkid":"22e12e93-84b5-4298-bec2-405f114ac19b","networkname":"testD12B-TestVMDeploy-2U21LA-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.187","isolationuri":"vlan://2150","broadcasturi":"vlan://2150","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:50:44:00:01"}],"hypervisor":"Simulator","instancename":"i-156-263-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"5f620fd0-054f-484a-b3d0-5fa30861272e","name":"d12a","displayname":"d12a","account":"testD12A-TestVMDeploy-DLBXEJ","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:23-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"8c5fe6d4-d5c4-4eb1-b286-9f498a8a9626","hostname":"SimulatedAgent.656f464b-f058-4416-afb8-ab5b12e59128","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"ab72b85e-ca4a-4fd1-bed4-265e232d3689","networkid":"bf0a3fca-1997-4345-8f94-1a680ff88db4","networkname":"testD12A-TestVMDeploy-DLBXEJ-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.207","isolationuri":"vlan://1964","broadcasturi":"vlan://1964","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:00:b7:00:01"}],"hypervisor":"Simulator","instancename":"i-155-261-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"e532616f-9746-46af-b645-c5c094681e47","name":"d11b","displayname":"d11b","account":"testD11B-TestVMDeploy-T05ADJ","domain
[jira] [Assigned] (CLOUDSTACK-6350) IAM - Listing of VM using uuid when owner account of this Vm is deleted results is VM not being returned.But list VM with listAll=true is able to return this VM.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Min Chen reassigned CLOUDSTACK-6350:
Assignee: Min Chen
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> -
>
> Key: CLOUDSTACK-6350
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6350
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Environment: Build from 4.4
>Reporter: Sangeetha Hariharan
>Assignee: Min Chen
>Priority: Critical
> Attachments: cloud-dmp.rar
>
>
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> Steps that lead to the problem:
> Had few Domains and sub domains created.
> Accounts were created in these Domains and sub domains
> Had Vms deployed as these accounts.
> Tried to delete all the accounts (Except admin account).
> After this , tried to delete all Domains (Except ROOT).
> I see that all Accouts have been deleted.
> But some of the Vms remained in "Running" state.
> I am able to list all these Vms using listAll=true as admin :
> http://10.223.49.6:8080/client/api?command=listVirtualMachines&response=json&sessionkey=os3e6ZwGKaaRRkpMyoi1nl9ttsI%3D&listAll=true&page=1&pagesize=20&_=1396909849873
> { "listvirtualmachinesresponse" : { "count":7 ,"virtualmachine" : [
> {"id":"9a0a4d1b-7918-4d9a-86b0-a72b0a378c07","name":"d12b","displayname":"d12b","account":"testD12B-TestVMDeploy-2U21LA","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:28-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"c404603f-8a1a-495f-9278-3c988ff9833b","hostname":"SimulatedAgent.2fda14b6-647e-492b-a6ab-7e809d56d41a","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"3d24baa0-13be-456d-b43d-f003dba13444","networkid":"22e12e93-84b5-4298-bec2-405f114ac19b","networkname":"testD12B-TestVMDeploy-2U21LA-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.187","isolationuri":"vlan://2150","broadcasturi":"vlan://2150","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:50:44:00:01"}],"hypervisor":"Simulator","instancename":"i-156-263-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"5f620fd0-054f-484a-b3d0-5fa30861272e","name":"d12a","displayname":"d12a","account":"testD12A-TestVMDeploy-DLBXEJ","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:23-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"8c5fe6d4-d5c4-4eb1-b286-9f498a8a9626","hostname":"SimulatedAgent.656f464b-f058-4416-afb8-ab5b12e59128","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"ab72b85e-ca4a-4fd1-bed4-265e232d3689","networkid":"bf0a3fca-1997-4345-8f94-1a680ff88db4","networkname":"testD12A-TestVMDeploy-DLBXEJ-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.207","isolationuri":"vlan://1964","broadcasturi":"vlan://1964","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:00:b7:00:01"}],"hypervisor":"Simulator","instancename":"i-155-261-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"e532616f-9746-46af-b645-c5c094681e47","name":"d11b","displayname":"d11b","account":"testD11B-TestVMDeploy-T05ADJ
[jira] [Commented] (CLOUDSTACK-6350) IAM - Listing of VM using uuid when owner account of this Vm is deleted results is VM not being returned.But list VM with listAll=true is able to return this VM.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13962607#comment-13962607
]
ASF subversion and git services commented on CLOUDSTACK-6350:
-
Commit 3661e67fd13c66ec7ec9547647bfc05296279196 in cloudstack's branch
refs/heads/4.4 from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3661e67 ]
CLOUDSTACK-6350: IAM - Listing of VM using uuid when owner account of
this Vm is deleted results is VM not being returned.But list VM with
listAll=true is able to return this VM.
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> -
>
> Key: CLOUDSTACK-6350
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6350
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Environment: Build from 4.4
>Reporter: Sangeetha Hariharan
>Assignee: Min Chen
>Priority: Critical
> Attachments: cloud-dmp.rar
>
>
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> Steps that lead to the problem:
> Had few Domains and sub domains created.
> Accounts were created in these Domains and sub domains
> Had Vms deployed as these accounts.
> Tried to delete all the accounts (Except admin account).
> After this , tried to delete all Domains (Except ROOT).
> I see that all Accouts have been deleted.
> But some of the Vms remained in "Running" state.
> I am able to list all these Vms using listAll=true as admin :
> http://10.223.49.6:8080/client/api?command=listVirtualMachines&response=json&sessionkey=os3e6ZwGKaaRRkpMyoi1nl9ttsI%3D&listAll=true&page=1&pagesize=20&_=1396909849873
> { "listvirtualmachinesresponse" : { "count":7 ,"virtualmachine" : [
> {"id":"9a0a4d1b-7918-4d9a-86b0-a72b0a378c07","name":"d12b","displayname":"d12b","account":"testD12B-TestVMDeploy-2U21LA","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:28-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"c404603f-8a1a-495f-9278-3c988ff9833b","hostname":"SimulatedAgent.2fda14b6-647e-492b-a6ab-7e809d56d41a","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"3d24baa0-13be-456d-b43d-f003dba13444","networkid":"22e12e93-84b5-4298-bec2-405f114ac19b","networkname":"testD12B-TestVMDeploy-2U21LA-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.187","isolationuri":"vlan://2150","broadcasturi":"vlan://2150","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:50:44:00:01"}],"hypervisor":"Simulator","instancename":"i-156-263-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"5f620fd0-054f-484a-b3d0-5fa30861272e","name":"d12a","displayname":"d12a","account":"testD12A-TestVMDeploy-DLBXEJ","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:23-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"8c5fe6d4-d5c4-4eb1-b286-9f498a8a9626","hostname":"SimulatedAgent.656f464b-f058-4416-afb8-ab5b12e59128","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"ab72b85e-ca4a-4fd1-bed4-265e232d3689","networkid":"bf0a3fca-1997-4345-8f94-1a680ff88db4","networkname":"testD12A-TestVMDeploy-DLBXEJ-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1
[jira] [Resolved] (CLOUDSTACK-6350) IAM - Listing of VM using uuid when owner account of this Vm is deleted results is VM not being returned.But list VM with listAll=true is able to return this VM.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Min Chen resolved CLOUDSTACK-6350.
--
Resolution: Fixed
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> -
>
> Key: CLOUDSTACK-6350
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6350
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Environment: Build from 4.4
>Reporter: Sangeetha Hariharan
>Assignee: Min Chen
>Priority: Critical
> Attachments: cloud-dmp.rar
>
>
> IAM - Listing of VM using uuid when owner account of this Vm is deleted
> results is VM not being returned.But list VM with listAll=true is able to
> return this VM.
> Steps that lead to the problem:
> Had few Domains and sub domains created.
> Accounts were created in these Domains and sub domains
> Had Vms deployed as these accounts.
> Tried to delete all the accounts (Except admin account).
> After this , tried to delete all Domains (Except ROOT).
> I see that all Accouts have been deleted.
> But some of the Vms remained in "Running" state.
> I am able to list all these Vms using listAll=true as admin :
> http://10.223.49.6:8080/client/api?command=listVirtualMachines&response=json&sessionkey=os3e6ZwGKaaRRkpMyoi1nl9ttsI%3D&listAll=true&page=1&pagesize=20&_=1396909849873
> { "listvirtualmachinesresponse" : { "count":7 ,"virtualmachine" : [
> {"id":"9a0a4d1b-7918-4d9a-86b0-a72b0a378c07","name":"d12b","displayname":"d12b","account":"testD12B-TestVMDeploy-2U21LA","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:28-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"c404603f-8a1a-495f-9278-3c988ff9833b","hostname":"SimulatedAgent.2fda14b6-647e-492b-a6ab-7e809d56d41a","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"3d24baa0-13be-456d-b43d-f003dba13444","networkid":"22e12e93-84b5-4298-bec2-405f114ac19b","networkname":"testD12B-TestVMDeploy-2U21LA-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.187","isolationuri":"vlan://2150","broadcasturi":"vlan://2150","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:50:44:00:01"}],"hypervisor":"Simulator","instancename":"i-156-263-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"5f620fd0-054f-484a-b3d0-5fa30861272e","name":"d12a","displayname":"d12a","account":"testD12A-TestVMDeploy-DLBXEJ","domainid":"5314248a-0419-4e0f-9a63-b663abbbce5b","domain":"D12-G39UMB","created":"2014-04-07T09:55:23-0400","state":"Running","haenable":false,"zoneid":"24ea97ba-f26f-40d2-9bda-538abffb8181","zonename":"BLR1","hostid":"8c5fe6d4-d5c4-4eb1-b286-9f498a8a9626","hostname":"SimulatedAgent.656f464b-f058-4416-afb8-ab5b12e59128","templateid":"62114ed8-b9df-11e3-a5ee-4adf980f9414","templatename":"CentOS
> 5.3(64-bit) no GUI (Simulator)","templatedisplaytext":"CentOS 5.3(64-bit) no
> GUI
> (Simulator)","passwordenabled":false,"serviceofferingid":"fa7bb82d-4f3b-43e6-ac8c-a87419cd78d9","serviceofferingname":"Small
>
> Instance","cpunumber":1,"cpuspeed":100,"memory":128,"cpuused":"10%","networkkbsread":2916352,"networkkbswrite":1458176,"guestosid":"292dc664-b9df-11e3-a5ee-4adf980f9414","rootdeviceid":0,"rootdevicetype":"ROOT","securitygroup":[],"nic":[{"id":"ab72b85e-ca4a-4fd1-bed4-265e232d3689","networkid":"bf0a3fca-1997-4345-8f94-1a680ff88db4","networkname":"testD12A-TestVMDeploy-DLBXEJ-network","netmask":"255.255.255.0","gateway":"10.1.1.1","ipaddress":"10.1.1.207","isolationuri":"vlan://1964","broadcasturi":"vlan://1964","traffictype":"Guest","type":"Isolated","isdefault":true,"macaddress":"02:00:00:b7:00:01"}],"hypervisor":"Simulator","instancename":"i-155-261-VM","tags":[],"affinitygroup":[],"displayvm":true,"isdynamicallyscalable":false,"ostypeid":11},
>
> {"id":"e532616f-9746-46af-b645-c5c094681e47","name":"d11b","displayname":"d11b","account":"testD11B-TestVMDeploy-T05ADJ","do
[jira] [Created] (CLOUDSTACK-6352) Shared Network deletion fails with NPE if there are L2-L7 services added with the offering
Murali Reddy created CLOUDSTACK-6352: Summary: Shared Network deletion fails with NPE if there are L2-L7 services added with the offering Key: CLOUDSTACK-6352 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6352 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Affects Versions: 4.1.0 Reporter: Murali Reddy Assignee: Murali Reddy Fix For: 4.4.0 Deletion of Shared network throws NPE, router gets deleted but the network remains. Issue is not seen with a network created using the default shared network offering. It happens only if the offering has other services included like PF, LB, Static NAT Steps: Create a shared n/w offering with all services provided by VR (Include all services: DNS,DHCP,Static NAT, source NAT, LB, PF) Create a shared n/w with this offering Deploy a VM After n/w is implemented, destroy the VM Delete the n/w Found this issue on both Hyper-V and VMware. In case of hyper-v it was with multiple physical networks, while with VMware, it is a single physical network. Details of exception: 2014-01-21 14:34:34,766 DEBUG [c.c.v.VirtualMachineManagerImpl] (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Expunged VM[DomainRouter|r-8-VM] 2014-01-21 14:34:34,799 DEBUG [o.a.c.e.o.NetworkOrchestrator] (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Network id=204 is destroyed successfully, cleaning up corresponding resources now. 2014-01-21 14:34:34,802 DEBUG [c.c.n.g.DirectNetworkGuru] (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Releasing ip 10.102.198.1 of placeholder nic Nic[17-null-null-10.102.198.1] 2014-01-21 14:34:34,803 DEBUG [c.c.u.d.T.Transaction] (Job-Executor-21:ctx-274c817d ctx-12f6fe1b) Rolling back the transaction: Time = 2 Name = Job-Executor-21; called by -TransactionLegacy.rollback:896-TransactionLegacy.removeUpTo:839-TransactionLegacy.close:663-Transaction.execute:41-Transaction.execute:46-DirectNetworkGuru.trash:322-NetworkOrchestrator$10.doInTransactionWithoutResult:2171-TransactionCallbackNoReturn.doInTransaction:25-Transaction$2.doInTransaction:49-Transaction.execute:37-Transaction.execute:46-NetworkOrchestrator.destroyNetwork:2166 2014-01-21 14:34:34,808 ERROR [c.c.a.ApiAsyncJobDispatcher] (Job-Executor-21:ctx-274c817d) Unexpected exception while executing org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd java.lang.NullPointerException at com.cloud.network.guru.DirectNetworkGuru$3.doInTransactionWithoutResult(DirectNetworkGuru.java:329) at com.cloud.utils.db.TransactionCallbackNoReturn.doInTransaction(TransactionCallbackNoReturn.java:25) at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:49) at com.cloud.utils.db.Transaction.execute(Transaction.java:37) at com.cloud.utils.db.Transaction.execute(Transaction.java:46) at com.cloud.network.guru.DirectNetworkGuru.trash(DirectNetworkGuru.java:322) at org.apache.cloudstack.engine.orchestration.NetworkOrchestrator$10.doInTransactionWithoutResult(NetworkOrchestrator.java:2171) at com.cloud.utils.db.TransactionCallbackNoReturn.doInTransaction(TransactionCallbackNoReturn.java:25) at com.cloud.utils.db.Transaction$2.doInTransaction(Transaction.java:49) at com.cloud.utils.db.Transaction.execute(Transaction.java:37) at com.cloud.utils.db.Transaction.execute(Transaction.java:46) at org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.destroyNetwork(NetworkOrchestrator.java:2166) at com.cloud.network.NetworkServiceImpl.deleteNetwork(NetworkServiceImpl.java:1806) 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:616) 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 com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:50) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) 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 $Proxy199.deleteNetwork(Unknown Source) at org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd.execute(DeleteNetworkCmd.java:77) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:161) at
