[jira] [Created] (CLOUDSTACK-7152) Attaching datadisk to VMs that have VM snapshot throws 'Unexpected exception'
Likitha Shetty created CLOUDSTACK-7152:
--
Summary: Attaching datadisk to VMs that have VM snapshot throws
'Unexpected exception'
Key: CLOUDSTACK-7152
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7152
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Volumes
Affects Versions: 4.5.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
Fix For: 4.5.0
Steps to reproduce
1. Deploy a VM - 'test-vm'
2. Create a VM snapshot
3. Create a volume - 'test-volume'
4. Try to attach 'test-volume' to 'test-vm'
UI throws 'Unexpected exception'. But in the logs you can see the following
error -
{noformat}
Caused by: java.lang.RuntimeException: Job failed due to exception Unable to
attach volume, please specify a VM that does not have VM snapshots
{noformat}
Expected result -
UI should throw an appropriate error message
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CLOUDSTACK-7153) addNicToVirtualMachine not BaseAsyncCreate but creates an entity
Damodar Reddy T created CLOUDSTACK-7153: --- Summary: addNicToVirtualMachine not BaseAsyncCreate but creates an entity Key: CLOUDSTACK-7153 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7153 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: Damodar Reddy T Assignee: Damodar Reddy T Fix For: 4.5.0 addNicToVirtualMachine not BaseAsyncCreate but creates an entity. We need them to be BaseAsyncCreate so that Eventbus while publishing the completed events can put in the entity id. Right now there is a generic logic where after create function when the id is created its pushed into the context so that Eventbus can use it to publish the created UUID. If its not baseAsyncCreate you will have to go into each api and put the id in the context. Currently following is the generic code had put in ApiServer.java. We will have to do specifically into your api. Do this only if there is a hard reason not to make it baseasyncCreate Class entityClass = EventTypes.getEntityClassForEvent(createCmd.getEventType()); if (entityClass != null) ctx.putContextParameter(entityClass.getName(), objectId); -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-3968) [VMWAREDVS] Distributed Portgroups are not deleted when guest networks are removed/User Account of this network is removed from cloudstack
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sateesh Chodapuneedi updated CLOUDSTACK-3968: - Fix Version/s: (was: 4.4.0) Future > [VMWAREDVS] Distributed Portgroups are not deleted when guest networks are > removed/User Account of this network is removed from cloudstack > -- > > Key: CLOUDSTACK-3968 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3968 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.2.0 >Reporter: Sailaja Mada >Assignee: Sateesh Chodapuneedi >Priority: Critical > Fix For: Future > > Attachments: dvswitchsnap.png > > > Setup: VMWARE with DVSwitch > 1. Configure Adv Zone with DVSwitch enabled VMWARE cluster > 2. Create an account and deploy VM using default offering guest network. > 3. Delete this account. With this all the resources of this account gets > removed from cloudstack > Observation: > But from vCenter dv Switch, the distributed port groups configured for this > account guest networks will not get removed. > Expected results: > All the configurations created by cloudstack should get cleaned up as part of > smooth removal. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-4593) [VMWARE] [Upgrade]Livestorage Migration & VM Snapshot features are not fully functional after upgrade
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4593?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070057#comment-14070057 ] Sateesh Chodapuneedi commented on CLOUDSTACK-4593: -- This is involved change and is critical path at kernel of storage in vmware hypervisor. We have work around that vm (which was created before upgrade) to be stopped and started once to avoid this issue. As we have work around reducing priority to major. > [VMWARE] [Upgrade]Livestorage Migration & VM Snapshot features are not fully > functional after upgrade > -- > > Key: CLOUDSTACK-4593 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4593 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Storage Controller, Upgrade, VMware >Affects Versions: 4.2.1 >Reporter: Sailaja Mada >Assignee: Sateesh Chodapuneedi >Priority: Critical > Fix For: 4.4.0 > > Attachments: apilogs.rar, clouddbback.dmp, mgmtlogs.rar > > > Steps: > Upgraded setup : > 307 Setup with 2 clusters ( Cluster1 – 2 ESXi 5.0 hosts , Cluster2 – Esxi 4.1 > host) > 1.11 Vm’s deployed with 2 VM’s in stopped state > 2.VM’s with ROOT volume, 2 DATA volumes, 3 DATA volumes > 3.Snapshots , Template / volumes from this snapshot > 4.Detached volumes > 5.Empty volumes which are not attached to any instance > 6.Cluster with 2 primary storage's > Upgraded to 4.2 > I got into below failures with VM Snapshot if tried without Stop/Start of the > VM Post upgrade : > 2013-09-02 21:35:36,733 WARN [vmware.resource.VmwareResource] > (DirectAgent-320:10.102.192.23) StartCommand failed due to Exception: > java.lang.RuntimeException > Message: File was not found > java.lang.RuntimeException: File was not found > at > com.cloud.hypervisor.vmware.util.VmwareClient.waitForTask(VmwareClient.java:378) > at > com.cloud.hypervisor.vmware.mo.VirtualMachineMO.powerOn(VirtualMachineMO.java:188) > at > com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:2966) > at > com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:519) > at > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2013-09-02 21:35:36,742 DEBUG [agent.manager.DirectAgentAttache] > (DirectAgent-320:null) Seq 6-949618439: Response Received: > 2013-09-02 21:35:43,972 INFO [storage.volume.VolumeServiceImpl] > (Job-Executor-75:job-151 = [ 3e8e2327-7c56-45ea-a653-ee5b89d75d57 ]) Volume > 52 is not referred anywhere, remove it from volumes table > 2013-09-02 21:35:43,981 ERROR [cloud.storage.VolumeManagerImpl] > (Job-Executor-75:job-151 = [ 3e8e2327-7c56-45ea-a653-ee5b89d75d57 ]) migrate > volume failed:copy volume from primary to secondary failed due to exception: > Exception: java.lang.Exception > Message: Unable to find related disk device for volume. volume path: > ROOT-14-30-04 > 2013-09-02 21:35:43,990 INFO [cloud.vm.VirtualMachineManagerImpl] > (Job-Executor-75:job-151 = [ 3e8e2327-7c56-45ea-a653-ee5b89d75d57 ]) Unable > to contact resource. > com.cloud.exception.StorageUnavailableException: Resource [StoragePool:203] > is unreachable: migrate volume failed: copy volume from primary to secondary > failed due to exception: Exception: java.lang.Exception > Message: Unable to find related disk device for volume. volume path: > ROOT-14-30-04 > at > com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2254) > at > com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at > com.cloud.storage.VolumeManagerImpl.prepare(VolumeManagerImpl.java:2590) > at > com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:888) > at > com.cloud.v
[jira] [Updated] (CLOUDSTACK-4593) [VMWARE] [Upgrade]Livestorage Migration & VM Snapshot features are not fully functional after upgrade
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sateesh Chodapuneedi updated CLOUDSTACK-4593: - Priority: Major (was: Critical) > [VMWARE] [Upgrade]Livestorage Migration & VM Snapshot features are not fully > functional after upgrade > -- > > Key: CLOUDSTACK-4593 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4593 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Storage Controller, Upgrade, VMware >Affects Versions: 4.2.1 >Reporter: Sailaja Mada >Assignee: Sateesh Chodapuneedi > Fix For: 4.4.0 > > Attachments: apilogs.rar, clouddbback.dmp, mgmtlogs.rar > > > Steps: > Upgraded setup : > 307 Setup with 2 clusters ( Cluster1 – 2 ESXi 5.0 hosts , Cluster2 – Esxi 4.1 > host) > 1.11 Vm’s deployed with 2 VM’s in stopped state > 2.VM’s with ROOT volume, 2 DATA volumes, 3 DATA volumes > 3.Snapshots , Template / volumes from this snapshot > 4.Detached volumes > 5.Empty volumes which are not attached to any instance > 6.Cluster with 2 primary storage's > Upgraded to 4.2 > I got into below failures with VM Snapshot if tried without Stop/Start of the > VM Post upgrade : > 2013-09-02 21:35:36,733 WARN [vmware.resource.VmwareResource] > (DirectAgent-320:10.102.192.23) StartCommand failed due to Exception: > java.lang.RuntimeException > Message: File was not found > java.lang.RuntimeException: File was not found > at > com.cloud.hypervisor.vmware.util.VmwareClient.waitForTask(VmwareClient.java:378) > at > com.cloud.hypervisor.vmware.mo.VirtualMachineMO.powerOn(VirtualMachineMO.java:188) > at > com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:2966) > at > com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:519) > at > com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:679) > 2013-09-02 21:35:36,742 DEBUG [agent.manager.DirectAgentAttache] > (DirectAgent-320:null) Seq 6-949618439: Response Received: > 2013-09-02 21:35:43,972 INFO [storage.volume.VolumeServiceImpl] > (Job-Executor-75:job-151 = [ 3e8e2327-7c56-45ea-a653-ee5b89d75d57 ]) Volume > 52 is not referred anywhere, remove it from volumes table > 2013-09-02 21:35:43,981 ERROR [cloud.storage.VolumeManagerImpl] > (Job-Executor-75:job-151 = [ 3e8e2327-7c56-45ea-a653-ee5b89d75d57 ]) migrate > volume failed:copy volume from primary to secondary failed due to exception: > Exception: java.lang.Exception > Message: Unable to find related disk device for volume. volume path: > ROOT-14-30-04 > 2013-09-02 21:35:43,990 INFO [cloud.vm.VirtualMachineManagerImpl] > (Job-Executor-75:job-151 = [ 3e8e2327-7c56-45ea-a653-ee5b89d75d57 ]) Unable > to contact resource. > com.cloud.exception.StorageUnavailableException: Resource [StoragePool:203] > is unreachable: migrate volume failed: copy volume from primary to secondary > failed due to exception: Exception: java.lang.Exception > Message: Unable to find related disk device for volume. volume path: > ROOT-14-30-04 > at > com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2254) > at > com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) > at > com.cloud.storage.VolumeManagerImpl.prepare(VolumeManagerImpl.java:2590) > at > com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:888) > at > com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:578) > at > org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVirtualMachine(VMEntityManagerImpl.java:237) > at > org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.deploy(VirtualMachi
[jira] [Resolved] (CLOUDSTACK-5012) Bad data inserted into physical network labels for Zone Create Wizard using VMWare
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sateesh Chodapuneedi resolved CLOUDSTACK-5012. -- Resolution: Duplicate > Bad data inserted into physical network labels for Zone Create Wizard using > VMWare > -- > > Key: CLOUDSTACK-5012 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5012 > 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 >Reporter: Jim Leary >Assignee: Sateesh Chodapuneedi >Priority: Critical > Fix For: 4.4.0 > > > When using the Zone create wizard and choosing VMWare, the physical network > labels contain additional data, rendering any attempt to create a VMWare > cluster unsuccessful. The Zone wizard must be cancelled and the physical > network labels corrected, then manually create the cluster, primary and > secondary storage for the Zone to function correctly. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7152) Attaching datadisk to VMs that have VM snapshot throws 'Unexpected exception'
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7152?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070078#comment-14070078
]
ASF subversion and git services commented on CLOUDSTACK-7152:
-
Commit 493fd170543658ac7602e230a336985c59e8e1a1 in cloudstack's branch
refs/heads/master from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=493fd17 ]
CLOUDSTACK-7152. Attaching datadisk to VMs that have VM snapshot throws
'Unexpected exception'.
Like with other API commands, ensure input parameter validation for
AttachVolume happens outside the job queue.
> Attaching datadisk to VMs that have VM snapshot throws 'Unexpected exception'
> -
>
> Key: CLOUDSTACK-7152
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7152
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
>Reporter: Likitha Shetty
>Assignee: Likitha Shetty
> Fix For: 4.5.0
>
>
> Steps to reproduce
>
> 1. Deploy a VM - 'test-vm'
> 2. Create a VM snapshot
> 3. Create a volume - 'test-volume'
> 4. Try to attach 'test-volume' to 'test-vm'
> UI throws 'Unexpected exception'. But in the logs you can see the following
> error -
> {noformat}
> Caused by: java.lang.RuntimeException: Job failed due to exception Unable to
> attach volume, please specify a VM that does not have VM snapshots
> {noformat}
> Expected result -
> UI should throw an appropriate error message
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7152) Attaching datadisk to VMs that have VM snapshot throws 'Unexpected exception'
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Likitha Shetty resolved CLOUDSTACK-7152.
Resolution: Fixed
> Attaching datadisk to VMs that have VM snapshot throws 'Unexpected exception'
> -
>
> Key: CLOUDSTACK-7152
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7152
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
>Reporter: Likitha Shetty
>Assignee: Likitha Shetty
> Fix For: 4.5.0
>
>
> Steps to reproduce
>
> 1. Deploy a VM - 'test-vm'
> 2. Create a VM snapshot
> 3. Create a volume - 'test-volume'
> 4. Try to attach 'test-volume' to 'test-vm'
> UI throws 'Unexpected exception'. But in the logs you can see the following
> error -
> {noformat}
> Caused by: java.lang.RuntimeException: Job failed due to exception Unable to
> attach volume, please specify a VM that does not have VM snapshots
> {noformat}
> Expected result -
> UI should throw an appropriate error message
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CLOUDSTACK-7154) CLONE - Both Running and stopped vm can be scaled up using old API changeServiceForVirtualMachine that too above host capacity
Abhinandan Prateek created CLOUDSTACK-7154: -- Summary: CLONE - Both Running and stopped vm can be scaled up using old API changeServiceForVirtualMachine that too above host capacity Key: CLOUDSTACK-7154 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7154 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.3.0 Reporter: Gaurav Aradhye Assignee: Nitin Mehta Priority: Blocker Fix For: 4.3.0 changeServiceForVirtualMachine API can be used to scale up a running vm also (It should be effective against only stopped vm) More over, using this API, VM can be scaled up above host capacity (both CPU and RAM) without any over-provisioning of resources. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7154) CLONE - Both Running and stopped vm can be scaled up using old API changeServiceForVirtualMachine that too above host capacity
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-7154: --- Fix Version/s: (was: 4.3.0) 4.2.1 > CLONE - Both Running and stopped vm can be scaled up using old API > changeServiceForVirtualMachine that too above host capacity > -- > > Key: CLOUDSTACK-7154 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7154 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.3.0 >Reporter: Gaurav Aradhye >Assignee: Nitin Mehta >Priority: Blocker > Fix For: 4.2.1 > > > changeServiceForVirtualMachine API can be used to scale up a running vm also > (It should be effective against only stopped vm) > More over, using this API, VM can be scaled up above host capacity (both CPU > and RAM) without any over-provisioning of resources. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-5150) Creating template from a VM in Simulator results in incorrect size
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Girish Chaudhari resolved CLOUDSTACK-5150. -- Resolution: Fixed Fix Version/s: 4.4.0 > Creating template from a VM in Simulator results in incorrect size > -- > > Key: CLOUDSTACK-5150 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5150 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Simulator >Affects Versions: 4.2.0 >Reporter: David Grizzanti >Assignee: Girish Chaudhari >Priority: Minor > Fix For: 4.4.0 > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7148) [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError: this constructor takes no arguments
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar updated CLOUDSTACK-7148:
Assignee: Gaurav Aradhye
> [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError:
> this constructor takes no arguments
>
>
> Key: CLOUDSTACK-7148
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7148
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
> self.assertEqual(
> len(routers),
> 2,
> "Length of the list router should be 2 (Backup & master)"
> )
> self.debug("Stopping the user VM: %s" % virtual_machine.name)
> try:
> virtual_machine.stop(self.apiclient)
> except Exception as e:
> self.fail("Failed to stop guest Vm: %s - %s" %
> (virtual_machine.name, e))
> interval = Configurations( <-- BUG: Missing "list" method
> self.apiclient,
> name='network.gc.interval'
> )
> delay = int(interval[0].value)
> interval = Configurations.list(
> self.apiclient,
> name='network.gc.wait'
> )
> exp = int(interval[0].value)
> self.debug("Sleeping for network gc wait + interval time")
> # Sleep to ensure that all resources are deleted
> time.sleep((delay + exp) * 2)
>
> Error Message:
>
> est_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Sending GET Cmd : listVirtualMachines===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&id=ecabe928-5dd9-4f53-a5b1-c758e664ac28&response=json&command=listVirtualMachines&signature=%2Fu2ByYo%2F3d%2BN3YRaFn00CddqfgA%3D&listAll=True
> HTTP/1.1" 200 1374
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Response : [{domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', haenable : False, templatename :
> u'CentOS 5.6(64-bit) no GUI (XenServer)', securitygroup : [], zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', cpunumber : 1, ostypeid : 142,
> passwordenabled : False, instancename : u'i-376-589-VM', id :
> u'ecabe928-5dd9-4f53-a5b1-c758e664ac28', displayvm : True, state :
> u'Stopped', guestosid : u'aea0f246-0901-11e4-a9bc-5a9383355ca2', cpuspeed :
> 100, serviceofferingid : u'956b0c1a-94a2-42e8-97a4-ed5cc4ff8afd', zonename :
> u'XenRT-Zone-0', isdynamicallyscalable : True, displayname : u'Test VM', tags
> : [], nic : [{networkid : u'4e47e163-7ee2-4bd2-807d-d53867768688', macaddress
> : u'02:00:0b:4c:00:01', type : u'Isolated', id :
> u'd0ac745f-c73f-43d6-847c-665067c70bb3', traffictype : u'Guest', netmask :
> u'255.255.255.0', ipaddress : u'192.168.200.253', networkname : u'Test
> Network', gateway : u'192.168.200.1', isdefault : True}], memory : 128,
> templateid : u'ae8e25a8-0901-11e4-a9bc-5a9383355ca2', affinitygroup : [],
> account : u'test-TestRedundantRouterNetworkCleanups-test_network_gc-YG37AT',
> name : u'VM-ecabe928-5dd9-4f53-a5b1-c758e664ac28', created :
> u'2014-07-12T12:49:11+', hypervisor : u'XenServer', rootdevicetype :
> u'ROOT', rootdeviceid : 0, serviceofferingname : u'Tiny Instance',
> templatedisplaytext : u'CentOS 5.6(64-bit) no GUI (XenServer)'}]
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> CRITICAL: EXCEPTION: test_network_gc: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_redundant_router_cleanups.py",
> line 597, in test_network_gc\nname=\'network.gc.interval\'\n',
> 'TypeError: this constructor takes no arguments\n']
> - >> end captured logging << -
> Stacktrace
> File "/usr/lib/python2.7/u
[jira] [Updated] (CLOUDSTACK-7146) [Automation] Fix the scripts "test_assign_vm.py, test_project_limits.py,test_project_resources.py,test_ps_domain_limits.py" - Cleanup of domain should be done after
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar updated CLOUDSTACK-7146:
Assignee: Gaurav Aradhye
> [Automation] Fix the scripts "test_assign_vm.py,
> test_project_limits.py,test_project_resources.py,test_ps_domain_limits.py" -
> Cleanup of domain should be done after cleaning up account in it
> --
>
> Key: CLOUDSTACK-7146
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7146
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
>
> Error Messages:
>
> ---
> One:
> ---
> test_16_move_across_subdomain_volume_and_account_limit
> (integration.component.test_assign_vm.TestVMOwnership): DEBUG: Payload:
> {'signature': 'ctoosHX10fXC2XJv8iFdUiNqV5Q=', 'apiKey':
> u'K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'ebbf78c7-5a1d-4051-8404-26314a59151a'}
> test_16_move_across_subdomain_volume_and_account_limit
> (integration.component.test_assign_vm.TestVMOwnership): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=ctoosHX10fXC2XJv8iFdUiNqV5Q%3D&apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&command=queryAsyncJobResult&response=json&jobid=ebbf78c7-5a1d-4051-8404-26314a59151a
> HTTP/1.1" 200 477
> test_16_move_across_subdomain_volume_and_account_limit
> (integration.component.test_assign_vm.TestVMOwnership): DEBUG: Response :
> {jobprocstatus : 0, created : u'2014-07-11T16:11:24+', cmd :
> u'org.apache.cloudstack.api.command.admin.domain.DeleteDomainCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 2, jobid :
> u'ebbf78c7-5a1d-4051-8404-26314a59151a', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u"Can't delete the
> domain yet because it has 1 accounts to cleanup"}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_16_move_across_subdomain_volume_and_account_limit
> (integration.component.test_assign_vm.TestVMOwnership): ERROR: __poll:
> Exception Occurred :Job failed: {jobprocstatus : 0, created :
> u'2014-07-11T16:11:24+', cmd :
> u'org.apache.cloudstack.api.command.admin.domain.DeleteDomainCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 2, jobid :
> u'ebbf78c7-5a1d-4051-8404-26314a59151a', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u"Can't delete the
> domain yet because it has 1 accounts to cleanup"}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> Traceback (most recent call last):
> File
> "/local/jenkins/workspace/xenrt-reg-adv-xs/work.63/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 105, in __poll
> % async_response)
> Exception: Job failed: {jobprocstatus : 0, created :
> u'2014-07-11T16:11:24+', cmd :
> u'org.apache.cloudstack.api.command.admin.domain.DeleteDomainCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 2, jobid :
> u'ebbf78c7-5a1d-4051-8404-26314a59151a', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u"Can't delete the
> domain yet because it has 1 accounts to cleanup"}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_16_move_across_subdomain_volume_and_account_limit
> (integration.component.test_assign_vm.TestVMOwnership): DEBUG: Response :
> FAILED
> test_16_move_across_subdomain_volume_and_account_limit
> (integration.component.test_assign_vm.TestVMOwnership): ERROR: marvinRequest
> : CmdName: 0x3844810> Exception: ['Traceback (most recent call last):\n', ' File
> "/local/jenkins/workspace/xenrt-reg-adv-xs/work.63/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 375, in marvinRequest\nraise self.__lastError\n', 'Exception: Job
> failed: {jobprocstatus : 0, created : u\'2014-07-11T16:11:24+\', cmd :
> u\'org.apache.cloudstack.api.command.admin.domain.DeleteDomainCmd\', userid :
> u\'ce302410-0901-11e4-a9bc-5a9383355ca2\', jobstatus : 2, jobid :
> u\'ebbf78c7-5a1d-4051-84
[jira] [Updated] (CLOUDSTACK-7125) [Automation] Fix test_blocker_bugs script to wait for the Snapshot to be backedup before creating a Template from it
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar updated CLOUDSTACK-7125:
Assignee: Gaurav Aradhye
> [Automation] Fix test_blocker_bugs script to wait for the Snapshot to be
> backedup before creating a Template from it
>
>
> Key: CLOUDSTACK-7125
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7125
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
> Failed to create Template as Snapshot is not BackedUp yet
> =
> Error:
> =
> CloudstackAPIException: Execute cmd: createtemplate failed, due to:
> errorCode: 431, errorText:Snapshot id=3 is not in BackedUp state yet and
> can't be used for template creation
> test_02_check_size_snapshotTemplate
> (integration.component.test_blocker_bugs.TestTemplates): CRITICAL: EXCEPTION:
> test_02_check_size_snapshotTemplate: ['Traceback (most recent call last):\n',
> ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_blocker_bugs.py",
> line 891, in test_02_check_size_snapshotTemplate\n
> self.services["template"]\n', ' File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/lib/base.py",
> line 1164, in create_from_snapshot\nreturn
> Template(apiclient.createTemplate(cmd).__dict__)\n', ' File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 794, in createTemplate\nresponse =
> self.connection.marvinRequest(command, response_type=response,
> method=method)\n', ' File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 380, in marvinRequest\nraise e\n', "CloudstackAPIException: Execute
> cmd: createtemplate failed, due to: errorCode: 431, errorText:Snapshot id=3
> is not in BackedUp state yet and can't be used for template creation\n"]
> - >> end captured logging << -
> Stacktrace
> File "/usr/lib/python2.7/unittest/case.py", line 332, in run
> testMethod()
> File
> "/home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_blocker_bugs.py",
> line 891, in test_02_check_size_snapshotTemplate
> self.services["template"]
> File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/lib/base.py",
> line 1164, in create_from_snapshot
> return Template(apiclient.createTemplate(cmd).__dict__)
> File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 794, in createTemplate
> response = self.connection.marvinRequest(command, response_type=response,
> method=method)
> File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 380, in marvinRequest
> raise e
> 'Execute cmd: createtemplate failed, due to: errorCode: 431,
> errorText:Snapshot id=3 is not in BackedUp state yet and can\'t be used for
> template creation\n >> begin captured stdout <<
> -\n=== TestName: test_02_check_size_snapshotTemplate |
> Status : EXCEPTION ===\n\n\n- >> end captured stdout <<
> --\n >> begin captured logging <<
> \ntest_02_check_size_snapshotTemplate
> (integration.component.test_blocker_bugs.TestTemplates): DEBUG:
> STARTED : TC: test_02_check_size_snapshotTemplate
> :::\ntest_02_check_size_snapshotTemplate
> (integration.component.test_blocker_bugs.TestTemplates): DEBUG: Payload:
> {\'account\': u\'test-TestTemplates-test_01_create_template-PV1LCJ\',
> \'domainid\': u\'7ccbf6bc-08ed-11e4-887d-928d578f5db8\', \'volumeid\':
> u\'7aa4cc3c-5c23-4b30-a30d-b48bd735ebcc\', \'apiKey\':
> u\'Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA\',
> \'command\': \'createSnapshot\', \'signature\':
> \'xX9H+dRDsmZwsicoTcSlP+yZo7g=\', \'response\':
> \'json\'}\ntest_02_check_size_snapshotTemplate
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-7127) Fix test_regions.py script - addregion failed, Region with id: 1 already exists
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar reassigned CLOUDSTACK-7127:
---
Assignee: Ashutosk Kelkar
> Fix test_regions.py script - addregion failed, Region with id: 1 already
> exists
>
>
> Key: CLOUDSTACK-7127
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7127
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Ashutosk Kelkar
>Priority: Critical
> Fix For: 4.5.0
>
>
> ===
> Code Snippet from test_regions.py:
> ===
>def setUp(self):
> pseudo_random_int = choice(xrange(1, 200)) <-- BUG: Region with ID=1
> already exists on the CloudStack Setup. In case if 1 is chosen the testsuite
> fails to execute.
> self.services["region"]["regionid"] = pseudo_random_int
> self.services["region"]["regionname"] = "region" +
> str(pseudo_random_int)
> self.services["region"]["regionendpoint"] = "http://region"; +
> str(pseudo_random_int) + ":8080/client"
> self.region = Region.create(self.api_client,
> self.services["region"]
> )
> Secondly, setup method code should be placed in try and catch blocks
> =
> Test Error:
> =
> Error Message:
> Execute cmd: addregion failed, due to: errorCode: 431, errorText:Region with
> id: 1 already exists
> >> begin captured stdout << -
> === TestName: test_createRegionWithExistingRegionName | Status : EXCEPTION ===
> - >> end captured stdout << --
> >> begin captured logging <<
> test_createRegionWithExistingRegionName
> (integration.component.test_regions.TestRegions): DEBUG: STARTED
> : TC: test_createRegionWithExistingRegionName :::
> test_createRegionWithExistingRegionName
> (integration.component.test_regions.TestRegions): DEBUG: Payload:
> {'endpoint': 'http://region1:8080/client', 'name': 'region1', 'id': 1,
> 'apiKey':
> u'Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA',
> 'command': 'addRegion', 'signature': 'jZQivyHVubuotqAzSjRPxUJmAn4=',
> 'response': 'json'}
> test_createRegionWithExistingRegionName
> (integration.component.test_regions.TestRegions): DEBUG: Sending GET
> Cmd : addRegion===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.73
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?endpoint=http%3A%2F%2Fregion1%3A8080%2Fclient&name=region1&id=1&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=addRegion&signature=jZQivyHVubuotqAzSjRPxUJmAn4%3D&response=json
> HTTP/1.1" 431 123
> test_createRegionWithExistingRegionName
> (integration.component.test_regions.TestRegions): ERROR:
> Exception:['Traceback (most recent call last):\n', ' File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py",
> line 150, in getResultObj\nraise
> cloudstackException.CloudstackAPIException(respname, errMsg)\n',
> 'CloudstackAPIException: Execute cmd: addregion failed, due to: errorCode:
> 431, errorText:Region with id: 1 already exists\n']
> Traceback (most recent call last):
> File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 308, in __parseAndGetResponse
> response_cls)
> File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py",
> line 150, in getResultObj
> raise cloudstackException.CloudstackAPIException(respname, errMsg)
> CloudstackAPIException: Execute cmd: addregion failed, due to: errorCode:
> 431, errorText:Region with id: 1 already exists
> test_createRegionWithExistingRegionName
> (integration.component.test_regions.TestRegions): ERROR: marvinRequest :
> CmdName:
> Exception: ['Traceback (most recent call last):\n', ' File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 375, in marvinRequest\nraise self.__lastError\n',
> 'CloudstackAPIException: Execute cmd: addregion failed, due
[jira] [Assigned] (CLOUDSTACK-7138) [Automation] Fix the script "test_escalations_vpncustomergateways.py" - Fail to find customer gateway
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar reassigned CLOUDSTACK-7138:
---
Assignee: Ashutosk Kelkar
> [Automation] Fix the script "test_escalations_vpncustomergateways.py" - Fail
> to find customer gateway
> -
>
> Key: CLOUDSTACK-7138
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7138
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Ashutosk Kelkar
>Priority: Critical
> Fix For: 4.5.0
>
>
> =
> Error Message:
> =
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> DEBUG: Sending GET Cmd : deleteVpnCustomerGateway===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.73
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=C%2FYs0Z0CIZwnMXhXLn3c5hUxC44%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=deleteVpnCustomerGateway&id=fd1ce29a-eba1-4933-8048-f6750144507f&response=json
> HTTP/1.1" 200 89
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> DEBUG: === Jobid: 65e64b4c-e08a-43f1-9c9b-6f090495d4fb Started ===
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> DEBUG: Payload: {'signature': 'movzhb8jh4K2t40vRU8Qfi3oR1w=', 'apiKey':
> u'Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb'}
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> DEBUG: Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.73
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=movzhb8jh4K2t40vRU8Qfi3oR1w%3D&apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&command=queryAsyncJobResult&response=json&jobid=65e64b4c-e08a-43f1-9c9b-6f090495d4fb
> HTTP/1.1" 200 459
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> DEBUG: Response : {jobprocstatus : 0, created : u'2014-07-11T16:07:31+',
> cmd :
> u'org.apache.cloudstack.api.command.user.vpn.DeleteVpnCustomerGatewayCmd',
> userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 2, jobid :
> u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u'Fail to find customer
> gateway with 3 !'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> ERROR: __poll: Exception Occurred :Job failed: {jobprocstatus : 0,
> created : u'2014-07-11T16:07:31+', cmd :
> u'org.apache.cloudstack.api.command.user.vpn.DeleteVpnCustomerGatewayCmd',
> userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 2, jobid :
> u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u'Fail to find customer
> gateway with 3 !'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
> Traceback (most recent call last):
> File
> "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 105, in __poll
> % async_response)
> Exception: Job failed: {jobprocstatus : 0, created :
> u'2014-07-11T16:07:31+', cmd :
> u'org.apache.cloudstack.api.command.user.vpn.DeleteVpnCustomerGatewayCmd',
> userid : u'9f654606-08ed-11e4-887d-928d578f5db8', jobstatus : 2, jobid :
> u'65e64b4c-e08a-43f1-9c9b-6f090495d4fb', jobresultcode : 530, jobresulttype :
> u'object', jobresult : {errorcode : 530, errortext : u'Fail to find customer
> gateway with 3 !'}, accountid : u'9f6536a2-08ed-11e4-887d-928d578f5db8'}
> test_01_list_vpncustomergateways_pagination
> (integration.component.test_escalations_vpncustomergateways.TestVpnCustomerGateways):
> DEBUG: Response : FAILED
> test_01_list_vpnc
[jira] [Assigned] (CLOUDSTACK-7135) [Automation] Fix the script "test_baremetal.py" - Can't have more than one Guest network in zone with network type Basic
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashutosk Kelkar reassigned CLOUDSTACK-7135: --- Assignee: Ashutosk Kelkar > [Automation] Fix the script "test_baremetal.py" - Can't have more than one > Guest network in zone with network type Basic > > > Key: CLOUDSTACK-7135 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7135 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation, Test >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Assignee: Ashutosk Kelkar >Priority: Critical > Fix For: 4.5.0 > > > > Error Message: > > test_baremetal (integration.component.test_baremetal.TestBaremetal): DEBUG: > Sending GET Cmd : createNetwork=== > requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection > (1): 10.220.135.73 > requests.packages.urllib3.connectionpool: DEBUG: "GET > /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&zoneid=1&displaytext=defaultBaremetalNetwork&networkofferingid=84c3e203-139e-4412-ab81-8a6abecb3e35&response=json&name=defaultBaremetalNetwork&command=createNetwork&signature=alemHuTsxw31sTOaAyaZn2Cw4N8%3D > HTTP/1.1" 431 165 > test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: > Exception:['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj\nraise > cloudstackException.CloudstackAPIException(respname, errMsg)\n', > "CloudstackAPIException: Execute cmd: createnetwork failed, due to: > errorCode: 431, errorText:Can't have more than one Guest network in zone with > network type Basic\n"] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse > response_cls) > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj > raise cloudstackException.CloudstackAPIException(respname, errMsg) > CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: > 431, errorText:Can't have more than one Guest network in zone with network > type Basic > test_baremetal (integration.component.test_baremetal.TestBaremetal): ERROR: > marvinRequest : CmdName: object at 0x302ebd0> Exception: ['Traceback (most recent call last):\n', ' > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest\nraise self.__lastError\n', > "CloudstackAPIException: Execute cmd: createnetwork failed, due to: > errorCode: 431, errorText:Can't have more than one Guest network in zone with > network type Basic\n"] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest > raise self.__lastError > CloudstackAPIException: Execute cmd: createnetwork failed, due to: errorCode: > 431, errorText:Can't have more than one Guest network in zone with network > type Basic > test_baremetal (integration.component.test_baremetal.TestBaremetal): > CRITICAL: EXCEPTION: test_baremetal: ['Traceback (most recent call last):\n', > ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n > testMethod()\n', ' File > "/home/jenkins/workspace/xenrt-reg-basic-xs/cloudstack.git/test/integration/component/test_baremetal.py", > line 110, in test_baremetal\nnetwork = Network.create(self.apiclient, > self.services["network"], zoneid=self.zoneid, > networkofferingid=networkoffering.id)\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/lib/base.py", > line 2591, in create\nreturn > Network(apiclient.createNetwork(cmd).__dict__)\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py", > line 1854, in createNetwork\nresponse = > self.connection.marvinRequest(command, response_type=response, > method
[jira] [Updated] (CLOUDSTACK-7147) [Automation] Fix the script "test_ip_reservation.py" - jsonLoader object does not support indexing
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar updated CLOUDSTACK-7147:
Assignee: Gaurav Aradhye
> [Automation] Fix the script "test_ip_reservation.py" - jsonLoader object does
> not support indexing
> --
>
> Key: CLOUDSTACK-7147
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7147
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
>
> Error Message:
>
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=oB7YxaRTIfnry0R%2BI%2BTLa3sb3sU%3D&apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&command=queryAsyncJobResult&response=json&jobid=0da220ea-0099-4f4a-acec-52d65f13ceae
> HTTP/1.1" 200 1166
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-07-12T02:30:46+', cmd :
> u'org.apache.cloudstack.api.command.admin.router.DestroyRouterCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 1, jobid :
> u'0da220ea-0099-4f4a-acec-52d65f13ceae', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', jobstatus : 0, zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', id :
> u'88faa7e6-a34d-4810-99c1-94e291c76d08', state : u'Destroyed', version :
> u'4.4.0', role : u'VIRTUAL_ROUTER', requiresupgrade : False,
> serviceofferingid : u'9533d59c-6837-479f-9a42-5ae2b9084a31', zonename :
> u'XenRT-Zone-0', podid : u'1da57990-ff6a-4e54-bfd9-4f3c15e82003', nic : [],
> redundantstate : u'UNKNOWN', templateid :
> u'ae8d7b12-0901-11e4-a9bc-5a9383355ca2', name : u'r-362-VM', account :
> u'test-account-TestUpdateIPReservation-test_destroy_recreate_router-D8PFME',
> isredundantrouter : False, created : u'2014-07-12T02:29:01+', dns1 :
> u'10.220.160.11', jobid : u'0da220ea-0099-4f4a-acec-52d65f13ceae',
> serviceofferingname : u'System Offering For Software Router'}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> ===Jobid:0da220ea-0099-4f4a-acec-52d65f13ceae ; StartTime:Sat Jul 12 02:30:25
> 2014 ; EndTime:Sat Jul 12 02:30:40 2014 ; TotalTime:-15===
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-07-12T02:30:46+', cmd :
> u'org.apache.cloudstack.api.command.admin.router.DestroyRouterCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 1, jobid :
> u'0da220ea-0099-4f4a-acec-52d65f13ceae', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', jobstatus : 0, zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', id :
> u'88faa7e6-a34d-4810-99c1-94e291c76d08', state : u'Destroyed', version :
> u'4.4.0', role : u'VIRTUAL_ROUTER', requiresupgrade : False,
> serviceofferingid : u'9533d59c-6837-479f-9a42-5ae2b9084a31', zonename :
> u'XenRT-Zone-0', podid : u'1da57990-ff6a-4e54-bfd9-4f3c15e82003', nic : [],
> redundantstate : u'UNKNOWN', templateid :
> u'ae8d7b12-0901-11e4-a9bc-5a9383355ca2', name : u'r-362-VM', account :
> u'test-account-TestUpdateIPReservation-test_destroy_recreate_router-D8PFME',
> isredundantrouter : False, created : u'2014-07-12T02:29:01+', dns1 :
> u'10.220.160.11', jobid : u'0da220ea-0099-4f4a-acec-52d65f13ceae',
> serviceofferingname : u'System Offering For Software Router'}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): CRITICAL:
> EXCEPTION: test_destroy_recreate_router: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_ip_reservation.py",
> line 968, in test_destroy_recreate_router\nif result[0] == FAIL:\n',
> "TypeError:
[jira] [Resolved] (CLOUDSTACK-6358) Remove hardcoded guest OS mappings
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daan Hoogland resolved CLOUDSTACK-6358. --- Resolution: Fixed should be solved in the latest forgotten RC > Remove hardcoded guest OS mappings > -- > > Key: CLOUDSTACK-6358 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6358 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 >Reporter: Amogh Vasekar >Assignee: Amogh Vasekar >Priority: Blocker > Fix For: 4.4.0, 4.5.0 > > > The guest OS to platform emulator mappings are hardcoded in the codebase. > This needs to be removed so as to support dynamic addition of guest OS type -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-5212) [UI]Need Support for the LXC for the Report sockets CS-4908
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-5212: --- Assignee: Jessica Wang (was: Harikrishna Patnala) > [UI]Need Support for the LXC for the Report sockets CS-4908 > --- > > Key: CLOUDSTACK-5212 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5212 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Reporter: Kiran Koneti >Assignee: Jessica Wang >Priority: Critical > Fix For: 4.4.0 > > > For the report sockets feature we need to provide support for the LXC > hypervisor.The support is not yet added. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CLOUDSTACK-7117) on restarting MS getting tomcat error http 404
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] shweta agarwal closed CLOUDSTACK-7117. -- Resolution: Fixed > on restarting MS getting tomcat error http 404 > -- > > Key: CLOUDSTACK-7117 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7117 > 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: shweta agarwal >Assignee: Damodar Reddy T >Priority: Blocker > Fix For: 4.5.0 > > Attachments: log.tar.gz > > > Repro steps : > Created a advance zone with KVM host > when system vms are up restart the MS > Bug: > On accessing MS http://10.147.40.27:8080/client getting error > HTTP Status 404 - > type Status report > message > description The requested resource () is not available. > catalina .out shows : > Jul 16, 2014 7:32:19 AM org.apache.axis2.deployment.ServiceDeployer deploy > INFO: Deploying Web service: cloud-ec2.aar - > file:/usr/share/cloudstack-management/webapps7080/awsapi/WEB-INF/services/cloud-ec2.aar > Jul 16, 2014 7:32:19 AM org.apache.axis2.util.OnDemandLogger warn > WARNING: No transportReceiver for > org.apache.axis2.transport.http.AxisServletListener found. An instance for > HTTP will be configured automatically. Please update your axis2.xml file! > Jul 16, 2014 7:32:19 AM > org.springframework.beans.factory.annotation.AutowiredAnnotationBeanPostProcessor > > INFO: JSR-330 'javax.inject.Inject' annotation found and supported for > autowiring > Jul 16, 2014 7:32:19 AM org.apache.coyote.http11.Http11NioProtocol start > INFO: Starting Coyote HTTP/1.1 on http-7080 > Jul 16, 2014 7:32:19 AM org.apache.catalina.startup.Catalina start > INFO: Server startup in 22385 ms > Jul 16, 2014 7:32:21 AM org.apache.catalina.loader.WebappClassLoader loadClass > INFO: Illegal access: this web application instance has been stopped already. > Could not load > org.apache.cloudstack.managed.context.ManagedContextTimerTask$1. The > eventual following stack trace is caused by an error thrown for debugging > purposes as well as to attempt to terminate the thread which caused the > illegal access, and has no functional impact. > java.lang.IllegalStateException > at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1370) > at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329) > at > org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27) > at java.util.TimerThread.mainLoop(Timer.java:555) > at java.util.TimerThread.run(Timer.java:505) > Exception in thread "Timer-2" java.lang.NoClassDefFoundError: > org/apache/cloudstack/managed/context/ManagedContextTimerTask$1 > at > org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27) > at java.util.TimerThread.mainLoop(Timer.java:555) > at java.util.TimerThread.run(Timer.java:505) > Caused by: java.lang.ClassNotFoundException: > org.apache.cloudstack.managed.context.ManagedContextTimerTask$1 > at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1484) > at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329) > ... 3 more > > Note : > When I did Restart MS without adding zone , MS worked fine and i didn't hit > this error . Its only after adding zone and restarting MS I am hitting > error. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Closed] (CLOUDSTACK-7115) CPVM is in alert state in KVM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] shweta agarwal closed CLOUDSTACK-7115. -- Resolution: Fixed > CPVM is in alert state in KVM > - > > Key: CLOUDSTACK-7115 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7115 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM >Affects Versions: 4.5.0 > Environment: 4.5 build with advance zone having KVM host (on centos > 6.2) >Reporter: shweta agarwal >Assignee: Murali Reddy >Priority: Blocker > Fix For: 4.5.0 > > Attachments: agent.log.tar.gz, management-server.log.tar.gz > > > Repro steps: > Create a advance zone with KVM > Enable the zone > Bug: > Notice CPVM is always in alert state after the Sysyem VMs are up > Attaching agent and MS logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CLOUDSTACK-7141) UI :Support RBD primary storage pool type for LXC
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14068568#comment-14068568 ] Stephen Turner edited comment on CLOUDSTACK-7141 at 7/22/14 12:27 PM: -- Kishan, is https://cwiki.apache.org/confluence/display/CLOUDSTACK/LXC+2.0 the FS for this? I didn't see any UI section, so could you please document what UI is needed? Also, could you explain to me the relationship of this ticket to CLOUDSTACK-5212 and CLOUDSTACK-6980? Thank you. was (Author: stephen.tur...@citrix.com): Kishan, is https://cwiki.apache.org/confluence/display/CLOUDSTACK/LXC+2.0 the FS for this? I didn't see any UI section, so could you please document what UI is needed? Also, could you explain to me the relationship of this ticket to CLOUDSTACK-5212? Thank you. > UI :Support RBD primary storage pool type for LXC > - > > Key: CLOUDSTACK-7141 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7141 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Reporter: Kishan Kavala >Assignee: Kishan Kavala > Fix For: 4.5.0 > > > LXC supports RBD storage pools. Required changes are completed on the > backend. UI needs to list RBD pool type while adding primary storage -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7155) Re-copying templates to other zones doesn't work
Bharat Kumar created CLOUDSTACK-7155: Summary: Re-copying templates to other zones doesn't work Key: CLOUDSTACK-7155 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7155 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: Bharat Kumar Assignee: Bharat Kumar Fix For: 4.5.0 Steps to reproduce. 1. Create a new template. 2. Copy template to another zone. 3. Delete just created copy. 4. Reissue copy command DB record shows as removed in template_zone_ref table causing the deployment to fail in that zone. mysql> select * from template_zone_ref where template_id=2755; -+ id zone_id template_id created last_updatedremoved -+ 4033 1 27552013-11-25 20:12:52 2013-11-25 20:12:52 NULL 4034 2 27552013-11-25 20:21:33 2013-11-25 20:24:04 2013-11-25 20:24:04 4046 6 27552013-11-26 20:08:18 2013-11-26 20:09:16 2013-11-26 20:09:16 -+ -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7156) List templates API returns destroyed templates when recopying the template.
Bharat Kumar created CLOUDSTACK-7156: Summary: List templates API returns destroyed templates when recopying the template. Key: CLOUDSTACK-7156 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7156 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: Bharat Kumar Assignee: Bharat Kumar Fix For: 4.5.0 when we recopy a template multiple entries are created in the template_store_ref. As a result when we recopy a template and list the templates we might get a incorrect response which says the template download failed even thought it got copied successfully. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7157) Public Network broadcast_domain_type is overwitten when adding VXLAN guest traffic type
Paul Angus created CLOUDSTACK-7157: -- Summary: Public Network broadcast_domain_type is overwitten when adding VXLAN guest traffic type Key: CLOUDSTACK-7157 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7157 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Install and Setup, KVM, Network Controller Affects Versions: 4.3.0 Environment: CloudStack 4.3 using VXLAN for guest networks Reporter: Paul Angus When adding a network traffic type, patchset which includes CLOUDSTACK-5697 fix appears to overwrite the broadcast_domain_type for the public network if ANY physical network has an isolation type of VXLAN. Therefore you cannot have public networks separated by VLAN and guest networks using VXLAN. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7158) listCapacity API missing types for certain zones
Bharat Kumar created CLOUDSTACK-7158: Summary: listCapacity API missing types for certain zones Key: CLOUDSTACK-7158 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7158 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: Bharat Kumar Assignee: Bharat Kumar Fix For: 4.5.0 Issue listCapacity only shows type 2 & 6 when for certain zones. If zone id is specified all types are shown. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7158) listCapacity API missing types for certain zones
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bharat Kumar updated CLOUDSTACK-7158: - Status: Reviewable (was: In Progress) > listCapacity API missing types for certain zones > > > Key: CLOUDSTACK-7158 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7158 > 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: Bharat Kumar >Assignee: Bharat Kumar > Fix For: 4.5.0 > > > Issue > > listCapacity only shows type 2 & 6 when for certain zones. If zone id is > specified all types are shown. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7156) List templates API returns destroyed templates when recopying the template.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bharat Kumar updated CLOUDSTACK-7156: - Status: Reviewable (was: In Progress) > List templates API returns destroyed templates when recopying the template. > --- > > Key: CLOUDSTACK-7156 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7156 > 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: Bharat Kumar >Assignee: Bharat Kumar > Fix For: 4.5.0 > > > when we recopy a template multiple entries are created in the > template_store_ref. As a result when we recopy a template and list the > templates we might get a incorrect response which says the template download > failed even thought it got copied successfully. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7159) Add "state" parameter to the "listPublicIpAddresses" API call
Ilia Shakitko created CLOUDSTACK-7159: - Summary: Add "state" parameter to the "listPublicIpAddresses" API call Key: CLOUDSTACK-7159 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7159 Project: CloudStack Issue Type: Improvement Security Level: Public (Anyone can view this level - this is the default.) Components: API, Management Server Reporter: Ilia Shakitko Priority: Minor Fix For: Future, 4.5.0 Few times we've faced an impedemence of having a list of "Free" publicIpAddresses. You have to go thru all the IPs with (allocatedonly = false) and filter out the "Free" once. It's not a big deal, but it's an extra time and traffic between CloudStack and an API consumer. It would be useful to have "state" parameter. In this case you can query API like this: [code] list publicipaddresses forvirtualnetwork=false state=free [/code] and have a list of Free publicIpAddresses. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7159) Add "state" parameter to the "listPublicIpAddresses" API call
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilia Shakitko updated CLOUDSTACK-7159:
--
Description:
Few times we've faced an impedemence of having a list of "Free"
publicIpAddresses. You have to go thru all the IPs with (allocatedonly = false)
and filter out the "Free" once. It's not a big deal, but it's an extra time and
traffic between CloudStack and an API consumer.
It would be useful to have "state" parameter. In this case you can query API
like this:
{code}
list publicipaddresses forvirtualnetwork=false state=free
{code}
and have a list of Free publicIpAddresses.
was:
Few times we've faced an impedemence of having a list of "Free"
publicIpAddresses. You have to go thru all the IPs with (allocatedonly = false)
and filter out the "Free" once. It's not a big deal, but it's an extra time and
traffic between CloudStack and an API consumer.
It would be useful to have "state" parameter. In this case you can query API
like this:
{code:terminal}
list publicipaddresses forvirtualnetwork=false state=free
{code}
and have a list of Free publicIpAddresses.
> Add "state" parameter to the "listPublicIpAddresses" API call
> -
>
> Key: CLOUDSTACK-7159
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7159
> Project: CloudStack
> Issue Type: Improvement
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API, Management Server
>Reporter: Ilia Shakitko
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Few times we've faced an impedemence of having a list of "Free"
> publicIpAddresses. You have to go thru all the IPs with (allocatedonly =
> false) and filter out the "Free" once. It's not a big deal, but it's an extra
> time and traffic between CloudStack and an API consumer.
> It would be useful to have "state" parameter. In this case you can query API
> like this:
> {code}
> list publicipaddresses forvirtualnetwork=false state=free
> {code}
> and have a list of Free publicIpAddresses.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7159) Add "state" parameter to the "listPublicIpAddresses" API call
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070253#comment-14070253
]
Ilia Shakitko commented on CLOUDSTACK-7159:
---
The patch have been uploaded for a review: https://reviews.apache.org/r/23805/
> Add "state" parameter to the "listPublicIpAddresses" API call
> -
>
> Key: CLOUDSTACK-7159
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7159
> Project: CloudStack
> Issue Type: Improvement
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API, Management Server
>Reporter: Ilia Shakitko
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Few times we've faced an impedemence of having a list of "Free"
> publicIpAddresses. You have to go thru all the IPs with (allocatedonly =
> false) and filter out the "Free" once. It's not a big deal, but it's an extra
> time and traffic between CloudStack and an API consumer.
> It would be useful to have "state" parameter. In this case you can query API
> like this:
> {code}
> list publicipaddresses forvirtualnetwork=false state=free
> {code}
> and have a list of Free publicIpAddresses.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7159) Add "state" parameter to the "listPublicIpAddresses" API call
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ilia Shakitko updated CLOUDSTACK-7159:
--
Description:
Few times we've faced an impedemence of having a list of "Free"
publicIpAddresses. You have to go thru all the IPs with (allocatedonly = false)
and filter out the "Free" once. It's not a big deal, but it's an extra time and
traffic between CloudStack and an API consumer.
It would be useful to have "state" parameter. In this case you can query API
like this:
{code:terminal}
list publicipaddresses forvirtualnetwork=false state=free
{code}
and have a list of Free publicIpAddresses.
was:
Few times we've faced an impedemence of having a list of "Free"
publicIpAddresses. You have to go thru all the IPs with (allocatedonly = false)
and filter out the "Free" once. It's not a big deal, but it's an extra time and
traffic between CloudStack and an API consumer.
It would be useful to have "state" parameter. In this case you can query API
like this:
[code]
list publicipaddresses forvirtualnetwork=false state=free
[/code]
and have a list of Free publicIpAddresses.
> Add "state" parameter to the "listPublicIpAddresses" API call
> -
>
> Key: CLOUDSTACK-7159
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7159
> Project: CloudStack
> Issue Type: Improvement
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API, Management Server
>Reporter: Ilia Shakitko
>Priority: Minor
> Fix For: Future, 4.5.0
>
>
> Few times we've faced an impedemence of having a list of "Free"
> publicIpAddresses. You have to go thru all the IPs with (allocatedonly =
> false) and filter out the "Free" once. It's not a big deal, but it's an extra
> time and traffic between CloudStack and an API consumer.
> It would be useful to have "state" parameter. In this case you can query API
> like this:
> {code:terminal}
> list publicipaddresses forvirtualnetwork=false state=free
> {code}
> and have a list of Free publicIpAddresses.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6732) [OVS][UI] Network Service Providers page displays two ovs providers
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stephen Turner resolved CLOUDSTACK-6732. Resolution: Fixed > [OVS][UI] Network Service Providers page displays two ovs providers > --- > > Key: CLOUDSTACK-6732 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6732 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.4.0 > Environment: Latest build from 4.4 branch with commit > e6961fd21bb6d793302c234d0f409f66dc498072 >Reporter: Sanjeev N >Assignee: Gabor Apati-Nagy > Labels: ovs, ui > Fix For: 4.4.0 > > Attachments: issue1.PNG, issue2.PNG > > > [OVS][UI] Network Service Providers page displays two ovs providers if there > two zones and physical networks created with GRE isolation in both the zones. > Steps to reproduce: > > 1.Bring up CS with two advanced zones using xen clusters > 2.Create physical networks in both the zones using GRE isolation > 3.From UI naviagate to > Home->Infrastructure-> Zones->Adv->Physical Network 1->Network Service > Providers > UI displays two OVS providers in enabled state one with name "Ovs" and > another one with name "OVS". > Clicking on "Ovs" provider shows details of it whereas clicking on provider > with name "OVS" gives java script issue and UI becomes unresponsive: > "TypeError: listViewArgs.onActionComplete is undefined > detailViewArgs.data.onActionComplete = listViewArgs.onActionComplete;" > Attaching screen shots to describe both the issues. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7160) API: Updating a network ACL rule fails if the protocol is switched from TCP/UDP to anything else and vice versa
Patrick D. created CLOUDSTACK-7160: -- Summary: API: Updating a network ACL rule fails if the protocol is switched from TCP/UDP to anything else and vice versa Key: CLOUDSTACK-7160 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7160 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Affects Versions: 4.3.0 Reporter: Patrick D. Priority: Minor Steps to reproduce: - Create a VPC - Create a network ACL rule with TCP as protocol - Click "Update" icon - Change from TCP to ICMP - Press "OK" -> Will fail with message : "Can't specify start/end port when protocol is ICMP" This will also happen, if changing to "ALL" -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7161) API: The response of an "updateNetworkACLItem" command returns a "createnetworkaclresponse"
Patrick D. created CLOUDSTACK-7161: -- Summary: API: The response of an "updateNetworkACLItem" command returns a "createnetworkaclresponse" Key: CLOUDSTACK-7161 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7161 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Reporter: Patrick D. Priority: Trivial -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7162) queryAsyncJobResult api does not return jobinstanceid
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070487#comment-14070487
]
Min Chen commented on CLOUDSTACK-7162:
--
This issue only happens when you invoke queryAsyncJobResult API when the job is
completed. The reason for this is that in our async job framework, in
completion, we wiped out previous instance_type and instance_id columns from
async_job table to de-associate job from instance information. To solve this
issue, we just need to skip that wipe action.
> queryAsyncJobResult api does not return jobinstanceid
> -
>
> Key: CLOUDSTACK-7162
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7162
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API
>Affects Versions: 4.2.0
>Reporter: Min Chen
>Assignee: Min Chen
>Priority: Critical
> Fix For: 4.5.0
>
>
> As per the API doc, queryAsyncJobResult should return jobinstanceid, but we
> never saw it returning jobinstanceid in any of the async query result.
> ex: when we call deploy vm
> http://:8080/client/api?command=deployVirtualMachine&zoneId=9d2971ac-e5d8-48ed-9433-6c841aaa2abe&templateId=5fdb8139-9dec-4104-b963-1169ee8a606c&hypervisor=XenServer&serviceOfferingId=f5599b66-1488-42d5-a68f-31b62b397aea&diskOfferingId=54a8e6c0-f68f-40db-a379-3f5052f10643&networkIds=daaed11e-a7b6-4375-8da1-80208f97dc32&response=json&sessionkey=h8sGm6EFEMifsm7w3FG6WDeSVWI%3D&_=1391080640434
> we get:
> { "deployvirtualmachineresponse" :
> {"id":"1967161f-903f-46d9-bb52-f8896bd5951f","jobid":"94fb216d-e28a-4a92-b59e-5b19df0fc042"}
> }
> But when we query async job result, we expect it to return jobinstanceid,
> which should be same as id above.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Created] (CLOUDSTACK-7162) queryAsyncJobResult api does not return jobinstanceid
Min Chen created CLOUDSTACK-7162:
Summary: queryAsyncJobResult api does not return jobinstanceid
Key: CLOUDSTACK-7162
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7162
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: API
Affects Versions: 4.2.0
Reporter: Min Chen
Assignee: Min Chen
Priority: Critical
Fix For: 4.5.0
As per the API doc, queryAsyncJobResult should return jobinstanceid, but we
never saw it returning jobinstanceid in any of the async query result.
ex: when we call deploy vm
http://:8080/client/api?command=deployVirtualMachine&zoneId=9d2971ac-e5d8-48ed-9433-6c841aaa2abe&templateId=5fdb8139-9dec-4104-b963-1169ee8a606c&hypervisor=XenServer&serviceOfferingId=f5599b66-1488-42d5-a68f-31b62b397aea&diskOfferingId=54a8e6c0-f68f-40db-a379-3f5052f10643&networkIds=daaed11e-a7b6-4375-8da1-80208f97dc32&response=json&sessionkey=h8sGm6EFEMifsm7w3FG6WDeSVWI%3D&_=1391080640434
we get:
{ "deployvirtualmachineresponse" :
{"id":"1967161f-903f-46d9-bb52-f8896bd5951f","jobid":"94fb216d-e28a-4a92-b59e-5b19df0fc042"}
}
But when we query async job result, we expect it to return jobinstanceid, which
should be same as id above.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7162) queryAsyncJobResult api does not return jobinstanceid
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070526#comment-14070526
]
ASF subversion and git services commented on CLOUDSTACK-7162:
-
Commit 3b32732459730bfd4848678c95c27e2eb653cc04 in cloudstack's branch
refs/heads/master from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3b32732 ]
CLOUDSTACK-7162:queryAsyncJobResult api does not return jobinstanceid.
> queryAsyncJobResult api does not return jobinstanceid
> -
>
> Key: CLOUDSTACK-7162
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7162
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API
>Affects Versions: 4.2.0
>Reporter: Min Chen
>Assignee: Min Chen
>Priority: Critical
> Fix For: 4.5.0
>
>
> As per the API doc, queryAsyncJobResult should return jobinstanceid, but we
> never saw it returning jobinstanceid in any of the async query result.
> ex: when we call deploy vm
> http://:8080/client/api?command=deployVirtualMachine&zoneId=9d2971ac-e5d8-48ed-9433-6c841aaa2abe&templateId=5fdb8139-9dec-4104-b963-1169ee8a606c&hypervisor=XenServer&serviceOfferingId=f5599b66-1488-42d5-a68f-31b62b397aea&diskOfferingId=54a8e6c0-f68f-40db-a379-3f5052f10643&networkIds=daaed11e-a7b6-4375-8da1-80208f97dc32&response=json&sessionkey=h8sGm6EFEMifsm7w3FG6WDeSVWI%3D&_=1391080640434
> we get:
> { "deployvirtualmachineresponse" :
> {"id":"1967161f-903f-46d9-bb52-f8896bd5951f","jobid":"94fb216d-e28a-4a92-b59e-5b19df0fc042"}
> }
> But when we query async job result, we expect it to return jobinstanceid,
> which should be same as id above.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7162) queryAsyncJobResult api does not return jobinstanceid
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Min Chen resolved CLOUDSTACK-7162.
--
Resolution: Fixed
> queryAsyncJobResult api does not return jobinstanceid
> -
>
> Key: CLOUDSTACK-7162
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7162
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API
>Affects Versions: 4.2.0
>Reporter: Min Chen
>Assignee: Min Chen
>Priority: Critical
> Fix For: 4.5.0
>
>
> As per the API doc, queryAsyncJobResult should return jobinstanceid, but we
> never saw it returning jobinstanceid in any of the async query result.
> ex: when we call deploy vm
> http://:8080/client/api?command=deployVirtualMachine&zoneId=9d2971ac-e5d8-48ed-9433-6c841aaa2abe&templateId=5fdb8139-9dec-4104-b963-1169ee8a606c&hypervisor=XenServer&serviceOfferingId=f5599b66-1488-42d5-a68f-31b62b397aea&diskOfferingId=54a8e6c0-f68f-40db-a379-3f5052f10643&networkIds=daaed11e-a7b6-4375-8da1-80208f97dc32&response=json&sessionkey=h8sGm6EFEMifsm7w3FG6WDeSVWI%3D&_=1391080640434
> we get:
> { "deployvirtualmachineresponse" :
> {"id":"1967161f-903f-46d9-bb52-f8896bd5951f","jobid":"94fb216d-e28a-4a92-b59e-5b19df0fc042"}
> }
> But when we query async job result, we expect it to return jobinstanceid,
> which should be same as id above.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pierre-Luc Dion updated CLOUDSTACK-6886: Assignee: Will Stevens > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6508) impossible to list projects from API with domainid set
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070561#comment-14070561
]
ASF subversion and git services commented on CLOUDSTACK-6508:
-
Commit 19b72d6cf57665fc3935fdd7f7e9dad9117f0616 in cloudstack's branch
refs/heads/4.3 from [~saksham]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=19b72d6 ]
CLOUDSTACK-6508: impossible to list projects from API with domainid set
> impossible to list projects from API with domainid set
> --
>
> Key: CLOUDSTACK-6508
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6508
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API
>Affects Versions: 4.2.1, 4.3.0
>Reporter: ivan derbenev
>Assignee: Saksham Srivastava
> Labels: S1
>
> Hello, it's my first issue ever, so sorry if i made smth wrong.
> Today we was trying to setup jCloud module for jenkins, and stuck with error.
> it throws GET request:
> /client/api/?response=json&command=listProjects&listAll=true&account=jenkins&domainid=%domainid%&apiKey=%apikey%&signature=%sig%
> and returns error:
> Can't list domain id= 1 projects; unauthorized
> i have only one ROOT domain, and this user belongs to this domain
> if i go into cloudmonkey and call:
> list projects listall=true account=jenkins domainid=%domainid%
> it throws error too. If i don't use "domainid" attribute, query works properly
> if i call any other api function with "domainid" attribute, query works
> properly
> i looked into cloudstack sources and found this function:
> https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/api/query/QueryManagerImpl.java
> listProjectsInternal function
> line 1309
> if (domainId != null && domainId.equals(caller.getDomainId())) {
> throw new PermissionDeniedException("Can't list domain id= "
> + domainId + " projects; unauthorized");
> }
> so if i understand it well it check whether i provide a domainid and if user
> belongs to domain with this domainid it throws exception
> I don't think this is how this API function should work.
> Am i mistaken anywhere or this is really a bug?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7137) [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to execute API command deletesecuritygroup due to invalid value.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070621#comment-14070621 ] ASF subversion and git services commented on CLOUDSTACK-7137: - Commit 45888e214c949d1e48d800339b366c42a7990641 in cloudstack's branch refs/heads/master from [~ashutoshk] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=45888e2 ] CLOUDSTACK-7137: Resolving cleanup issue in test_escalations_securitygroups.py > [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to > execute API command deletesecuritygroup due to invalid value. > -- > > Key: CLOUDSTACK-7137 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7137 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation, Test >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Assignee: Ashutosk Kelkar >Priority: Critical > Fix For: 4.5.0 > > > > Error Message: > > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > DEBUG: Sending GET Cmd : deleteSecurityGroup=== > requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection > (1): 10.220.135.73 > requests.packages.urllib3.connectionpool: DEBUG: "GET > /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&response=json&command=deleteSecurityGroup&signature=JB2or4xVThMUY0Pob4shmnqTe5s%3D&id=66eeb3b4-3b3d-4037-8483-7ed1a1485893 > HTTP/1.1" 431 370 > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > ERROR: Exception:['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj\nraise > cloudstackException.CloudstackAPIException(respname, errMsg)\n', > 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class.\n'] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse > response_cls) > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj > raise cloudstackException.CloudstackAPIException(respname, errMsg) > CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class. > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > ERROR: marvinRequest : CmdName: > 0x276fa90> Exception: ['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest\nraise self.__lastError\n', > 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class.\n'] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest > raise self.__lastError > CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command de
[jira] [Commented] (CLOUDSTACK-7137) [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to execute API command deletesecuritygroup due to invalid value.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070628#comment-14070628 ] ASF subversion and git services commented on CLOUDSTACK-7137: - Commit 8d8190ea4e00edb0f7ce9665535adcc7a5b5097d in cloudstack's branch refs/heads/4.4-forward from [~ashutoshk] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=8d8190e ] CLOUDSTACK-7137: Resolving cleanup issue in test_escalations_securitygroups.py > [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to > execute API command deletesecuritygroup due to invalid value. > -- > > Key: CLOUDSTACK-7137 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7137 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation, Test >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Assignee: Ashutosk Kelkar >Priority: Critical > Fix For: 4.5.0 > > > > Error Message: > > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > DEBUG: Sending GET Cmd : deleteSecurityGroup=== > requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection > (1): 10.220.135.73 > requests.packages.urllib3.connectionpool: DEBUG: "GET > /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&response=json&command=deleteSecurityGroup&signature=JB2or4xVThMUY0Pob4shmnqTe5s%3D&id=66eeb3b4-3b3d-4037-8483-7ed1a1485893 > HTTP/1.1" 431 370 > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > ERROR: Exception:['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj\nraise > cloudstackException.CloudstackAPIException(respname, errMsg)\n', > 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class.\n'] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse > response_cls) > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj > raise cloudstackException.CloudstackAPIException(respname, errMsg) > CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class. > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > ERROR: marvinRequest : CmdName: > 0x276fa90> Exception: ['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest\nraise self.__lastError\n', > 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class.\n'] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest > raise self.__lastError > CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API comma
[jira] [Commented] (CLOUDSTACK-7148) [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError: this constructor takes no arguments
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070639#comment-14070639
]
ASF subversion and git services commented on CLOUDSTACK-7148:
-
Commit 981becc73585c9a789b377e18af623c325b0bc7f in cloudstack's branch
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=981becc ]
CLOUDSTACK-7148: Adding missing list method
> [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError:
> this constructor takes no arguments
>
>
> Key: CLOUDSTACK-7148
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7148
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
> self.assertEqual(
> len(routers),
> 2,
> "Length of the list router should be 2 (Backup & master)"
> )
> self.debug("Stopping the user VM: %s" % virtual_machine.name)
> try:
> virtual_machine.stop(self.apiclient)
> except Exception as e:
> self.fail("Failed to stop guest Vm: %s - %s" %
> (virtual_machine.name, e))
> interval = Configurations( <-- BUG: Missing "list" method
> self.apiclient,
> name='network.gc.interval'
> )
> delay = int(interval[0].value)
> interval = Configurations.list(
> self.apiclient,
> name='network.gc.wait'
> )
> exp = int(interval[0].value)
> self.debug("Sleeping for network gc wait + interval time")
> # Sleep to ensure that all resources are deleted
> time.sleep((delay + exp) * 2)
>
> Error Message:
>
> est_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Sending GET Cmd : listVirtualMachines===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&id=ecabe928-5dd9-4f53-a5b1-c758e664ac28&response=json&command=listVirtualMachines&signature=%2Fu2ByYo%2F3d%2BN3YRaFn00CddqfgA%3D&listAll=True
> HTTP/1.1" 200 1374
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Response : [{domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', haenable : False, templatename :
> u'CentOS 5.6(64-bit) no GUI (XenServer)', securitygroup : [], zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', cpunumber : 1, ostypeid : 142,
> passwordenabled : False, instancename : u'i-376-589-VM', id :
> u'ecabe928-5dd9-4f53-a5b1-c758e664ac28', displayvm : True, state :
> u'Stopped', guestosid : u'aea0f246-0901-11e4-a9bc-5a9383355ca2', cpuspeed :
> 100, serviceofferingid : u'956b0c1a-94a2-42e8-97a4-ed5cc4ff8afd', zonename :
> u'XenRT-Zone-0', isdynamicallyscalable : True, displayname : u'Test VM', tags
> : [], nic : [{networkid : u'4e47e163-7ee2-4bd2-807d-d53867768688', macaddress
> : u'02:00:0b:4c:00:01', type : u'Isolated', id :
> u'd0ac745f-c73f-43d6-847c-665067c70bb3', traffictype : u'Guest', netmask :
> u'255.255.255.0', ipaddress : u'192.168.200.253', networkname : u'Test
> Network', gateway : u'192.168.200.1', isdefault : True}], memory : 128,
> templateid : u'ae8e25a8-0901-11e4-a9bc-5a9383355ca2', affinitygroup : [],
> account : u'test-TestRedundantRouterNetworkCleanups-test_network_gc-YG37AT',
> name : u'VM-ecabe928-5dd9-4f53-a5b1-c758e664ac28', created :
> u'2014-07-12T12:49:11+', hypervisor : u'XenServer', rootdevicetype :
> u'ROOT', rootdeviceid : 0, serviceofferingname : u'Tiny Instance',
> templatedisplaytext : u'CentOS 5.6(64-bit) no GUI (XenServer)'}]
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> CRITICAL: EXCEPTION: test_network_gc: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/co
[jira] [Commented] (CLOUDSTACK-7148) [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError: this constructor takes no arguments
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070643#comment-14070643
]
ASF subversion and git services commented on CLOUDSTACK-7148:
-
Commit dd138ceec5faa5d5b0fcdfe5cc655199b8f9187b in cloudstack's branch
refs/heads/4.4-forward from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=dd138ce ]
CLOUDSTACK-7148: Adding missing list method
> [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError:
> this constructor takes no arguments
>
>
> Key: CLOUDSTACK-7148
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7148
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
> self.assertEqual(
> len(routers),
> 2,
> "Length of the list router should be 2 (Backup & master)"
> )
> self.debug("Stopping the user VM: %s" % virtual_machine.name)
> try:
> virtual_machine.stop(self.apiclient)
> except Exception as e:
> self.fail("Failed to stop guest Vm: %s - %s" %
> (virtual_machine.name, e))
> interval = Configurations( <-- BUG: Missing "list" method
> self.apiclient,
> name='network.gc.interval'
> )
> delay = int(interval[0].value)
> interval = Configurations.list(
> self.apiclient,
> name='network.gc.wait'
> )
> exp = int(interval[0].value)
> self.debug("Sleeping for network gc wait + interval time")
> # Sleep to ensure that all resources are deleted
> time.sleep((delay + exp) * 2)
>
> Error Message:
>
> est_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Sending GET Cmd : listVirtualMachines===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&id=ecabe928-5dd9-4f53-a5b1-c758e664ac28&response=json&command=listVirtualMachines&signature=%2Fu2ByYo%2F3d%2BN3YRaFn00CddqfgA%3D&listAll=True
> HTTP/1.1" 200 1374
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Response : [{domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', haenable : False, templatename :
> u'CentOS 5.6(64-bit) no GUI (XenServer)', securitygroup : [], zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', cpunumber : 1, ostypeid : 142,
> passwordenabled : False, instancename : u'i-376-589-VM', id :
> u'ecabe928-5dd9-4f53-a5b1-c758e664ac28', displayvm : True, state :
> u'Stopped', guestosid : u'aea0f246-0901-11e4-a9bc-5a9383355ca2', cpuspeed :
> 100, serviceofferingid : u'956b0c1a-94a2-42e8-97a4-ed5cc4ff8afd', zonename :
> u'XenRT-Zone-0', isdynamicallyscalable : True, displayname : u'Test VM', tags
> : [], nic : [{networkid : u'4e47e163-7ee2-4bd2-807d-d53867768688', macaddress
> : u'02:00:0b:4c:00:01', type : u'Isolated', id :
> u'd0ac745f-c73f-43d6-847c-665067c70bb3', traffictype : u'Guest', netmask :
> u'255.255.255.0', ipaddress : u'192.168.200.253', networkname : u'Test
> Network', gateway : u'192.168.200.1', isdefault : True}], memory : 128,
> templateid : u'ae8e25a8-0901-11e4-a9bc-5a9383355ca2', affinitygroup : [],
> account : u'test-TestRedundantRouterNetworkCleanups-test_network_gc-YG37AT',
> name : u'VM-ecabe928-5dd9-4f53-a5b1-c758e664ac28', created :
> u'2014-07-12T12:49:11+', hypervisor : u'XenServer', rootdevicetype :
> u'ROOT', rootdeviceid : 0, serviceofferingname : u'Tiny Instance',
> templatedisplaytext : u'CentOS 5.6(64-bit) no GUI (XenServer)'}]
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> CRITICAL: EXCEPTION: test_network_gc: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integrati
[jira] [Commented] (CLOUDSTACK-7044) [Automation] Remove "getPortableIpRangeServices" from common.py and move portableIpRange information to test_data.py
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7044?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070650#comment-14070650
]
ASF subversion and git services commented on CLOUDSTACK-7044:
-
Commit 613eb12104af5c27935091127a1a19941f96e336 in cloudstack's branch
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=613eb12 ]
CLOUDSTACK-7044: Portable IP Range test case changes - reading portable ip
range from test_data.py file
> [Automation] Remove "getPortableIpRangeServices" from common.py and move
> portableIpRange information to test_data.py
>
>
> Key: CLOUDSTACK-7044
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7044
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Ashutosk Kelkar
> Fix For: 4.5.0
>
>
> We do not have cloudstack config files present in the code. Hence anyone new
> who wants to run the test_portable_ip.py test cases do not have any
> information about what needs to be provided in the config file for the tests
> execution. Pushing such data to test_data.py gives an idea about what data
> should be used.
> Kindly remove the below method from common.py and add the data to
> test_data.py. Please remove the method references from test_portable_ip.py
> too.
> def getPortableIpRangeServices(config):
> """ Reads config values related to portable ip and fills up
> services accordingly"""
> services = {}
> attributeError = False
> if config.portableIpRange.startip:
> services["startip"] = config.portableIpRange.startip
> else:
> attributeError = True
> if config.portableIpRange.endip:
> services["endip"] = config.portableIpRange.endip
> else:
> attributeError = True
> if config.portableIpRange.netmask:
> services["netmask"] = config.portableIpRange.netmask
> else:
> attributeError = True
> if config.portableIpRange.gateway:
> services["gateway"] = config.portableIpRange.gateway
> else:
> attributeError = True
> if config.portableIpRange.vlan:
> services["vlan"] = config.portableIpRange.vlan
> if attributeError:
> services = FAILED
> return services
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6933) [Automation] Registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-6933: --- Assignee: frank zhang (was: Animesh Chaturvedi) > [Automation] Registering an iso fails in KVM deployment. > > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: frank zhang > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6933) [Automation] Registering an iso fails in KVM deployment.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6933?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070664#comment-14070664 ] Animesh Chaturvedi commented on CLOUDSTACK-6933: Frank can you check on this issue? > [Automation] Registering an iso fails in KVM deployment. > > > Key: CLOUDSTACK-6933 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6933 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.4.0 > Environment: KVM advanced network >Reporter: Bharat Kumar >Assignee: frank zhang > Fix For: 4.4.0 > > > registing an iso fails with the connection refused error in KVM deployment. > below are the iptable rules on the relevant SSVM in the env. > Chain INPUT (policy DROP 28 packets, 1340 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 > 0 0 ACCEPT tcp -- eth2 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 > 0 0 ACCEPT tcp -- eth1 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > 172 13277 ACCEPT all -- eth0 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 4122 469K ACCEPT all -- eth1 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 196 10976 ACCEPT all -- eth2 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- eth3 * 0.0.0.0/00.0.0.0/0 >state RELATED,ESTABLISHED > 0 0 ACCEPT all -- lo * 0.0.0.0/00.0.0.0/0 > > 0 0 DROP icmp -- * * 0.0.0.0/00.0.0.0/0 >icmptype 13 > 0 0 ACCEPT icmp -- * * 0.0.0.0/00.0.0.0/0 > > 3 180 ACCEPT tcp -- eth0 * 0.0.0.0/00.0.0.0/0 >state NEW tcp dpt:3922 > Chain FORWARD (policy DROP 0 packets, 0 bytes) > pkts bytes target prot opt in out source > destination > Chain OUTPUT (policy ACCEPT 511 packets, 81586 bytes) > pkts bytes target prot opt in out source > destination > 0 0 ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 2576 155K ACCEPT tcp -- * eth10.0.0.0/0 > 172.16.88.0/24 state NEW tcp > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:80 reject-with icmp-port-unreachable > 0 0 REJECT tcp -- * eth10.0.0.0/00.0.0.0/0 >state NEW tcp dpt:443 reject-with icmp-port-unreachable > Chain HTTP (0 references) > pkts bytes target prot opt in out source > destination > root@s-54-QA:~# route -n > Kernel IP routing table > Destination Gateway Genmask Flags Metric RefUse Iface > 0.0.0.0 172.16.171.10.0.0.0 UG0 00 eth2 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth1 > 172.16.88.0 0.0.0.0 255.255.255.0 U 0 00 eth3 > 172.16.171.00.0.0.0 255.255.255.0 U 0 00 eth2 > As per the above config when a packet is sent to 172.16.88.x/24 subnet we > are routing it via interface eth1. but we also have a reject rule in the > OUTPUT chain for the packets leaving from eth1. as a result the packets get > dropped. > if we interchange the routes i.e. if the route related to eth3 is hit before > hitting the eth1 route the register iso is successful. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7074) [Automation] [BVT] test_01_primary_storage_nfs failing during PreparePrimaryStorageForMaintenanceCmd
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070666#comment-14070666
]
edison su commented on CLOUDSTACK-7074:
---
As this issue is caused by a race condition, it's not happened all the time, so
I think we can refine the test case, to handle the error gracefully.
For example, in the test case, we can:
1. add a primary storage
2. call listvolumes api to get the volumes of this storage, it should be empty
3. put the storage into maintenance.
4. wait serveral minutes, then call api to delete the storage.
5. if step 4 failed, then call listvolumes again, if there are volumes created
on this storage, then we mark this test case success, otherwise mark it as
failure.
> [Automation] [BVT] test_01_primary_storage_nfs failing during
> PreparePrimaryStorageForMaintenanceCmd
>
>
> Key: CLOUDSTACK-7074
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7074
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Simulator
>Affects Versions: 4.5.0
> Environment: Master - 4.5 build
> BVT run from simulator
>Reporter: Rayees Namathponnan
>Assignee: Ashutosk Kelkar
>Priority: Blocker
> Fix For: 4.5.0
>
> Attachments: vmops.rar
>
>
> Steps to reproduce
> Run BVT from simulator, test case
> integration.smoke.test_primary_storage.TestPrimaryStorageServices.test_01_primary_storage_nfs
> fails with below error
> 2014-07-06 23:17:10,745 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-124:ctx-fedceda0 job-223) Executing AsyncJobVO {id:223, use
> rId: 2, accountId: 2, instanceType: StoragePool, instanceId: 4, cmd:
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageFor
> MaintenanceCmd, cmdInfo:
> {"response":"json","id":"54e824e0-8431-3e45-b35d-a4f9b547df56","ctxDetails":"{\"com.cloud.storage.StoragePool\":\"54
> e824e0-8431-3e45-b35d-a4f9b547df56\"}","cmdEventType":"MAINT.PREPARE.PS","ctxUserId":"2","httpmethod":"GET","uuid":"54e824e0-8431-3e45-b35d-a
> 4f9b547df56","ctxAccountId":"2","ctxStartEventId":"720","apiKey":"XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK
> 2twbtvYcQNg","signature":"6Ppi5k2c5/wYcs3i4XmPDq1SWGc\u003d"}, cmdVersion: 0,
> status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: n
> ull, initMsid: 95530185772, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: null}
> 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Deployme
> ntPlanner allocation algorithm: com.cloud.deploy.FirstFitPlanner@2553e6
> 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Trying t
> o allocate a host and storage pools from dc:1, pod:null,cluster:null,
> requested cpu: 500, requested ram: 134217728
> 2014-07-06 23:17:10,746 DEBUG [c.c.d.DeploymentPlanningManagerImpl]
> (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Is ROOT
> volume READY (pool already allocated)?: No
> 2014-07-06 23:17:10,746 DEBUG [c.c.d.FirstFitPlanner]
> (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Searching
> all possible
> resources under this Zone: 1
> 2014-07-06 23:17:10,747 DEBUG [c.c.d.FirstFitPlanner]
> (Work-Job-Executor-72:ctx-01201e17 job-221/job-222 ctx-68ee52cf) Listing
> clusters in or
> der of aggregate capacity, that have (atleast one host with) enough CPU and
> RAM capacity under this Zone: 1
> 2014-07-06 23:17:10,749 DEBUG [c.c.a.ApiServlet]
> (1061680681@qtp-1957555412-3:ctx-d0db1f98) ===START=== 172.16.88.7 -- GET
> jobid=6c848209-6
> f65-41cb-b80a-c62c32bce55d&apiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNg&command=queryAsyncJo
> bResult&response=json&signature=sxMFd6BpPKZJpsDRjRAZHif1w30%3D
> 2014-07-06 23:17:10,762 ERROR [c.c.a.ApiAsyncJobDispatcher]
> (API-Job-Executor-124:ctx-fedceda0 job-223) Unexpected exception while
> executing
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> com.cloud.exception.InvalidParameterValueException: Primary storage with id 4
> is not ready for migration, as the status is:Maintenance
> at
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1221)
> at
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:179)
> at
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorage
[jira] [Commented] (CLOUDSTACK-7147) [Automation] Fix the script "test_ip_reservation.py" - jsonLoader object does not support indexing
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7147?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070684#comment-14070684
]
ASF subversion and git services commented on CLOUDSTACK-7147:
-
Commit 2c0765195a4a01ee51973c48d0561261d4fb01c6 in cloudstack's branch
refs/heads/master from [~gauravaradhye]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=2c07651 ]
CLOUDSTACK-7147: Resolving test script issue in test_ip_reservation.py
> [Automation] Fix the script "test_ip_reservation.py" - jsonLoader object does
> not support indexing
> --
>
> Key: CLOUDSTACK-7147
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7147
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
>
> Error Message:
>
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=oB7YxaRTIfnry0R%2BI%2BTLa3sb3sU%3D&apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&command=queryAsyncJobResult&response=json&jobid=0da220ea-0099-4f4a-acec-52d65f13ceae
> HTTP/1.1" 200 1166
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-07-12T02:30:46+', cmd :
> u'org.apache.cloudstack.api.command.admin.router.DestroyRouterCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 1, jobid :
> u'0da220ea-0099-4f4a-acec-52d65f13ceae', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', jobstatus : 0, zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', id :
> u'88faa7e6-a34d-4810-99c1-94e291c76d08', state : u'Destroyed', version :
> u'4.4.0', role : u'VIRTUAL_ROUTER', requiresupgrade : False,
> serviceofferingid : u'9533d59c-6837-479f-9a42-5ae2b9084a31', zonename :
> u'XenRT-Zone-0', podid : u'1da57990-ff6a-4e54-bfd9-4f3c15e82003', nic : [],
> redundantstate : u'UNKNOWN', templateid :
> u'ae8d7b12-0901-11e4-a9bc-5a9383355ca2', name : u'r-362-VM', account :
> u'test-account-TestUpdateIPReservation-test_destroy_recreate_router-D8PFME',
> isredundantrouter : False, created : u'2014-07-12T02:29:01+', dns1 :
> u'10.220.160.11', jobid : u'0da220ea-0099-4f4a-acec-52d65f13ceae',
> serviceofferingname : u'System Offering For Software Router'}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> ===Jobid:0da220ea-0099-4f4a-acec-52d65f13ceae ; StartTime:Sat Jul 12 02:30:25
> 2014 ; EndTime:Sat Jul 12 02:30:40 2014 ; TotalTime:-15===
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-07-12T02:30:46+', cmd :
> u'org.apache.cloudstack.api.command.admin.router.DestroyRouterCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 1, jobid :
> u'0da220ea-0099-4f4a-acec-52d65f13ceae', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', jobstatus : 0, zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', id :
> u'88faa7e6-a34d-4810-99c1-94e291c76d08', state : u'Destroyed', version :
> u'4.4.0', role : u'VIRTUAL_ROUTER', requiresupgrade : False,
> serviceofferingid : u'9533d59c-6837-479f-9a42-5ae2b9084a31', zonename :
> u'XenRT-Zone-0', podid : u'1da57990-ff6a-4e54-bfd9-4f3c15e82003', nic : [],
> redundantstate : u'UNKNOWN', templateid :
> u'ae8d7b12-0901-11e4-a9bc-5a9383355ca2', name : u'r-362-VM', account :
> u'test-account-TestUpdateIPReservation-test_destroy_recreate_router-D8PFME',
> isredundantrouter : False, created : u'2014-07-12T02:29:01+', dns1 :
> u'10.220.160.11', jobid : u'0da220ea-0099-4f4a-acec-52d65f13ceae',
> serviceofferingname : u'System Offering For Software Router'}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): CRITICAL:
> EXCEPTION: test_destroy_recreate_router: ['Traceback (most recent ca
[jira] [Resolved] (CLOUDSTACK-7148) [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError: this constructor takes no arguments
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar resolved CLOUDSTACK-7148.
-
Resolution: Fixed
> [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError:
> this constructor takes no arguments
>
>
> Key: CLOUDSTACK-7148
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7148
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
> self.assertEqual(
> len(routers),
> 2,
> "Length of the list router should be 2 (Backup & master)"
> )
> self.debug("Stopping the user VM: %s" % virtual_machine.name)
> try:
> virtual_machine.stop(self.apiclient)
> except Exception as e:
> self.fail("Failed to stop guest Vm: %s - %s" %
> (virtual_machine.name, e))
> interval = Configurations( <-- BUG: Missing "list" method
> self.apiclient,
> name='network.gc.interval'
> )
> delay = int(interval[0].value)
> interval = Configurations.list(
> self.apiclient,
> name='network.gc.wait'
> )
> exp = int(interval[0].value)
> self.debug("Sleeping for network gc wait + interval time")
> # Sleep to ensure that all resources are deleted
> time.sleep((delay + exp) * 2)
>
> Error Message:
>
> est_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Sending GET Cmd : listVirtualMachines===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&id=ecabe928-5dd9-4f53-a5b1-c758e664ac28&response=json&command=listVirtualMachines&signature=%2Fu2ByYo%2F3d%2BN3YRaFn00CddqfgA%3D&listAll=True
> HTTP/1.1" 200 1374
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Response : [{domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', haenable : False, templatename :
> u'CentOS 5.6(64-bit) no GUI (XenServer)', securitygroup : [], zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', cpunumber : 1, ostypeid : 142,
> passwordenabled : False, instancename : u'i-376-589-VM', id :
> u'ecabe928-5dd9-4f53-a5b1-c758e664ac28', displayvm : True, state :
> u'Stopped', guestosid : u'aea0f246-0901-11e4-a9bc-5a9383355ca2', cpuspeed :
> 100, serviceofferingid : u'956b0c1a-94a2-42e8-97a4-ed5cc4ff8afd', zonename :
> u'XenRT-Zone-0', isdynamicallyscalable : True, displayname : u'Test VM', tags
> : [], nic : [{networkid : u'4e47e163-7ee2-4bd2-807d-d53867768688', macaddress
> : u'02:00:0b:4c:00:01', type : u'Isolated', id :
> u'd0ac745f-c73f-43d6-847c-665067c70bb3', traffictype : u'Guest', netmask :
> u'255.255.255.0', ipaddress : u'192.168.200.253', networkname : u'Test
> Network', gateway : u'192.168.200.1', isdefault : True}], memory : 128,
> templateid : u'ae8e25a8-0901-11e4-a9bc-5a9383355ca2', affinitygroup : [],
> account : u'test-TestRedundantRouterNetworkCleanups-test_network_gc-YG37AT',
> name : u'VM-ecabe928-5dd9-4f53-a5b1-c758e664ac28', created :
> u'2014-07-12T12:49:11+', hypervisor : u'XenServer', rootdevicetype :
> u'ROOT', rootdeviceid : 0, serviceofferingname : u'Tiny Instance',
> templatedisplaytext : u'CentOS 5.6(64-bit) no GUI (XenServer)'}]
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> CRITICAL: EXCEPTION: test_network_gc: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_redundant_router_cleanups.py",
> line 597, in test_network_gc\nname=\'network.gc.interval\'\n',
> 'TypeError: this constructor takes no arguments\n']
> - >> end captured logging << -
> Stacktrace
> File "/usr/lib/python2.7/unitte
[jira] [Updated] (CLOUDSTACK-7148) [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError: this constructor takes no arguments
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar updated CLOUDSTACK-7148:
Assignee: Ashutosk Kelkar (was: Gaurav Aradhye)
> [Automation] Fix the script "test_redundant_router_cleanups.py" - TypeError:
> this constructor takes no arguments
>
>
> Key: CLOUDSTACK-7148
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7148
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Ashutosk Kelkar
>Priority: Critical
> Fix For: 4.5.0
>
>
> self.assertEqual(
> len(routers),
> 2,
> "Length of the list router should be 2 (Backup & master)"
> )
> self.debug("Stopping the user VM: %s" % virtual_machine.name)
> try:
> virtual_machine.stop(self.apiclient)
> except Exception as e:
> self.fail("Failed to stop guest Vm: %s - %s" %
> (virtual_machine.name, e))
> interval = Configurations( <-- BUG: Missing "list" method
> self.apiclient,
> name='network.gc.interval'
> )
> delay = int(interval[0].value)
> interval = Configurations.list(
> self.apiclient,
> name='network.gc.wait'
> )
> exp = int(interval[0].value)
> self.debug("Sleeping for network gc wait + interval time")
> # Sleep to ensure that all resources are deleted
> time.sleep((delay + exp) * 2)
>
> Error Message:
>
> est_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Sending GET Cmd : listVirtualMachines===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&id=ecabe928-5dd9-4f53-a5b1-c758e664ac28&response=json&command=listVirtualMachines&signature=%2Fu2ByYo%2F3d%2BN3YRaFn00CddqfgA%3D&listAll=True
> HTTP/1.1" 200 1374
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> DEBUG: Response : [{domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', haenable : False, templatename :
> u'CentOS 5.6(64-bit) no GUI (XenServer)', securitygroup : [], zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', cpunumber : 1, ostypeid : 142,
> passwordenabled : False, instancename : u'i-376-589-VM', id :
> u'ecabe928-5dd9-4f53-a5b1-c758e664ac28', displayvm : True, state :
> u'Stopped', guestosid : u'aea0f246-0901-11e4-a9bc-5a9383355ca2', cpuspeed :
> 100, serviceofferingid : u'956b0c1a-94a2-42e8-97a4-ed5cc4ff8afd', zonename :
> u'XenRT-Zone-0', isdynamicallyscalable : True, displayname : u'Test VM', tags
> : [], nic : [{networkid : u'4e47e163-7ee2-4bd2-807d-d53867768688', macaddress
> : u'02:00:0b:4c:00:01', type : u'Isolated', id :
> u'd0ac745f-c73f-43d6-847c-665067c70bb3', traffictype : u'Guest', netmask :
> u'255.255.255.0', ipaddress : u'192.168.200.253', networkname : u'Test
> Network', gateway : u'192.168.200.1', isdefault : True}], memory : 128,
> templateid : u'ae8e25a8-0901-11e4-a9bc-5a9383355ca2', affinitygroup : [],
> account : u'test-TestRedundantRouterNetworkCleanups-test_network_gc-YG37AT',
> name : u'VM-ecabe928-5dd9-4f53-a5b1-c758e664ac28', created :
> u'2014-07-12T12:49:11+', hypervisor : u'XenServer', rootdevicetype :
> u'ROOT', rootdeviceid : 0, serviceofferingname : u'Tiny Instance',
> templatedisplaytext : u'CentOS 5.6(64-bit) no GUI (XenServer)'}]
> test_network_gc
> (integration.component.test_redundant_router_cleanups.TestRedundantRouterNetworkCleanups):
> CRITICAL: EXCEPTION: test_network_gc: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_redundant_router_cleanups.py",
> line 597, in test_network_gc\nname=\'network.gc.interval\'\n',
> 'TypeError: this constructor takes no arguments\n']
> - >> end captured logging << -
> Stacktrace
> F
[jira] [Resolved] (CLOUDSTACK-7137) [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to execute API command deletesecuritygroup due to invalid value.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashutosk Kelkar resolved CLOUDSTACK-7137. - Resolution: Fixed > [Automation] Fix the script "test_escalations_securitygroups.py" - Unable to > execute API command deletesecuritygroup due to invalid value. > -- > > Key: CLOUDSTACK-7137 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7137 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation, Test >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Assignee: Ashutosk Kelkar >Priority: Critical > Fix For: 4.5.0 > > > > Error Message: > > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > DEBUG: Sending GET Cmd : deleteSecurityGroup=== > requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection > (1): 10.220.135.73 > requests.packages.urllib3.connectionpool: DEBUG: "GET > /client/api?apiKey=Ra1mlXzCZU0K1l4MKDWdRbQDU67PCQuRnKYv3hyc-Q8hSvCSFjB32UtifLbS6oYpMeKaf0BCuUidMw0LqZeCMA&response=json&command=deleteSecurityGroup&signature=JB2or4xVThMUY0Pob4shmnqTe5s%3D&id=66eeb3b4-3b3d-4037-8483-7ed1a1485893 > HTTP/1.1" 431 370 > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > ERROR: Exception:['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse\nresponse_cls)\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj\nraise > cloudstackException.CloudstackAPIException(respname, errMsg)\n', > 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class.\n'] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 308, in __parseAndGetResponse > response_cls) > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/jsonHelper.py", > line 150, in getResultObj > raise cloudstackException.CloudstackAPIException(respname, errMsg) > CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class. > test_01_list_securitygroups_pagination > (integration.component.test_escalations_securitygroups.TestSecurityGroups): > ERROR: marvinRequest : CmdName: > 0x276fa90> Exception: ['Traceback (most recent call last):\n', ' File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest\nraise self.__lastError\n', > 'CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class.\n'] > Traceback (most recent call last): > File > "/local/jenkins/workspace/xenrt-reg-basic-xs/work.64/env/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", > line 375, in marvinRequest > raise self.__lastError > CloudstackAPIException: Execute cmd: deletesecuritygroup failed, due to: > errorCode: 431, errorText:Unable to execute API command deletesecuritygroup > due to invalid value. Invalid parameter id > value=66eeb3b4-3b3d-4037-8483-7ed1a1485893 due to incorrect long value > format, or entity does not exist or due to incorrect parameter annotation for > the field in api cmd class. > test_01_list_securitygroups_pagination > (integration.component.test_esc
[jira] [Resolved] (CLOUDSTACK-7147) [Automation] Fix the script "test_ip_reservation.py" - jsonLoader object does not support indexing
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ashutosk Kelkar resolved CLOUDSTACK-7147.
-
Resolution: Fixed
> [Automation] Fix the script "test_ip_reservation.py" - jsonLoader object does
> not support indexing
> --
>
> Key: CLOUDSTACK-7147
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7147
> Project: CloudStack
> Issue Type: Test
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Gaurav Aradhye
>Priority: Critical
> Fix For: 4.5.0
>
>
>
> Error Message:
>
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.41
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=oB7YxaRTIfnry0R%2BI%2BTLa3sb3sU%3D&apiKey=K1eKecmH_8ipIelDho9Wm-HZm0WhiIw-2cGFZveZJdKOwB_Cchln9O4QBNxkyy8U8UHCRt_leTpa-yvEb04EOA&command=queryAsyncJobResult&response=json&jobid=0da220ea-0099-4f4a-acec-52d65f13ceae
> HTTP/1.1" 200 1166
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-07-12T02:30:46+', cmd :
> u'org.apache.cloudstack.api.command.admin.router.DestroyRouterCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 1, jobid :
> u'0da220ea-0099-4f4a-acec-52d65f13ceae', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', jobstatus : 0, zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', id :
> u'88faa7e6-a34d-4810-99c1-94e291c76d08', state : u'Destroyed', version :
> u'4.4.0', role : u'VIRTUAL_ROUTER', requiresupgrade : False,
> serviceofferingid : u'9533d59c-6837-479f-9a42-5ae2b9084a31', zonename :
> u'XenRT-Zone-0', podid : u'1da57990-ff6a-4e54-bfd9-4f3c15e82003', nic : [],
> redundantstate : u'UNKNOWN', templateid :
> u'ae8d7b12-0901-11e4-a9bc-5a9383355ca2', name : u'r-362-VM', account :
> u'test-account-TestUpdateIPReservation-test_destroy_recreate_router-D8PFME',
> isredundantrouter : False, created : u'2014-07-12T02:29:01+', dns1 :
> u'10.220.160.11', jobid : u'0da220ea-0099-4f4a-acec-52d65f13ceae',
> serviceofferingname : u'System Offering For Software Router'}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> ===Jobid:0da220ea-0099-4f4a-acec-52d65f13ceae ; StartTime:Sat Jul 12 02:30:25
> 2014 ; EndTime:Sat Jul 12 02:30:40 2014 ; TotalTime:-15===
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-07-12T02:30:46+', cmd :
> u'org.apache.cloudstack.api.command.admin.router.DestroyRouterCmd', userid :
> u'ce302410-0901-11e4-a9bc-5a9383355ca2', jobstatus : 1, jobid :
> u'0da220ea-0099-4f4a-acec-52d65f13ceae', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'ae89b9d2-0901-11e4-a9bc-5a9383355ca2', jobstatus : 0, zoneid :
> u'9f076f9c-266e-4d26-b6b5-05e197181167', id :
> u'88faa7e6-a34d-4810-99c1-94e291c76d08', state : u'Destroyed', version :
> u'4.4.0', role : u'VIRTUAL_ROUTER', requiresupgrade : False,
> serviceofferingid : u'9533d59c-6837-479f-9a42-5ae2b9084a31', zonename :
> u'XenRT-Zone-0', podid : u'1da57990-ff6a-4e54-bfd9-4f3c15e82003', nic : [],
> redundantstate : u'UNKNOWN', templateid :
> u'ae8d7b12-0901-11e4-a9bc-5a9383355ca2', name : u'r-362-VM', account :
> u'test-account-TestUpdateIPReservation-test_destroy_recreate_router-D8PFME',
> isredundantrouter : False, created : u'2014-07-12T02:29:01+', dns1 :
> u'10.220.160.11', jobid : u'0da220ea-0099-4f4a-acec-52d65f13ceae',
> serviceofferingname : u'System Offering For Software Router'}, accountid :
> u'ce30160a-0901-11e4-a9bc-5a9383355ca2'}
> test_destroy_recreate_router
> (integration.component.test_ip_reservation.TestRouterOperations): CRITICAL:
> EXCEPTION: test_destroy_recreate_router: ['Traceback (most recent call
> last):\n', ' File "/usr/lib/python2.7/unittest/case.py", line 332, in run\n
> testMethod()\n', ' File
> "/home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_ip_reservation.py",
> line 968, in test_destroy_recreate_router\nif result[0] == FAIL:\n',
> "TypeError: 'jso
[jira] [Commented] (CLOUDSTACK-6181) Root resize
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070837#comment-14070837 ] ASF subversion and git services commented on CLOUDSTACK-6181: - Commit 173909e99d85cfcc85b017bc426950f9f16fddf0 in cloudstack's branch refs/heads/master from [~widodh] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=173909e ] CLOUDSTACK-6181: Allow RBD volumes to be resized We don't need an external script to investigate the format of the RBD volume, we only have to ask Libvirt to resize the volume and that will ask librbd to do so. > Root resize > --- > > Key: CLOUDSTACK-6181 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6181 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Hypervisor Controller, Storage Controller, UI >Affects Versions: 4.4.0 > Environment: KVM/libvirt/CentOS, Xenserver >Reporter: Nux > Labels: disk, resize, template > Fix For: 4.4.0 > > > Rationale: > Currently the root size of an instance is locked to that of the template. > This creates unnecessary template duplicates, prevents the creation of a > market place, wastes time and disk space and generally makes work more > complicated. > Real life example - a small VPS provider might want to offer the following > sizes (in GB): > 10,20,40,80,160,240,320,480,620 > That's 9 offerings. > The template selection could look like this, including real disk space used: > Windows 2008 ~10GB > Windows 2008+Plesk ~15GB > Windows 2008+MSSQL ~15GB > Windows 2012 ~10GB > Windows 2012+Plesk ~15GB > Windows 2012+MSSQL ~15GB > CentOS ~1GB > CentOS+CPanel ~3GB > CentOS+Virtualmin ~3GB > CentOS+Zimbra ~3GB > CentOS+Docker ~2GB > Debian ~1GB > Ubuntu LTS ~1GB > In this case the total disk space used by templates will be 828 GB, that's > almost 1 TB. If your storage is expensive and limited SSD this can get > painful! > If the root resize feature is enabled we can reduce this to under 100 GB. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-5206) Admin should have the ability to control the external facing id of their resources
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nitin Mehta resolved CLOUDSTACK-5206. - Resolution: Fixed Fix Version/s: (was: Future) 4.5.0 4.4.0 > Admin should have the ability to control the external facing id of their > resources > -- > > Key: CLOUDSTACK-5206 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5206 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Nitin Mehta >Assignee: Nitin Mehta > Fix For: 4.4.0, 4.5.0 > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070857#comment-14070857 ] Will Stevens commented on CLOUDSTACK-6886: -- I have verified this problem and I have a fix ready to push. I will be pushing it to master, but I recommend we cherry pick it back into the 4.4 branch and the 4.3.1 branches since the SDX is unusable with this bug. I will post the commit hash here when the commit has been pushed to master. > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070935#comment-14070935 ] ASF subversion and git services commented on CLOUDSTACK-6886: - Commit d3af2dbecacf260acda9f84a51a42838cc0f798c in cloudstack's branch refs/heads/master from [~wstevens] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d3af2db ] CLOUDSTACK-6886 - Fixed the issue created by the SSL feature with the SDX: > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070944#comment-14070944 ] Will Stevens commented on CLOUDSTACK-6886: -- I fixed this bug with the following commit... https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=d3af2dbecacf260acda9f84a51a42838cc0f798c We should cherry pick this fix back into 4.4 and 4.3.1 if we can because this is a show stopper for SDX support. I do not know that process well enough to do this... > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070985#comment-14070985 ] Pierre-Luc Dion commented on CLOUDSTACK-6886: - ask Daan in the latest 4.4 thread and see... *Pierre-Luc DION* Architecte de Solution Cloud | Cloud Solutions Architect t 855.652.5683 *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ On Tue, Jul 22, 2014 at 5:36 PM, Will Stevens (JIRA) > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070984#comment-14070984 ] Pierre-Luc Dion commented on CLOUDSTACK-6886: - usually I saw people asking the release manager for cherry pick. *Pierre-Luc DION* Architecte de Solution Cloud | Cloud Solutions Architect t 855.652.5683 *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14070986#comment-14070986 ] Pierre-Luc Dion commented on CLOUDSTACK-6886: - btw, RM per release: Daan = 4.4 Sebgoa or ilya = 4.3.1 *Pierre-Luc DION* Architecte de Solution Cloud | Cloud Solutions Architect t 855.652.5683 *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7163) [Automation] test_vpc_site2site_vpn failing while calling API "Site2SiteVpnCfgCommand"
Rayees Namathponnan created CLOUDSTACK-7163: --- Summary: [Automation] test_vpc_site2site_vpn failing while calling API "Site2SiteVpnCfgCommand" Key: CLOUDSTACK-7163 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7163 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Virtual Router Affects Versions: 4.5.0 Environment: KVM build master 4.5 Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 This issue is observed with BVT test "TestVpcSite2SiteVpn.test_vpc_site2site_vpn" Test perform below steps # 0) Get the default network offering for VPC # 1) Create VPC # 2) Create network in VPC -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7163) [Automation] test_vpc_site2site_vpn failing while calling API "Site2SiteVpnCfgCommand"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-7163:
Description:
This issue is observed with BVT test
"TestVpcSite2SiteVpn.test_vpc_site2site_vpn"
Test perform below steps
# 0) Get the default network offering for VPC
# 1) Create VPC
# 2) Create network in VPC
# 3) Deploy a vm
# 4) Enable Site-to-Site VPN for VPC
# 5) Add VPN Customer gateway info
2014-07-22 01:52:05,934 DEBUG [c.c.a.t.Request]
(API-Job-Executor-94:ctx-df3bae7d job-186 ctx-c6b7a16b) Seq
2-7048133416834826487: Sending { Cmd , Mgmt
Id: 29066118877352, via: 2(Rack2Host12.lab.vmops.com), Ver: v1, Flags: 100101,
[{"com.cloud.agent.api.routing.Site2SiteVpnCfgCommand":{"create":true,"lo
calPublicIp":"10.223.122.73","localGuestCidr":"10.1.1.0/24","localPublicGateway":"10.223.122.65","peerGatewayIp":"10.223.122.72","peerGuestCidrList":"10
.2.1.0/24","ipsecPsk":"ipsecpsk","ikePolicy":"3des-md5;modp1536","espPolicy":"3des-md5;modp1536","ikeLifetime":86400,"espLifetime":3600,"dpd":false,"pas
sive":false,"accessDetails":{"zone.network.type":"Advanced","router.ip":"169.254.2.49","router.name":"r-21-VM"},"wait":0}}]
}
2014-07-22 01:52:07,505 DEBUG [c.c.a.ApiServlet]
(catalina-exec-21:ctx-132693a1) ===START=== 10.223.240.194 -- GET
jobid=ba146476-5a0b-4c2c-bb35-88baa
6f05be9&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResult&response=json&signatur
e=vlNAJb4TRLbyqp5GOmiAloCY2pU%3D
was:
This issue is observed with BVT test
"TestVpcSite2SiteVpn.test_vpc_site2site_vpn"
Test perform below steps
# 0) Get the default network offering for VPC
# 1) Create VPC
# 2) Create network in VPC
> [Automation] test_vpc_site2site_vpn failing while calling API
> "Site2SiteVpnCfgCommand"
> --
>
> Key: CLOUDSTACK-7163
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7163
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Virtual Router
>Affects Versions: 4.5.0
> Environment: KVM
> build master 4.5
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.5.0
>
>
> This issue is observed with BVT test
> "TestVpcSite2SiteVpn.test_vpc_site2site_vpn"
> Test perform below steps
> # 0) Get the default network offering for VPC
> # 1) Create VPC
> # 2) Create network in VPC
> # 3) Deploy a vm
> # 4) Enable Site-to-Site VPN for VPC
> # 5) Add VPN Customer gateway info
> 2014-07-22 01:52:05,934 DEBUG [c.c.a.t.Request]
> (API-Job-Executor-94:ctx-df3bae7d job-186 ctx-c6b7a16b) Seq
> 2-7048133416834826487: Sending { Cmd , Mgmt
> Id: 29066118877352, via: 2(Rack2Host12.lab.vmops.com), Ver: v1, Flags:
> 100101,
> [{"com.cloud.agent.api.routing.Site2SiteVpnCfgCommand":{"create":true,"lo
> calPublicIp":"10.223.122.73","localGuestCidr":"10.1.1.0/24","localPublicGateway":"10.223.122.65","peerGatewayIp":"10.223.122.72","peerGuestCidrList":"10
> .2.1.0/24","ipsecPsk":"ipsecpsk","ikePolicy":"3des-md5;modp1536","espPolicy":"3des-md5;modp1536","ikeLifetime":86400,"espLifetime":3600,"dpd":false,"pas
> sive":false,"accessDetails":{"zone.network.type":"Advanced","router.ip":"169.254.2.49","router.name":"r-21-VM"},"wait":0}}]
> }
> 2014-07-22 01:52:07,505 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-21:ctx-132693a1) ===START=== 10.223.240.194 -- GET
> jobid=ba146476-5a0b-4c2c-bb35-88baa
> 6f05be9&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResult&response=json&signatur
> e=vlNAJb4TRLbyqp5GOmiAloCY2pU%3D
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7163) [Automation] test_vpc_site2site_vpn failing while calling API "Site2SiteVpnCfgCommand"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-7163:
Description:
This issue is observed with BVT test
"TestVpcSite2SiteVpn.test_vpc_site2site_vpn"
Test perform below steps
# 0) Get the default network offering for VPC
# 1) Create VPC
# 2) Create network in VPC
# 3) Deploy a vm
# 4) Enable Site-to-Site VPN for VPC
# 5) Add VPN Customer gateway info
Above test failing while calling API "Site2SiteVpnCfgCommand "
MS Log
2014-07-22 01:52:05,934 DEBUG [c.c.a.t.Request]
(API-Job-Executor-94:ctx-df3bae7d job-186 ctx-c6b7a16b) Seq
2-7048133416834826487: Sending { Cmd , Mgmt
Id: 29066118877352, via: 2(Rack2Host12.lab.vmops.com), Ver: v1, Flags: 100101,
[{"com.cloud.agent.api.routing.Site2SiteVpnCfgCommand":{"create":true,"lo
calPublicIp":"10.223.122.73","localGuestCidr":"10.1.1.0/24","localPublicGateway":"10.223.122.65","peerGatewayIp":"10.223.122.72","peerGuestCidrList":"10
.2.1.0/24","ipsecPsk":"ipsecpsk","ikePolicy":"3des-md5;modp1536","espPolicy":"3des-md5;modp1536","ikeLifetime":86400,"espLifetime":3600,"dpd":false,"pas
sive":false,"accessDetails":{"zone.network.type":"Advanced","router.ip":"169.254.2.49","router.name":"r-21-VM"},"wait":0}}]
}
2014-07-22 01:52:07,505 DEBUG [c.c.a.ApiServlet]
(catalina-exec-21:ctx-132693a1) ===START=== 10.223.240.194 -- GET
jobid=ba146476-5a0b-4c2c-bb35-88baa
6f05be9&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResult&response=json&signatur
e=vlNAJb4TRLbyqp5GOmiAloCY2pU%3D
2014-07-22 01:52:12,775 DEBUG [c.c.a.ApiServlet] (catalina-exec-20:ctx-429c5d35
ctx-7519e824 ctx-9d81eaf7) ===END=== 10.223.240.194 -- GET jobid=01f85
959-607a-4f22-bbe7-93cfcd1d2a87&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResul
t&response=json&signature=XEU%2FZBTerXYrgbe3KyDPCbhTkMU%3D
2014-07-22 01:52:13,001 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-13:null) SeqA 4-443: Processing Seq 4-443: { Cmd ,
MgmtId: -1, via: 4, V
er: v1, Flags: 11,
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":3,"_loadInfo":"{\n
\"connections\": []\n}","wait":0}}] }
2014-07-22 01:52:13,005 DEBUG [c.c.a.m.AgentManagerImpl]
(AgentManager-Handler-13:null) SeqA 4-443: Sending Seq 4-443: { Ans: , MgmtId:
29066118877352,
via: 4, Ver: v1, Flags: 100010,
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
2014-07-22 01:52:14,084 DEBUG [c.c.a.t.Request] (AgentManager-Handler-2:null)
Seq 2-7048133416834826487: Processing: { Ans: , MgmtId: 29066118877352, v
ia: 2, Ver: v1, Flags: 100,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"inet
10.223.122.73/26 brd 10.223.122.127 scope global eth1ipta
bles: No chain/target/match by that name.iptables: No chain/target/match by
that name.iptables: No chain/target/match by that name.iptables: No chain/ta
rget/match by that name.021 no connection named \"vpn-10.223.122.72\"000
terminating all conns with alias='vpn-10.223.122.72' 021 no connection named \"
vpn-10.223.122.72\"021 no connection named \"vpn-10.223.122.72\"003 no secrets
filename matched \"/etc/ipsec.d/ipsec.*.secrets\"iptables: Bad rule (does
a matching rule exist in that chain?).iptables: Bad rule (does a matching rule
exist in that chain?).iptables: Bad rule (does a matching rule exist in
that chain?).iptables: Bad rule (does a matching rule exist in that chain?).034
esp string error: Non alphanum or valid separator found in auth string,
just after \"3des-md5\" (old_state=ST_AA)000 initiating all conns with
alias='vpn-10.223.122.72' 021 no connection named \"vpn-10.223.122.72\"ISAKMP SA
NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not
connectedISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-sit
e VPN have not connectedISAKMP SA NOT found but checking IPsec;IPsec SA not
found;Site-to-site VPN have not connectedISAKMP SA NOT found but checking IP
sec;IPsec SA not found;Site-to-site VPN have not connectedISAKMP SA NOT found
but checking IPsec;IPsec SA not found;Site-to-site VPN have not connected0
21 no connection named \"vpn-10.223.122.72\"000 terminating all conns with
alias='vpn-10.223.122.72' 021 no connection named \"vpn-10.223.122.72\"021 no
connection named \"vpn-10.223.122.72\"003 no secrets filename matched
\"/etc/ipsec.d/ipsec.*.secrets\"","wait":0}}] }
2014-07-22 01:52:14,084 DEBUG [c.c.a.m.AgentAttache]
(AgentManager-Handler-2:null) Seq 2-7048133416834826490: Sending now. is
current sequence.
2014-07-22 01:52:14,085 DEBUG [c.c.a.t.Request]
(API-Job-Executor-94:ctx-df3bae7d job-186 ctx-c6b7a16b) Seq
2-7048133416834826487: Received: { Ans: , MgmtId: 29066118877352, via: 2, Ver:
v1, Flags: 100, { Answer } }
2014-07-22 01:52:14,108 WARN [o.a.c.a.c.u.v
[jira] [Updated] (CLOUDSTACK-7163) [Automation] test_vpc_site2site_vpn failing while calling API "Site2SiteVpnCfgCommand"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rayees Namathponnan updated CLOUDSTACK-7163:
Attachment: Jully_22_KVM.rar
> [Automation] test_vpc_site2site_vpn failing while calling API
> "Site2SiteVpnCfgCommand"
> --
>
> Key: CLOUDSTACK-7163
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7163
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Virtual Router
>Affects Versions: 4.5.0
> Environment: KVM
> build master 4.5
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.5.0
>
> Attachments: Jully_22_KVM.rar
>
>
> This issue is observed with BVT test
> "TestVpcSite2SiteVpn.test_vpc_site2site_vpn"
> Test perform below steps
> # 0) Get the default network offering for VPC
> # 1) Create VPC
> # 2) Create network in VPC
> # 3) Deploy a vm
> # 4) Enable Site-to-Site VPN for VPC
> # 5) Add VPN Customer gateway info
> Above test failing while calling API "Site2SiteVpnCfgCommand "
> MS Log
> 2014-07-22 01:52:05,934 DEBUG [c.c.a.t.Request]
> (API-Job-Executor-94:ctx-df3bae7d job-186 ctx-c6b7a16b) Seq
> 2-7048133416834826487: Sending { Cmd , Mgmt
> Id: 29066118877352, via: 2(Rack2Host12.lab.vmops.com), Ver: v1, Flags:
> 100101,
> [{"com.cloud.agent.api.routing.Site2SiteVpnCfgCommand":{"create":true,"lo
> calPublicIp":"10.223.122.73","localGuestCidr":"10.1.1.0/24","localPublicGateway":"10.223.122.65","peerGatewayIp":"10.223.122.72","peerGuestCidrList":"10
> .2.1.0/24","ipsecPsk":"ipsecpsk","ikePolicy":"3des-md5;modp1536","espPolicy":"3des-md5;modp1536","ikeLifetime":86400,"espLifetime":3600,"dpd":false,"pas
> sive":false,"accessDetails":{"zone.network.type":"Advanced","router.ip":"169.254.2.49","router.name":"r-21-VM"},"wait":0}}]
> }
> 2014-07-22 01:52:07,505 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-21:ctx-132693a1) ===START=== 10.223.240.194 -- GET
> jobid=ba146476-5a0b-4c2c-bb35-88baa
> 6f05be9&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResult&response=json&signatur
> e=vlNAJb4TRLbyqp5GOmiAloCY2pU%3D
> 2014-07-22 01:52:12,775 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-20:ctx-429c5d35 ctx-7519e824 ctx-9d81eaf7) ===END===
> 10.223.240.194 -- GET jobid=01f85
> 959-607a-4f22-bbe7-93cfcd1d2a87&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResul
> t&response=json&signature=XEU%2FZBTerXYrgbe3KyDPCbhTkMU%3D
> 2014-07-22 01:52:13,001 DEBUG [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-13:null) SeqA 4-443: Processing Seq 4-443: { Cmd ,
> MgmtId: -1, via: 4, V
> er: v1, Flags: 11,
> [{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":3,"_loadInfo":"{\n
> \"connections\": []\n}","wait":0}}] }
> 2014-07-22 01:52:13,005 DEBUG [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-13:null) SeqA 4-443: Sending Seq 4-443: { Ans: ,
> MgmtId: 29066118877352,
> via: 4, Ver: v1, Flags: 100010,
> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> 2014-07-22 01:52:14,084 DEBUG [c.c.a.t.Request] (AgentManager-Handler-2:null)
> Seq 2-7048133416834826487: Processing: { Ans: , MgmtId: 29066118877352, v
> ia: 2, Ver: v1, Flags: 100,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"inet
> 10.223.122.73/26 brd 10.223.122.127 scope global eth1ipta
> bles: No chain/target/match by that name.iptables: No chain/target/match by
> that name.iptables: No chain/target/match by that name.iptables: No chain/ta
> rget/match by that name.021 no connection named \"vpn-10.223.122.72\"000
> terminating all conns with alias='vpn-10.223.122.72' 021 no connection named
> \"
> vpn-10.223.122.72\"021 no connection named \"vpn-10.223.122.72\"003 no
> secrets filename matched \"/etc/ipsec.d/ipsec.*.secrets\"iptables: Bad rule
> (does
> a matching rule exist in that chain?).iptables: Bad rule (does a matching
> rule exist in that chain?).iptables: Bad rule (does a matching rule exist in
> that chain?).iptables: Bad rule (does a matching rule exist in that
> chain?).034 esp string error: Non alphanum or valid separator found in auth
> string,
> just after \"3des-md5\" (old_state=ST_AA)000 initiating all conns with
> alias='vpn-10.223.122.72' 021 no connection named \"vpn-10.223.122.72\"ISAKMP
> SA
> NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not
> connectedISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-sit
> e VPN have not connectedISAKMP SA NOT found but checking IPsec;IPsec SA not
> found;Site-to-site VPN have not connectedISAKMP SA NOT found but
[jira] [Created] (CLOUDSTACK-7164) [Automation] NPE observed while deleting account
Rayees Namathponnan created CLOUDSTACK-7164:
---
Summary: [Automation] NPE observed while deleting account
Key: CLOUDSTACK-7164
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7164
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
Environment: KVM (RHEL 6.3)
Master 4.5
Reporter: Rayees Namathponnan
Priority: Critical
Fix For: 4.5.0
This issue observed in KVM automation run, NPE observed while deleting NPE
2014-07-22 07:45:15,223 DEBUG [o.a.c.s.SecondaryStorageManagerImpl]
(secstorage-1:ctx-04c38067) Zone 1 is ready to launch secondary storage VM
2014-07-22 07:45:15,230 DEBUG [c.c.n.NetworkModelImpl]
(Work-Job-Executor-111:ctx-fabfa66d job-2638/job-2639 ctx-a62364f5) Service
SecurityGroup is not
supported in the network id=385
2014-07-22 07:45:15,231 ERROR [c.c.a.ApiAsyncJobDispatcher]
(API-Job-Executor-117:ctx-e28a5cb1 job-2646) Unexpected exception while
executing org.apache
.cloudstack.api.command.admin.account.DeleteAccountCmd
java.lang.NullPointerException
at
com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1409)
at sun.reflect.GeneratedMethodAccessor529.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at
org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
at
com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
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 com.sun.proxy.$Proxy102.deleteUserAccount(Unknown Source)
at
org.apache.cloudstack.region.RegionManagerImpl.deleteUserAccount(RegionManagerImpl.java:187)
at
org.apache.cloudstack.region.RegionServiceImpl.deleteUserAccount(RegionServiceImpl.java:121)
at
org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd.execute(DeleteAccountCmd.java:104)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
at
com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
at
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
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
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
2014-07-22 07:45:15,232 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
(API-Job-Executor-117:ctx-e28a5cb1 job-2646) Complete async job-2646,
jobStatus: FAILED,
resultCode: 530, result:
org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530}
2014-07-22 07:45:15,254 WARN [o.a.c.alerts] (HA-5:ctx-4f4193d8) alertType::
13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null // message:: No us
age server process running
--
This message was sent by Atlassian JIRA
(v6.2#6
[jira] [Updated] (CLOUDSTACK-7164) [Automation] NPE observed while deleting account
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7164: Attachment: Jully_22_KVM.rar > [Automation] NPE observed while deleting account > - > > Key: CLOUDSTACK-7164 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7164 > 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 > Environment: KVM (RHEL 6.3) > Master 4.5 >Reporter: Rayees Namathponnan >Priority: Critical > Fix For: 4.5.0 > > Attachments: Jully_22_KVM.rar > > > This issue observed in KVM automation run, NPE observed while deleting NPE > 2014-07-22 07:45:15,223 DEBUG [o.a.c.s.SecondaryStorageManagerImpl] > (secstorage-1:ctx-04c38067) Zone 1 is ready to launch secondary storage VM > 2014-07-22 07:45:15,230 DEBUG [c.c.n.NetworkModelImpl] > (Work-Job-Executor-111:ctx-fabfa66d job-2638/job-2639 ctx-a62364f5) Service > SecurityGroup is not > supported in the network id=385 > 2014-07-22 07:45:15,231 ERROR [c.c.a.ApiAsyncJobDispatcher] > (API-Job-Executor-117:ctx-e28a5cb1 job-2646) Unexpected exception while > executing org.apache > .cloudstack.api.command.admin.account.DeleteAccountCmd > java.lang.NullPointerException > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1409) > at sun.reflect.GeneratedMethodAccessor529.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > 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 com.sun.proxy.$Proxy102.deleteUserAccount(Unknown Source) > at > org.apache.cloudstack.region.RegionManagerImpl.deleteUserAccount(RegionManagerImpl.java:187) > at > org.apache.cloudstack.region.RegionServiceImpl.deleteUserAccount(RegionServiceImpl.java:121) > at > org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd.execute(DeleteAccountCmd.java:104) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at > com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) > 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 > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > 2014-07-22 07:45:15,232 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] > (API-Job-Executor-117:ctx-e28a5cb1 job-2646)
[jira] [Commented] (CLOUDSTACK-6886) Cannot add SDX Netscaler device
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6886?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14071048#comment-14071048 ] ASF subversion and git services commented on CLOUDSTACK-6886: - Commit 433be68a6c3372bdba30ba05c1c6eda64944bb88 in cloudstack's branch refs/heads/4.3 from [~wstevens] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=433be68 ] CLOUDSTACK-6886 - Fixed the issue created by the SSL feature with the SDX: > Cannot add SDX Netscaler device > --- > > Key: CLOUDSTACK-6886 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6886 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Devices >Affects Versions: 4.3.0 > Environment: CloudStack 4.3 build with noredist packages >Reporter: Pierre-Luc Dion >Assignee: Will Stevens > Attachments: cs4.3_SDXfail.png > > > on CloudStack 4.3 with noredist packages, Adding a Netscaler device in > Network Service Providers as "NetScaler SDX LoadBalancer" type failed with > following error message: > "Failed to enable ssl feature on load balancer due to null" > Test perform using CloudStack webui. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7165) [Automation] NPE observed during restart and expunge VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7165: Attachment: Jully_22_KVM.rar > [Automation] NPE observed during restart and expunge VM > > > Key: CLOUDSTACK-7165 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7165 > 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 > Environment: KVM (RHEL 6.3) >Reporter: Rayees Namathponnan >Priority: Blocker > Fix For: 4.5.0 > > Attachments: Jully_22_KVM.rar > > > This issue is observed with latest automation run . NPE observed during > restart abd expunge VM > 2014-07-22 10:52:34,081 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-06101cd2) ===START=== 10.150.19.7 -- GET > command=expungeVirtualMachine&id=f991f7fa-1376-486b-be92-894638942c14&response=json&sessionkey=HKY1QrnQ2q8iKG%2FGN%2FaRArKCny4%3D&_=1406051549738 > 2014-07-22 10:52:34,099 ERROR [c.c.a.ApiServer] > (catalina-exec-10:ctx-06101cd2 ctx-e8e32432) unhandled exception executing > api command: [Ljava.lang.String;@23210413 > java.lang.NullPointerException > at > com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:494) > at > com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:482) > at sun.reflect.GeneratedMethodAccessor146.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy102.checkAccess(Unknown Source) > at > com.cloud.api.dispatch.ParamProcessWorker.doAccessChecks(ParamProcessWorker.java:232) > at > com.cloud.api.dispatch.ParamProcessWorker.processParameters(ParamProcessWorker.java:217) > at > com.cloud.api.dispatch.ParamProcessWorker.handle(ParamProcessWorker.java:89) > at > com.cloud.api.dispatch.DispatchChain.dispatch(DispatchChain.java:37) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:635) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at > com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) >
[jira] [Created] (CLOUDSTACK-7165) [Automation] NPE observed during restart and expunge VM
Rayees Namathponnan created CLOUDSTACK-7165: --- Summary: [Automation] NPE observed during restart and expunge VM Key: CLOUDSTACK-7165 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7165 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 Environment: KVM (RHEL 6.3) Reporter: Rayees Namathponnan Priority: Blocker Fix For: 4.5.0 Attachments: Jully_22_KVM.rar This issue is observed with latest automation run . NPE observed during restart abd expunge VM 2014-07-22 10:52:34,081 DEBUG [c.c.a.ApiServlet] (catalina-exec-10:ctx-06101cd2) ===START=== 10.150.19.7 -- GET command=expungeVirtualMachine&id=f991f7fa-1376-486b-be92-894638942c14&response=json&sessionkey=HKY1QrnQ2q8iKG%2FGN%2FaRArKCny4%3D&_=1406051549738 2014-07-22 10:52:34,099 ERROR [c.c.a.ApiServer] (catalina-exec-10:ctx-06101cd2 ctx-e8e32432) unhandled exception executing api command: [Ljava.lang.String;@23210413 java.lang.NullPointerException at com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:494) at com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:482) at sun.reflect.GeneratedMethodAccessor146.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at com.sun.proxy.$Proxy102.checkAccess(Unknown Source) at com.cloud.api.dispatch.ParamProcessWorker.doAccessChecks(ParamProcessWorker.java:232) at com.cloud.api.dispatch.ParamProcessWorker.processParameters(ParamProcessWorker.java:217) at com.cloud.api.dispatch.ParamProcessWorker.handle(ParamProcessWorker.java:89) at com.cloud.api.dispatch.DispatchChain.dispatch(DispatchChain.java:37) at com.cloud.api.ApiServer.queueCommand(ApiServer.java:635) at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2268) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExec
[jira] [Created] (CLOUDSTACK-7166) [Automation] Delete Snapshot command fails with NPE
Rayees Namathponnan created CLOUDSTACK-7166: --- Summary: [Automation] Delete Snapshot command fails with NPE Key: CLOUDSTACK-7166 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7166 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 Environment: KVM Reporter: Rayees Namathponnan Priority: Critical Fix For: 4.5.0 Attachments: Jully_22_KVM.rar This issue is observed in KVM automation run, delete snapshot command fails with NPE 2014-07-22 09:12:13,363 WARN [c.c.u.AccountManagerImpl] (API-Job-Executor-9:ctx-19b7e7dc job-3170 ctx-5c41370c) Failed to cleanup account Acct[7318b4fd -38fb-45eb-863a-34ace7abf8a9-test-TestSnapshotOnRootVolume-test_04_concurrent_snapshots_create_volume-Q5F695] due to java.lang.NullPointerException at com.cloud.storage.snapshot.SnapshotManagerImpl.deleteSnapshotDirsForAccount(SnapshotManagerImpl.java:626) at sun.reflect.GeneratedMethodAccessor535.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at com.sun.proxy.$Proxy179.deleteSnapshotDirsForAccount(Unknown Source) at com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:707) at com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:666) at com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1438) at sun.reflect.GeneratedMethodAccessor529.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) at org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) at com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) 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 com.sun.proxy.$Proxy102.deleteUserAccount(Unknown Source) at org.apache.cloudstack.region.RegionManagerImpl.deleteUserAccount(RegionManagerImpl.java:187) at org.apache.cloudstack.region.RegionServiceImpl.deleteUserAccount(RegionServiceImpl.java:121) at org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd.execute(DeleteAccountCmd.java:104) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) at org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) 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.ManagedC
[jira] [Updated] (CLOUDSTACK-7166) [Automation] Delete Snapshot command fails with NPE
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rayees Namathponnan updated CLOUDSTACK-7166: Attachment: Jully_22_KVM.rar > [Automation] Delete Snapshot command fails with NPE > --- > > Key: CLOUDSTACK-7166 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7166 > 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 > Environment: KVM >Reporter: Rayees Namathponnan >Priority: Critical > Fix For: 4.5.0 > > Attachments: Jully_22_KVM.rar > > > This issue is observed in KVM automation run, delete snapshot command fails > with NPE > 2014-07-22 09:12:13,363 WARN [c.c.u.AccountManagerImpl] > (API-Job-Executor-9:ctx-19b7e7dc job-3170 ctx-5c41370c) Failed to cleanup > account Acct[7318b4fd > -38fb-45eb-863a-34ace7abf8a9-test-TestSnapshotOnRootVolume-test_04_concurrent_snapshots_create_volume-Q5F695] > due to > java.lang.NullPointerException > at > com.cloud.storage.snapshot.SnapshotManagerImpl.deleteSnapshotDirsForAccount(SnapshotManagerImpl.java:626) > at sun.reflect.GeneratedMethodAccessor535.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy179.deleteSnapshotDirsForAccount(Unknown > Source) > at > com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:707) > at > com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:666) > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1438) > at sun.reflect.GeneratedMethodAccessor529.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > 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 com.sun.proxy.$Proxy102.deleteUserAccount(Unknown Source) > at > org.apache.cloudstack.region.RegionManagerImpl.deleteUserAccount(RegionManagerImpl.java:187) > at > org.apache.cloudstack.region.RegionServiceImpl.deleteUserAccount(RegionServiceImpl.java:121) > at > org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd.execute(DeleteAccountCmd.java:104) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at > com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.imp
[jira] [Updated] (CLOUDSTACK-3308) UCS:DB: UCS Manager password should not get stored in plain text.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Demetrius Tsitrelis updated CLOUDSTACK-3308: Labels: security (was: ) > UCS:DB: UCS Manager password should not get stored in plain text. > - > > Key: CLOUDSTACK-3308 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3308 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UCS >Affects Versions: 4.2.0 > Environment: Master with UCS and Basic Baremetal >Reporter: Parth Jagirdar >Assignee: Amogh Vasekar >Priority: Blocker > Labels: security > Fix For: 4.2.0 > > > Observe the table below. > UCS manager password gets stored in plain text. > mysql> select * from ucs_manager; > ++--+-++--+--++ > | id | uuid | zone_id | name | url > | username | password | > ++--+-++--+--++ > | 1 | ec179fa5-a38c-4df0-a688-b89c29764b1d | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 2 | c14c6917-274b-47f1-b2f8-e7af767fe5c6 | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 3 | 10e7ef23-f9b9-49f4-aac5-8508eb882a52 | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 4 | be42a44f-4ae6-41ba-9e13-76a7707dcf5e | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 5 | b464511b-e961-4b65-9c9c-9cf5974f5cd1 | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 6 | dd669374-27f8-49d3-9425-498af6bbc16e | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 7 | 7e902e15-e634-41a9-9bed-d6134bb7a377 | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 8 | 1d6775c8-270a-461c-9b28-7b1b2acbbd5e | 2 | ucsmanager | > 10.223.184.2 | aa | C1tr1x99 | > | 9 | 4da9accc-eb7c-42fb-a23c-3c45716db1f5 | 2 | ucsmanager | > 10.223.184.2 | admin| C1tr1x99 | > | 10 | 55023c65-4470-4ee7-b264-f19cd4065c75 | 2 | ucsmanager | > 10.223.184.2 | admin| wrong-password | > ++--+-++--+--++ > 10 rows in set (0.00 sec) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7167) DATA Volume does not expunge
Aneel Dadani created CLOUDSTACK-7167: Summary: DATA Volume does not expunge Key: CLOUDSTACK-7167 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7167 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Volumes Affects Versions: 4.2.1 Environment: CentOS, XenServer 6.2 Reporter: Aneel Dadani Priority: Minor When an instance is expunged, the ROOT volume is expunged, but the DATA volume remains. The expunge.delay and expunge.interval is set to run every 24 hours. We have to manually delete the DATA volumes. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7168) Management Server connection with System VMs (SSVM and CPVM) gets closed and System VMs cannot perform their operations
Chandan Purushothama created CLOUDSTACK-7168: Summary: Management Server connection with System VMs (SSVM and CPVM) gets closed and System VMs cannot perform their operations Key: CLOUDSTACK-7168 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7168 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server, XenServer Affects Versions: 4.5.0 Reporter: Chandan Purushothama Priority: Blocker Fix For: 4.5.0 After deployment of 4.5 Cloudstack setup. System VMs get deployed successfully. But the connection between management server and system vms gets closed. This happened on both the zones on my setup. Management Server Log: 2014-07-22 16:21:45,155 INFO [c.c.a.m.AgentManagerImpl] (AgentManager-Handler-7:null) Connection from /10.223.57.88 closed but no cleanup was done. 2014-07-22 16:21:48,265 DEBUG [c.c.a.ApiServlet] (catalina-exec-10:ctx-b0a5c72a) ===START=== 10.216.51.74 -- GET command=listVolumes&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071442911 2014-07-22 16:21:48,305 DEBUG [c.c.a.ApiServlet] (catalina-exec-10:ctx-b0a5c72a ctx-0cacdb59) ===END=== 10.216.51.74 -- GET command=listVolumes&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071442911 2014-07-22 16:21:49,882 DEBUG [c.c.a.ApiServlet] (catalina-exec-11:ctx-45196a92) ===START=== 10.216.51.74 -- GET command=listVirtualMachines&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071444564 2014-07-22 16:21:49,920 DEBUG [c.c.a.ApiServlet] (catalina-exec-11:ctx-45196a92 ctx-5eb663f6) ===END=== 10.216.51.74 -- GET command=listVirtualMachines&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071444564 2014-07-22 16:21:50,656 INFO [c.c.a.m.AgentManagerImpl] (AgentManager-Handler-9:null) Connection from /10.223.57.86 closed but no cleanup was done. == Bug Impact: == 1. No Console view (Management Server connection to CPVM gets closed) 2. No Template download (Management Server connection to SSVM gets closed) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7168) Management Server connection with System VMs (SSVM and CPVM) gets closed and System VMs cannot perform their operations
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chandan Purushothama updated CLOUDSTACK-7168: - Attachment: management-server.zip > Management Server connection with System VMs (SSVM and CPVM) gets closed and > System VMs cannot perform their operations > --- > > Key: CLOUDSTACK-7168 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7168 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, XenServer >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Priority: Blocker > Fix For: 4.5.0 > > Attachments: management-server.zip > > > After deployment of 4.5 Cloudstack setup. System VMs get deployed > successfully. But the connection between management server and system vms > gets closed. This happened on both the zones on my setup. > > Management Server Log: > > 2014-07-22 16:21:45,155 INFO [c.c.a.m.AgentManagerImpl] > (AgentManager-Handler-7:null) Connection from /10.223.57.88 closed but no > cleanup was done. > 2014-07-22 16:21:48,265 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-b0a5c72a) ===START=== 10.216.51.74 -- GET > command=listVolumes&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071442911 > 2014-07-22 16:21:48,305 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-b0a5c72a ctx-0cacdb59) ===END=== 10.216.51.74 -- GET > command=listVolumes&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071442911 > 2014-07-22 16:21:49,882 DEBUG [c.c.a.ApiServlet] > (catalina-exec-11:ctx-45196a92) ===START=== 10.216.51.74 -- GET > command=listVirtualMachines&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071444564 > 2014-07-22 16:21:49,920 DEBUG [c.c.a.ApiServlet] > (catalina-exec-11:ctx-45196a92 ctx-5eb663f6) ===END=== 10.216.51.74 -- GET > command=listVirtualMachines&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071444564 > 2014-07-22 16:21:50,656 INFO [c.c.a.m.AgentManagerImpl] > (AgentManager-Handler-9:null) Connection from /10.223.57.86 closed but no > cleanup was done. > == > Bug Impact: > == > 1. No Console view (Management Server connection to CPVM gets closed) > 2. No Template download (Management Server connection to SSVM gets closed) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7153) addNicToVirtualMachine not BaseAsyncCreate but creates an entity
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7153?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14071334#comment-14071334 ] ASF subversion and git services commented on CLOUDSTACK-7153: - Commit c43b56998a7e04c3a0a0f034666aec76c585c48e in cloudstack's branch refs/heads/master from [~damoder.reddy] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c43b569 ] CLOUDSTACK-7153: addNicToVirtualMachine not BaseAsyncCreate but creates an entity > addNicToVirtualMachine not BaseAsyncCreate but creates an entity > > > Key: CLOUDSTACK-7153 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7153 > 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: Damodar Reddy T >Assignee: Damodar Reddy T > Fix For: 4.5.0 > > > addNicToVirtualMachine not BaseAsyncCreate but creates an entity. > We need them to be BaseAsyncCreate so that Eventbus while publishing the > completed events can put in the entity id. Right now there is a generic logic > where after create function when the id is created its pushed into the > context so that Eventbus can use it to publish the created UUID. If its not > baseAsyncCreate you will have to go into each api and put the id in the > context. > Currently following is the generic code had put in ApiServer.java. We will > have to do specifically into your api. Do this only if there is a hard reason > not to make it baseasyncCreate > Class entityClass = > EventTypes.getEntityClassForEvent(createCmd.getEventType()); > if (entityClass != null) > ctx.putContextParameter(entityClass.getName(), objectId); -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-7153) addNicToVirtualMachine not BaseAsyncCreate but creates an entity
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Damodar Reddy T resolved CLOUDSTACK-7153. - Resolution: Fixed > addNicToVirtualMachine not BaseAsyncCreate but creates an entity > > > Key: CLOUDSTACK-7153 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7153 > 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: Damodar Reddy T >Assignee: Damodar Reddy T > Fix For: 4.5.0 > > > addNicToVirtualMachine not BaseAsyncCreate but creates an entity. > We need them to be BaseAsyncCreate so that Eventbus while publishing the > completed events can put in the entity id. Right now there is a generic logic > where after create function when the id is created its pushed into the > context so that Eventbus can use it to publish the created UUID. If its not > baseAsyncCreate you will have to go into each api and put the id in the > context. > Currently following is the generic code had put in ApiServer.java. We will > have to do specifically into your api. Do this only if there is a hard reason > not to make it baseasyncCreate > Class entityClass = > EventTypes.getEntityClassForEvent(createCmd.getEventType()); > if (entityClass != null) > ctx.putContextParameter(entityClass.getName(), objectId); -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6036) CloudStack stops the machine for no reason
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Abhinandan Prateek updated CLOUDSTACK-6036:
---
Assignee: Koushik Das (was: Damodar Reddy T)
> CloudStack stops the machine for no reason
> ---
>
> Key: CLOUDSTACK-6036
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6036
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.2.1
> Environment: ACS 4.2.1 after upgrade from 3.0.2
> ACS 4.2.1 clean install
> XCP 1.1
>Reporter: Tomasz Zieba
>Assignee: Koushik Das
>Priority: Critical
> Labels: 4.5ReviewNeeded
> Fix For: 4.4.0
>
> Attachments: management-server.log.2014-02-19.gz,
> management-server.log.2014-02-20.gz, management-server.log.2014-02-24.txt
>
>
> After the upgrade from version 3.0.2 to 4.2.1 appeared very strange error
> associated with self-stopping machine after changing the offering.
> Steps to reproduce:
> 1. Running instance of the machine
> 2. Stop with the operating system
> 3. Change offering of machine
> 4. Start the machine
> 5. Waiting for 10 minutes
> 6. CloudStack stops the machine for no reason
> 7. Restart the machine
> In the logs you can find information:
> 2014-02-05 06:27:00,974 DEBUG [xen.resource.CitrixResourceBase]
> (DirectAgent-316:null) 11. The VM i-41-824-VM is in Running state
> 2014-02-05 06:27:00,974 DEBUG [agent.transport.Request]
> (DirectAgent-316:null) Seq 50-1756626952: Processing: { Ans: , MgmtId:
> 160544475005497, via: 50, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.ClusterSyncAnswer":{"_clusterId":2,"_newStates":{"i-41-824-VM":{"t":"f32a4fee-b64e-4868-9c52-2a27e32d4c0e","u":"Running","v":"viridian:true;acpi:true;apic:true;pae:true;nx:false;timeoffset:0;cores-per-socket:4"}},"_isExecuted":false,"result":true,"wait":0}}]
> }
> 2014-02-05 06:27:00,981 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (DirectAgent-316:null) VM i-41-824-VM: cs state = Running and realState =
> Running
> 2014-02-05 06:27:00,981 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (DirectAgent-316:null) VM i-41-824-VM: cs state = Running and realState =
> Running
> 2014-02-05 06:36:01,240 DEBUG [agent.transport.Request]
> (HA-Worker-1:work-1511) Seq 51-1374970375: Sending { Cmd , MgmtId:
> 160544475005497, via: 51, Ver: v1, Flags: 100111,
> [{"com.cloud.agent.api.StopCommand":{"isProxy":false,"executeInSequence":true,"vmName":"i-41-824-VM","wait":0}}]
> }
> 2014-02-05 06:36:01,240 DEBUG [agent.transport.Request]
> (HA-Worker-1:work-1511) Seq 51-1374970375: Executing: { Cmd , MgmtId:
> 160544475005497, via: 51, Ver: v1, Flags: 100111,
> [{"com.cloud.agent.api.StopCommand":{"isProxy":false,"executeInSequence":true,"vmName":"i-41-824-VM","wait":0}}]
> }
> 2014-02-05 06:36:01,383 DEBUG [xen.resource.CitrixResourceBase]
> (DirectAgent-150:null) 9. The VM i-41-824-VM is in Stopping state
> 2014-02-05 06:36:27,625 DEBUG [xen.resource.CitrixResourceBase]
> (DirectAgent-150:null) 10. The VM i-41-824-VM is in Stopped state
> You will notice that the stop of the machine corresponds to the component
> HA-Worker.
> Such operation after the upgrade is complicating work of users.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Updated] (CLOUDSTACK-5932) SystemVM scripts: the iso download urls need updating as current ones are obsolete
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-5932: --- Assignee: Harikrishna Patnala (was: Abhinandan Prateek) > SystemVM scripts: the iso download urls need updating as current ones are > obsolete > -- > > Key: CLOUDSTACK-5932 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5932 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: SystemVM >Affects Versions: 4.3.0 >Reporter: Abhinandan Prateek >Assignee: Harikrishna Patnala > Fix For: Future > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-4475) [ZWPS] attaching an uploaded volume to a VM is always going to first primary storage added
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anshul Gangwar reassigned CLOUDSTACK-4475: -- Assignee: Anshul Gangwar > [ZWPS] attaching an uploaded volume to a VM is always going to first primary > storage added > -- > > Key: CLOUDSTACK-4475 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4475 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Doc, Storage Controller >Affects Versions: 4.2.1 > Environment: vmware esxi 5.1 >Reporter: Srikanteswararao Talluri >Assignee: Anshul Gangwar > Labels: ReleaseNote > Fix For: 4.4.0 > > > Steps to reproduce: > == > 1. Have an advanced zone deployment with two cluster one host and one cluster > scoped primary storage each > 2. add two more zone wide primary storages > 3. create a deployment on zone scoped primary storage > 4. upload a volume. > 5. attach uploaded volume to VM created in step 3. > Observation: > = > While attaching volume, volume is always copied to first available primary > storage in the storage_pool table and as a result attaching a volume created > on cluster scoped primary storage to a VM with its root volume on zone wide > primary storage fails. > mysql> select * from storage_pool; > ++--+--+---+--++++---++--+---++-+-+-+-+---+-++-+---+ > | id | name | uuid | pool_type > | port | data_center_id | pod_id | cluster_id | used_bytes| > capacity_bytes | host_address | user_info | path > | created | removed | update_time | status | > storage_provider_name | scope | hypervisor | managed | capacity_iops | > ++--+--+---+--++++---++--+---++-+-+-+-+---+-++-+---+ > | 1 | primaryclus1 | 722e6181-8497-3d31-9933-a0a267ae376c | > NetworkFilesystem | 2049 | 1 | 1 | 1 | > 1678552014848 | 590228480 | 10.147.28.7 | NULL | > /export/home/talluri/vmware.campo/primary | 2013-08-23 12:11:12 | NULL > | NULL| Maintenance | DefaultPrimary| CLUSTER | NULL | > 0 | NULL | > | 2 | pimaryclu2 | 9fd9b0fc-c9fd-39b8-8d66-06372c5ff6d2 | > NetworkFilesystem | 2049 | 1 | 1 | 2 | > 1676566495232 | 590228480 | 10.147.28.7 | NULL | > /export/home/talluri/vmware.campo/clus1primary | 2013-08-23 12:18:14 | NULL > | NULL| Up | DefaultPrimary| CLUSTER | NULL | > 0 | NULL | > | 3 | clus1p2 | 22e0c3fe-a390-38fa-8ff7-e1d965a36309 | > NetworkFilesystem | 2049 | 1 | 1 | 1 | > 1660903886848 | 590228480 | 10.147.28.7 | NULL | > /export/home/talluri/vmware.campo/clus1p2 | 2013-08-23 14:30:32 | NULL > | NULL| Up | DefaultPrimary| CLUSTER | NULL | > 0 | NULL | > | 4 | clus1p3 | f2d9fb6b-c433-3c03-acf8-8f73eac48fae | > NetworkFilesystem | 2049 | 1 | 1 | 1 | > 1660901400576 | 590228480 | 10.147.28.7 | NULL | > /export/home/talluri/vmware.campo/clus1p3 | 2013-08-23 14:31:05 | NULL > | NULL| Up | DefaultPrimary| CLUSTER | NULL | > 0 | NULL | > | 5 | clus2p2 | 13bf579c-51f3-317b-893a-98ff6ca8f486 | > NetworkFilesystem | 2049 | 1 | 1 | 2 | > 1660900147200 | 590228480 | 10.147.28.7 | NULL | > /export/home/talluri/vmware.campo/clus2p2 | 2013-08-23 14:31:38 | NULL > | NULL| Up | DefaultPrimary| CLUSTER | NULL | > 0 | NULL | > | 7 | clus2p3 | 294ae9ff-cb02-33a0-8f31-21fdd8ff34db | > NetworkFilesystem | 2049 | 1 | 1 | 2 | > 1660894195712 | 590228480 | 10.147.28.7 | NULL | > /export/home/talluri/vmware.campo/clus2p3 | 2013-08-23 14:33:03 | NULL > | NULL| Up | DefaultPr
[jira] [Updated] (CLOUDSTACK-7165) [Automation] NPE observed during restart and expunge VM
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-7165: --- Assignee: edison su > [Automation] NPE observed during restart and expunge VM > > > Key: CLOUDSTACK-7165 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7165 > 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 > Environment: KVM (RHEL 6.3) >Reporter: Rayees Namathponnan >Assignee: edison su >Priority: Blocker > Fix For: 4.5.0 > > Attachments: Jully_22_KVM.rar > > > This issue is observed with latest automation run . NPE observed during > restart abd expunge VM > 2014-07-22 10:52:34,081 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-06101cd2) ===START=== 10.150.19.7 -- GET > command=expungeVirtualMachine&id=f991f7fa-1376-486b-be92-894638942c14&response=json&sessionkey=HKY1QrnQ2q8iKG%2FGN%2FaRArKCny4%3D&_=1406051549738 > 2014-07-22 10:52:34,099 ERROR [c.c.a.ApiServer] > (catalina-exec-10:ctx-06101cd2 ctx-e8e32432) unhandled exception executing > api command: [Ljava.lang.String;@23210413 > java.lang.NullPointerException > at > com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:494) > at > com.cloud.user.AccountManagerImpl.checkAccess(AccountManagerImpl.java:482) > at sun.reflect.GeneratedMethodAccessor146.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy102.checkAccess(Unknown Source) > at > com.cloud.api.dispatch.ParamProcessWorker.doAccessChecks(ParamProcessWorker.java:232) > at > com.cloud.api.dispatch.ParamProcessWorker.processParameters(ParamProcessWorker.java:217) > at > com.cloud.api.dispatch.ParamProcessWorker.handle(ParamProcessWorker.java:89) > at > com.cloud.api.dispatch.DispatchChain.dispatch(DispatchChain.java:37) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:635) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at > com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProce
[jira] [Updated] (CLOUDSTACK-7163) [Automation] test_vpc_site2site_vpn failing while calling API "Site2SiteVpnCfgCommand"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Abhinandan Prateek updated CLOUDSTACK-7163:
---
Assignee: Sheng Yang
> [Automation] test_vpc_site2site_vpn failing while calling API
> "Site2SiteVpnCfgCommand"
> --
>
> Key: CLOUDSTACK-7163
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7163
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Virtual Router
>Affects Versions: 4.5.0
> Environment: KVM
> build master 4.5
>Reporter: Rayees Namathponnan
>Assignee: Sheng Yang
>Priority: Blocker
> Fix For: 4.5.0
>
> Attachments: Jully_22_KVM.rar
>
>
> This issue is observed with BVT test
> "TestVpcSite2SiteVpn.test_vpc_site2site_vpn"
> Test perform below steps
> # 0) Get the default network offering for VPC
> # 1) Create VPC
> # 2) Create network in VPC
> # 3) Deploy a vm
> # 4) Enable Site-to-Site VPN for VPC
> # 5) Add VPN Customer gateway info
> Above test failing while calling API "Site2SiteVpnCfgCommand "
> MS Log
> 2014-07-22 01:52:05,934 DEBUG [c.c.a.t.Request]
> (API-Job-Executor-94:ctx-df3bae7d job-186 ctx-c6b7a16b) Seq
> 2-7048133416834826487: Sending { Cmd , Mgmt
> Id: 29066118877352, via: 2(Rack2Host12.lab.vmops.com), Ver: v1, Flags:
> 100101,
> [{"com.cloud.agent.api.routing.Site2SiteVpnCfgCommand":{"create":true,"lo
> calPublicIp":"10.223.122.73","localGuestCidr":"10.1.1.0/24","localPublicGateway":"10.223.122.65","peerGatewayIp":"10.223.122.72","peerGuestCidrList":"10
> .2.1.0/24","ipsecPsk":"ipsecpsk","ikePolicy":"3des-md5;modp1536","espPolicy":"3des-md5;modp1536","ikeLifetime":86400,"espLifetime":3600,"dpd":false,"pas
> sive":false,"accessDetails":{"zone.network.type":"Advanced","router.ip":"169.254.2.49","router.name":"r-21-VM"},"wait":0}}]
> }
> 2014-07-22 01:52:07,505 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-21:ctx-132693a1) ===START=== 10.223.240.194 -- GET
> jobid=ba146476-5a0b-4c2c-bb35-88baa
> 6f05be9&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResult&response=json&signatur
> e=vlNAJb4TRLbyqp5GOmiAloCY2pU%3D
> 2014-07-22 01:52:12,775 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-20:ctx-429c5d35 ctx-7519e824 ctx-9d81eaf7) ===END===
> 10.223.240.194 -- GET jobid=01f85
> 959-607a-4f22-bbe7-93cfcd1d2a87&apiKey=G8sA0FQTZpogJU0AHE94dxi79AfBpYj8zo595VBiIAh1hQ5qSL5JNRwkirFcRMwLwADgylMwWZ9CUoHJrMdhEQ&command=queryAsyncJobResul
> t&response=json&signature=XEU%2FZBTerXYrgbe3KyDPCbhTkMU%3D
> 2014-07-22 01:52:13,001 DEBUG [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-13:null) SeqA 4-443: Processing Seq 4-443: { Cmd ,
> MgmtId: -1, via: 4, V
> er: v1, Flags: 11,
> [{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":3,"_loadInfo":"{\n
> \"connections\": []\n}","wait":0}}] }
> 2014-07-22 01:52:13,005 DEBUG [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-13:null) SeqA 4-443: Sending Seq 4-443: { Ans: ,
> MgmtId: 29066118877352,
> via: 4, Ver: v1, Flags: 100010,
> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> 2014-07-22 01:52:14,084 DEBUG [c.c.a.t.Request] (AgentManager-Handler-2:null)
> Seq 2-7048133416834826487: Processing: { Ans: , MgmtId: 29066118877352, v
> ia: 2, Ver: v1, Flags: 100,
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"inet
> 10.223.122.73/26 brd 10.223.122.127 scope global eth1ipta
> bles: No chain/target/match by that name.iptables: No chain/target/match by
> that name.iptables: No chain/target/match by that name.iptables: No chain/ta
> rget/match by that name.021 no connection named \"vpn-10.223.122.72\"000
> terminating all conns with alias='vpn-10.223.122.72' 021 no connection named
> \"
> vpn-10.223.122.72\"021 no connection named \"vpn-10.223.122.72\"003 no
> secrets filename matched \"/etc/ipsec.d/ipsec.*.secrets\"iptables: Bad rule
> (does
> a matching rule exist in that chain?).iptables: Bad rule (does a matching
> rule exist in that chain?).iptables: Bad rule (does a matching rule exist in
> that chain?).iptables: Bad rule (does a matching rule exist in that
> chain?).034 esp string error: Non alphanum or valid separator found in auth
> string,
> just after \"3des-md5\" (old_state=ST_AA)000 initiating all conns with
> alias='vpn-10.223.122.72' 021 no connection named \"vpn-10.223.122.72\"ISAKMP
> SA
> NOT found but checking IPsec;IPsec SA not found;Site-to-site VPN have not
> connectedISAKMP SA NOT found but checking IPsec;IPsec SA not found;Site-to-sit
> e VPN have not connectedISAKMP SA NOT found but checking IPsec;IPsec SA not
> found;Site-to-site VPN have not connecte
[jira] [Updated] (CLOUDSTACK-7164) [Automation] NPE observed while deleting account
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-7164: --- Assignee: edison su > [Automation] NPE observed while deleting account > - > > Key: CLOUDSTACK-7164 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7164 > 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 > Environment: KVM (RHEL 6.3) > Master 4.5 >Reporter: Rayees Namathponnan >Assignee: edison su >Priority: Critical > Fix For: 4.5.0 > > Attachments: Jully_22_KVM.rar > > > This issue observed in KVM automation run, NPE observed while deleting NPE > 2014-07-22 07:45:15,223 DEBUG [o.a.c.s.SecondaryStorageManagerImpl] > (secstorage-1:ctx-04c38067) Zone 1 is ready to launch secondary storage VM > 2014-07-22 07:45:15,230 DEBUG [c.c.n.NetworkModelImpl] > (Work-Job-Executor-111:ctx-fabfa66d job-2638/job-2639 ctx-a62364f5) Service > SecurityGroup is not > supported in the network id=385 > 2014-07-22 07:45:15,231 ERROR [c.c.a.ApiAsyncJobDispatcher] > (API-Job-Executor-117:ctx-e28a5cb1 job-2646) Unexpected exception while > executing org.apache > .cloudstack.api.command.admin.account.DeleteAccountCmd > java.lang.NullPointerException > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1409) > at sun.reflect.GeneratedMethodAccessor529.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > 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 com.sun.proxy.$Proxy102.deleteUserAccount(Unknown Source) > at > org.apache.cloudstack.region.RegionManagerImpl.deleteUserAccount(RegionManagerImpl.java:187) > at > org.apache.cloudstack.region.RegionServiceImpl.deleteUserAccount(RegionServiceImpl.java:121) > at > org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd.execute(DeleteAccountCmd.java:104) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at > com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) > 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 > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > 2014-07-22 07:45:15,232 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] > (API-Job-Executor-117:c
[jira] [Updated] (CLOUDSTACK-7168) Management Server connection with System VMs (SSVM and CPVM) gets closed and System VMs cannot perform their operations
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-7168: --- Assignee: Amogh Vasekar > Management Server connection with System VMs (SSVM and CPVM) gets closed and > System VMs cannot perform their operations > --- > > Key: CLOUDSTACK-7168 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7168 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, XenServer >Affects Versions: 4.5.0 >Reporter: Chandan Purushothama >Assignee: Amogh Vasekar >Priority: Blocker > Fix For: 4.5.0 > > Attachments: management-server.zip > > > After deployment of 4.5 Cloudstack setup. System VMs get deployed > successfully. But the connection between management server and system vms > gets closed. This happened on both the zones on my setup. > > Management Server Log: > > 2014-07-22 16:21:45,155 INFO [c.c.a.m.AgentManagerImpl] > (AgentManager-Handler-7:null) Connection from /10.223.57.88 closed but no > cleanup was done. > 2014-07-22 16:21:48,265 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-b0a5c72a) ===START=== 10.216.51.74 -- GET > command=listVolumes&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071442911 > 2014-07-22 16:21:48,305 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-b0a5c72a ctx-0cacdb59) ===END=== 10.216.51.74 -- GET > command=listVolumes&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071442911 > 2014-07-22 16:21:49,882 DEBUG [c.c.a.ApiServlet] > (catalina-exec-11:ctx-45196a92) ===START=== 10.216.51.74 -- GET > command=listVirtualMachines&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071444564 > 2014-07-22 16:21:49,920 DEBUG [c.c.a.ApiServlet] > (catalina-exec-11:ctx-45196a92 ctx-5eb663f6) ===END=== 10.216.51.74 -- GET > command=listVirtualMachines&response=json&sessionkey=7PVfBDi0Ka28miYXWJKSUv2%2Fiqg%3D&listAll=true&page=1&pagesize=20&_=1406071444564 > 2014-07-22 16:21:50,656 INFO [c.c.a.m.AgentManagerImpl] > (AgentManager-Handler-9:null) Connection from /10.223.57.86 closed but no > cleanup was done. > == > Bug Impact: > == > 1. No Console view (Management Server connection to CPVM gets closed) > 2. No Template download (Management Server connection to SSVM gets closed) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7166) [Automation] Delete Snapshot command fails with NPE
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abhinandan Prateek updated CLOUDSTACK-7166: --- Assignee: edison su > [Automation] Delete Snapshot command fails with NPE > --- > > Key: CLOUDSTACK-7166 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7166 > 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 > Environment: KVM >Reporter: Rayees Namathponnan >Assignee: edison su >Priority: Critical > Fix For: 4.5.0 > > Attachments: Jully_22_KVM.rar > > > This issue is observed in KVM automation run, delete snapshot command fails > with NPE > 2014-07-22 09:12:13,363 WARN [c.c.u.AccountManagerImpl] > (API-Job-Executor-9:ctx-19b7e7dc job-3170 ctx-5c41370c) Failed to cleanup > account Acct[7318b4fd > -38fb-45eb-863a-34ace7abf8a9-test-TestSnapshotOnRootVolume-test_04_concurrent_snapshots_create_volume-Q5F695] > due to > java.lang.NullPointerException > at > com.cloud.storage.snapshot.SnapshotManagerImpl.deleteSnapshotDirsForAccount(SnapshotManagerImpl.java:626) > at sun.reflect.GeneratedMethodAccessor535.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy179.deleteSnapshotDirsForAccount(Unknown > Source) > at > com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:707) > at > com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:666) > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1438) > at sun.reflect.GeneratedMethodAccessor529.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > 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 com.sun.proxy.$Proxy102.deleteUserAccount(Unknown Source) > at > org.apache.cloudstack.region.RegionManagerImpl.deleteUserAccount(RegionManagerImpl.java:187) > at > org.apache.cloudstack.region.RegionServiceImpl.deleteUserAccount(RegionServiceImpl.java:121) > at > org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd.execute(DeleteAccountCmd.java:104) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at > com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudsta
[jira] [Resolved] (CLOUDSTACK-6498) [Automation] unable to start management server after restart
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Harikrishna Patnala resolved CLOUDSTACK-6498. - Resolution: Fixed commit on master commit b8ddbe8ffa5718c5ab5c9b3438467c284af0de50 Author: Kishan Kavala Date: Fri Mar 28 18:47:05 2014 +0530 CLOUDSTACK-6239: Encrypt security related config values before inserting into DB > [Automation] unable to start management server after restart > > > Key: CLOUDSTACK-6498 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6498 > 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 > Environment: advanced zone > xenserer 6.2 >Reporter: Srikanteswararao Talluri >Assignee: Harikrishna Patnala >Priority: Blocker > Fix For: 4.5.0 > > Attachments: CLOUDSTACK-6498.rar, cloud.sql, log.tar.gz > > > on the daily automation environment, After the zone is deployed , system VMs > came up fine. After setting few global settings, I tried to restart > management server, it never came up again. I could see some db exceptions > related to duplicate keys. > I will attach management server logs to this bug for your reference. > Caught SQLException when inserting system account > com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: > Duplicate entry '1' for key 'PRIMARY' > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > at java.lang.reflect.Constructor.newInstance(Constructor.java:526) > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) > at com.mysql.jdbc.Util.getInstance(Util.java:386) > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1040) > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3597) > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3529) > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1990) > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2151) > at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2625) > at > com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2119) > at > com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2415) > at > com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2333) > at > com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2318) > at > org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) > at > org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) > > > 14761,2-9 96% -- This message was sent by Atlassian JIRA (v6.2#6252)
