[jira] [Assigned] (CLOUDSTACK-6983) unable to register lxc template

[Rajani Karuturi (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rajani Karuturi reassigned CLOUDSTACK-6983:
---

Assignee: Rajani Karuturi

 unable to register lxc template
 ---

 Key: CLOUDSTACK-6983
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6983
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Template
Affects Versions: 4.5.0
Reporter: Rajani Karuturi
Assignee: Rajani Karuturi
Priority: Critical
  Labels: lxc
 Attachments: Screen Shot 2014-06-24 at 11.59.24 am.png


 lxc templates are just a tar.gz of filesystem.
 in the below commit, it doesn't recognize it as a valid format and register 
 fails with message
 Template content is unsupported, or mismatch between selected format and 
 template content. Found : POSIX tar archive (GNU) (gzip compressed data, from 
 Unix, last modifie
 commit 15ac47e47b4c9a2323888d73f6988cb967647e28
 Author: Marcus Sorensen mar...@betterservers.com
 AuthorDate: Wed May 28 15:36:13 2014 -0600
 Commit: Marcus Sorensen mar...@betterservers.com
 CommitDate: Wed May 28 15:40:57 2014 -0600
 CLOUDSTACK-6088: Check first bytes of template when downloading to verify 
 format/type



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6983) unable to register lxc template

[Rajani Karuturi (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6983?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rajani Karuturi updated CLOUDSTACK-6983:


Status: Reviewable  (was: In Progress)

 unable to register lxc template
 ---

 Key: CLOUDSTACK-6983
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6983
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Template
Affects Versions: 4.5.0
Reporter: Rajani Karuturi
Assignee: Rajani Karuturi
Priority: Critical
  Labels: lxc
 Attachments: Screen Shot 2014-06-24 at 11.59.24 am.png


 lxc templates are just a tar.gz of filesystem.
 in the below commit, it doesn't recognize it as a valid format and register 
 fails with message
 Template content is unsupported, or mismatch between selected format and 
 template content. Found : POSIX tar archive (GNU) (gzip compressed data, from 
 Unix, last modifie
 commit 15ac47e47b4c9a2323888d73f6988cb967647e28
 Author: Marcus Sorensen mar...@betterservers.com
 AuthorDate: Wed May 28 15:36:13 2014 -0600
 Commit: Marcus Sorensen mar...@betterservers.com
 CommitDate: Wed May 28 15:40:57 2014 -0600
 CLOUDSTACK-6088: Check first bytes of template when downloading to verify 
 format/type



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6493) Multiple Nic for the guest VM running on Hyper-V

[Rajesh Battala (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rajesh Battala updated CLOUDSTACK-6493:
---

Labels: S1 hyper-V,  (was: BLR-S1 hyper-V,)

 Multiple Nic for the guest VM running on Hyper-V
 

 Key: CLOUDSTACK-6493
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6493
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller
Affects Versions: 4.4.0
Reporter: Rajesh Battala
Assignee: Rajesh Battala
  Labels: S1, hyper-V,
 Fix For: 4.4.0






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6983) unable to register lxc template

[Rajani Karuturi (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064637#comment-14064637
 ] 

Rajani Karuturi commented on CLOUDSTACK-6983:
-

patch on RB @ https://reviews.apache.org/r/23603/

 unable to register lxc template
 ---

 Key: CLOUDSTACK-6983
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6983
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Template
Affects Versions: 4.5.0
Reporter: Rajani Karuturi
Assignee: Rajani Karuturi
Priority: Critical
  Labels: lxc
 Attachments: Screen Shot 2014-06-24 at 11.59.24 am.png


 lxc templates are just a tar.gz of filesystem.
 in the below commit, it doesn't recognize it as a valid format and register 
 fails with message
 Template content is unsupported, or mismatch between selected format and 
 template content. Found : POSIX tar archive (GNU) (gzip compressed data, from 
 Unix, last modifie
 commit 15ac47e47b4c9a2323888d73f6988cb967647e28
 Author: Marcus Sorensen mar...@betterservers.com
 AuthorDate: Wed May 28 15:36:13 2014 -0600
 Commit: Marcus Sorensen mar...@betterservers.com
 CommitDate: Wed May 28 15:40:57 2014 -0600
 CLOUDSTACK-6088: Check first bytes of template when downloading to verify 
 format/type



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7108) [Automation] TestCreateDiskOffering test cases failing in simulator

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064669#comment-14064669
 ] 

ASF subversion and git services commented on CLOUDSTACK-7108:
-

Commit 6f9b3cc9d13bd1bc002ce0afad3ed416b590f882 in cloudstack's branch 
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=6f9b3cc ]

CLOUDSTACK-7108: Reading provisioningtype for disk offering in base.py


 [Automation] TestCreateDiskOffering test cases failing in simulator
 ---

 Key: CLOUDSTACK-7108
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7108
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.5.0
 Environment: Simulator
Reporter: Rayees Namathponnan
Assignee: Ashutosk Kelkar
 Fix For: 4.5.0


 Test case failing with below error 
 Error Message
 Check provisionig type in createServiceOffering
   begin captured stdout  -
 === TestName: test_02_create_sparse_type_disk_offering | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 STARTED : TC: test_02_create_sparse_type_disk_offering :::
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Payload: {'apiKey': 
 u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw',
  'name': 'Sparse Type Disk offering', 'command': 'createDiskOffering', 
 'disksize': 1, 'signature': 'sqd1CEBlKR4PojyjGiLgVNSauGE=', 'displaytext': 
 'Sparse Type Disk offering', 'response': 'json'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Sending GET Cmd : createDiskOffering===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 172.16.88.23
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=sqd1CEBlKR4PojyjGiLgVNSauGE%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  HTTP/1.1 200 323
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Response : {iscustomized : False, name : u'Sparse Type Disk offering', 
 created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : 
 u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : 
 u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Created Disk offering with ID: ce464afe-42f6-42b3-9d7c-630c39b5cc3b
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Payload: {'apiKey': 
 u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw',
  'id': u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', 'command': 
 'listDiskOfferings', 'signature': 'dRb5TpsjzvEJGw5hJz1nmFpTm5s=', 'response': 
 'json'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Sending GET Cmd : listDiskOfferings===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 172.16.88.23
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?response=jsonapiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwcommand=listDiskOfferingsid=ce464afe-42f6-42b3-9d7c-630c39b5cc3bsignature=dRb5TpsjzvEJGw5hJz1nmFpTm5s%3D
  HTTP/1.1 200 336
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Response : [{iscustomized : False, name : u'Sparse Type Disk offering', 
 created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : 
 u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : 
 u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}]
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: 
 FAILED: test_02_create_sparse_type_disk_offering: ['Traceback (most recent 
 call last):\n', '  File /usr/local/lib/python2.7/unittest/case.py, line 
 

[jira] [Resolved] (CLOUDSTACK-7108) [Automation] TestCreateDiskOffering test cases failing in simulator

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7108.
-

Resolution: Fixed

Fixed the issue

 [Automation] TestCreateDiskOffering test cases failing in simulator
 ---

 Key: CLOUDSTACK-7108
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7108
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.5.0
 Environment: Simulator
Reporter: Rayees Namathponnan
Assignee: Ashutosk Kelkar
 Fix For: 4.5.0


 Test case failing with below error 
 Error Message
 Check provisionig type in createServiceOffering
   begin captured stdout  -
 === TestName: test_02_create_sparse_type_disk_offering | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 STARTED : TC: test_02_create_sparse_type_disk_offering :::
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Payload: {'apiKey': 
 u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw',
  'name': 'Sparse Type Disk offering', 'command': 'createDiskOffering', 
 'disksize': 1, 'signature': 'sqd1CEBlKR4PojyjGiLgVNSauGE=', 'displaytext': 
 'Sparse Type Disk offering', 'response': 'json'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Sending GET Cmd : createDiskOffering===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 172.16.88.23
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=sqd1CEBlKR4PojyjGiLgVNSauGE%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  HTTP/1.1 200 323
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Response : {iscustomized : False, name : u'Sparse Type Disk offering', 
 created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : 
 u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : 
 u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Created Disk offering with ID: ce464afe-42f6-42b3-9d7c-630c39b5cc3b
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Payload: {'apiKey': 
 u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw',
  'id': u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', 'command': 
 'listDiskOfferings', 'signature': 'dRb5TpsjzvEJGw5hJz1nmFpTm5s=', 'response': 
 'json'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Sending GET Cmd : listDiskOfferings===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 172.16.88.23
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?response=jsonapiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwcommand=listDiskOfferingsid=ce464afe-42f6-42b3-9d7c-630c39b5cc3bsignature=dRb5TpsjzvEJGw5hJz1nmFpTm5s%3D
  HTTP/1.1 200 336
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Response : [{iscustomized : False, name : u'Sparse Type Disk offering', 
 created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : 
 u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : 
 u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}]
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: 
 FAILED: test_02_create_sparse_type_disk_offering: ['Traceback (most recent 
 call last):\n', '  File /usr/local/lib/python2.7/unittest/case.py, line 
 331, in run\ntestMethod()\n', '  File 
 /automation/virtenv/00-16-3e-0a-f4-2c/1338/test/integration/smoke/test_disk_offerings.py,
  line 128, in test_02_create_sparse_type_disk_offering\nCheck 
 provisionig type in createServiceOffering\n', '  File 
 

[jira] [Updated] (CLOUDSTACK-7102) Volume migration fails with 'VM i-2-3-VM does not exist in VMware datacenter' expection

[Likitha Shetty (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Likitha Shetty updated CLOUDSTACK-7102:
---

Labels: S1  (was: )

 Volume migration fails with 'VM i-2-3-VM does not exist in VMware datacenter' 
 expection
 ---

 Key: CLOUDSTACK-7102
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7102
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller, VMware
Affects Versions: 4.2.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
Priority: Critical
  Labels: S1
 Fix For: 4.5.0


 Steps to reproduce
 
 1. Set global config 'vm.instancename.flag' to true.
 2. Bring up CS in advanced zone with at-least one vmware cluster.
 3. Add two primary storages to the cluster.
 4. Deploy one guest VM.
 5. Create a volume and attach the volume to the guest VM. (Ensure the volume 
 is in primary storage that doesn't contain the root disk).
 6. Migrate the volume to the primary storage that contains the root disk.
 Volume Migration will fail with the below error -
 {noformat}
 2014-07-14 12:21:33,112 ERROR [c.c.h.v.r.VmwareResource] 
 (DirectAgent-398:ctx-4797dd6a 10.102.192.7, job-878/job-879, cmd: 
 MigrateVolumeCommand) Catch Exception java.lang.Exception due to 
 java.lang.Exception: VM i-2-32-VM does not exist in VMware datacenter 
 datacenter-30215
 java.lang.Exception: VM i-2-32-VM does not exist in VMware datacenter 
 datacenter-30215
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:3139)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:416)
 at 
 com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:293)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
 at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
 at 
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
 at 
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
 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)
 {noformat}
  



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6595) Action event EVENT_VM_EXPUNGE is not generated when vm is expunged by the background expunge thread

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064679#comment-14064679
 ] 

ASF subversion and git services commented on CLOUDSTACK-6595:
-

Commit 92d1428c480d013cc153b19b62a9a130258d1504 in cloudstack's branch 
refs/heads/4.4 from [~alena1108]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=92d1428 ]

CLOUDSTACK-6595: allow to expunge the vm when its in Error state, in addition 
to Expunging/Destroyed states

(cherry picked from commit 822b38761f1655ef3d5d3648985a197f5c2c1262)


 Action event EVENT_VM_EXPUNGE is not generated when vm is expunged by the 
 background expunge thread
 ---

 Key: CLOUDSTACK-6595
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6595
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
Reporter: Alena Prokharchyk
Assignee: Kelven Yang
Priority: Critical
 Fix For: 4.4.0


 When expungeVm is called using client API, EVENT_VM_EXPUNGE event is 
 generated.
 When vm is destroyed through the API, but expunged by the background expunge 
 thread, the event is missing. The event should be generated regardless of 
 which way the expunge was triggered.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-4725) KVM agent fails to join if local pool is already registered

[Nux (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064678#comment-14064678
 ] 

Nux commented on CLOUDSTACK-4725:
-

Thanks Edison, can we make sure this also goes into 4.4?

 KVM agent fails to join if local pool is already registered
 ---

 Key: CLOUDSTACK-4725
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4725
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.2.0
Reporter: Marcus Sorensen
Assignee: edison su
Priority: Critical
 Fix For: 4.2.1


 Another active pool with the same uuid already exists
 This might be a regression, I believe we used to catch this case and/or check 
 libvirt to see if pool was already established and just return if it is 
 already there. Or maybe we only do that for non-local.
 2013-09-22 23:42:35,265 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-396:null) Sending Connect to listener: 
 LocalStoragePoolListener
 2013-09-22 23:42:35,266 DEBUG 
 [datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl] 
 (AgentConnectTaskPool-396:null) createPool Params @ scheme - Filesystem 
 storageHost - 172.17.10.10 hostPath - /var/lib/libvirt/images port - -1
 2013-09-22 23:42:35,267 DEBUG 
 [datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl] 
 (AgentConnectTaskPool-396:null) Another active pool with the same uuid 
 already exists
 2013-09-22 23:42:35,267 WARN  [cloud.storage.StorageManagerImpl] 
 (AgentConnectTaskPool-396:null) Unable to setup the local storage pool for 
 Host[-1-Routing]
 com.cloud.utils.exception.CloudRuntimeException: Another active pool with the 
 same uuid already exists
   at 
 org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.initialize(CloudStackPrimaryDataStoreLifeCycleImpl.java:319)
   at 
 com.cloud.storage.StorageManagerImpl.createLocalStorage(StorageManagerImpl.java:647)
   at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
   at 
 com.cloud.storage.LocalStoragePoolListener.processConnect(LocalStoragePoolListener.java:86)
   at 
 com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:587)
   at 
 com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1085)
   at 
 com.cloud.agent.manager.AgentManagerImpl.access$100(AgentManagerImpl.java:144)
   at 
 com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.run(AgentManagerImpl.java:1160)
   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:724)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (CLOUDSTACK-7119) [VMware] Reset VM fails if there is a VM snapshot

[Likitha Shetty (JIRA)]

Likitha Shetty created CLOUDSTACK-7119:
--

 Summary: [VMware] Reset VM fails if there is a VM snapshot
 Key: CLOUDSTACK-7119
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7119
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: VMware
Affects Versions: 4.4.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
Priority: Critical
 Fix For: 4.5.0


If we try to reset a VM that has VM snapshots we get - 

{noformat}
14-07-14 12:29:57,402 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-e5232a43) 
Seq 1-1802268263: Received:  { Ans: , MgmtId: 20620141786272, via: 1, Ver: v1, 
Flags: 10, { GetStorageStatsAnswer } }
2014-07-14 12:29:57,643 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-1:null) SeqA 12-189267: Processing Seq 12-189267:  { Cmd 
, MgmtId: -1, via: 12, Ver: v1, Flags: 11, 
[{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:76,_loadInfo:{\n
  \connections\: []\n},wait:0}}] }
2014-07-14 12:29:57,651 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-1:null) SeqA 12-189267: Sending Seq 12-189267:  { Ans: , 
MgmtId: 20620141786272, via: 12, Ver: v1, Flags: 100010, 
[{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] }
2014-07-14 12:29:57,703 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-cdf8ae2a) 
===START===  10.103.29.20 -- GET  
command=queryAsyncJobResultjobId=cce9e2ca-9800-400c-9365-efd7465a2a2fresponse=jsonsessionkey=SUS3X0KmlHMIe98nfAd1pi2r4sw%3D_=1405321596769
2014-07-14 12:29:57,725 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-cdf8ae2a 
ctx-5ef4ce7b) ===END===  10.103.29.20 -- GET  
command=queryAsyncJobResultjobId=cce9e2ca-9800-400c-9365-efd7465a2a2fresponse=jsonsessionkey=SUS3X0KmlHMIe98nfAd1pi2r4sw%3D_=1405321596769
2014-07-14 12:29:58,595 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
(consoleproxy-1:ctx-a63c77bf) Zone 1 is ready to launch console proxy
2014-07-14 12:29:58,628 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
(secstorage-1:ctx-46f24bb3) Zone 1 is ready to launch secondary storage VM
2014-07-14 12:29:58,890 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-3:null) Ping from 12
2014-07-14 12:29:59,698 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-8:null) Ping from 11
2014-07-14 12:30:00,224 DEBUG [c.c.s.StatsCollector] 
(StatsCollector-1:ctx-ca62e80b) HostStatsCollector is running...
2014-07-14 12:30:00,229 DEBUG [c.c.a.m.DirectAgentAttache] 
(DirectAgent-53:ctx-dfca1177) Seq 1-1802268264: Executing request
2014-07-14 12:30:00,258 WARN  [c.c.h.v.r.VmwareResource] 
(DirectAgent-77:ctx-a645727a 172.16.12.20) StartCommand failed due to 
Exception: java.lang.RuntimeException
Message: File [datastore1] 
VM-a6cbbb37-66e8-4bee-80bf-fcdd217c6b01/ROOT-87-01.vmdk was not found

java.lang.RuntimeException: File [datastore1] 
VM-a6cbbb37-66e8-4bee-80bf-fcdd217c6b01/ROOT-87-01.vmdk was not found
at 
com.cloud.hypervisor.vmware.util.VmwareClient.waitForTask(VmwareClient.java:336)
at 
com.cloud.hypervisor.vmware.mo.VirtualMachineMO.powerOn(VirtualMachineMO.java:259)
at 
com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:3162)
at 
com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:578)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:215)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:50)
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:47)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
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-14 12:30:00,261 DEBUG [c.c.a.m.DirectAgentAttache] 
(DirectAgent-77:ctx-a645727a) Seq 4-164890826: Response Received:
2014-07-14 12:30:00,265 DEBUG [c.c.a.t.Request] (DirectAgent-77:ctx-a645727a) 
Seq 4-164890826: 

[jira] [Updated] (CLOUDSTACK-6439) [Automation] Two Test Cases failed on test_disk_offerings.py - provision type is not returned by listDiskOfferings response

[Daan Hoogland (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Daan Hoogland updated CLOUDSTACK-6439:
--

Priority: Critical  (was: Blocker)

 [Automation] Two Test Cases failed on test_disk_offerings.py - provision 
 type is not returned by listDiskOfferings response
 -

 Key: CLOUDSTACK-6439
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6439
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, IAM
Affects Versions: 4.4.0
 Environment: Basic Zone
 XenServer 
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 Two Cases failed:
 1. test_02_create_sparse_type_disk_offering
 2. test_04_create_fat_type_disk_offering
 =
 Assertion Errors:
 =
 *Assertion Error 1*
 Check provisionig type in createServiceOffering
   begin captured logging  
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 STARTED : TC: test_02_create_sparse_type_disk_offering :::
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 sending GET request: createDiskOffering {'name': 'Sparse Type Disk offering', 
 'disksize': 1, 'displaytext': 'Sparse Type Disk offering'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Computed Signature by Marvin: m0/TZdrSBwiGRHLEVS5pdjF/y0U=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  HTTP/1.1 200 297
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  Response: { creatediskofferingresponse :  { diskoffering : 
 {id:ffece54d-6736-4d72-8426-6eeade833db8,name:Sparse Type Disk 
 offering,displaytext:Sparse Type Disk 
 offering,disksize:1,created:2014-04-16T15:52:37-0700,iscustomized:false,storagetype:shared,displayoffering:true}
  }  }
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Created Disk offering with ID: ffece54d-6736-4d72-8426-6eeade833db8
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 sending GET request: listDiskOfferings {'id': 
 u'ffece54d-6736-4d72-8426-6eeade833db8'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Computed Signature by Marvin: XtzgOFFqAn/1FdLA2F+/yDvHKbQ=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qid=ffece54d-6736-4d72-8426-6eeade833db8command=listDiskOfferingssignature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3Dresponse=json
  HTTP/1.1 200 310
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qid=ffece54d-6736-4d72-8426-6eeade833db8command=listDiskOfferingssignature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3Dresponse=json
  Response: { listdiskofferingsresponse : { count:1 ,diskoffering : [  
 {id:ffece54d-6736-4d72-8426-6eeade833db8,name:Sparse Type Disk 
 offering,displaytext:Sparse Type Disk 
 offering,disksize:1,created:2014-04-16T15:52:37-0700,iscustomized:false,storagetype:shared,displayoffering:true}
  ] } }
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: 
 FAILED: test_02_create_sparse_type_disk_offering: Traceback (most recent call 
 last):
   File /usr/local/lib/python2.7/unittest/case.py, line 327, in run
 testMethod()
   

[jira] [Commented] (CLOUDSTACK-6439) [Automation] Two Test Cases failed on test_disk_offerings.py - provision type is not returned by listDiskOfferings response

[Daan Hoogland (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064686#comment-14064686
 ] 

Daan Hoogland commented on CLOUDSTACK-6439:
---

This bug was not discussed on list: reducing prio to critical. Being a test 
case issue (so far) I don't see that it is even that. please find the 
underlying core code issue and discuss that one before marking it as a blocker.

 [Automation] Two Test Cases failed on test_disk_offerings.py - provision 
 type is not returned by listDiskOfferings response
 -

 Key: CLOUDSTACK-6439
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6439
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, IAM
Affects Versions: 4.4.0
 Environment: Basic Zone
 XenServer 
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 Two Cases failed:
 1. test_02_create_sparse_type_disk_offering
 2. test_04_create_fat_type_disk_offering
 =
 Assertion Errors:
 =
 *Assertion Error 1*
 Check provisionig type in createServiceOffering
   begin captured logging  
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 STARTED : TC: test_02_create_sparse_type_disk_offering :::
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 sending GET request: createDiskOffering {'name': 'Sparse Type Disk offering', 
 'disksize': 1, 'displaytext': 'Sparse Type Disk offering'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Computed Signature by Marvin: m0/TZdrSBwiGRHLEVS5pdjF/y0U=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  HTTP/1.1 200 297
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  Response: { creatediskofferingresponse :  { diskoffering : 
 {id:ffece54d-6736-4d72-8426-6eeade833db8,name:Sparse Type Disk 
 offering,displaytext:Sparse Type Disk 
 offering,disksize:1,created:2014-04-16T15:52:37-0700,iscustomized:false,storagetype:shared,displayoffering:true}
  }  }
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Created Disk offering with ID: ffece54d-6736-4d72-8426-6eeade833db8
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 sending GET request: listDiskOfferings {'id': 
 u'ffece54d-6736-4d72-8426-6eeade833db8'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Computed Signature by Marvin: XtzgOFFqAn/1FdLA2F+/yDvHKbQ=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qid=ffece54d-6736-4d72-8426-6eeade833db8command=listDiskOfferingssignature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3Dresponse=json
  HTTP/1.1 200 310
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qid=ffece54d-6736-4d72-8426-6eeade833db8command=listDiskOfferingssignature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3Dresponse=json
  Response: { listdiskofferingsresponse : { count:1 ,diskoffering : [  
 {id:ffece54d-6736-4d72-8426-6eeade833db8,name:Sparse Type Disk 
 offering,displaytext:Sparse Type Disk 
 offering,disksize:1,created:2014-04-16T15:52:37-0700,iscustomized:false,storagetype:shared,displayoffering:true}
  ] } }
 test_02_create_sparse_type_disk_offering 
 

[jira] [Updated] (CLOUDSTACK-7078) CLONE - [VMWARE]System VM's are failed to start with Nexus enabled Zone

[Daan Hoogland (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Daan Hoogland updated CLOUDSTACK-7078:
--

Priority: Critical  (was: Blocker)

 CLONE - [VMWARE]System VM's are failed to start with Nexus enabled Zone 
 

 Key: CLOUDSTACK-7078
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7078
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Devices, VMware
Affects Versions: 4.4.0
Reporter: Sateesh Chodapuneedi
Assignee: Sateesh Chodapuneedi
Priority: Critical
 Fix For: 4.4.0, 4.5.0

 Attachments: issuenexus.rar


 Steps:
 1. Upgraded from 3.0.7 to 4.2 ( VMWARE Zone with Standard vSwitch)
 2. Enable Nexus global config variable
 3. Tried to add new Zone with VMWARE Nexus enabled
 4. Added two physical networks ( 1 - Mgmt - vSwitch0,,vmwaresvs 2- Public  
 guest - sailajanewpp,,nexusdvs)
 5. Provided VSM details while adding cluster
 Observation:
 System VM's are failed to start with Nexus enabled Zone saying Nexus details 
 can not be retrieved from DB. 
 2013-08-22 00:37:01,732 DEBUG [cloud.api.ApiServlet] (catalina-exec-2:null) 
 ===START===  10.101.255.30 -- GET  
 command=queryAsyncJobResultjobId=921f4c19-a655-4234-82c4-66efcbe73933response=jsonsessionkey=CNY1grUrySJwTE%2BpFM3btn1i4Xs%3D_=1377112271133
 2013-08-22 00:37:01,782 DEBUG [cloud.api.ApiServlet] (catalina-exec-2:null) 
 ===END===  10.101.255.30 -- GET  
 command=queryAsyncJobResultjobId=921f4c19-a655-4234-82c4-66efcbe73933response=jsonsessionkey=CNY1grUrySJwTE%2BpFM3btn1i4Xs%3D_=1377112271133
 2013-08-22 00:37:02,170 WARN  [vmware.resource.VmwareResource] 
 (DirectAgent-128:10.102.192.18) StartCommand failed due to Exception: 
 java.lang.Exception
 Message: Failed to retrieve required credentials of Nexus VSM from database.
 java.lang.Exception: Failed to retrieve required credentials of Nexus VSM 
 from database.
 at 
 com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.getValidatedVsmCredentials(HypervisorHostHelper.java:183)
 at 
 com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.createPortProfile(HypervisorHostHelper.java:201)
 at 
 com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.prepareNetwork(HypervisorHostHelper.java:584)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.prepareNetworkFromNicInfo(VmwareResource.java:3308)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:2904)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:514)
 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-08-22 00:37:02,196 DEBUG [agent.manager.DirectAgentAttache] 
 (DirectAgent-128:null) Seq 14-773455885: Cancelling because one of the 
 answers is false and it is stop on error.
 2013-08-22 00:37:02,196 DEBUG [agent.manager.DirectAgentAttache] 
 (DirectAgent-128:null) Seq 14-773455885: Response Received:
 2013-08-22 00:37:02,199 DEBUG [agent.transport.Request] 
 (DirectAgent-128:null) Seq 14-773455885: Processing:  { Ans: , MgmtId: 
 187767034175903, via: 14, Ver: v1, Flags: 10, 
 [{com.cloud.agent.api.StartAnswer:{vm:{id:30,name:s-30-VM,bootloader:HVM,type:SecondaryStorageVm,cpus:1,minSpeed:500,maxSpeed:500,minRam:268435456,maxRam:268435456,hostName:s-30-VM,arch:x86_64,os:Debian
  GNU/Linux 5.0 (32-bit),bootArgs: template=domP type=secstorage 
 host=10.102.192.207 port=8250 name=s-30-VM zone=3 pod=3 guid=s-30-VM 
 resource=com.cloud.storage.resource.PremiumSecondaryStorageResource 
 instance=SecStorage sslcopy=true role=templateProcessor mtu=1500 
 eth2ip=10.102.196.220 eth2mask=255.255.255.0 gateway=10.102.196.1 
 public.network.device=eth2 eth0mask=0.0.0.0 eth0ip=0.0.0.0 
 eth1ip=10.102.195.150 eth1mask=255.255.252.0 mgmtcidr=10.102.192.0/22 
 localgw=10.102.192.1 private.network.device=eth1 eth3ip=10.102.195.152 
 eth3mask=255.255.252.0 

[jira] [Commented] (CLOUDSTACK-7078) CLONE - [VMWARE]System VM's are failed to start with Nexus enabled Zone

[Daan Hoogland (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7078?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064689#comment-14064689
 ] 

Daan Hoogland commented on CLOUDSTACK-7078:
---

marking this as critical. It sounds serious but has not been discussed on list. 
a issue being a blocker is community decision as it *block*s a release. 
Sateesh, please don't hesitate to counter me on dev@ to have my decision 
reverted.

 CLONE - [VMWARE]System VM's are failed to start with Nexus enabled Zone 
 

 Key: CLOUDSTACK-7078
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7078
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Devices, VMware
Affects Versions: 4.4.0
Reporter: Sateesh Chodapuneedi
Assignee: Sateesh Chodapuneedi
Priority: Critical
 Fix For: 4.4.0, 4.5.0

 Attachments: issuenexus.rar


 Steps:
 1. Upgraded from 3.0.7 to 4.2 ( VMWARE Zone with Standard vSwitch)
 2. Enable Nexus global config variable
 3. Tried to add new Zone with VMWARE Nexus enabled
 4. Added two physical networks ( 1 - Mgmt - vSwitch0,,vmwaresvs 2- Public  
 guest - sailajanewpp,,nexusdvs)
 5. Provided VSM details while adding cluster
 Observation:
 System VM's are failed to start with Nexus enabled Zone saying Nexus details 
 can not be retrieved from DB. 
 2013-08-22 00:37:01,732 DEBUG [cloud.api.ApiServlet] (catalina-exec-2:null) 
 ===START===  10.101.255.30 -- GET  
 command=queryAsyncJobResultjobId=921f4c19-a655-4234-82c4-66efcbe73933response=jsonsessionkey=CNY1grUrySJwTE%2BpFM3btn1i4Xs%3D_=1377112271133
 2013-08-22 00:37:01,782 DEBUG [cloud.api.ApiServlet] (catalina-exec-2:null) 
 ===END===  10.101.255.30 -- GET  
 command=queryAsyncJobResultjobId=921f4c19-a655-4234-82c4-66efcbe73933response=jsonsessionkey=CNY1grUrySJwTE%2BpFM3btn1i4Xs%3D_=1377112271133
 2013-08-22 00:37:02,170 WARN  [vmware.resource.VmwareResource] 
 (DirectAgent-128:10.102.192.18) StartCommand failed due to Exception: 
 java.lang.Exception
 Message: Failed to retrieve required credentials of Nexus VSM from database.
 java.lang.Exception: Failed to retrieve required credentials of Nexus VSM 
 from database.
 at 
 com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.getValidatedVsmCredentials(HypervisorHostHelper.java:183)
 at 
 com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.createPortProfile(HypervisorHostHelper.java:201)
 at 
 com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.prepareNetwork(HypervisorHostHelper.java:584)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.prepareNetworkFromNicInfo(VmwareResource.java:3308)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:2904)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:514)
 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-08-22 00:37:02,196 DEBUG [agent.manager.DirectAgentAttache] 
 (DirectAgent-128:null) Seq 14-773455885: Cancelling because one of the 
 answers is false and it is stop on error.
 2013-08-22 00:37:02,196 DEBUG [agent.manager.DirectAgentAttache] 
 (DirectAgent-128:null) Seq 14-773455885: Response Received:
 2013-08-22 00:37:02,199 DEBUG [agent.transport.Request] 
 (DirectAgent-128:null) Seq 14-773455885: Processing:  { Ans: , MgmtId: 
 187767034175903, via: 14, Ver: v1, Flags: 10, 
 [{com.cloud.agent.api.StartAnswer:{vm:{id:30,name:s-30-VM,bootloader:HVM,type:SecondaryStorageVm,cpus:1,minSpeed:500,maxSpeed:500,minRam:268435456,maxRam:268435456,hostName:s-30-VM,arch:x86_64,os:Debian
  GNU/Linux 5.0 (32-bit),bootArgs: template=domP type=secstorage 
 host=10.102.192.207 port=8250 name=s-30-VM zone=3 pod=3 guid=s-30-VM 
 resource=com.cloud.storage.resource.PremiumSecondaryStorageResource 
 instance=SecStorage sslcopy=true role=templateProcessor mtu=1500 
 eth2ip=10.102.196.220 eth2mask=255.255.255.0 

[jira] [Commented] (CLOUDSTACK-4725) KVM agent fails to join if local pool is already registered

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064694#comment-14064694
 ] 

ASF subversion and git services commented on CLOUDSTACK-4725:
-

Commit 771b53b3421fcde27e882a022e4f1b43146ca0e4 in cloudstack's branch 
refs/heads/vpc-toolkit-hugo from Edison Su
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=771b53b ]

CLOUDSTACK-4725: if storage pool has different path, but the uuid is the same, 
then treat them as the same storage pool


 KVM agent fails to join if local pool is already registered
 ---

 Key: CLOUDSTACK-4725
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4725
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.2.0
Reporter: Marcus Sorensen
Assignee: edison su
Priority: Critical
 Fix For: 4.2.1


 Another active pool with the same uuid already exists
 This might be a regression, I believe we used to catch this case and/or check 
 libvirt to see if pool was already established and just return if it is 
 already there. Or maybe we only do that for non-local.
 2013-09-22 23:42:35,265 DEBUG [agent.manager.AgentManagerImpl] 
 (AgentConnectTaskPool-396:null) Sending Connect to listener: 
 LocalStoragePoolListener
 2013-09-22 23:42:35,266 DEBUG 
 [datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl] 
 (AgentConnectTaskPool-396:null) createPool Params @ scheme - Filesystem 
 storageHost - 172.17.10.10 hostPath - /var/lib/libvirt/images port - -1
 2013-09-22 23:42:35,267 DEBUG 
 [datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl] 
 (AgentConnectTaskPool-396:null) Another active pool with the same uuid 
 already exists
 2013-09-22 23:42:35,267 WARN  [cloud.storage.StorageManagerImpl] 
 (AgentConnectTaskPool-396:null) Unable to setup the local storage pool for 
 Host[-1-Routing]
 com.cloud.utils.exception.CloudRuntimeException: Another active pool with the 
 same uuid already exists
   at 
 org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.initialize(CloudStackPrimaryDataStoreLifeCycleImpl.java:319)
   at 
 com.cloud.storage.StorageManagerImpl.createLocalStorage(StorageManagerImpl.java:647)
   at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
   at 
 com.cloud.storage.LocalStoragePoolListener.processConnect(LocalStoragePoolListener.java:86)
   at 
 com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:587)
   at 
 com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1085)
   at 
 com.cloud.agent.manager.AgentManagerImpl.access$100(AgentManagerImpl.java:144)
   at 
 com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.run(AgentManagerImpl.java:1160)
   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:724)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7108) [Automation] TestCreateDiskOffering test cases failing in simulator

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064695#comment-14064695
 ] 

ASF subversion and git services commented on CLOUDSTACK-7108:
-

Commit 6f9b3cc9d13bd1bc002ce0afad3ed416b590f882 in cloudstack's branch 
refs/heads/vpc-toolkit-hugo from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=6f9b3cc ]

CLOUDSTACK-7108: Reading provisioningtype for disk offering in base.py


 [Automation] TestCreateDiskOffering test cases failing in simulator
 ---

 Key: CLOUDSTACK-7108
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7108
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.5.0
 Environment: Simulator
Reporter: Rayees Namathponnan
Assignee: Ashutosk Kelkar
 Fix For: 4.5.0


 Test case failing with below error 
 Error Message
 Check provisionig type in createServiceOffering
   begin captured stdout  -
 === TestName: test_02_create_sparse_type_disk_offering | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 STARTED : TC: test_02_create_sparse_type_disk_offering :::
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Payload: {'apiKey': 
 u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw',
  'name': 'Sparse Type Disk offering', 'command': 'createDiskOffering', 
 'disksize': 1, 'signature': 'sqd1CEBlKR4PojyjGiLgVNSauGE=', 'displaytext': 
 'Sparse Type Disk offering', 'response': 'json'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Sending GET Cmd : createDiskOffering===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 172.16.88.23
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=sqd1CEBlKR4PojyjGiLgVNSauGE%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  HTTP/1.1 200 323
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Response : {iscustomized : False, name : u'Sparse Type Disk offering', 
 created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : 
 u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : 
 u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Created Disk offering with ID: ce464afe-42f6-42b3-9d7c-630c39b5cc3b
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Payload: {'apiKey': 
 u'fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEw',
  'id': u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', 'command': 
 'listDiskOfferings', 'signature': 'dRb5TpsjzvEJGw5hJz1nmFpTm5s=', 'response': 
 'json'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Sending GET Cmd : listDiskOfferings===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 172.16.88.23
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?response=jsonapiKey=fbL76eSHF_ZJS4d7DuoJ_yGeAXATDSZ5xI_UBm-lsQUVrGuxROVLVvUfMpd8eZ1FwC_L4BHCoc2HTxDaN5xjEwcommand=listDiskOfferingsid=ce464afe-42f6-42b3-9d7c-630c39b5cc3bsignature=dRb5TpsjzvEJGw5hJz1nmFpTm5s%3D
  HTTP/1.1 200 336
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Response : [{iscustomized : False, name : u'Sparse Type Disk offering', 
 created : u'2014-07-15T02:16:43-0700', storagetype : u'shared', displaytext : 
 u'Sparse Type Disk offering', disksize : 1, provisioningtype : u'thin', id : 
 u'ce464afe-42f6-42b3-9d7c-630c39b5cc3b', displayoffering : True}]
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: 
 FAILED: test_02_create_sparse_type_disk_offering: ['Traceback (most recent 
 call last):\n', '  File 

[jira] [Commented] (CLOUDSTACK-7119) [VMware] Reset VM fails if there is a VM snapshot

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064697#comment-14064697
 ] 

ASF subversion and git services commented on CLOUDSTACK-7119:
-

Commit d3e7b43ee9398690f094ae2eb2a1a1957f7f3b07 in cloudstack's branch 
refs/heads/master from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d3e7b43 ]

CLOUDSTACK-7119. [VMware] Don't allow VM reset when VM has snapshots.


 [VMware] Reset VM fails if there is a VM snapshot
 -

 Key: CLOUDSTACK-7119
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7119
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: VMware
Affects Versions: 4.4.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
Priority: Critical
 Fix For: 4.5.0


 If we try to reset a VM that has VM snapshots we get - 
 {noformat}
 14-07-14 12:29:57,402 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-e5232a43) 
 Seq 1-1802268263: Received:  { Ans: , MgmtId: 20620141786272, via: 1, Ver: 
 v1, Flags: 10, { GetStorageStatsAnswer } }
 2014-07-14 12:29:57,643 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-1:null) SeqA 12-189267: Processing Seq 12-189267:  { 
 Cmd , MgmtId: -1, via: 12, Ver: v1, Flags: 11, 
 [{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:76,_loadInfo:{\n
   \connections\: []\n},wait:0}}] }
 2014-07-14 12:29:57,651 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-1:null) SeqA 12-189267: Sending Seq 12-189267:  { Ans: 
 , MgmtId: 20620141786272, via: 12, Ver: v1, Flags: 100010, 
 [{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] }
 2014-07-14 12:29:57,703 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-cdf8ae2a) ===START===  10.103.29.20 -- GET  
 command=queryAsyncJobResultjobId=cce9e2ca-9800-400c-9365-efd7465a2a2fresponse=jsonsessionkey=SUS3X0KmlHMIe98nfAd1pi2r4sw%3D_=1405321596769
 2014-07-14 12:29:57,725 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-cdf8ae2a ctx-5ef4ce7b) ===END===  10.103.29.20 -- GET  
 command=queryAsyncJobResultjobId=cce9e2ca-9800-400c-9365-efd7465a2a2fresponse=jsonsessionkey=SUS3X0KmlHMIe98nfAd1pi2r4sw%3D_=1405321596769
 2014-07-14 12:29:58,595 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
 (consoleproxy-1:ctx-a63c77bf) Zone 1 is ready to launch console proxy
 2014-07-14 12:29:58,628 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
 (secstorage-1:ctx-46f24bb3) Zone 1 is ready to launch secondary storage VM
 2014-07-14 12:29:58,890 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-3:null) Ping from 12
 2014-07-14 12:29:59,698 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-8:null) Ping from 11
 2014-07-14 12:30:00,224 DEBUG [c.c.s.StatsCollector] 
 (StatsCollector-1:ctx-ca62e80b) HostStatsCollector is running...
 2014-07-14 12:30:00,229 DEBUG [c.c.a.m.DirectAgentAttache] 
 (DirectAgent-53:ctx-dfca1177) Seq 1-1802268264: Executing request
 2014-07-14 12:30:00,258 WARN  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-77:ctx-a645727a 172.16.12.20) StartCommand failed due to 
 Exception: java.lang.RuntimeException
 Message: File [datastore1] 
 VM-a6cbbb37-66e8-4bee-80bf-fcdd217c6b01/ROOT-87-01.vmdk was not found
 java.lang.RuntimeException: File [datastore1] 
 VM-a6cbbb37-66e8-4bee-80bf-fcdd217c6b01/ROOT-87-01.vmdk was not found
 at 
 com.cloud.hypervisor.vmware.util.VmwareClient.waitForTask(VmwareClient.java:336)
 at 
 com.cloud.hypervisor.vmware.mo.VirtualMachineMO.powerOn(VirtualMachineMO.java:259)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:3162)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:578)
 at 
 com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:215)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:50)
 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:47)
 at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
 at 
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
 at 

[jira] [Resolved] (CLOUDSTACK-7119) [VMware] Reset VM fails if there is a VM snapshot

[Likitha Shetty (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Likitha Shetty resolved CLOUDSTACK-7119.


Resolution: Fixed

 [VMware] Reset VM fails if there is a VM snapshot
 -

 Key: CLOUDSTACK-7119
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7119
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: VMware
Affects Versions: 4.4.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
Priority: Critical
 Fix For: 4.5.0


 If we try to reset a VM that has VM snapshots we get - 
 {noformat}
 14-07-14 12:29:57,402 DEBUG [c.c.a.t.Request] (StatsCollector-3:ctx-e5232a43) 
 Seq 1-1802268263: Received:  { Ans: , MgmtId: 20620141786272, via: 1, Ver: 
 v1, Flags: 10, { GetStorageStatsAnswer } }
 2014-07-14 12:29:57,643 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-1:null) SeqA 12-189267: Processing Seq 12-189267:  { 
 Cmd , MgmtId: -1, via: 12, Ver: v1, Flags: 11, 
 [{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:76,_loadInfo:{\n
   \connections\: []\n},wait:0}}] }
 2014-07-14 12:29:57,651 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-1:null) SeqA 12-189267: Sending Seq 12-189267:  { Ans: 
 , MgmtId: 20620141786272, via: 12, Ver: v1, Flags: 100010, 
 [{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] }
 2014-07-14 12:29:57,703 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-cdf8ae2a) ===START===  10.103.29.20 -- GET  
 command=queryAsyncJobResultjobId=cce9e2ca-9800-400c-9365-efd7465a2a2fresponse=jsonsessionkey=SUS3X0KmlHMIe98nfAd1pi2r4sw%3D_=1405321596769
 2014-07-14 12:29:57,725 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-cdf8ae2a ctx-5ef4ce7b) ===END===  10.103.29.20 -- GET  
 command=queryAsyncJobResultjobId=cce9e2ca-9800-400c-9365-efd7465a2a2fresponse=jsonsessionkey=SUS3X0KmlHMIe98nfAd1pi2r4sw%3D_=1405321596769
 2014-07-14 12:29:58,595 DEBUG [c.c.c.ConsoleProxyManagerImpl] 
 (consoleproxy-1:ctx-a63c77bf) Zone 1 is ready to launch console proxy
 2014-07-14 12:29:58,628 DEBUG [c.c.s.s.SecondaryStorageManagerImpl] 
 (secstorage-1:ctx-46f24bb3) Zone 1 is ready to launch secondary storage VM
 2014-07-14 12:29:58,890 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-3:null) Ping from 12
 2014-07-14 12:29:59,698 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentManager-Handler-8:null) Ping from 11
 2014-07-14 12:30:00,224 DEBUG [c.c.s.StatsCollector] 
 (StatsCollector-1:ctx-ca62e80b) HostStatsCollector is running...
 2014-07-14 12:30:00,229 DEBUG [c.c.a.m.DirectAgentAttache] 
 (DirectAgent-53:ctx-dfca1177) Seq 1-1802268264: Executing request
 2014-07-14 12:30:00,258 WARN  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-77:ctx-a645727a 172.16.12.20) StartCommand failed due to 
 Exception: java.lang.RuntimeException
 Message: File [datastore1] 
 VM-a6cbbb37-66e8-4bee-80bf-fcdd217c6b01/ROOT-87-01.vmdk was not found
 java.lang.RuntimeException: File [datastore1] 
 VM-a6cbbb37-66e8-4bee-80bf-fcdd217c6b01/ROOT-87-01.vmdk was not found
 at 
 com.cloud.hypervisor.vmware.util.VmwareClient.waitForTask(VmwareClient.java:336)
 at 
 com.cloud.hypervisor.vmware.mo.VirtualMachineMO.powerOn(VirtualMachineMO.java:259)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:3162)
 at 
 com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:578)
 at 
 com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:215)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:50)
 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:47)
 at 
 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
 at java.util.concurrent.FutureTask.run(FutureTask.java:262)
 at 
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
 at 
 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
 at 
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at 

[jira] [Commented] (CLOUDSTACK-7107) [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064708#comment-14064708
 ] 

ASF subversion and git services commented on CLOUDSTACK-7107:
-

Commit 186606a0bf82402e7755cd7998f133023cc96c6c in cloudstack's branch 
refs/heads/master from [~gauravaradhye]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=186606a ]

CLOUDSTACK-7107: Disabling failed test case


 [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception 
 --

 Key: CLOUDSTACK-7107
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7107
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Simulator
Affects Versions: 4.5.0
 Environment: Simulator
 branch 4.5
Reporter: Rayees Namathponnan
Assignee: Koushik Das
Priority: Blocker
 Fix For: 4.5.0

 Attachments: simulator__Log_1338.zip


 Steps to reproduce
 This issues is observed in simulator run, test case 
 integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_08_migrate_vm 
 failing with cast exception 
 Error Message
 Job failed: {jobprocstatus : 0, created : u'2014-07-15T02:19:41-0700', cmd : 
 u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid : 
 u'dc22abe2-0bfe-11e4-89a0-00163e0af42c', jobstatus : 2, jobid : 
 u'9a9e4a1c-af37-4b0b-892b-081720a30362', jobresultcode : 530, jobresulttype : 
 u'object', jobresult : {errorcode : 530, errortext : u'Job failed due to 
 exception com.cloud.agent.api.Answer cannot be cast to 
 com.cloud.agent.api.CheckVirtualMachineAnswer'}, accountid : 
 u'dc2284c8-0bfe-11e4-89a0-00163e0af42c'}
   begin captured stdout  -
 === TestName: test_08_migrate_vm | Status : EXCEPTION ===



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7107) [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception

[Koushik Das (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064710#comment-14064710
 ] 

Koushik Das commented on CLOUDSTACK-7107:
-

How are the test being run? Are the following tests also running as part of the 
suite? If so then they needs to be disabled as they are tagged with a bug id. 
These tests needs to be executed in sequence with no other tests running as 
these can interfere with other tests.

@attr(tags = ['selfservice'],BugId=CLOUDSTACK-6873)
 def test_deploy_vm_volume_creation_failure(self):
 Test Deploy Virtual Machine - volume creation failure and retry
 
@attr(tags = ['selfservice'],BugId=CLOUDSTACK-6873)
 def test_deploy_vm_start_failure(self):
 Test Deploy Virtual Machine - start operation failure and retry

@attr(tags = ['selfservice'],BugId=CLOUDSTACK-6873)
 def test_vm_ha(self):
 Test VM HA

 [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception 
 --

 Key: CLOUDSTACK-7107
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7107
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Simulator
Affects Versions: 4.5.0
 Environment: Simulator
 branch 4.5
Reporter: Rayees Namathponnan
Assignee: Koushik Das
Priority: Blocker
 Fix For: 4.5.0

 Attachments: simulator__Log_1338.zip


 Steps to reproduce
 This issues is observed in simulator run, test case 
 integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_08_migrate_vm 
 failing with cast exception 
 Error Message
 Job failed: {jobprocstatus : 0, created : u'2014-07-15T02:19:41-0700', cmd : 
 u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid : 
 u'dc22abe2-0bfe-11e4-89a0-00163e0af42c', jobstatus : 2, jobid : 
 u'9a9e4a1c-af37-4b0b-892b-081720a30362', jobresultcode : 530, jobresulttype : 
 u'object', jobresult : {errorcode : 530, errortext : u'Job failed due to 
 exception com.cloud.agent.api.Answer cannot be cast to 
 com.cloud.agent.api.CheckVirtualMachineAnswer'}, accountid : 
 u'dc2284c8-0bfe-11e4-89a0-00163e0af42c'}
   begin captured stdout  -
 === TestName: test_08_migrate_vm | Status : EXCEPTION ===



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7107) [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception

[Koushik Das (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7107?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Koushik Das resolved CLOUDSTACK-7107.
-

Resolution: Not a Problem

In the CI runs bugs tagged with BugId needs to be excluded. If they are not 
excluded then there may be interference in other tests. This issue is one such 
case.

 [Automation] TestVMLifeCycle.test_08_migrate_vm failing with cast exception 
 --

 Key: CLOUDSTACK-7107
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7107
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Simulator
Affects Versions: 4.5.0
 Environment: Simulator
 branch 4.5
Reporter: Rayees Namathponnan
Assignee: Koushik Das
Priority: Blocker
 Fix For: 4.5.0

 Attachments: simulator__Log_1338.zip


 Steps to reproduce
 This issues is observed in simulator run, test case 
 integration.smoke.test_vm_life_cycle.TestVMLifeCycle.test_08_migrate_vm 
 failing with cast exception 
 Error Message
 Job failed: {jobprocstatus : 0, created : u'2014-07-15T02:19:41-0700', cmd : 
 u'org.apache.cloudstack.api.command.admin.vm.MigrateVMCmd', userid : 
 u'dc22abe2-0bfe-11e4-89a0-00163e0af42c', jobstatus : 2, jobid : 
 u'9a9e4a1c-af37-4b0b-892b-081720a30362', jobresultcode : 530, jobresulttype : 
 u'object', jobresult : {errorcode : 530, errortext : u'Job failed due to 
 exception com.cloud.agent.api.Answer cannot be cast to 
 com.cloud.agent.api.CheckVirtualMachineAnswer'}, accountid : 
 u'dc2284c8-0bfe-11e4-89a0-00163e0af42c'}
   begin captured stdout  -
 === TestName: test_08_migrate_vm | Status : EXCEPTION ===



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6036) CloudStack stops the machine for no reason

[Damodar Reddy T (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6036?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Damodar Reddy T updated CLOUDSTACK-6036:


Labels: 4.5ReviewNeeded  (was: )

  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: Damodar Reddy T
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] [Commented] (CLOUDSTACK-6508) impossible to list projects from API with domainid set

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064725#comment-14064725
 ] 

ASF subversion and git services commented on CLOUDSTACK-6508:
-

Commit d382be9578d49fd839952d06944f6312946f0472 in cloudstack's branch 
refs/heads/master from [~saksham]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d382be9 ]

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

 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=jsoncommand=listProjectslistAll=trueaccount=jenkinsdomainid=%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] [Resolved] (CLOUDSTACK-6508) impossible to list projects from API with domainid set

[Saksham Srivastava (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Saksham Srivastava resolved CLOUDSTACK-6508.


Resolution: Fixed

 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

 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=jsoncommand=listProjectslistAll=trueaccount=jenkinsdomainid=%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] [Updated] (CLOUDSTACK-6053) While adding smb as primary or secondary the password should be uri encoded

[Devdeep Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Devdeep Singh updated CLOUDSTACK-6053:
--

Labels: S1  (was: )

 While adding smb as primary or secondary the password should be uri encoded
 ---

 Key: CLOUDSTACK-6053
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6053
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.3.0
Reporter: Devdeep Singh
Assignee: Devdeep Singh
  Labels: S1
 Fix For: 4.4.0


 When a smb share is added as a primary or secondary the user, password and 
 domain are passed in the url. If the password has special characters (like ) 
 added the share fails as the server isn't able to parse the uri.
 User, password and details should be passed as details parameters in the api  
  and the server side should be updated to understand it.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7075) [Automation] [BVT] test_public_ip_admin_account failed while calling listPortForwardingRules API

[Girish Shilamkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Girish Shilamkar resolved CLOUDSTACK-7075.
--

Resolution: Fixed

The missing patch has been added to master branch: 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=aab6e1222fc75a37f8015ba1d2c7bc923c1cf614

I just ran the test cases and confirmed that the issue is resolved.

 [Automation] [BVT] test_public_ip_admin_account failed while calling 
 listPortForwardingRules API
 

 Key: CLOUDSTACK-7075
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7075
 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: Simulator 
 build 4.5
Reporter: Rayees Namathponnan
Assignee: Girish Shilamkar
Priority: Blocker
 Fix For: 4.5.0

 Attachments: vmops.rar


 Run the automation 
 ntegration.smoke.test_network.TestPublicIP.test_public_ip_admin_account  with 
 simulator 
 Test case failed, observed below error in ms log
 2014-07-06 23:28:02,597 DEBUG [c.c.a.ApiServlet] 
 (1069967269@qtp-1957555412-13:ctx-40857f10) ===START===  172.16.88.7 -- GET  
 signature=%2B9T
 lLSjBChGaJnKiMfjPaUq7%2Fc0%3DapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=listPubli
 cIpAddressesid=1540bd35-03fa-4e5e-8f52-63b0c8971429response=json
 2014-07-06 23:28:02,604 DEBUG [c.c.a.ApiServlet] 
 (1069967269@qtp-1957555412-13:ctx-40857f10 ctx-3967f10a ctx-3011c16e) 
 ===END===  172.16.88.7
  -- GET  
 signature=%2B9TlLSjBChGaJnKiMfjPaUq7%2Fc0%3DapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbt
 vYcQNgcommand=listPublicIpAddressesid=1540bd35-03fa-4e5e-8f52-63b0c8971429response=json
 2014-07-06 23:28:02,635 DEBUG [c.c.a.ApiServlet] 
 (1069967269@qtp-1957555412-13:ctx-48136b09) ===START===  172.16.88.7 -- GET  
 id=43446a28-67b
 3-4d9e-aa5a-1ca177242048apiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=listPortForwar
 dingRulesresponse=jsonsignature=Jf9pPwhNEIQOQTye9dFaYNhIy2w%3D
 2014-07-06 23:28:02,638 DEBUG [c.c.a.d.ParamProcessWorker] 
 (1069967269@qtp-1957555412-13:ctx-48136b09 ctx-6f0576ec ctx-98bac62b) Object 
 entit
 y uuid = 43446a28-67b3-4d9e-aa5a-1ca177242048 does not exist in the database.
 2014-07-06 23:28:02,638 INFO  [c.c.a.ApiServer] 
 (1069967269@qtp-1957555412-13:ctx-48136b09 ctx-6f0576ec ctx-98bac62b) Unable 
 to execute API c
 ommand listportforwardingrules due to invalid value. Invalid parameter id 
 value=43446a28-67b3-4d9e-aa5a-1ca177242048 due to incorrect long va
 lue format, or entity does not exist or due to incorrect parameter annotation 
 for the field in api cmd class.
 2014-07-06 23:28:02,639 DEBUG [c.c.a.ApiServlet] 
 (1069967269@qtp-1957555412-13:ctx-48136b09 ctx-6f0576ec ctx-98bac62b) 
 ===END===  172.16.88.7
  -- GET  
 id=43446a28-67b3-4d9e-aa5a-1ca177242048apiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQN
 gcommand=listPortForwardingRulesresponse=jsonsignature=Jf9pPwhNEIQOQTye9dFaYNhIy2w%3D
 2014-07-06 23:28:02,683 DEBUG [c.c.a.ApiServlet] 
 (1069967269@qtp-1957555412-13:ctx-b4d88722) ===START===  172.16.88.7 -- GET  
 id=bf6d355a-787
 b-4b4c-9dfd-b59eeb73af7bapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQNgcommand=listLoadBalanc
 erRulesresponse=jsonsignature=mjNCrs9%2Beb%2F%2BWdmy%2BiUHT04Utfs%3D
 2014-07-06 23:28:02,686 DEBUG [c.c.a.d.ParamProcessWorker] 
 (1069967269@qtp-1957555412-13:ctx-b4d88722 ctx-2847b9bd ctx-f17d38ae) Object 
 entit
 y uuid = bf6d355a-787b-4b4c-9dfd-b59eeb73af7b does not exist in the database.
 2014-07-06 23:28:02,686 INFO  [c.c.a.ApiServer] 
 (1069967269@qtp-1957555412-13:ctx-b4d88722 ctx-2847b9bd ctx-f17d38ae) Unable 
 to execute API c
 ommand listloadbalancerrules due to invalid value. Invalid parameter id 
 value=bf6d355a-787b-4b4c-9dfd-b59eeb73af7b due to incorrect long valu
 e format, or entity does not exist or due to incorrect parameter annotation 
 for the field in api cmd class.
 2014-07-06 23:28:02,686 DEBUG [c.c.a.ApiServlet] 
 (1069967269@qtp-1957555412-13:ctx-b4d88722 ctx-2847b9bd ctx-f17d38ae) 
 ===END===  172.16.88.7
  -- GET  
 id=bf6d355a-787b-4b4c-9dfd-b59eeb73af7bapiKey=XhIrLnYTF-2c2uBt22f_kAbgMMuKDbHrjPyLKSOca9k5o08kGxZiiFVG-m637OyA71QLs9MRgbK2twbtvYcQN
 gcommand=listLoadBalancerRulesresponse=jsonsignature=mjNCrs9%2Beb%2F%2BWdmy%2BiUHT04Utfs%3D
 2014-07-06 23:28:10,235 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
 (RouterStatusMonitor-1:ctx-026dac87) Found 1 routers to update sta
 tus.
 

[jira] [Resolved] (CLOUDSTACK-6053) While adding smb as primary or secondary the password should be uri encoded

[Devdeep Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Devdeep Singh resolved CLOUDSTACK-6053.
---

Resolution: Fixed

Was already fixed. Resolving the bug

 While adding smb as primary or secondary the password should be uri encoded
 ---

 Key: CLOUDSTACK-6053
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6053
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.3.0
Reporter: Devdeep Singh
Assignee: Devdeep Singh
  Labels: S1
 Fix For: 4.4.0


 When a smb share is added as a primary or secondary the user, password and 
 domain are passed in the url. If the password has special characters (like ) 
 added the share fails as the server isn't able to parse the uri.
 User, password and details should be passed as details parameters in the api  
  and the server side should be updated to understand it.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6809) listStoragePoolsForMigration doesn't list the zone wide primary storages if the volume is on cluster-wide storage, and doesn't list cwps if volume is on zwps

[Devdeep Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Devdeep Singh updated CLOUDSTACK-6809:
--

Labels: S1  (was: )

 listStoragePoolsForMigration doesn't list the zone wide primary storages if 
 the volume is on cluster-wide storage, and doesn't list cwps if volume is on 
 zwps 
 --

 Key: CLOUDSTACK-6809
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6809
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, Storage Controller
Affects Versions: 4.4.0
 Environment: HyperV Advanced zone setup with cluster wide, zone wide 
 and local storages.
Reporter: Abhinav Roy
Assignee: Devdeep Singh
Priority: Critical
  Labels: S1
 Fix For: 4.4.0


 Steps :
 ==
 1. Deploy a advanced zone hyperv setup with 2 clusters.
 2. Have 2 primary storages in each of the clusters and 2 zone wide primary 
 storages.
 3. Deploy a VM v1 on cluster wide primary storage in cluster1/2
 4. Deply a VM v2 on zone wide primary storage in cluster1/2.
 5. Now do a listStoragePoolsForMigration for ROOT volumes of v1 and v2
 Expected behavior :
 =
 All zone wide primary storage and cluster wide primary storages available 
 should be listed
 Observed behavior :
 =
 1. list for v1 doesn't show any zone wide primary storage.
 monkey# find storagepoolsformigration id=31
 count = 1
 storagepool:
 name = p2
 id = b3fcb49c-b870-33e6-86f2-bb1eb72cceef
 clusterid = 5e649bb3-b2a8-49f9-9db0-ab50546d306a
 clustername = cluster1
 created = 2014-05-26T11:27:01+0530
 disksizeallocated = 1073741824
 disksizetotal = 998772830208
 disksizeused = 157359783936
 ipaddress = SMB19
 jobstatus = 0
 overprovisionfactor = 2.0
 path = /hyperv-share/abhinav-ps2?user=abhinavroydomain=BLR
 podid = f36ada26-ecf2-4869-ba4f-d844ec23531a
 podname = hyperv
 scope = CLUSTER
 state = Up
 suitableformigration = False
 type = SMB
 zoneid = 242c701a-43e8-4790-84f3-9112ca0b5db7
 zonename = hyperv
 2. list for v2 doesn't show any cluster wide primary storage
 monkey# find storagepoolsformigration id=30
 count = 1
 storagepool:
 name = zwps
 id = 3f754d4f-365c-3bd1-93d1-c3c9947fb3cc
 created = 2014-05-30T11:57:02+0530
 disksizeallocated = 0
 disksizetotal = 998772830208
 hypervisor = Hyperv
 ipaddress = SMB19
 jobstatus = 0
 overprovisionfactor = 2.0
 path = /hyperv-share/abhinav-ps6?user=abhinavroydomain=BLR
 scope = ZONE
 state = Up
 suitableformigration = False
 type = SMB
 zoneid = 242c701a-43e8-4790-84f3-9112ca0b5db7
 zonename = hyperv
 NOTE : Even though the pools are not listed, if the migration is attempted 
 using  the API and passing these storage pool ids, migration succeeds from 
 zwps to cwps and vice-versa



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-5746) Can't access vm console from IE browser

[Devdeep Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5746?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Devdeep Singh updated CLOUDSTACK-5746:
--

Summary: Can't access vm console from IE browser  (was: [HyperV]Can't 
access vm console from IE browser)

 Can't access vm console from IE browser
 ---

 Key: CLOUDSTACK-5746
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5746
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller
Affects Versions: 4.3.0
 Environment: Latest build from 4.3 branch with commit:
 95b6a7b96dab1c77e25987d6fe6003b4447281f1
Reporter: Sanjeev N
Assignee: Devdeep Singh
Priority: Critical
 Fix For: 4.4.0

 Attachments: console3.PNG


 [Hyper-v] Can't access vm console vm from IE browser
 Steps to reproduce:
 
 1.Bring up CS in advanced zone with Hyper-v host
 2.Deploy couple of guest vms using default cent os template
 3.Try to access any of the vms (System/guest) using Internet Explorer 
 Result:
 ==
 Blank screen is displayed in IE browser.
 Observations:
 
 MS generates URL with secure token and opens console session in new browser. 
 However browser displays blank white screen.
 2014-01-03 12:14:53,651 DEBUG [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) Port info 
 instanceId=F13DECA2-8B6E-4774-83AD-FE87F277DC5B
 2014-01-03 12:14:53,651 INFO  [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) Parse host info returned from executing 
 GetVNCPortCommand. host info: instanceId=F13DECA2-8B6E-4774-83AD-FE87F277DC5B
 2014-01-03 12:14:53,656 DEBUG [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) Compose console url: 
 https://10-147-48-4.realhostip.com/ajax?token=LIQeT_aw7lO4F6dZyLAurjpusihlj-Q7OPX0svZwWMyB0mYcmbo6uZYki6HKGHHMkyypvJ71x9gKH177BfQSUaQbkxpamH62n4dkA0NRkG71PL3dMPtQRjINN3s2zMGGhcU5y2rfDxhsa6CY_VxhDX7I4-hJ314tOKdhJ1E43QCBjYPHiyPFT_JXG34dvj59eImIQN-7a7n8H5jDi0pMtekhmM4lov7dmQP3BbWir2ac2kW_SVlOz2vXIz-u9qkPd8ztm_V_KW0T2RPSY592__I0FxTVfKFidzhU5OqylUCyD3bzN4osPkx_X3e0UhYA9mWRp78LH_P18h0TLcoi31hRoFri_mKUtD2XnehBQtSPUcztmdUjBUCYgGC0N-m7k9DGYmSUKgfGXUkj5tn8mwguest=windows
 2014-01-03 12:14:53,656 DEBUG [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) the console url is :: 
 htmltitlewin7/titleframesetframe 
 src=https://10-147-48-4.realhostip.com/ajax?token=LIQeT_aw7lO4F6dZyLAurjpusihlj-Q7OPX0svZwWMyB0mYcmbo6uZYki6HKGHHMkyypvJ71x9gKH177BfQSUaQbkxpamH62n4dkA0NRkG71PL3dMPtQRjINN3s2zMGGhcU5y2rfDxhsa6CY_VxhDX7I4-hJ314tOKdhJ1E43QCBjYPHiyPFT_JXG34dvj59eImIQN-7a7n8H5jDi0pMtekhmM4lov7dmQP3BbWir2ac2kW_SVlOz2vXIz-u9qkPd8ztm_V_KW0T2RPSY592__I0FxTVfKFidzhU5OqylUCyD3bzN4osPkx_X3e0UhYA9mWRp78LH_P18h0TLcoi31hRoFri_mKUtD2XnehBQtSPUcztmdUjBUCYgGC0N-m7k9DGYmSUKgfGXUkj5tn8mwguest=windows;/frame/frameset/html
 Tried this with enabling/disabling compatablity view available on IE
 IE version 9



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-5746) Can't access vm console from IE browser

[Devdeep Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5746?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064759#comment-14064759
 ] 

Devdeep Singh commented on CLOUDSTACK-5746:
---

Issue isn't specific to Hyper-V. It is console proxy specific. Should be seen 
on IE8 and 9 against all hypervisors. Removing the Hyper-V name from the bug 
summary.

 Can't access vm console from IE browser
 ---

 Key: CLOUDSTACK-5746
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5746
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller
Affects Versions: 4.3.0
 Environment: Latest build from 4.3 branch with commit:
 95b6a7b96dab1c77e25987d6fe6003b4447281f1
Reporter: Sanjeev N
Assignee: Devdeep Singh
Priority: Critical
 Fix For: 4.4.0

 Attachments: console3.PNG


 [Hyper-v] Can't access vm console vm from IE browser
 Steps to reproduce:
 
 1.Bring up CS in advanced zone with Hyper-v host
 2.Deploy couple of guest vms using default cent os template
 3.Try to access any of the vms (System/guest) using Internet Explorer 
 Result:
 ==
 Blank screen is displayed in IE browser.
 Observations:
 
 MS generates URL with secure token and opens console session in new browser. 
 However browser displays blank white screen.
 2014-01-03 12:14:53,651 DEBUG [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) Port info 
 instanceId=F13DECA2-8B6E-4774-83AD-FE87F277DC5B
 2014-01-03 12:14:53,651 INFO  [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) Parse host info returned from executing 
 GetVNCPortCommand. host info: instanceId=F13DECA2-8B6E-4774-83AD-FE87F277DC5B
 2014-01-03 12:14:53,656 DEBUG [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) Compose console url: 
 https://10-147-48-4.realhostip.com/ajax?token=LIQeT_aw7lO4F6dZyLAurjpusihlj-Q7OPX0svZwWMyB0mYcmbo6uZYki6HKGHHMkyypvJ71x9gKH177BfQSUaQbkxpamH62n4dkA0NRkG71PL3dMPtQRjINN3s2zMGGhcU5y2rfDxhsa6CY_VxhDX7I4-hJ314tOKdhJ1E43QCBjYPHiyPFT_JXG34dvj59eImIQN-7a7n8H5jDi0pMtekhmM4lov7dmQP3BbWir2ac2kW_SVlOz2vXIz-u9qkPd8ztm_V_KW0T2RPSY592__I0FxTVfKFidzhU5OqylUCyD3bzN4osPkx_X3e0UhYA9mWRp78LH_P18h0TLcoi31hRoFri_mKUtD2XnehBQtSPUcztmdUjBUCYgGC0N-m7k9DGYmSUKgfGXUkj5tn8mwguest=windows
 2014-01-03 12:14:53,656 DEBUG [c.c.s.ConsoleProxyServlet] 
 (catalina-exec-20:null) the console url is :: 
 htmltitlewin7/titleframesetframe 
 src=https://10-147-48-4.realhostip.com/ajax?token=LIQeT_aw7lO4F6dZyLAurjpusihlj-Q7OPX0svZwWMyB0mYcmbo6uZYki6HKGHHMkyypvJ71x9gKH177BfQSUaQbkxpamH62n4dkA0NRkG71PL3dMPtQRjINN3s2zMGGhcU5y2rfDxhsa6CY_VxhDX7I4-hJ314tOKdhJ1E43QCBjYPHiyPFT_JXG34dvj59eImIQN-7a7n8H5jDi0pMtekhmM4lov7dmQP3BbWir2ac2kW_SVlOz2vXIz-u9qkPd8ztm_V_KW0T2RPSY592__I0FxTVfKFidzhU5OqylUCyD3bzN4osPkx_X3e0UhYA9mWRp78LH_P18h0TLcoi31hRoFri_mKUtD2XnehBQtSPUcztmdUjBUCYgGC0N-m7k9DGYmSUKgfGXUkj5tn8mwguest=windows;/frame/frameset/html
 Tried this with enabling/disabling compatablity view available on IE
 IE version 9



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6508) impossible to list projects from API with domainid set

[Saksham Srivastava (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Saksham Srivastava updated CLOUDSTACK-6508:
---

Labels: S1  (was: )

 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=jsoncommand=listProjectslistAll=trueaccount=jenkinsdomainid=%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-7025) [Automation] Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064766#comment-14064766
 ] 

ASF subversion and git services commented on CLOUDSTACK-7025:
-

Commit 33fdfbc83407037b45624ca84ca436fab72e59ab in cloudstack's branch 
refs/heads/4.4-forward from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=33fdfbc ]

CLOUDSTACK-7025: Resolving test script issue


 [Automation] Failed to deply virtual machine: 
 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'
 -

 Key: CLOUDSTACK-7025
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7025
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 try:
 virtual_machine = VirtualMachine.create(
 self.api_client, self.services[virtual_machine],
 accountid=self.account.name, domainid=self.account.domainid,
 serviceofferingid=self.service_offering.id,
 mode=self.zone.networktype,
 networkids=[self.defaultNetworkId]) -- BUG: There is no 
 reference to defaultNetworkId specified anywhere before this code in the 
 TestAddNetworkToVirtualMachine class
 self.cleanup.append(virtual_machine)
 except Exception as e:
 self.fail(Failed to deply virtual machine: %s % e)
 
 Error Message:
 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'
   begin captured stdout  -
 === TestName: test_03_add_nw_multiple_times_1_isolated | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: ['Traceback 
 (most recent call last):\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 332, in run\ntestMethod()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper\n
 return func(self, *args, **kwargs)\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times\nself.fail(Failed to deply 
 virtual machine: %s % e)\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 413, in fail\nraise self.failureException(msg)\n', AssertionError: 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/lib/python2.7/unittest/case.py, line 332, in run
 testMethod()
   File /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper
 return func(self, *args, **kwargs)
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times
 self.fail(Failed to deply virtual machine: %s % e)
   File /usr/lib/python2.7/unittest/case.py, line 413, in fail
 raise self.failureException(msg)
 'Failed to deply virtual machine: \'TestAddNetworkToVirtualMachine\' object 
 has no attribute \'defaultNetworkId\'\n  begin captured 
 stdout  -\n=== TestName: 
 test_03_add_nw_multiple_times_1_isolated | Status : FAILED 
 ===\n\n\n-  end captured stdout  
 --\n  begin captured logging  
 \ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::\ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: [\'Traceback 
 (most recent call last):\\n\', \'  File 
 /usr/lib/python2.7/unittest/case.py, line 332, in run\\n
 

[jira] [Commented] (CLOUDSTACK-7025) [Automation] Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064769#comment-14064769
 ] 

ASF subversion and git services commented on CLOUDSTACK-7025:
-

Commit 28a4ae3713af85b95bc0aae52f7fff032ee595aa in cloudstack's branch 
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=28a4ae3 ]

CLOUDSTACK-7025: Resolving test script issue


 [Automation] Failed to deply virtual machine: 
 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'
 -

 Key: CLOUDSTACK-7025
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7025
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 try:
 virtual_machine = VirtualMachine.create(
 self.api_client, self.services[virtual_machine],
 accountid=self.account.name, domainid=self.account.domainid,
 serviceofferingid=self.service_offering.id,
 mode=self.zone.networktype,
 networkids=[self.defaultNetworkId]) -- BUG: There is no 
 reference to defaultNetworkId specified anywhere before this code in the 
 TestAddNetworkToVirtualMachine class
 self.cleanup.append(virtual_machine)
 except Exception as e:
 self.fail(Failed to deply virtual machine: %s % e)
 
 Error Message:
 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'
   begin captured stdout  -
 === TestName: test_03_add_nw_multiple_times_1_isolated | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: ['Traceback 
 (most recent call last):\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 332, in run\ntestMethod()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper\n
 return func(self, *args, **kwargs)\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times\nself.fail(Failed to deply 
 virtual machine: %s % e)\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 413, in fail\nraise self.failureException(msg)\n', AssertionError: 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/lib/python2.7/unittest/case.py, line 332, in run
 testMethod()
   File /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper
 return func(self, *args, **kwargs)
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times
 self.fail(Failed to deply virtual machine: %s % e)
   File /usr/lib/python2.7/unittest/case.py, line 413, in fail
 raise self.failureException(msg)
 'Failed to deply virtual machine: \'TestAddNetworkToVirtualMachine\' object 
 has no attribute \'defaultNetworkId\'\n  begin captured 
 stdout  -\n=== TestName: 
 test_03_add_nw_multiple_times_1_isolated | Status : FAILED 
 ===\n\n\n-  end captured stdout  
 --\n  begin captured logging  
 \ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::\ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: [\'Traceback 
 (most recent call last):\\n\', \'  File 
 /usr/lib/python2.7/unittest/case.py, line 332, in run\\n
 

[jira] [Commented] (CLOUDSTACK-7020) [Automation] Exception: Warning: Exception during cleanup : type object 'TestTemplateUsage' has no attribute '_cleanup'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064771#comment-14064771
 ] 

ASF subversion and git services commented on CLOUDSTACK-7020:
-

Commit b7d445873c36d523571896ea1c51a49f65024445 in cloudstack's branch 
refs/heads/4.4-forward from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b7d4458 ]

CLOUDSTACK-7020:Fixed test script issue


 [Automation] Exception: Warning: Exception during cleanup : type object 
 'TestTemplateUsage' has no attribute '_cleanup'
 ---

 Key: CLOUDSTACK-7020
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7020
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 class TestTemplateUsage(cloudstackTestCase):
 @classmethod
 def setUpClass(cls):
 cls.testClient = super(TestTemplateUsage, cls).getClsTestClient()
 cls.api_client = cls.testClient.getApiClient()
 cls.services = Services().services
 # Get Zone, Domain and templates
 cls.domain = get_domain(cls.api_client)
 cls.zone = get_zone(cls.api_client, cls.testClient.getZoneForTests())
 cls.services['mode'] = cls.zone.networktype
 cls.services[server][zoneid] = cls.zone.id
 template = get_template(
 cls.api_client,
 cls.zone.id,
 cls.services[ostype]
 )
 cls.services[server][zoneid] = cls.zone.id
 try:
 cls.account = Account.create(
 cls.api_client,
 cls.services[account],
 domainid=cls.domain.id
 )
 cls._cleanup.append(cls.account)   --- BUG: _cleanup 
 variable should be initialized to empty list.
 cls.services[account] = cls.account.name
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.service_offering)
 #create virtual machine
 ==
 Error Information:
 ==
 test_01_snapshot_usage (integration.component.test_usage.TestSnapshotUsage): 
 CRITICAL: EXCEPTION: test_01_snapshot_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass\ncls.tearDownClass()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestTemplateUsage' has no attribute '_cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass
 cls.tearDownClass()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestTemplateUsage\' has no 
 attribute \'_cleanup\'\n 



--
This message was sent by Atlassian 

[jira] [Commented] (CLOUDSTACK-7020) [Automation] Exception: Warning: Exception during cleanup : type object 'TestTemplateUsage' has no attribute '_cleanup'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064772#comment-14064772
 ] 

ASF subversion and git services commented on CLOUDSTACK-7020:
-

Commit 0c050e04fd80b83dccdeb9d4abe4298aedcf0ea0 in cloudstack's branch 
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0c050e0 ]

CLOUDSTACK-7020:Fixed test script issue


 [Automation] Exception: Warning: Exception during cleanup : type object 
 'TestTemplateUsage' has no attribute '_cleanup'
 ---

 Key: CLOUDSTACK-7020
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7020
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 class TestTemplateUsage(cloudstackTestCase):
 @classmethod
 def setUpClass(cls):
 cls.testClient = super(TestTemplateUsage, cls).getClsTestClient()
 cls.api_client = cls.testClient.getApiClient()
 cls.services = Services().services
 # Get Zone, Domain and templates
 cls.domain = get_domain(cls.api_client)
 cls.zone = get_zone(cls.api_client, cls.testClient.getZoneForTests())
 cls.services['mode'] = cls.zone.networktype
 cls.services[server][zoneid] = cls.zone.id
 template = get_template(
 cls.api_client,
 cls.zone.id,
 cls.services[ostype]
 )
 cls.services[server][zoneid] = cls.zone.id
 try:
 cls.account = Account.create(
 cls.api_client,
 cls.services[account],
 domainid=cls.domain.id
 )
 cls._cleanup.append(cls.account)   --- BUG: _cleanup 
 variable should be initialized to empty list.
 cls.services[account] = cls.account.name
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.service_offering)
 #create virtual machine
 ==
 Error Information:
 ==
 test_01_snapshot_usage (integration.component.test_usage.TestSnapshotUsage): 
 CRITICAL: EXCEPTION: test_01_snapshot_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass\ncls.tearDownClass()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestTemplateUsage' has no attribute '_cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass
 cls.tearDownClass()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestTemplateUsage\' has no 
 attribute \'_cleanup\'\n 



--
This message was sent by Atlassian JIRA

[jira] [Commented] (CLOUDSTACK-7014) [Automation] type object 'TestAffinityGroupsAdminUser' has no attribute '_TestAffinityGroupsAdminUser__cleanup

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064776#comment-14064776
 ] 

ASF subversion and git services commented on CLOUDSTACK-7014:
-

Commit 7f6ea4bbed344c012011820735409ee8731e08b0 in cloudstack's branch 
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7f6ea4b ]

CLOUDSTACK-7014: Resolving test script related to affinity groups tests


 [Automation] type object 'TestAffinityGroupsAdminUser' has no attribute 
 '_TestAffinityGroupsAdminUser__cleanup 
 ---

 Key: CLOUDSTACK-7014
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7014
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestAffinityGroupsAdminUser, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Test Script Failure:
 
 Warning: Exception during cleanup : type object 'TestAffinityGroupsAdminUser' 
 has no attribute '_TestAffinityGroupsAdminUser__cleanup'
   begin captured logging  
 test_07_delete_aff_grp_of_other_user 
 (integration.component.test_affinity_groups.TestAffinityGroupsAdminUser): 
 CRITICAL: EXCEPTION: test_07_delete_aff_grp_of_other_user: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestAffinityGroupsAdminUser' has no attribute 
 '_TestAffinityGroupsAdminUser__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestAffinityGroupsAdminUser\' has no attribute 
 \'_TestAffinityGroupsAdminUser__cleanup\'\n  begin 
 captured logging  
 \ntest_07_delete_aff_grp_of_other_user 
 (integration.component.test_affinity_groups.TestAffinityGroupsAdminUser): 
 CRITICAL: EXCEPTION: test_07_delete_aff_grp_of_other_user: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object 

[jira] [Assigned] (CLOUDSTACK-7021) [Automation] type object 'TestUpdateVMAffinityGroups' has no attribute '_TestUpdateVMAffinityGroups__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7021:
---

Assignee: Ashutosk Kelkar

 [Automation] type object 'TestUpdateVMAffinityGroups' has no attribute 
 '_TestUpdateVMAffinityGroups__cleanup
 

 Key: CLOUDSTACK-7021
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7021
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestUpdateVMAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup) --- BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 =
 Error Message:
 =
 Warning: Exception during cleanup : type object 'TestUpdateVMAffinityGroups' 
 has no attribute '_TestUpdateVMAffinityGroups__cleanup'
   begin captured logging  
 test_05_update_aff_grp_on_running_vm 
 (integration.component.test_affinity_groups.TestUpdateVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_05_update_aff_grp_on_running_vm: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 870, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestUpdateVMAffinityGroups' has no attribute 
 '_TestUpdateVMAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 870, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestUpdateVMAffinityGroups\' has no attribute 
 \'_TestUpdateVMAffinityGroups__cleanup\'\n  begin 
 captured logging  
 \ntest_05_update_aff_grp_on_running_vm 
 (integration.component.test_affinity_groups.TestUpdateVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_05_update_aff_grp_on_running_vm: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 870, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestUpdateVMAffinityGroups\' has no attribute 
 \'_TestUpdateVMAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7020) [Automation] Exception: Warning: Exception during cleanup : type object 'TestTemplateUsage' has no attribute '_cleanup'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7020:
---

Assignee: Ashutosk Kelkar

 [Automation] Exception: Warning: Exception during cleanup : type object 
 'TestTemplateUsage' has no attribute '_cleanup'
 ---

 Key: CLOUDSTACK-7020
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7020
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 class TestTemplateUsage(cloudstackTestCase):
 @classmethod
 def setUpClass(cls):
 cls.testClient = super(TestTemplateUsage, cls).getClsTestClient()
 cls.api_client = cls.testClient.getApiClient()
 cls.services = Services().services
 # Get Zone, Domain and templates
 cls.domain = get_domain(cls.api_client)
 cls.zone = get_zone(cls.api_client, cls.testClient.getZoneForTests())
 cls.services['mode'] = cls.zone.networktype
 cls.services[server][zoneid] = cls.zone.id
 template = get_template(
 cls.api_client,
 cls.zone.id,
 cls.services[ostype]
 )
 cls.services[server][zoneid] = cls.zone.id
 try:
 cls.account = Account.create(
 cls.api_client,
 cls.services[account],
 domainid=cls.domain.id
 )
 cls._cleanup.append(cls.account)   --- BUG: _cleanup 
 variable should be initialized to empty list.
 cls.services[account] = cls.account.name
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.service_offering)
 #create virtual machine
 ==
 Error Information:
 ==
 test_01_snapshot_usage (integration.component.test_usage.TestSnapshotUsage): 
 CRITICAL: EXCEPTION: test_01_snapshot_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass\ncls.tearDownClass()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestTemplateUsage' has no attribute '_cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass
 cls.tearDownClass()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestTemplateUsage\' has no 
 attribute \'_cleanup\'\n 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7021) [Automation] type object 'TestUpdateVMAffinityGroups' has no attribute '_TestUpdateVMAffinityGroups__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7021?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7021.
-

Resolution: Fixed

Resolved as part of patch https://reviews.apache.org/r/23608/

 [Automation] type object 'TestUpdateVMAffinityGroups' has no attribute 
 '_TestUpdateVMAffinityGroups__cleanup
 

 Key: CLOUDSTACK-7021
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7021
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestUpdateVMAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup) --- BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 =
 Error Message:
 =
 Warning: Exception during cleanup : type object 'TestUpdateVMAffinityGroups' 
 has no attribute '_TestUpdateVMAffinityGroups__cleanup'
   begin captured logging  
 test_05_update_aff_grp_on_running_vm 
 (integration.component.test_affinity_groups.TestUpdateVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_05_update_aff_grp_on_running_vm: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 870, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestUpdateVMAffinityGroups' has no attribute 
 '_TestUpdateVMAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 870, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestUpdateVMAffinityGroups\' has no attribute 
 \'_TestUpdateVMAffinityGroups__cleanup\'\n  begin 
 captured logging  
 \ntest_05_update_aff_grp_on_running_vm 
 (integration.component.test_affinity_groups.TestUpdateVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_05_update_aff_grp_on_running_vm: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 870, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestUpdateVMAffinityGroups\' has no attribute 
 \'_TestUpdateVMAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7020) [Automation] Exception: Warning: Exception during cleanup : type object 'TestTemplateUsage' has no attribute '_cleanup'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7020?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7020.
-

Resolution: Fixed

 [Automation] Exception: Warning: Exception during cleanup : type object 
 'TestTemplateUsage' has no attribute '_cleanup'
 ---

 Key: CLOUDSTACK-7020
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7020
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 class TestTemplateUsage(cloudstackTestCase):
 @classmethod
 def setUpClass(cls):
 cls.testClient = super(TestTemplateUsage, cls).getClsTestClient()
 cls.api_client = cls.testClient.getApiClient()
 cls.services = Services().services
 # Get Zone, Domain and templates
 cls.domain = get_domain(cls.api_client)
 cls.zone = get_zone(cls.api_client, cls.testClient.getZoneForTests())
 cls.services['mode'] = cls.zone.networktype
 cls.services[server][zoneid] = cls.zone.id
 template = get_template(
 cls.api_client,
 cls.zone.id,
 cls.services[ostype]
 )
 cls.services[server][zoneid] = cls.zone.id
 try:
 cls.account = Account.create(
 cls.api_client,
 cls.services[account],
 domainid=cls.domain.id
 )
 cls._cleanup.append(cls.account)   --- BUG: _cleanup 
 variable should be initialized to empty list.
 cls.services[account] = cls.account.name
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.service_offering)
 #create virtual machine
 ==
 Error Information:
 ==
 test_01_snapshot_usage (integration.component.test_usage.TestSnapshotUsage): 
 CRITICAL: EXCEPTION: test_01_snapshot_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass\ncls.tearDownClass()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestTemplateUsage' has no attribute '_cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 702, in setUpClass
 cls.tearDownClass()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 712, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestTemplateUsage\' has no 
 attribute \'_cleanup\'\n 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7019) [Automation] type object 'TestListAffinityGroups' has no attribute '_TestListAffinityGroups__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7019:
---

Assignee: Ashutosk Kelkar

 [Automation] type object 'TestListAffinityGroups' has no attribute 
 '_TestListAffinityGroups__cleanup
 

 Key: CLOUDSTACK-7019
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7019
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestListAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)   BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Error Message
 
 Warning: Exception during cleanup : type object 'TestListAffinityGroups' has 
 no attribute '_TestListAffinityGroups__cleanup'
   begin captured logging  
 test_07_list_all_vms_in_aff_grp 
 (integration.component.test_affinity_groups.TestListAffinityGroups): 
 CRITICAL: EXCEPTION: test_07_list_all_vms_in_aff_grp: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 351, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestListAffinityGroups' has no attribute 
 '_TestListAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 351, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestListAffinityGroups\' 
 has no attribute \'_TestListAffinityGroups__cleanup\'\n 
  begin captured logging  
 \ntest_07_list_all_vms_in_aff_grp 
 (integration.component.test_affinity_groups.TestListAffinityGroups): 
 CRITICAL: EXCEPTION: test_07_list_all_vms_in_aff_grp: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 351, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestListAffinityGroups\' has no attribute 
 \'_TestListAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7016) [Automation] type object 'TestDeployVMAffinityGroups' has no attribute '_TestDeployVMAffinityGroups__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7016.
-

Resolution: Fixed

resolved as part of patch https://reviews.apache.org/r/23608/

 [Automation] type object 'TestDeployVMAffinityGroups' has no attribute 
 '_TestDeployVMAffinityGroups__cleanup
 

 Key: CLOUDSTACK-7016
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7016
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestDeployVMAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 =
 Error Message:
 =
 Warning: Exception during cleanup : type object 'TestDeployVMAffinityGroups' 
 has no attribute '_TestDeployVMAffinityGroups__cleanup'
   begin captured logging  
 test_10_deploy_vm_by_aff_grp_name_and_id 
 (integration.component.test_affinity_groups.TestDeployVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_10_deploy_vm_by_aff_grp_name_and_id: ['Traceback 
 (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1154, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestDeployVMAffinityGroups' has no attribute 
 '_TestDeployVMAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1154, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestDeployVMAffinityGroups\' has no attribute 
 \'_TestDeployVMAffinityGroups__cleanup\'\n  begin 
 captured logging  
 \ntest_10_deploy_vm_by_aff_grp_name_and_id 
 (integration.component.test_affinity_groups.TestDeployVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_10_deploy_vm_by_aff_grp_name_and_id: [\'Traceback 
 (most recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1154, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestDeployVMAffinityGroups\' has no attribute 
 \'_TestDeployVMAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7015) [Automation] type object 'TestDeleteAffinityGroups' has no attribute '_TestDeleteAffinityGroups__cleanup'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7015:
---

Assignee: Ashutosk Kelkar

 [Automation] type object 'TestDeleteAffinityGroups' has no attribute 
 '_TestDeleteAffinityGroups__cleanup'
 -

 Key: CLOUDSTACK-7015
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7015
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestDeleteAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Error Message
 
 Warning: Exception during cleanup : type object 'TestDeleteAffinityGroups' 
 has no attribute '_TestDeleteAffinityGroups__cleanup'
   begin captured logging  
 test_09_delete_aff_grp_root_admin 
 (integration.component.test_affinity_groups.TestDeleteAffinityGroups): 
 CRITICAL: EXCEPTION: test_09_delete_aff_grp_root_admin: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 599, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestDeleteAffinityGroups' has no attribute 
 '_TestDeleteAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 599, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestDeleteAffinityGroups\' 
 has no attribute \'_TestDeleteAffinityGroups__cleanup\'\n 
  begin captured logging  
 \ntest_09_delete_aff_grp_root_admin 
 (integration.component.test_affinity_groups.TestDeleteAffinityGroups): 
 CRITICAL: EXCEPTION: test_09_delete_aff_grp_root_admin: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 599, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestDeleteAffinityGroups\' has no attribute 
 \'_TestDeleteAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7019) [Automation] type object 'TestListAffinityGroups' has no attribute '_TestListAffinityGroups__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7019?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7019.
-

Resolution: Fixed

Resolved as part of patch https://reviews.apache.org/r/23608/

 [Automation] type object 'TestListAffinityGroups' has no attribute 
 '_TestListAffinityGroups__cleanup
 

 Key: CLOUDSTACK-7019
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7019
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestListAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)   BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Error Message
 
 Warning: Exception during cleanup : type object 'TestListAffinityGroups' has 
 no attribute '_TestListAffinityGroups__cleanup'
   begin captured logging  
 test_07_list_all_vms_in_aff_grp 
 (integration.component.test_affinity_groups.TestListAffinityGroups): 
 CRITICAL: EXCEPTION: test_07_list_all_vms_in_aff_grp: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 351, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestListAffinityGroups' has no attribute 
 '_TestListAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 351, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestListAffinityGroups\' 
 has no attribute \'_TestListAffinityGroups__cleanup\'\n 
  begin captured logging  
 \ntest_07_list_all_vms_in_aff_grp 
 (integration.component.test_affinity_groups.TestListAffinityGroups): 
 CRITICAL: EXCEPTION: test_07_list_all_vms_in_aff_grp: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 351, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestListAffinityGroups\' has no attribute 
 \'_TestListAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7015) [Automation] type object 'TestDeleteAffinityGroups' has no attribute '_TestDeleteAffinityGroups__cleanup'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7015.
-

Resolution: Fixed

resolved as part of patch https://reviews.apache.org/r/23608/

 [Automation] type object 'TestDeleteAffinityGroups' has no attribute 
 '_TestDeleteAffinityGroups__cleanup'
 -

 Key: CLOUDSTACK-7015
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7015
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestDeleteAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Error Message
 
 Warning: Exception during cleanup : type object 'TestDeleteAffinityGroups' 
 has no attribute '_TestDeleteAffinityGroups__cleanup'
   begin captured logging  
 test_09_delete_aff_grp_root_admin 
 (integration.component.test_affinity_groups.TestDeleteAffinityGroups): 
 CRITICAL: EXCEPTION: test_09_delete_aff_grp_root_admin: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 599, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestDeleteAffinityGroups' has no attribute 
 '_TestDeleteAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 599, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object \'TestDeleteAffinityGroups\' 
 has no attribute \'_TestDeleteAffinityGroups__cleanup\'\n 
  begin captured logging  
 \ntest_09_delete_aff_grp_root_admin 
 (integration.component.test_affinity_groups.TestDeleteAffinityGroups): 
 CRITICAL: EXCEPTION: test_09_delete_aff_grp_root_admin: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 599, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestDeleteAffinityGroups\' has no attribute 
 \'_TestDeleteAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7016) [Automation] type object 'TestDeployVMAffinityGroups' has no attribute '_TestDeployVMAffinityGroups__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7016:
---

Assignee: Ashutosk Kelkar

 [Automation] type object 'TestDeployVMAffinityGroups' has no attribute 
 '_TestDeployVMAffinityGroups__cleanup
 

 Key: CLOUDSTACK-7016
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7016
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestDeployVMAffinityGroups, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 =
 Error Message:
 =
 Warning: Exception during cleanup : type object 'TestDeployVMAffinityGroups' 
 has no attribute '_TestDeployVMAffinityGroups__cleanup'
   begin captured logging  
 test_10_deploy_vm_by_aff_grp_name_and_id 
 (integration.component.test_affinity_groups.TestDeployVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_10_deploy_vm_by_aff_grp_name_and_id: ['Traceback 
 (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1154, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestDeployVMAffinityGroups' has no attribute 
 '_TestDeployVMAffinityGroups__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1154, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestDeployVMAffinityGroups\' has no attribute 
 \'_TestDeployVMAffinityGroups__cleanup\'\n  begin 
 captured logging  
 \ntest_10_deploy_vm_by_aff_grp_name_and_id 
 (integration.component.test_affinity_groups.TestDeployVMAffinityGroups): 
 CRITICAL: EXCEPTION: test_10_deploy_vm_by_aff_grp_name_and_id: [\'Traceback 
 (most recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1154, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestDeployVMAffinityGroups\' has no attribute 
 \'_TestDeployVMAffinityGroups__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7014) [Automation] type object 'TestAffinityGroupsAdminUser' has no attribute '_TestAffinityGroupsAdminUser__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7014.
-

Resolution: Fixed

Resolved as part of patch: https://reviews.apache.org/r/23608/

 [Automation] type object 'TestAffinityGroupsAdminUser' has no attribute 
 '_TestAffinityGroupsAdminUser__cleanup 
 ---

 Key: CLOUDSTACK-7014
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7014
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestAffinityGroupsAdminUser, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Test Script Failure:
 
 Warning: Exception during cleanup : type object 'TestAffinityGroupsAdminUser' 
 has no attribute '_TestAffinityGroupsAdminUser__cleanup'
   begin captured logging  
 test_07_delete_aff_grp_of_other_user 
 (integration.component.test_affinity_groups.TestAffinityGroupsAdminUser): 
 CRITICAL: EXCEPTION: test_07_delete_aff_grp_of_other_user: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestAffinityGroupsAdminUser' has no attribute 
 '_TestAffinityGroupsAdminUser__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestAffinityGroupsAdminUser\' has no attribute 
 \'_TestAffinityGroupsAdminUser__cleanup\'\n  begin 
 captured logging  
 \ntest_07_delete_aff_grp_of_other_user 
 (integration.component.test_affinity_groups.TestAffinityGroupsAdminUser): 
 CRITICAL: EXCEPTION: test_07_delete_aff_grp_of_other_user: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestAffinityGroupsAdminUser\' has no attribute 
 \'_TestAffinityGroupsAdminUser__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7014) [Automation] type object 'TestAffinityGroupsAdminUser' has no attribute '_TestAffinityGroupsAdminUser__cleanup

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7014:
---

Assignee: Ashutosk Kelkar

 [Automation] type object 'TestAffinityGroupsAdminUser' has no attribute 
 '_TestAffinityGroupsAdminUser__cleanup 
 ---

 Key: CLOUDSTACK-7014
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7014
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 @classmethod
 def tearDownClass(cls):
 try:
 cls.api_client = super(TestAffinityGroupsAdminUser, 
 cls).getClsTestClient().getApiClient()
 #Clean up, terminate the created templates
 cleanup_resources(cls.api_client, cls.__cleanup)  BUG: It 
 should be cls._cleanup
 except Exception as e:
 raise Exception(Warning: Exception during cleanup : %s % e)
 
 Test Script Failure:
 
 Warning: Exception during cleanup : type object 'TestAffinityGroupsAdminUser' 
 has no attribute '_TestAffinityGroupsAdminUser__cleanup'
   begin captured logging  
 test_07_delete_aff_grp_of_other_user 
 (integration.component.test_affinity_groups.TestAffinityGroupsAdminUser): 
 CRITICAL: EXCEPTION: test_07_delete_aff_grp_of_other_user: ['Traceback (most 
 recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\n
 self.tearDown()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\nself.teardownContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\n', Exception: Warning: Exception during cleanup : type 
 object 'TestAffinityGroupsAdminUser' has no attribute 
 '_TestAffinityGroupsAdminUser__cleanup'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in 
 run
 self.tearDown()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown
 self.teardownContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass
 raise Exception(Warning: Exception during cleanup : %s % e)
 'Warning: Exception during cleanup : type object 
 \'TestAffinityGroupsAdminUser\' has no attribute 
 \'_TestAffinityGroupsAdminUser__cleanup\'\n  begin 
 captured logging  
 \ntest_07_delete_aff_grp_of_other_user 
 (integration.component.test_affinity_groups.TestAffinityGroupsAdminUser): 
 CRITICAL: EXCEPTION: test_07_delete_aff_grp_of_other_user: [\'Traceback (most 
 recent call last):\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 227, in run\\n   
  self.tearDown()\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 350, in 
 tearDown\\nself.teardownContext(ancestor)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 366, in 
 teardownContext\\ntry_run(context, names)\\n\', \'  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run\\nreturn func()\\n\', \'  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_affinity_groups.py,
  line 1501, in tearDownClass\\nraise Exception(Warning: Exception during 
 cleanup : %s % e)\\n\', Exception: Warning: Exception during cleanup : type 
 object \'TestAffinityGroupsAdminUser\' has no attribute 
 \'_TestAffinityGroupsAdminUser__cleanup\'\\n]\n-  end 
 captured logging  -'



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7013) [Automation] AttributeError: type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064808#comment-14064808
 ] 

ASF subversion and git services commented on CLOUDSTACK-7013:
-

Commit f99a96f38a1f2433cb01bd7af25890789716e070 in cloudstack's branch 
refs/heads/4.4-forward from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f99a96f ]

CLOUDSTACK-7013: Fixing test script issue in test_add_remove_network.py


 [Automation] AttributeError: type object 
 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'
 -

 Key: CLOUDSTACK-7013
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7013
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 cls.account = 
 Account.create(cls.api_client,cls.services[account],domainid = 
 cls.domain.id)
 cls.append(cls.account)  BUG: should be cls.__cleanup.append
 cls.service_offering = 
 ServiceOffering.create(cls.api_client,cls.services[service_offering])
 cls._cleanup.append(cls.service_offering)
 
 Test Script Failure:
 
 test_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  CRITICAL: EXCEPTION: test_26_add_nic_insufficient_permission: ['Traceback 
 (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in run\n
 self.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass\ncls.append(cls.account)\n', AttributeError: 
 type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 
 'append'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass
 cls.append(cls.account)
 'type object \'TestFailureScenariosRemoveNicFromVM\' has no attribute 
 \'append\'\n  begin captured logging  
 \ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Payload: {\'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'id\': u\'853b13be-4f75-4ca9-9f7c-3cf303d3cc2d\', \'state\': \'Disabled\', 
 \'command\': \'updateNetworkOffering\', \'signature\': 
 \'pP6GEHIbIDVHMxeYxAyQahpCxbI=\', \'response\': 
 \'json\'}\ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Sending GET Cmd : 
 updateNetworkOffering===\nrequests.packages.urllib3.connectionpool: INFO: 
 Starting new HTTP connection (1): 
 10.220.153.217\nrequests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Qid=853b13be-4f75-4ca9-9f7c-3cf303d3cc2dstate=Disabledcommand=updateNetworkOfferingsignature=pP6GEHIbIDVHMxeYxAyQahpCxbI%3Dresponse=json
  HTTP/1.1 200 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7013) [Automation] AttributeError: type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064811#comment-14064811
 ] 

ASF subversion and git services commented on CLOUDSTACK-7013:
-

Commit 332191b1bf2935bcad4c05a9fd61d0ebc30f035b in cloudstack's branch 
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=332191b ]

CLOUDSTACK-7013: Fixing test script issue in test_add_remove_network.py


 [Automation] AttributeError: type object 
 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'
 -

 Key: CLOUDSTACK-7013
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7013
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 cls.account = 
 Account.create(cls.api_client,cls.services[account],domainid = 
 cls.domain.id)
 cls.append(cls.account)  BUG: should be cls.__cleanup.append
 cls.service_offering = 
 ServiceOffering.create(cls.api_client,cls.services[service_offering])
 cls._cleanup.append(cls.service_offering)
 
 Test Script Failure:
 
 test_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  CRITICAL: EXCEPTION: test_26_add_nic_insufficient_permission: ['Traceback 
 (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in run\n
 self.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass\ncls.append(cls.account)\n', AttributeError: 
 type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 
 'append'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass
 cls.append(cls.account)
 'type object \'TestFailureScenariosRemoveNicFromVM\' has no attribute 
 \'append\'\n  begin captured logging  
 \ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Payload: {\'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'id\': u\'853b13be-4f75-4ca9-9f7c-3cf303d3cc2d\', \'state\': \'Disabled\', 
 \'command\': \'updateNetworkOffering\', \'signature\': 
 \'pP6GEHIbIDVHMxeYxAyQahpCxbI=\', \'response\': 
 \'json\'}\ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Sending GET Cmd : 
 updateNetworkOffering===\nrequests.packages.urllib3.connectionpool: INFO: 
 Starting new HTTP connection (1): 
 10.220.153.217\nrequests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Qid=853b13be-4f75-4ca9-9f7c-3cf303d3cc2dstate=Disabledcommand=updateNetworkOfferingsignature=pP6GEHIbIDVHMxeYxAyQahpCxbI%3Dresponse=json
  HTTP/1.1 200 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7024) [Automation] Deletion of Account that manages a project failed during cleanup of TestTemplateUsage Tests

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7024:
---

Assignee: Ashutosk Kelkar

 [Automation] Deletion of Account that manages a project failed during cleanup 
 of TestTemplateUsage Tests
 

 Key: CLOUDSTACK-7024
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7024
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 =
 Error Message:
 =
 Warning: Exception during cleanup : Job failed: {jobprocstatus : 0, created : 
 u'2014-06-26T05:54:00+', cmd : 
 u'org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd', userid : 
 u'57dd7fb6-fc58-11e3-919f-4eba41a459a4', jobstatus : 2, jobid : 
 u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d', jobresultcode : 530, jobresulttype : 
 u'object', jobresult : {errorcode : 530, errortext : uThe account id=313 
 manages project(s) with ids 40, and can't be removed}, accountid : 
 u'57dd7098-fc58-11e3-919f-4eba41a459a4'}
   begin captured logging  
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload: 
 {'signature': 'umKBWTVC8csMC7iBWcrmlZP7Bns=', 'apiKey': 
 u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
  'command': 'deleteAccount', 'id': u'6096abdb-9fe1-45ef-af30-6ecca7210515', 
 'response': 'json'}
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: 
 Sending GET Cmd : deleteAccount===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.220.153.217
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?signature=umKBWTVC8csMC7iBWcrmlZP7Bns%3DapiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Qcommand=deleteAccountid=6096abdb-9fe1-45ef-af30-6ecca7210515response=json
  HTTP/1.1 200 78
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: === 
 Jobid: 0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d Started ===
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload: 
 {'signature': '6MrHAB+DBVozv8OPtH8iU4S5bOc=', 'apiKey': 
 u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
  'command': 'queryAsyncJobResult', 'response': 'json', 'jobid': 
 u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d'}
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: 
 Sending GET Cmd : queryAsyncJobResult===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.220.153.217
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?signature=6MrHAB%2BDBVozv8OPtH8iU4S5bOc%3DapiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Qcommand=queryAsyncJobResultresponse=jsonjobid=0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d
  HTTP/1.1 200 343
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Response 
 : {jobprocstatus : 0, created : u'2014-06-26T05:54:00+', cmd : 
 u'org.apache.cloudstack.api.command.admin.account.DeleteAccountCmd', userid : 
 u'57dd7fb6-fc58-11e3-919f-4eba41a459a4', jobstatus : 0, jobid : 
 u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d', jobresultcode : 0, accountid : 
 u'57dd7098-fc58-11e3-919f-4eba41a459a4'}
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: === 
 JobId:0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d is Still Processing, Will TimeOut 
 in:3595 
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: Payload: 
 {'signature': '6MrHAB+DBVozv8OPtH8iU4S5bOc=', 'apiKey': 
 u'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q',
  'command': 'queryAsyncJobResult', 'response': 'json', 'jobid': 
 u'0cf64ae7-f95c-4c46-a3ce-42f2c318ed3d'}
 test_01_template_usage 
 (integration.component.test_project_usage.TestTemplateUsage): DEBUG: 
 Sending GET Cmd : queryAsyncJobResult===
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.220.153.217
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 

[jira] [Updated] (CLOUDSTACK-5999) Virtual Router does not start if Guest VM is rebooted from CloudStack

[Saksham Srivastava (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Saksham Srivastava updated CLOUDSTACK-5999:
---

Labels: S1  (was: )

 Virtual Router does not start if Guest VM is rebooted from CloudStack
 -

 Key: CLOUDSTACK-5999
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5999
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.2.0
Reporter: Saksham Srivastava
Assignee: Saksham Srivastava
  Labels: S1
 Fix For: 4.4.0


 When a guest is rebooted from CloudStack, if the virtual router managing the 
 guest network of that guest is down, CloudStack will not start the virtual 
 router 
 However the router is started in case the guest vm is stopped and then 
 started.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-7093) GPU enabled VMs are always showing xen-tools as installed even though if tools are not actually installed.

[Sanjay Tripathi (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Sanjay Tripathi updated CLOUDSTACK-7093:


Labels: S1  (was: )

 GPU enabled VMs are always showing xen-tools as installed even though if 
 tools are not actually installed.
 --

 Key: CLOUDSTACK-7093
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7093
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.4.0
 Environment: MS 4.4
 XS 620SP1
Reporter: Sanjay Tripathi
Assignee: Sanjay Tripathi
  Labels: S1

 In CloudStack, in VMs detailView, xen-tools installed parameter is always set 
 to yes even though if tools are not actually installed.
 This is because of the direct mapping of device_id in VM details to 
 xen-tools. i.e. as of now, to check if xen-tools are installed in a VM, CS 
 checks if device_id parameter is present in VM details or not, which is not 
 right because xen-tools and device_id are independent params; VM can have 
 device_id without having the xen-tools installed.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-4990) Console Proxy cannot proxy LXC console

[Abhinandan Prateek (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064842#comment-14064842
 ] 

Abhinandan Prateek commented on CLOUDSTACK-4990:


Provide a proper error message.

 Console Proxy cannot proxy LXC console
 --

 Key: CLOUDSTACK-4990
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4990
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.2.0
Reporter: Francois Gaudreault

 LXC resource agent issue.
 When I try to check the console from CS:
 2013-10-29 10:07:42,079 WARN  [cloud.agent.Agent] 
 (agentRequest-Handler-4:null) Caught:
 java.lang.NullPointerException
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2711)
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1216)
 at com.cloud.agent.Agent.processRequest(Agent.java:525)
 at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
 at com.cloud.utils.nio.Task.run(Task.java:83)
 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)
 This is the error on the CS side:
 2013-10-29 10:12:58,215 DEBUG [agent.manager.AgentManagerImpl] 
 (catalina-exec-16:null) Details from executing class 
 com.cloud.agent.api.GetVncPortCommand: java.lang.NullPointerException
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2711)
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1216)
 at com.cloud.agent.Agent.processRequest(Agent.java:525)
 at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
 at com.cloud.utils.nio.Task.run(Task.java:83)
 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)
 2013-10-29 10:12:58,215 ERROR [cloud.servlet.ConsoleProxyServlet] 
 (catalina-exec-16:null) Unexepected exception in ConsoleProxyServlet
 java.lang.ClassCastException: com.cloud.agent.api.Answer cannot be cast to 
 com.cloud.agent.api.GetVncPortAnswer
 at 
 com.cloud.server.ManagementServerImpl.getVncPort(ManagementServerImpl.java:2193)
 at 
 com.cloud.servlet.ConsoleProxyServlet.composeConsoleAccessUrl(ConsoleProxyServlet.java:381)
 at 
 com.cloud.servlet.ConsoleProxyServlet.handleAccessRequest(ConsoleProxyServlet.java:269)
 at 
 com.cloud.servlet.ConsoleProxyServlet.doGet(ConsoleProxyServlet.java:171)
 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:1146)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:679)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-4990) Console Proxy cannot proxy LXC console

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-4990:
---

Assignee: Kishan Kavala

 Console Proxy cannot proxy LXC console
 --

 Key: CLOUDSTACK-4990
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4990
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.2.0
Reporter: Francois Gaudreault
Assignee: Kishan Kavala

 LXC resource agent issue.
 When I try to check the console from CS:
 2013-10-29 10:07:42,079 WARN  [cloud.agent.Agent] 
 (agentRequest-Handler-4:null) Caught:
 java.lang.NullPointerException
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2711)
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1216)
 at com.cloud.agent.Agent.processRequest(Agent.java:525)
 at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
 at com.cloud.utils.nio.Task.run(Task.java:83)
 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)
 This is the error on the CS side:
 2013-10-29 10:12:58,215 DEBUG [agent.manager.AgentManagerImpl] 
 (catalina-exec-16:null) Details from executing class 
 com.cloud.agent.api.GetVncPortCommand: java.lang.NullPointerException
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:2711)
 at 
 com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1216)
 at com.cloud.agent.Agent.processRequest(Agent.java:525)
 at com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)
 at com.cloud.utils.nio.Task.run(Task.java:83)
 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)
 2013-10-29 10:12:58,215 ERROR [cloud.servlet.ConsoleProxyServlet] 
 (catalina-exec-16:null) Unexepected exception in ConsoleProxyServlet
 java.lang.ClassCastException: com.cloud.agent.api.Answer cannot be cast to 
 com.cloud.agent.api.GetVncPortAnswer
 at 
 com.cloud.server.ManagementServerImpl.getVncPort(ManagementServerImpl.java:2193)
 at 
 com.cloud.servlet.ConsoleProxyServlet.composeConsoleAccessUrl(ConsoleProxyServlet.java:381)
 at 
 com.cloud.servlet.ConsoleProxyServlet.handleAccessRequest(ConsoleProxyServlet.java:269)
 at 
 com.cloud.servlet.ConsoleProxyServlet.doGet(ConsoleProxyServlet.java:171)
 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:1146)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
 at java.lang.Thread.run(Thread.java:679)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7116) unable to add KVM host to MS with error java.lang.UnsupportedClassVersionError: com/cloud/agent/AgentShell : Unsupported major.minor version 51.0

[manasaveloori (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064845#comment-14064845
 ] 

manasaveloori commented on CLOUDSTACK-7116:
---

duplicate of CLOUDSTACK-6417 

 unable to add KVM host to MS with error 
 java.lang.UnsupportedClassVersionError: com/cloud/agent/AgentShell : 
 Unsupported major.minor version 51.0
 -

 Key: CLOUDSTACK-7116
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7116
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.5.0
Reporter: shweta agarwal
Priority: Blocker
 Fix For: 4.5.0

 Attachments: cloudstack-agent.err, management-server.log.tar.gz


 Repro steps:
 1. Create a KVM host on rhel 6.3
 As I used following build 
 http://repo-ccp.citrix.com/releases/ASF/rhel/6.3/master/CloudPlatform-4.5.0-57-rhel6.3.tar.gz
 so i need to install jsvc outside of cloudstack for which I have done the 
 following step:
 yum install java-gcj-compat
 rpm -Uvh 
 ftp://rpmfind.net/linux/centos/6.5/os/x86_64/Packages/jakarta-commons-daemon-jsvc-1.0.1-8.9.el6.x86_64.rpm
 and then I installed agent
 Once agent installation is complete I tried to add this KVM host to MS
 and host addition failed with MS logs showing
 2014-07-16 06:09:19,082 DEBUG [c.c.h.k.d.LibvirtServerDiscoverer] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Timeout, to wait for the host 
 connecting to mgt svr, assuming it is failed
 2014-07-16 06:09:19,083 WARN  [c.c.r.ResourceManagerImpl] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Unable to find the server 
 resources at http://10.147.40.23
 2014-07-16 06:09:19,084 INFO  [c.c.u.e.CSExceptionErrorCode] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Could not find exception: 
 com.cloud.exception.DiscoveryException in error code list for exceptions
 2014-07-16 06:09:19,084 WARN  [o.a.c.a.c.a.h.AddHostCmd] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Exception:
 com.cloud.exception.DiscoveryException: Unable to add the host
 at 
 com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:791)
 at 
 com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:586)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at 
 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at $Proxy148.discoverHosts(Unknown Source)
 at 
 org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694)
 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.doPost(ApiServlet.java:82)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 

[jira] [Updated] (CLOUDSTACK-7109) [Automation] Console proxy is not working both KVM and Vmware

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7109:
---

Assignee: Murali Reddy

 [Automation] Console proxy is not working both KVM and Vmware
 -

 Key: CLOUDSTACK-7109
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7109
 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 and vmware 
 build master 
Reporter: Rayees Namathponnan
Assignee: Murali Reddy
Priority: Blocker
 Fix For: 4.5.0


 Steps to reproduce 
 Create advanced zone in KVM or vmware 
 Check Console proxy is running on not 
 Result 
 Console proxy is not running, observed below error 
 CapacityListener
 2014-07-15 12:42:26,868 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentConnectTaskPool-16394:ctx-b024eb85) Sending Connect to listener: 
 ConsoleProxyListener
 2014-07-15 12:42:26,872 DEBUG [c.c.u.c.DBEncryptionUtil] 
 (AgentConnectTaskPool-16394:ctx-b024eb85) Error while decrypting: 
 e53qELmeZM74FCfezgOW7Q
 2014-07-15 12:42:26,872 ERROR [c.c.a.m.AgentManagerImpl] 
 (AgentConnectTaskPool-16394:ctx-b024eb85) Monitor ConsoleProxyListener says 
 there is an error in the connect process for 9 due to null
 org.jasypt.exceptions.EncryptionOperationNotPossibleException
 at 
 org.jasypt.encryption.pbe.StandardPBEByteEncryptor.decrypt(StandardPBEByteEncryptor.java:981)
 at 
 org.jasypt.encryption.pbe.StandardPBEStringEncryptor.decrypt(StandardPBEStringEncryptor.java:725)
 at 
 com.cloud.utils.crypt.DBEncryptionUtil.decrypt(DBEncryptionUtil.java:63)
 at 
 org.apache.cloudstack.framework.config.impl.ConfigurationVO.getValue(ConfigurationVO.java:125)
 at 
 org.apache.cloudstack.framework.config.ConfigKey.value(ConfigKey.java:136)
 at 
 org.apache.cloudstack.framework.security.keys.KeysManagerImpl.getEncryptionKey(KeysManagerImpl.java:72)
 at 
 com.cloud.consoleproxy.AgentHookBase.getEncryptorPassword(AgentHookBase.java:232)
 at 
 com.cloud.consoleproxy.AgentHookBase.startAgentHttpHandlerInVM(AgentHookBase.java:198)
 at 
 com.cloud.consoleproxy.ConsoleProxyListener.processConnect(ConsoleProxyListener.java:71)
 at 
 com.cloud.agent.manager.AgentManagerImpl.notifyMonitorsOfConnection(AgentManagerImpl.java:539)
 at 
 com.cloud.agent.manager.AgentManagerImpl.handleConnectedAgent(AgentManagerImpl.java:1047)
 at 
 com.cloud.agent.manager.AgentManagerImpl.access$000(AgentManagerImpl.java:119)
 at 
 com.cloud.agent.manager.AgentManagerImpl$HandleAgentConnectTask.runInContext(AgentManagerImpl.java:1131)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
 at 
 org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
 at 
 org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
 at 
 java.util.concurrent.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-15 12:42:26,873 INFO  [c.c.a.m.AgentManagerImpl] 
 (AgentConnectTaskPool-16394:ctx-b024eb85) Host 9 is disconnecting with event 
 AgentDisconnected
 2014-07-15 12:42:26,874 DEBUG [c.c.a.m.AgentManagerImpl] 
 (AgentConnectTaskPool-16394:ctx-b024eb85) The next status of agent 9is Alert, 
 current status is Connecting



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-7115) CPVM is in alert state in KVM

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7115:
---

Assignee: Murali Reddy

 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] [Updated] (CLOUDSTACK-7112) [Automation] Deadlock observed while restarting MS, and MS never comes back

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7112:
---

Assignee: Koushik Das

 [Automation] Deadlock observed while restarting MS, and MS never comes back
 ---

 Key: CLOUDSTACK-7112
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7112
 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: 4.5
Reporter: Rayees Namathponnan
Assignee: Koushik Das
Priority: Blocker
 Fix For: 4.5.0

 Attachments: vmware_july_15.rar


 Steps to reproduce 
 Step 1 : Create advance zone on vmware
 Step 2 : Make sure CPVM and SSVM are up
 Step 3 : deploy VM
 Step 4 : Restart MS
 MS never comes back, observed below deadlock in log
 2014-07-15 13:18:33,221 INFO  [c.c.u.d.GenericDaoBase] (main:null) Cache 
 created: [ name = HostPodDaoImpl status = STATUS_ALIVE eternal = false 
 overflowToDisk = false maxEntriesLocalHeap = 50 maxEntriesLocalDisk = 0 
 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 600 timeToIdleSeconds = 
 300 persistence = none diskExpiryThreadIntervalSeconds = 120 
 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper  
 hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound 
 = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false 
 maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ]
 2014-07-15 13:18:33,267 INFO  [c.c.u.d.GenericDaoBase] (main:null) Cache 
 created: [ name = ServiceOfferingDaoImpl status = STATUS_ALIVE eternal = 
 false overflowToDisk = false maxEntriesLocalHeap = 50 maxEntriesLocalDisk = 0 
 memoryStoreEvictionPolicy = LRU timeToLiveSeconds = 600 timeToIdleSeconds = 
 300 persistence = none diskExpiryThreadIntervalSeconds = 120 
 cacheEventListeners: net.sf.ehcache.statistics.LiveCacheStatisticsWrapper  
 hitCount = 0 memoryStoreHitCount = 0 diskStoreHitCount = 0 missCountNotFound 
 = 0 missCountExpired = 0 maxBytesLocalHeap = 0 overflowToOffHeap = false 
 maxBytesLocalOffHeap = 0 maxBytesLocalDisk = 0 pinned = false ]
 2014-07-15 13:18:33,314 DEBUG [c.c.s.ConfigurationServerImpl] (main:null) 
 Caught exception when inserting system account: Duplicate entry '1' for key 
 'PRIMARY'
 *** Java threads running at time of deadlock ***
 net.sf.ehcache.CacheManager@1f465da5 tid=24 TIMED_WAITING on 
 lock=java.util.TaskQueue@c1665ee in java.lang.Object.wait()
 at java.lang.Object.wait(Native Method)
 at java.util.TimerThread.mainLoop(Timer.java:552)
 at java.util.TimerThread.run(Timer.java:505)
 RMI TCP Accept-41360 tid=23 RUNNABLE (running in native) in 
 java.net.PlainSocketImpl.socketAccept()
 at java.net.PlainSocketImpl.socketAccept(Native Method)
 at 
 java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
 at java.net.ServerSocket.implAccept(ServerSocket.java:530)
 at java.net.ServerSocket.accept(ServerSocket.java:498)
 at 
 sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:388)
 at 
 sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:360)
 at java.lang.Thread.run(Thread.java:744)
 Multicast Heartbeat Sender Thread tid=22 TIMED_WAITING on 
 lock=net.sf.ehcache.distribution.MulticastKeepaliveHeartbeatSender$MulticastServerThread@127df275
  in java.lang.Object.wait()



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-7111) [Automation] Failed to Enable VPN for VPC

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7111:
---

Assignee: Sheng Yang

 [Automation] Failed to Enable VPN for VPC 
 --

 Key: CLOUDSTACK-7111
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7111
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller
Affects Versions: 4.5.0
 Environment: KVM 6.3
 4.5 build
Reporter: Rayees Namathponnan
Assignee: Sheng Yang
Priority: Blocker
 Fix For: 4.5.0


 Steps to reproduce 
 Run the BVT test integration.smoke.test_vpc_vpn
 This test performing below steps 
 # 0) Get the default network offering for VPC
 # 1) Create VPC
 # 2) Create network in VPC
 # 3) Deploy a vm
 # 4) Enable VPN for VPC
 Failed to create VM here, with below exception
 2014-07-14 22:53:05,871 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
 (API-Job-Executor-36:ctx-fc4efaf3 job-74) Add job-74 into job monitoring
 2014-07-14 22:53:05,872 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-36:ctx-fc4efaf3 job-74) Executing AsyncJobVO {id:74,
 userId: 2, accountId: 2, instanceType: None, instanceId: 1, cmd: 
 org.apache.cloudstack.api.command.user.vpn.CreateRemoteAccessVpnCmd, c
 mdInfo: 
 {id:1,response:json,ctxDetails:{\com.cloud.network.IpAddress\:\66bf0fbf-ac94-4770-8507-52a1f8b9a7d8\,\com.cloud
 .network.RemoteAccessVpn\:\bd20bd01-ae57-498b-9069-b1c138f27913\,\com.cloud.domain.Domain\:\68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8\
 },cmdEventType:VPN.REMOTE.ACCESS.CREATE,ctxUserId:2,account:test-account-TestVpcRemoteAccessVpn-ZDPAJA,httpmethod:GET
 ,domainid:68e734aa-0bdf-11e4-b040-1a6f7bb0d0a8,uuid:bd20bd01-ae57-498b-9069-b1c138f27913,ctxAccountId:2,ctxStartEventId:
 190,apiKey:d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtA,publicipid:66bf0fbf-ac94-4770
 -8507-52a1f8b9a7d8,signature:7wR4z472+EYAuM2XzDYv81uCY7A\u003d}, 
 cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode:
  0, result: null, initMsid: 29066118877352, completeMsid: null, lastUpdated: 
 null, lastPolled: null, created: null}
 2014-07-14 22:53:05,875 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-14:ctx-0328e9cc) ===START===  10.223.240.194 -- GET  
 jobid=a7799878-d5c
 c-4a89-a1d5-1bb3208cfa07apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9lwARLtAcommand=queryAsy
 ncJobResultresponse=jsonsignature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D
 2014-07-14 22:53:05,881 DEBUG [c.c.n.IpAddressManagerImpl] 
 (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Associating ip Ip[10.
 223.122.75-1] to network Ntwk[210|Guest|8]
 2014-07-14 22:53:05,903 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-14:ctx-0328e9cc ctx-6d712844 ctx-6fc284cd) ===END===  
 10.223.240.194 --
  GET  
 jobid=a7799878-d5cc-4a89-a1d5-1bb3208cfa07apiKey=d7qu6koH_u-l9nc42w6ytRz4xyDyYiwQZEyBhNWiEEXFwjnrU6ol4utGN0J4GxNj6J-PCun_VLaLOJ9
 lwARLtAcommand=queryAsyncJobResultresponse=jsonsignature=cpelD6icZqrDQFDAY0wj9fSjOnY%3D
 2014-07-14 22:53:05,907 DEBUG [c.c.n.IpAddressManagerImpl] 
 (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Successfully associat
 ed ip address 10.223.122.75 to network Ntwk[210|Guest|8]
 2014-07-14 22:53:05,930 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-35:ctx-76a0736f job-73 ctx-aa6075d3) Complete async j
 ob-73, jobStatus: SUCCEEDED, resultCode: 0, result: 
 org.apache.cloudstack.api.response.IPAddressResponse/ipaddress/{id:665a562a-377b
 -4ec9-8439-1c6b3acee07a,ipaddress:10.223.122.75,allocated:2014-07-14T22:53:05-0700,zoneid:af2983df-186a-4425-974b-bc104c48c
 51f,zonename:Adv-KVM-Zone1,issourcenat:false,account:test-account-TestCreateVolume-PZC40O,domainid:68e734aa-0bdf-11e4-b04
 0-1a6f7bb0d0a8,domain:ROOT,forvirtualnetwork:true,vlanid:a644b87b-48a6-4114-8b77-957f0a796563,vlanname:vlan://1221,isst
 aticnat:false,issystem:false,associatednetworkid:3269567f-7916-47f6-b2e5-c052b393fd03,associatednetworkname:test-account-Test
 CreateVolume-PZC40O-network,networkid:9b0a5472-1441-4b0d-be85-7c5562c2172e,state:Allocating,physicalnetworkid:5f21a284-0845
 -48e8-8533-52c68df2510e,tags:[],isportable:false,fordisplay:true}
 2014-07-14 22:53:05,936 DEBUG [c.c.a.t.Request] 
 (API-Job-Executor-36:ctx-fc4efaf3 job-74 ctx-0a401278) Seq 
 1-5112992951949066325: Sendi
 ng  { Cmd , MgmtId: 29066118877352, via: 1(Rack2Host11.lab.vmops.com), Ver: 
 v1, Flags: 100111, [{com.cloud.agent.api.routing.VpnUsersC
 fgCommand:{userpwds:[],accessDetails:{account.id:9,zone.network.type:Advanced,router.ip:169.254.3.27,router.name:r-
 13-VM},wait:0}},{com.cloud.agent.api.routing.RemoteAccessVpnCfgCommand:{create:true,vpcEnabled:true,vpnServerIp:10.223.122.
 

[jira] [Updated] (CLOUDSTACK-7110) [Automation] Create volume failing with NPE in KVM

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7110:
---

Assignee: edison su

 [Automation] Create volume failing with NPE in KVM
 --

 Key: CLOUDSTACK-7110
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7110
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM, Storage Controller
Affects Versions: 4.5.0
 Environment: KVM - RHEL 6.3
 4.5 build 
Reporter: Rayees Namathponnan
Assignee: edison su
Priority: Blocker
 Fix For: 4.5.0


 Steps to reproduce 
 1 ) Create advanced zone in KVM 
 2 ) Create a volume 
 3) Deploy a VM 
 4) Attach a volume 
 Result 
 Attach volume failed with below NPE
 Type:KVM}},wait:0}}] }
 2014-07-15 12:57:33,050 DEBUG [c.c.a.t.Request] (AgentManager-Handler-7:null) 
 Seq 1-5112992951949074670: Processing:  { Ans: , MgmtId:
 29066118877352, via: 1, Ver: v1, Flags: 10, 
 [{org.apache.cloudstack.storage.command.CreateObjectAnswer:{result:false,details:jav
 a.lang.NullPointerException,wait:0}}] }
 2014-07-15 12:57:33,051 DEBUG [c.c.a.t.Request] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Seq 
 1-51129929519490
 74670: Received:  { Ans: , MgmtId: 29066118877352, via: 1, Ver: v1, Flags: 
 10, { CreateObjectAnswer } }
 2014-07-15 12:57:33,057 WARN  [o.a.c.s.d.ObjectInDataStoreManagerImpl] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35
 b) Unsupported data object (VOLUME, 
 org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@45836dfb), no 
 need to delete from obje
 ct in store ref table
 2014-07-15 12:57:33,057 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) create
 volume failed: java.lang.NullPointerException
 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobHandlerProxy] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Invocati
 on exception, caused by: com.cloud.utils.exception.CloudRuntimeException: 
 create volume failed:java.lang.NullPointerException
 2014-07-15 12:57:33,057 INFO  [c.c.v.VmWorkJobHandlerProxy] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771 ctx-cb80d35b) Rethrow
 exception com.cloud.utils.exception.CloudRuntimeException: create volume 
 failed:java.lang.NullPointerException
 2014-07-15 12:57:33,057 DEBUG [c.c.v.VmWorkJobDispatcher] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Done with run of VM wor
 k job: com.cloud.storage.VmWorkAttachVolume for VM 1105, job origin: 6770
 2014-07-15 12:57:33,057 ERROR [c.c.v.VmWorkJobDispatcher] 
 (Work-Job-Executor-68:ctx-07b5ac75 job-6770/job-6771) Unable to complete Asyn
 cJobVO {id:6771, userId: 2, accountId: 2, instanceType: null, instanceId: 
 null, cmd: com.cloud.storage.VmWorkAttachVolume, cmdInfo: rO0
 ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtBdHRhY2hWb2x1bWUHra_5YYfiHAIAAkwACGRldmljZUlkdAAQTGphdmEvbGFuZy9Mb25nO0wACHZvbHVtZUlkcQB-AAF4cg
 ATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAA
 gACBFF0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbHBzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKG
 rJUdC5TgiwIAAHhwBJA, cmdVersion: 0, status: IN_PROGRESS, 
 processStatus: 0, resultCode: 0, result: null, initMsid: 2906611887735
 2, completeMsid: null, lastUpdated: null, lastPolled: null, created: Tue Jul 
 15 12:57:30 PDT 2014}, job origin:6770
 com.cloud.utils.exception.CloudRuntimeException: create volume 
 failed:java.lang.NullPointerException
 at 
 org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolume(VolumeOrchestrator.java:482)
 at 
 org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.createVolumeOnPrimaryStorage(VolumeOrchestrator.java:763)
 at 
 com.cloud.storage.VolumeApiServiceImpl.attachVolumeToVM(VolumeApiServiceImpl.java:1222)
 at 
 com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:1089)
 at 
 com.cloud.storage.VolumeApiServiceImpl.orchestrateAttachVolumeToVM(VolumeApiServiceImpl.java:2517)
 at sun.reflect.GeneratedMethodAccessor833.invoke(Unknown Source)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
 at 
 com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2556)
 at sun.reflect.GeneratedMethodAccessor645.invoke(Unknown Source)
 at 
 

[jira] [Updated] (CLOUDSTACK-7116) unable to add KVM host to MS with error java.lang.UnsupportedClassVersionError: com/cloud/agent/AgentShell : Unsupported major.minor version 51.0

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7116:
---

Assignee: Kishan Kavala

 unable to add KVM host to MS with error 
 java.lang.UnsupportedClassVersionError: com/cloud/agent/AgentShell : 
 Unsupported major.minor version 51.0
 -

 Key: CLOUDSTACK-7116
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7116
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.5.0
Reporter: shweta agarwal
Assignee: Kishan Kavala
Priority: Blocker
 Fix For: 4.5.0

 Attachments: cloudstack-agent.err, management-server.log.tar.gz


 Repro steps:
 1. Create a KVM host on rhel 6.3
 As I used following build 
 http://repo-ccp.citrix.com/releases/ASF/rhel/6.3/master/CloudPlatform-4.5.0-57-rhel6.3.tar.gz
 so i need to install jsvc outside of cloudstack for which I have done the 
 following step:
 yum install java-gcj-compat
 rpm -Uvh 
 ftp://rpmfind.net/linux/centos/6.5/os/x86_64/Packages/jakarta-commons-daemon-jsvc-1.0.1-8.9.el6.x86_64.rpm
 and then I installed agent
 Once agent installation is complete I tried to add this KVM host to MS
 and host addition failed with MS logs showing
 2014-07-16 06:09:19,082 DEBUG [c.c.h.k.d.LibvirtServerDiscoverer] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Timeout, to wait for the host 
 connecting to mgt svr, assuming it is failed
 2014-07-16 06:09:19,083 WARN  [c.c.r.ResourceManagerImpl] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Unable to find the server 
 resources at http://10.147.40.23
 2014-07-16 06:09:19,084 INFO  [c.c.u.e.CSExceptionErrorCode] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Could not find exception: 
 com.cloud.exception.DiscoveryException in error code list for exceptions
 2014-07-16 06:09:19,084 WARN  [o.a.c.a.c.a.h.AddHostCmd] 
 (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Exception:
 com.cloud.exception.DiscoveryException: Unable to add the host
 at 
 com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:791)
 at 
 com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:586)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at 
 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at $Proxy148.discoverHosts(Unknown Source)
 at 
 org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694)
 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.doPost(ApiServlet.java:82)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 

[jira] [Updated] (CLOUDSTACK-7117) on restarting MS getting tomcat error http 404

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7117:
---

Assignee: Damodar Reddy T

 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
  init
 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] [Updated] (CLOUDSTACK-5212) Need Support for the LXC for the Report sockets CS-4908

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-5212:
---

Assignee: Kishan Kavala

 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: Kishan Kavala
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] [Updated] (CLOUDSTACK-5806) Storage types other than NFS/VMFS can't overprovision

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-5806:
---

Assignee: edison su

 Storage types other than NFS/VMFS can't overprovision
 -

 Key: CLOUDSTACK-5806
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5806
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.2.0, Future, 4.3.0
Reporter: Marcus Sorensen
Assignee: edison su
Priority: Critical
 Fix For: 4.4.0


 Edison, Mike, or myself can probably fix this. Mgmt server hardcodes storage 
 types that can overprovision. Need to fix this.
 Edison suggests:
 We can move it to storage driver's capabilities method.
 Each storage driver can report its capabilities in DataStoreDriver- 
 getCapabilities(), which returns a map[String, String], we can change the 
 signature to map[String, Object]
 In CloudStackPrimaryDataStoreDriverImpl(the default storage driver)- 
 getCapabilities, which can return something like:
 Var comparator = new  storageOverProvision() {
 Public Boolean isOverProvisionSupported(DataStore store) {
Var storagepool = (PrimaryDataStoreInfo)store;
If (store.getPoolType() == NFS or VMFS) {
Return true;
   }
  };
 };
 Var caps = new HashMap[String, Object]();
 Caps.put(storageOverProvision, comparator);
 Return caps;
 }
 Whenever, other places in mgt server want to check the capabilities of 
 overprovision, we can do the following:
 Var primaryStore = DataStoreManager. getPrimaryDataStore(primaryStoreId);
 var caps = primaryStore. getDriver().getCapabilities();
 var overprovision = caps.get(storageOverProvision);
 var result = overprovision. isOverProvisionSupported(primaryStore);



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6439) [Automation] Two Test Cases failed on test_disk_offerings.py - provision type is not returned by listDiskOfferings response

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-6439:
---

Assignee: Min Chen

 [Automation] Two Test Cases failed on test_disk_offerings.py - provision 
 type is not returned by listDiskOfferings response
 -

 Key: CLOUDSTACK-6439
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6439
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, IAM
Affects Versions: 4.4.0
 Environment: Basic Zone
 XenServer 
Reporter: Chandan Purushothama
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 Two Cases failed:
 1. test_02_create_sparse_type_disk_offering
 2. test_04_create_fat_type_disk_offering
 =
 Assertion Errors:
 =
 *Assertion Error 1*
 Check provisionig type in createServiceOffering
   begin captured logging  
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 STARTED : TC: test_02_create_sparse_type_disk_offering :::
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 sending GET request: createDiskOffering {'name': 'Sparse Type Disk offering', 
 'disksize': 1, 'displaytext': 'Sparse Type Disk offering'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Computed Signature by Marvin: m0/TZdrSBwiGRHLEVS5pdjF/y0U=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  HTTP/1.1 200 297
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qname=Sparse+Type+Disk+offeringcommand=createDiskOfferingdisksize=1signature=m0%2FTZdrSBwiGRHLEVS5pdjF%2Fy0U%3Ddisplaytext=Sparse+Type+Disk+offeringresponse=json
  Response: { creatediskofferingresponse :  { diskoffering : 
 {id:ffece54d-6736-4d72-8426-6eeade833db8,name:Sparse Type Disk 
 offering,displaytext:Sparse Type Disk 
 offering,disksize:1,created:2014-04-16T15:52:37-0700,iscustomized:false,storagetype:shared,displayoffering:true}
  }  }
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Created Disk offering with ID: ffece54d-6736-4d72-8426-6eeade833db8
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 sending GET request: listDiskOfferings {'id': 
 u'ffece54d-6736-4d72-8426-6eeade833db8'}
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Computed Signature by Marvin: XtzgOFFqAn/1FdLA2F+/yDvHKbQ=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qid=ffece54d-6736-4d72-8426-6eeade833db8command=listDiskOfferingssignature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3Dresponse=json
  HTTP/1.1 200 310
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qid=ffece54d-6736-4d72-8426-6eeade833db8command=listDiskOfferingssignature=XtzgOFFqAn%2F1FdLA2F%2B%2FyDvHKbQ%3Dresponse=json
  Response: { listdiskofferingsresponse : { count:1 ,diskoffering : [  
 {id:ffece54d-6736-4d72-8426-6eeade833db8,name:Sparse Type Disk 
 offering,displaytext:Sparse Type Disk 
 offering,disksize:1,created:2014-04-16T15:52:37-0700,iscustomized:false,storagetype:shared,displayoffering:true}
  ] } }
 test_02_create_sparse_type_disk_offering 
 (integration.smoke.test_disk_offerings.TestCreateDiskOffering): CRITICAL: 
 FAILED: test_02_create_sparse_type_disk_offering: Traceback (most recent call 
 last):
   File /usr/local/lib/python2.7/unittest/case.py, line 327, in 

[jira] [Updated] (CLOUDSTACK-7106) RPM build failing with RHEL7

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7106:
---

Assignee: frank zhang

 RPM build failing with RHEL7
 

 Key: CLOUDSTACK-7106
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7106
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup
Affects Versions: 4.5.0
 Environment: RHEL7
Reporter: Rayees Namathponnan
Assignee: frank zhang
Priority: Critical
 Fix For: 4.5.0


 RPM build failing with RHEL7, since there are dependency with tomcat, we need 
 to create sperate spec.file for RHEL7 or re write existing spec file to 
 support both RHE6 and 7



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-7011) [Automation] MS log getting created with owner root instead of cloud, and logs not capturing

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7011:
---

Assignee: frank zhang

 [Automation] MS log getting created with owner root instead of cloud, and 
 logs not capturing 
 -

 Key: CLOUDSTACK-7011
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7011
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup
Affects Versions: 4.4.0
 Environment: 4.4-forward 
 RPM build
Reporter: Rayees Namathponnan
Assignee: frank zhang
Priority: Critical
 Fix For: 4.4.0


 Steps to reproduce 
 1 ) Create RPM build from centos
 2) Install MS 
 3) Uninstall MS and Delete MS
 4) Install MS again 
 5) Setup MS
 Expected result 
 Installation should be succeeded, and during setup  MS,  logs should be 
 captured in MS log 
 Result 
 MS log user is root and nothing capturing in MS log, see the permission below
 -rw-rw-r--. 1 cloud cloud 12518422 Jun 30 09:50 access_log.2014-06-30.txt
 -rw-rw-r--. 1 cloud cloud 38500897 Jun 30 09:50 apilog.log
 -rw-r--r--. 1 root  root 0 Jun 30 00:27 api-server.log
 -rw-rw-r--. 1 cloud cloud0 Jun 30 00:27 catalina.2014-06-30.log
 -rw-r--r--. 1 cloud cloud 24646600 Jun 30 09:50 catalina.out
 -rw-rw-r--. 1 cloud cloud0 Jun 30 00:27 host-manager.2014-06-30.log
 -rw-rw-r--. 1 cloud cloud  874 Jun 30 00:43 localhost.2014-06-30.log
 -rw-r--r--. 1 root  root 0 Jun 30 00:27 management-server.log
 -rw-rw-r--. 1 cloud cloud0 Jun 30 00:27 manager.2014-06-30.log
 -rw-r--r--. 1 root  root  4479 Jun 30 00:27 setupManagement.log



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-7097) failing to add kvm host to MS

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7097?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-7097:
---

Assignee: Kishan Kavala

 failing to add  kvm host to MS
 --

 Key: CLOUDSTACK-7097
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7097
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM, Management Server
Affects Versions: 4.5.0
Reporter: shweta agarwal
Assignee: Kishan Kavala
Priority: Critical
 Fix For: 4.5.0

 Attachments: management-server.log.tar.gz


 Repro steps:
 Create a agent on rhel 6.3
 create a MS on rhel 6.3
 Try creating a zone
 Bug : zone creation fails at adding host step
 MS log shows :
 014-07-11 03:33:46,284 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Received unknown parameters for 
 command addHost. Unknown parameters : clustertype
 2014-07-11 03:33:46,294 INFO  [c.c.r.ResourceManagerImpl] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Trying to add a new host at 
 http://10.147.40.24 in data center 1
 2014-07-11 03:33:46,487 DEBUG [c.c.u.s.SSHCmdHelper] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm
 2014-07-11 03:33:47,505 DEBUG [c.c.u.s.SSHCmdHelper] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm
 2014-07-11 03:33:48,556 DEBUG [c.c.u.s.SSHCmdHelper] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Executing cmd: lsmod|grep kvm
 2014-07-11 03:33:49,607 DEBUG [c.c.h.k.d.LibvirtServerDiscoverer] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) It's not a KVM enabled machine
 2014-07-11 03:33:49,608 WARN  [c.c.r.ResourceManagerImpl] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Unable to find the server 
 resources at http://10.147.40.24
 2014-07-11 03:33:49,611 INFO  [c.c.u.e.CSExceptionErrorCode] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Could not find exception: 
 com.cloud.exception.DiscoveryException in error code list for exceptions
 2014-07-11 03:33:49,611 WARN  [o.a.c.a.c.a.h.AddHostCmd] 
 (catalina-exec-12:ctx-007b5513 ctx-c586ed3c) Exception:
 com.cloud.exception.DiscoveryException: Unable to add the host
 at 
 com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:791)
 at 
 com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:586)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at 
 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at $Proxy148.discoverHosts(Unknown Source)
 at 
 org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142)
 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
 at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694)
 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.doPost(ApiServlet.java:82)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 

[jira] [Updated] (CLOUDSTACK-6827) Can't enable VR service provider in case of multiple physical networks

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-6827:
---

Assignee: Murali Reddy

 Can't enable VR service provider in case of multiple physical networks
 --

 Key: CLOUDSTACK-6827
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6827
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, Network Controller
Affects Versions: 4.4.0
 Environment: Latest build from 4.4 with commit 
 32bbc84db99d0e5f7f9b2a3fb41e4e783a2de350
Reporter: Sanjeev N
Assignee: Murali Reddy
Priority: Critical
 Fix For: 4.4.0

 Attachments: management-server.rar


 Can't enable VR service provider in case of multiple physical networks
 Steps to reproduce:
 ==
 1.Bring up CS in advanced zone with xen cluster
 2.Once the system is up disable the zone and add another physical network and 
 add only guest traffic into it.
 3.Go to network service providers in the physical network 
 4.All the providers are disabled by default. Try to enable Virtual Router
 http://10.147.59.119:8096/client/api?command=updateNetworkServiceProviderid=beb30cda-7e3a-44e9-b179-c1c6fd605b47state=Enabled
 Result:
 =
 Enabling VR service provider failed and observed following exception:
 2014-06-03 06:13:54,846 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (ApiServer-8:ctx-8602d969 ctx-e30c2238) submit async job-82, details: 
 AsyncJobVO {id:82, userId: 1, accountId: 1, instanceType: 
 PhysicalNetworkServiceProvider, instanceId: null, cmd: 
 org.apache.cloudstack.api.command.admin.network.UpdateNetworkServiceProviderCmd,
  cmdInfo: 
 {id:beb30cda-7e3a-44e9-b179-c1c6fd605b47,ctxDetails:{\PhysicalNetworkServiceProvider\:\beb30cda-7e3a-44e9-b179-c1c6fd605b47\,\com.cloud.network.PhysicalNetworkServiceProvider\:6},cmdEventType:SERVICE.PROVIDER.UPDATE,ctxUserId:1,state:Enabled,httpmethod:GET,uuid:beb30cda-7e3a-44e9-b179-c1c6fd605b47,ctxAccountId:1,ctxStartEventId:218},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 7332683579487, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-06-03 06:13:54,853 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
 (API-Job-Executor-45:ctx-4f22f44a job-82) Add job-82 into job monitoring
 2014-06-03 06:13:54,853 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-45:ctx-4f22f44a job-82) Executing AsyncJobVO {id:82, 
 userId: 1, accountId: 1, instanceType: PhysicalNetworkServiceProvider, 
 instanceId: null, cmd: 
 org.apache.cloudstack.api.command.admin.network.UpdateNetworkServiceProviderCmd,
  cmdInfo: 
 {id:beb30cda-7e3a-44e9-b179-c1c6fd605b47,ctxDetails:{\PhysicalNetworkServiceProvider\:\beb30cda-7e3a-44e9-b179-c1c6fd605b47\,\com.cloud.network.PhysicalNetworkServiceProvider\:6},cmdEventType:SERVICE.PROVIDER.UPDATE,ctxUserId:1,state:Enabled,httpmethod:GET,uuid:beb30cda-7e3a-44e9-b179-c1c6fd605b47,ctxAccountId:1,ctxStartEventId:218},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 7332683579487, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-06-03 06:13:54,860 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (API-Job-Executor-45:ctx-4f22f44a job-82 ctx-f118a929) Received unknown 
 parameters for command updateNetworkServiceProvider. Unknown parameters : 
 ctxdetails
 2014-06-03 06:13:54,871 DEBUG [c.c.n.NetworkServiceImpl] 
 (API-Job-Executor-45:ctx-4f22f44a job-82 ctx-f118a929) trying to update the 
 state of the service provider id=6 on physical network: 201 to state: Enabled
 2014-06-03 06:13:54,878 DEBUG [c.c.s.StatsCollector] 
 (StatsCollector-2:ctx-e6a2a82e) HostStatsCollector is running...
 2014-06-03 06:13:54,885 ERROR [c.c.a.ApiAsyncJobDispatcher] 
 (API-Job-Executor-45:ctx-4f22f44a job-82) Unexpected exception while 
 executing 
 org.apache.cloudstack.api.command.admin.network.UpdateNetworkServiceProviderCmd
 com.cloud.utils.exception.CloudRuntimeException: Provider is not ready, 
 cannot Enable the provider, please configure the provider first
 at 
 com.cloud.network.NetworkServiceImpl.updateNetworkServiceProvider(NetworkServiceImpl.java:3425)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 

[jira] [Updated] (CLOUDSTACK-6898) [Hyper-V] Open the console of a VM from CS, reboot the VM ( from CS or from inside the console), the console gets stuck at a point.

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-6898:
---

Assignee: Devdeep Singh

 [Hyper-V] Open the console of a VM from CS, reboot the VM ( from CS or from 
 inside the console), the console gets stuck at a point.
 ---

 Key: CLOUDSTACK-6898
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6898
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: Hyper-V
Reporter: Abhinav Roy
Assignee: Devdeep Singh
Priority: Critical
  Labels: hyper-V,, hyper-v, hyperv
 Fix For: 4.4.0

 Attachments: CS-6898.jpg


 Steps :
 ==
 1. Deploy a Hyper-V setup with advanced zone.
 2. Deploy a VM.
 3. Now open the console of the VM from CS UI.
 4. Now reboot the VM from CS or from inside the console of VM
 Expected behavior :
 ===
 1. The console should be accessible when the the VM is rebooting and after it 
 boots up.
 Observed behavior :
 ==
 The console gets stuck at the point of stopping the VM and remains in that 
 state.
 Even if you close the console and reopen , it remains in the same state.
 Attaching a screenshot for that.
 Workaround :
 
 Either close the console or even in the open state don't do any activity on 
 it for 3 mins. After that it becomes accessible again.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6990) VM console displays blank page.AgentControlChannelException in cloud.log

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-6990:
---

Assignee: Rajesh Battala

 VM console displays blank page.AgentControlChannelException in cloud.log
 

 Key: CLOUDSTACK-6990
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6990
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: SystemVM
Affects Versions: 4.4.0
Reporter: manasaveloori
Assignee: Rajesh Battala
Priority: Critical
 Fix For: 4.4.0

 Attachments: cloud.log, management-server.rar


 Deployed Cloudstack using the build :
 [root@RHEL63test ~]# cloudstack-sccs
 9024ad14681858ac7caafaf86f267a213ce6b61c
 Deployed a user VM.
 Now try to open the console of any VM.
 It is displaying blank page.
 In CPVM cloud.log observed the following exception continuously:
 2014-06-25 06:31:14,620 INFO  [utils.exception.CSExceptionErrorCode] (Console 
 Proxy GC Thread:null) Could not find exception: 
 com.cloud.exception.AgentControlChannelException in error code list for 
 exceptions
 2014-06-25 06:31:14,621 ERROR [resource.consoleproxy.ConsoleProxyResource] 
 (Console Proxy GC Thread:null) Unable to send out load info due to Unable to 
 post agent control request as link is not available
 com.cloud.exception.AgentControlChannelException: Unable to post agent 
 control request as link is not available
 at com.cloud.agent.Agent.postRequest(Agent.java:689)
 at com.cloud.agent.Agent.postRequest(Agent.java:677)
 at 
 com.cloud.agent.resource.consoleproxy.ConsoleProxyResource.reportLoadInfo(ConsoleProxyResource.java:418)
 at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 com.cloud.consoleproxy.ConsoleProxy.reportLoadInfo(ConsoleProxy.java:227)
 at 
 com.cloud.consoleproxy.ConsoleProxyGCThread.run(ConsoleProxyGCThread.java:102)
 2014-06-25 06:31:14,621 DEBUG [cloud.consoleproxy.ConsoleProxyGCThread] 
 (Console Proxy GC Thread:null) Report load change : {
   connections: []
 }
 2014-06-25 06:31:14,897 INFO  [cloud.agent.Agent] (Agent-Handler-4:null) 
 Reconnecting...
 2014-06-25 06:31:14,897 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connecting to 10.147.59.222:8250
 Attaching the Ms logs and CPVM log.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-5212) Need Support for the LXC for the Report sockets CS-4908

[Abhinandan Prateek (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Abhinandan Prateek updated CLOUDSTACK-5212:
---

Assignee: Harikrishna Patnala  (was: Kishan Kavala)

 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: Harikrishna Patnala
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] [Updated] (CLOUDSTACK-5359) Failed to add second VMWARE cluster on a standard vSwitch enabled zone when vCenter details are passed in the addCluster wizard

[Likitha Shetty (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Likitha Shetty updated CLOUDSTACK-5359:
---

Labels: S1  (was: )

 Failed to add second VMWARE cluster on a standard vSwitch enabled zone when 
 vCenter details are passed in the addCluster wizard
 ---

 Key: CLOUDSTACK-5359
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5359
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.3.0
Reporter: Sailaja Mada
Assignee: Likitha Shetty
  Labels: S1
 Fix For: 4.4.0


 Steps:
 1.  Configure Adv Zone with VMWARE with standard vSwitch
 2.  Tried to add second cluster in the same Datacenter by providing vCenter 
 details.   (These are optional fields for the second cluster) 
 Observation:
 Failed to add second VMWARE cluster on a standard vSwitch enabled zone when 
 vCenter details are passed in the addCluster wizard
 Details:
 1. addCluster wizard is passing the Switch type as dvs when vCenter details 
 are provided while adding second cluster 
 2. If we provide only the cluster name then it takes the correct switch type 
 ( standard vSwitch) and add cluster works fine. 



--
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

[Harikrishna Patnala (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Harikrishna Patnala updated CLOUDSTACK-5212:


Assignee: (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
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] [Commented] (CLOUDSTACK-5212) [UI]Need Support for the LXC for the Report sockets CS-4908

[Harikrishna Patnala (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064864#comment-14064864
 ] 

Harikrishna Patnala commented on CLOUDSTACK-5212:
-

This needs UI side changes. API support is already there for LXC hosts.

 [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: Harikrishna Patnala
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] [Assigned] (CLOUDSTACK-5212) [UI]Need Support for the LXC for the Report sockets CS-4908

[Harikrishna Patnala (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Harikrishna Patnala reassigned CLOUDSTACK-5212:
---

Assignee: 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: Harikrishna Patnala
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] [Updated] (CLOUDSTACK-5212) [UI]Need Support for the LXC for the Report sockets CS-4908

[Harikrishna Patnala (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-5212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Harikrishna Patnala updated CLOUDSTACK-5212:


Summary: [UI]Need Support for the LXC for the Report sockets CS-4908  (was: 
Need Support for the LXC for the Report sockets CS-4908)

 [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: Harikrishna Patnala
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] [Assigned] (CLOUDSTACK-7025) [Automation] Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7025:
---

Assignee: Ashutosk Kelkar

 [Automation] Failed to deply virtual machine: 
 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'
 -

 Key: CLOUDSTACK-7025
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7025
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 try:
 virtual_machine = VirtualMachine.create(
 self.api_client, self.services[virtual_machine],
 accountid=self.account.name, domainid=self.account.domainid,
 serviceofferingid=self.service_offering.id,
 mode=self.zone.networktype,
 networkids=[self.defaultNetworkId]) -- BUG: There is no 
 reference to defaultNetworkId specified anywhere before this code in the 
 TestAddNetworkToVirtualMachine class
 self.cleanup.append(virtual_machine)
 except Exception as e:
 self.fail(Failed to deply virtual machine: %s % e)
 
 Error Message:
 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'
   begin captured stdout  -
 === TestName: test_03_add_nw_multiple_times_1_isolated | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: ['Traceback 
 (most recent call last):\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 332, in run\ntestMethod()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper\n
 return func(self, *args, **kwargs)\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times\nself.fail(Failed to deply 
 virtual machine: %s % e)\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 413, in fail\nraise self.failureException(msg)\n', AssertionError: 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/lib/python2.7/unittest/case.py, line 332, in run
 testMethod()
   File /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper
 return func(self, *args, **kwargs)
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times
 self.fail(Failed to deply virtual machine: %s % e)
   File /usr/lib/python2.7/unittest/case.py, line 413, in fail
 raise self.failureException(msg)
 'Failed to deply virtual machine: \'TestAddNetworkToVirtualMachine\' object 
 has no attribute \'defaultNetworkId\'\n  begin captured 
 stdout  -\n=== TestName: 
 test_03_add_nw_multiple_times_1_isolated | Status : FAILED 
 ===\n\n\n-  end captured stdout  
 --\n  begin captured logging  
 \ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::\ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: [\'Traceback 
 (most recent call last):\\n\', \'  File 
 /usr/lib/python2.7/unittest/case.py, line 332, in run\\n
 testMethod()\\n\', \'  File /usr/local/lib/python2.7/dist-packages/ddt.py, 
 line 114, in wrapper\\nreturn func(self, *args, **kwargs)\\n\', \'  File 
 

[jira] [Resolved] (CLOUDSTACK-7025) [Automation] Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7025.
-

Resolution: Fixed

 [Automation] Failed to deply virtual machine: 
 'TestAddNetworkToVirtualMachine' object has no attribute 'defaultNetworkId'
 -

 Key: CLOUDSTACK-7025
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7025
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 try:
 virtual_machine = VirtualMachine.create(
 self.api_client, self.services[virtual_machine],
 accountid=self.account.name, domainid=self.account.domainid,
 serviceofferingid=self.service_offering.id,
 mode=self.zone.networktype,
 networkids=[self.defaultNetworkId]) -- BUG: There is no 
 reference to defaultNetworkId specified anywhere before this code in the 
 TestAddNetworkToVirtualMachine class
 self.cleanup.append(virtual_machine)
 except Exception as e:
 self.fail(Failed to deply virtual machine: %s % e)
 
 Error Message:
 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'
   begin captured stdout  -
 === TestName: test_03_add_nw_multiple_times_1_isolated | Status : FAILED ===
 -  end captured stdout  --
   begin captured logging  
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::
 test_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: ['Traceback 
 (most recent call last):\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 332, in run\ntestMethod()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper\n
 return func(self, *args, **kwargs)\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times\nself.fail(Failed to deply 
 virtual machine: %s % e)\n', '  File /usr/lib/python2.7/unittest/case.py, 
 line 413, in fail\nraise self.failureException(msg)\n', AssertionError: 
 Failed to deply virtual machine: 'TestAddNetworkToVirtualMachine' object has 
 no attribute 'defaultNetworkId'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/lib/python2.7/unittest/case.py, line 332, in run
 testMethod()
   File /usr/local/lib/python2.7/dist-packages/ddt.py, line 114, in wrapper
 return func(self, *args, **kwargs)
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 408, in test_03_add_nw_multiple_times
 self.fail(Failed to deply virtual machine: %s % e)
   File /usr/lib/python2.7/unittest/case.py, line 413, in fail
 raise self.failureException(msg)
 'Failed to deply virtual machine: \'TestAddNetworkToVirtualMachine\' object 
 has no attribute \'defaultNetworkId\'\n  begin captured 
 stdout  -\n=== TestName: 
 test_03_add_nw_multiple_times_1_isolated | Status : FAILED 
 ===\n\n\n-  end captured stdout  
 --\n  begin captured logging  
 \ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  DEBUG: STARTED : TC: test_03_add_nw_multiple_times_1_isolated 
 :::\ntest_03_add_nw_multiple_times_1_isolated 
 (integration.component.test_add_remove_network.TestAddNetworkToVirtualMachine):
  CRITICAL: FAILED: test_03_add_nw_multiple_times_1_isolated: [\'Traceback 
 (most recent call last):\\n\', \'  File 
 /usr/lib/python2.7/unittest/case.py, line 332, in run\\n
 testMethod()\\n\', \'  File /usr/local/lib/python2.7/dist-packages/ddt.py, 
 line 114, in wrapper\\nreturn func(self, *args, **kwargs)\\n\', \'  File 
 

[jira] [Assigned] (CLOUDSTACK-7022) [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 'sevice_offering'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7022:
---

Assignee: Ashutosk Kelkar

 [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'
 --

 Key: CLOUDSTACK-7022
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7022
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.sevice_offering) --- BUG: Typo in the 
 service_offering variable name
 cls.virtual_machine = VirtualMachine.create(
 cls.api_client,
 cls.services[server],
 templateid=template.id,
 accountid=cls.account.name,
 domainid=cls.account.domainid,
 serviceofferingid=cls.service_offering.id
 )
 cls.public_ip = PublicIPAddress.create(
cls.api_client,

 accountid=cls.virtual_machine.account,
zoneid=cls.virtual_machine.zoneid,

 domainid=cls.virtual_machine.domainid,
services=cls.services[server]
)
 return
 =
 Exception:
 =
 test_01_volume_usage (integration.component.test_usage.TestVolumeUsage): 
 CRITICAL: EXCEPTION: test_01_volume_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass\ncls._cleanup.append(cls.sevice_offering)\n', 
 AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass
 cls._cleanup.append(cls.sevice_offering)
 'type object \'TestVpnUsage\' has no attribute 
 \'sevice_offering\'\n  begin captured logging  
 \ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Payload: 
 {\'signature\': \'aZ6mt3aURCG51ejqTw7v2/RuQFQ=\', \'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'command\': \'deleteServiceOffering\', \'id\': 
 u\'3a72e88f-7886-42d3-be1a-99fd15908112\', \'response\': 
 \'json\'}\ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Sending 
 GET Cmd : 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7022) [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 'sevice_offering'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064950#comment-14064950
 ] 

ASF subversion and git services commented on CLOUDSTACK-7022:
-

Commit 4bab99972f5e87bb6059f34cd0a302db703342f7 in cloudstack's branch 
refs/heads/master from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4bab999 ]

CLOUDSTACK-7022: Fixed typo


 [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'
 --

 Key: CLOUDSTACK-7022
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7022
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.sevice_offering) --- BUG: Typo in the 
 service_offering variable name
 cls.virtual_machine = VirtualMachine.create(
 cls.api_client,
 cls.services[server],
 templateid=template.id,
 accountid=cls.account.name,
 domainid=cls.account.domainid,
 serviceofferingid=cls.service_offering.id
 )
 cls.public_ip = PublicIPAddress.create(
cls.api_client,

 accountid=cls.virtual_machine.account,
zoneid=cls.virtual_machine.zoneid,

 domainid=cls.virtual_machine.domainid,
services=cls.services[server]
)
 return
 =
 Exception:
 =
 test_01_volume_usage (integration.component.test_usage.TestVolumeUsage): 
 CRITICAL: EXCEPTION: test_01_volume_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass\ncls._cleanup.append(cls.sevice_offering)\n', 
 AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass
 cls._cleanup.append(cls.sevice_offering)
 'type object \'TestVpnUsage\' has no attribute 
 \'sevice_offering\'\n  begin captured logging  
 \ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Payload: 
 {\'signature\': \'aZ6mt3aURCG51ejqTw7v2/RuQFQ=\', \'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'command\': \'deleteServiceOffering\', \'id\': 
 u\'3a72e88f-7886-42d3-be1a-99fd15908112\', \'response\': 
 \'json\'}\ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Sending 
 GET Cmd : 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-7022) [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 'sevice_offering'

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14064963#comment-14064963
 ] 

ASF subversion and git services commented on CLOUDSTACK-7022:
-

Commit 967b82f16b93bf1df4473b7ce8dd314f015098e8 in cloudstack's branch 
refs/heads/4.4-forward from [~ashutoshk]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=967b82f ]

CLOUDSTACK-7022: Fixed typo


 [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'
 --

 Key: CLOUDSTACK-7022
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7022
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.sevice_offering) --- BUG: Typo in the 
 service_offering variable name
 cls.virtual_machine = VirtualMachine.create(
 cls.api_client,
 cls.services[server],
 templateid=template.id,
 accountid=cls.account.name,
 domainid=cls.account.domainid,
 serviceofferingid=cls.service_offering.id
 )
 cls.public_ip = PublicIPAddress.create(
cls.api_client,

 accountid=cls.virtual_machine.account,
zoneid=cls.virtual_machine.zoneid,

 domainid=cls.virtual_machine.domainid,
services=cls.services[server]
)
 return
 =
 Exception:
 =
 test_01_volume_usage (integration.component.test_usage.TestVolumeUsage): 
 CRITICAL: EXCEPTION: test_01_volume_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass\ncls._cleanup.append(cls.sevice_offering)\n', 
 AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass
 cls._cleanup.append(cls.sevice_offering)
 'type object \'TestVpnUsage\' has no attribute 
 \'sevice_offering\'\n  begin captured logging  
 \ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Payload: 
 {\'signature\': \'aZ6mt3aURCG51ejqTw7v2/RuQFQ=\', \'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'command\': \'deleteServiceOffering\', \'id\': 
 u\'3a72e88f-7886-42d3-be1a-99fd15908112\', \'response\': 
 \'json\'}\ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Sending 
 GET Cmd : 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7022) [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 'sevice_offering'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7022.
-

Resolution: Fixed

 [Automation] AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'
 --

 Key: CLOUDSTACK-7022
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7022
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation, Test
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ===
 Bug in Script:
 ===
 cls.service_offering = ServiceOffering.create(
 cls.api_client,
 cls.services[service_offering]
 )
 cls._cleanup.append(cls.sevice_offering) --- BUG: Typo in the 
 service_offering variable name
 cls.virtual_machine = VirtualMachine.create(
 cls.api_client,
 cls.services[server],
 templateid=template.id,
 accountid=cls.account.name,
 domainid=cls.account.domainid,
 serviceofferingid=cls.service_offering.id
 )
 cls.public_ip = PublicIPAddress.create(
cls.api_client,

 accountid=cls.virtual_machine.account,
zoneid=cls.virtual_machine.zoneid,

 domainid=cls.virtual_machine.domainid,
services=cls.services[server]
)
 return
 =
 Exception:
 =
 test_01_volume_usage (integration.component.test_usage.TestVolumeUsage): 
 CRITICAL: EXCEPTION: test_01_volume_usage: ['Traceback (most recent call 
 last):\n', '  File /usr/local/lib/python2.7/dist-packages/nose/suite.py, 
 line 208, in run\nself.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass\ncls._cleanup.append(cls.sevice_offering)\n', 
 AttributeError: type object 'TestVpnUsage' has no attribute 
 'sevice_offering'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_usage.py,
  line 1482, in setUpClass
 cls._cleanup.append(cls.sevice_offering)
 'type object \'TestVpnUsage\' has no attribute 
 \'sevice_offering\'\n  begin captured logging  
 \ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Payload: 
 {\'signature\': \'aZ6mt3aURCG51ejqTw7v2/RuQFQ=\', \'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'command\': \'deleteServiceOffering\', \'id\': 
 u\'3a72e88f-7886-42d3-be1a-99fd15908112\', \'response\': 
 \'json\'}\ntest_01_volume_usage 
 (integration.component.test_usage.TestVolumeUsage): DEBUG: Sending 
 GET Cmd : 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Assigned] (CLOUDSTACK-7044) [Automation] Remove getPortableIpRangeServices from common.py and move portableIpRange information to test_data.py

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7044:
---

Assignee: Ashutosk Kelkar

 [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] [Assigned] (CLOUDSTACK-7013) [Automation] AttributeError: type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar reassigned CLOUDSTACK-7013:
---

Assignee: Ashutosk Kelkar

 [Automation] AttributeError: type object 
 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'
 -

 Key: CLOUDSTACK-7013
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7013
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 cls.account = 
 Account.create(cls.api_client,cls.services[account],domainid = 
 cls.domain.id)
 cls.append(cls.account)  BUG: should be cls.__cleanup.append
 cls.service_offering = 
 ServiceOffering.create(cls.api_client,cls.services[service_offering])
 cls._cleanup.append(cls.service_offering)
 
 Test Script Failure:
 
 test_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  CRITICAL: EXCEPTION: test_26_add_nic_insufficient_permission: ['Traceback 
 (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in run\n
 self.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass\ncls.append(cls.account)\n', AttributeError: 
 type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 
 'append'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass
 cls.append(cls.account)
 'type object \'TestFailureScenariosRemoveNicFromVM\' has no attribute 
 \'append\'\n  begin captured logging  
 \ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Payload: {\'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'id\': u\'853b13be-4f75-4ca9-9f7c-3cf303d3cc2d\', \'state\': \'Disabled\', 
 \'command\': \'updateNetworkOffering\', \'signature\': 
 \'pP6GEHIbIDVHMxeYxAyQahpCxbI=\', \'response\': 
 \'json\'}\ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Sending GET Cmd : 
 updateNetworkOffering===\nrequests.packages.urllib3.connectionpool: INFO: 
 Starting new HTTP connection (1): 
 10.220.153.217\nrequests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Qid=853b13be-4f75-4ca9-9f7c-3cf303d3cc2dstate=Disabledcommand=updateNetworkOfferingsignature=pP6GEHIbIDVHMxeYxAyQahpCxbI%3Dresponse=json
  HTTP/1.1 200 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-7013) [Automation] AttributeError: type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'

[Ashutosk Kelkar (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-7013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ashutosk Kelkar resolved CLOUDSTACK-7013.
-

Resolution: Fixed

 [Automation] AttributeError: type object 
 'TestFailureScenariosRemoveNicFromVM' has no attribute 'append'
 -

 Key: CLOUDSTACK-7013
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7013
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.4.0
Reporter: Chandan Purushothama
Assignee: Ashutosk Kelkar
Priority: Critical
 Fix For: 4.4.0


 ==
 Bug in test script:
 ==
 cls.account = 
 Account.create(cls.api_client,cls.services[account],domainid = 
 cls.domain.id)
 cls.append(cls.account)  BUG: should be cls.__cleanup.append
 cls.service_offering = 
 ServiceOffering.create(cls.api_client,cls.services[service_offering])
 cls._cleanup.append(cls.service_offering)
 
 Test Script Failure:
 
 test_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  CRITICAL: EXCEPTION: test_26_add_nic_insufficient_permission: ['Traceback 
 (most recent call last):\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in run\n
 self.setUp()\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in setUp\n  
   self.setupContext(ancestor)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext\ntry_run(context, names)\n', '  File 
 /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in try_run\n 
return func()\n', '  File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass\ncls.append(cls.account)\n', AttributeError: 
 type object 'TestFailureScenariosRemoveNicFromVM' has no attribute 
 'append'\n]
 -  end captured logging  -
 Stacktrace
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 208, in 
 run
 self.setUp()
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 291, in 
 setUp
 self.setupContext(ancestor)
   File /usr/local/lib/python2.7/dist-packages/nose/suite.py, line 314, in 
 setupContext
 try_run(context, names)
   File /usr/local/lib/python2.7/dist-packages/nose/util.py, line 470, in 
 try_run
 return func()
   File 
 /home/jenkins/workspace/xenrt-reg-adv-xs/cloudstack.git/test/integration/component/test_add_remove_network.py,
  line 1392, in setUpClass
 cls.append(cls.account)
 'type object \'TestFailureScenariosRemoveNicFromVM\' has no attribute 
 \'append\'\n  begin captured logging  
 \ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Payload: {\'apiKey\': 
 u\'Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Q\',
  \'id\': u\'853b13be-4f75-4ca9-9f7c-3cf303d3cc2d\', \'state\': \'Disabled\', 
 \'command\': \'updateNetworkOffering\', \'signature\': 
 \'pP6GEHIbIDVHMxeYxAyQahpCxbI=\', \'response\': 
 \'json\'}\ntest_26_add_nic_insufficient_permission 
 (integration.component.test_add_remove_network.TestFailureScenariosAddNetworkToVM):
  DEBUG: Sending GET Cmd : 
 updateNetworkOffering===\nrequests.packages.urllib3.connectionpool: INFO: 
 Starting new HTTP connection (1): 
 10.220.153.217\nrequests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=Sng6IriYYMri4AHzMZOEdseGWMJBZ-mfmhG30ZJIjV__AynsK03iV0GbvMzhglLVIff8W5ujp6gnTEdNS7LJ5Qid=853b13be-4f75-4ca9-9f7c-3cf303d3cc2dstate=Disabledcommand=updateNetworkOfferingsignature=pP6GEHIbIDVHMxeYxAyQahpCxbI%3Dresponse=json
  HTTP/1.1 200 



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-470) Add vm does not list all vms when creating port forwards

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-470?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner resolved CLOUDSTACK-470.
---

Resolution: Won't Fix

This bug is very old. Please reopen if it's still an issue.

 Add vm does not list all vms when creating port forwards
 

 Key: CLOUDSTACK-470
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-470
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: pre-4.0.0
 Environment: CS 3.0.2 with KVM, XenServer, VMware
Reporter: Jasper Wonnink
Assignee: Jessica Wang
Priority: Critical
  Labels: bug, ui

 On Network - Networkname - IP address - my IP [Source NAT] - Port 
 Forwarding
 When adding a port forward it only shows a few instances instead of all 
 available. 
 Request that the api server receives:
 command=listVirtualMachinesresponse=jsonsessionkey=11PcW3amb12ABc8TVL47HJFX36E%3Dpage=1pageSize=20listAll=truenetworkid=529a1461-5a1b-4277-9148-8b47fe79a4b3_=1352725034341
  200 { listvirtualmachinesresponse : { count:20 ,virtualmachine :
 This gives me the following list (in the log) filtered by state:
 state: Running,
 state: Running,
 state: Running,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 state: Destroyed,
 Which is a list of 20 items like requested. However the GUI shows only the 3 
 running instances no matter what filtering i use (All, Running, Stopped, 
 Destroyed).
 The other VM's that are Running and dont fall into the first 20 will never be 
 displayed



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-2226) Automation: Add Automation for User and Domain admin can change his password

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-2226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-2226:
---

Component/s: (was: UI)
 Automation

 Automation: Add Automation for User and Domain admin can change his password
 

 Key: CLOUDSTACK-2226
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2226
 Project: CloudStack
  Issue Type: Sub-task
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Automation
Affects Versions: 4.2.0
Reporter: Sudha Ponnaganti
Priority: Critical
 Fix For: 4.3.0






--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Resolved] (CLOUDSTACK-3527) UI dosent pop up the password new password when the restore VM(reset Vm incase of UI)is called.

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-3527?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner resolved CLOUDSTACK-3527.


Resolution: Fixed

We believe this was fixed some time ago, but reopen if it's still a problem.

 UI dosent pop up the password new password when the restore VM(reset Vm 
 incase of UI)is called.
 ---

 Key: CLOUDSTACK-3527
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3527
 Project: CloudStack
  Issue Type: Sub-task
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Reporter: Kiran Koneti
Priority: Critical

 1)Created a VM using the IS volatile service offering and PasswordEnabled 
 template.
 2)When the VM is created for the first time the Password is popped up in the 
 UI.
 3)Then when the VM is rebooted the new disk is created but the new password 
 id not popped up but we can see the password in the API response when the 
 Firebug is enabled.
 Putting the firebug response
 { queryasyncjobresultresponse : 
 {accountid:d33cb55e-e954-11e2-933a-06ecde18,userid:d33d3a06-e954-11e2-933a-06ecde18,cmd:org.apache.cloudstack.api.command.user.vm.RebootVMCmd,jobstatus:1,jobprocstatus:0,jobresultcode:0,jobresulttype:object,jobresult:{virtualmachine:{id:22ef658d-5f05-40bc-83b5-aae804b2b06b,name:IS1,displayname:IS1,account:admin,domainid:a5196eba-e954-11e2-933a-06ecde18,domain:ROOT,created:2013-07-15T16:51:31+0530,state:Running,haenable:false,zoneid:9259c481-337d-4ade-82c2-223183fd00fb,zonename:Z1,hostid:11060949-775c-4767-873c-e3c9ba9e48a9,hostname:10.147.40.9,templateid:433cea03-76a2-4d40-9a11-dc9151a04b1e,templatename:Cetn53PWD,templatedisplaytext:Cent53PWD,passwordenabled:true,serviceofferingid:57892b96-44e2-422a-a545-a7df7a0be53a,serviceofferingname:ISvolatile,cpunumber:1,cpuspeed:500,memory:512,cpuused:23%,networkkbsread:0,networkkbswrite:0,diskkbsread:0,diskkbswrite:0,diskioread:0,diskiowrite:0,guestosid:a53020ba-e954-11e2-933a-06ecde18,rootdeviceid:1,rootdevicetype:DATADISK,securitygroup:[],password:iF6pnzznb,nic:[{id:edeb81c8-df3c-4320-b85c-6138e8a5cd45,networkid:f23e6e18-92b2-4b4a-abed-798dfadd0152,networkname:def1,netmask:255.255.255.0,gateway:10.1.1.1,ipaddress:10.1.1.10,isolationuri:vlan://938,broadcasturi:vlan://938,traffictype:Guest,type:Isolated,isdefault:true,macaddress:02:00:52:28:00:08}],hypervisor:VMware,instancename:i-2-29-VM,tags:[],affinitygroup:[],displayvm:true,isdynamicallyscalable:false,jobid:e40d302b-cf70-46d1-8dcf-ea387fc3a11b,jobstatus:0}},created:2013-07-15T17:34:10+0530,jobid:e40d302b-cf70-46d1-8dcf-ea387fc3a11b}
  }
 This should be popped up in the UI which will help the customer know the new 
 password.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-4220) 3.0.6 to ASF 4.2 Upgrade: Add VMWare DataCenter button should not be provided for Legacy Zones

[Stephen Turner (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14065073#comment-14065073
 ] 

Stephen Turner commented on CLOUDSTACK-4220:


Still waiting for an answer from Sateesh, but I think this is Major not 
Critical, as the worst that can happen is that you'll get an error thrown back 
at you.

 3.0.6 to ASF 4.2 Upgrade: Add VMWare DataCenter button should not be 
 provided for Legacy Zones
 

 Key: CLOUDSTACK-4220
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4220
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.2.0
Reporter: Chandan Purushothama
Assignee: Sateesh Chodapuneedi
 Fix For: Future

 Attachments: 306mysql_cloud_dump.zip, jessica_zoneDetailPage.PNG


 After Upgrade, DB Observations:
 mysql select * from vmware_data_center;
 Empty set (0.03 sec)
 mysql select * from vmware_data_center_zone_map;
 Empty set (0.02 sec)
 mysql select * from legacy_zones;
 ++-+
 | id | zone_id |
 ++-+
 |  1 |   1 |
 ++-+
 1 row in set (0.00 sec)
 mysql select * from clusters;
 ERROR 1146 (42S02): Table 'cloud.clusters' doesn't exist
 mysql select * from cluster;
 +++--+--+++-+-+--+---+-+---+-+-+--+
 | id | name   | uuid 
 | guid | pod_id | data_center_id | 
 hypervisor_type | cluster_type| allocation_state | managed_state | 
 removed | owner | created | lastUpdated | engine_state |
 +++--+--+++-+-+--+---+-+---+-+-+--+
 |  1 | 10.223.52.61/VMDC/clus1| 2bc52adc-0345-426d-b4dc-b10bb26b475c 
 | c4ca4238-a0b9-3382-8dcc-509a6f75849b |  1 |  1 | VMware 
  | ExternalManaged | Enabled  | Managed   | NULL| NULL  | 
 NULL| NULL| Disabled |
 |  2 | 10.223.52.61/OTHERVMDC/clus2   | e80bff91-598e-4d4e-8951-205311a979d4 
 | c81e728d-9d4c-3f63-af06-7f89cc14862c |  2 |  1 | VMware 
  | ExternalManaged | Enabled  | Managed   | NULL| NULL  | 
 NULL| NULL| Disabled |
 |  3 | 10.223.52.61/ANOTHERVMDC/clus3 | 159b911e-864d-41ef-b24e-de7be25a0ffb 
 | eccbc87e-4b5c-32fe-a830-8fd9f2a7baf3 |  1 |  1 | VMware 
  | ExternalManaged | Enabled  | Managed   | NULL| NULL  | 
 NULL| NULL| Disabled |
 +++--+--+++-+-+--+---+-+---+-+-+--+
 3 rows in set (0.00 sec)
 mysql
 Reference: the Mapping Model at 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Mapping+model+for+CloudStack+zone+and+Vmware+datacenter
 Considering a model where a CloudStack deployment will have some zones with 
 multiple DCs and some zones with single DC. This comes from the fact that 
 existing CloudStack deployment has zones with multiple DCs. But after upgrade 
 to the newest version, customer would like to have existing zones to operate 
 as-is. But all new CloudStack zones would be having single DC. In this model, 
 the existing zone with multiple DCs is termed as Legacy zone and it will not 
 support the zone wide features are requires a zone to have only 1 DC. Also 
 operations on legacy zone should be seamless (like adding a cluster etc.) as 
 they were before upgrade. This means the code base doesn't apply any new 
 logic, that affects the functionality, over legacy zone. For example, 
 constraint checks that happen while adding a cluster to new zone should not 
 be done if the zone is legacy zone.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-4220) 3.0.6 to ASF 4.2 Upgrade: Add VMWare DataCenter button should not be provided for Legacy Zones

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-4220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-4220:
---

Priority: Major  (was: Critical)

 3.0.6 to ASF 4.2 Upgrade: Add VMWare DataCenter button should not be 
 provided for Legacy Zones
 

 Key: CLOUDSTACK-4220
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4220
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.2.0
Reporter: Chandan Purushothama
Assignee: Sateesh Chodapuneedi
 Fix For: Future

 Attachments: 306mysql_cloud_dump.zip, jessica_zoneDetailPage.PNG


 After Upgrade, DB Observations:
 mysql select * from vmware_data_center;
 Empty set (0.03 sec)
 mysql select * from vmware_data_center_zone_map;
 Empty set (0.02 sec)
 mysql select * from legacy_zones;
 ++-+
 | id | zone_id |
 ++-+
 |  1 |   1 |
 ++-+
 1 row in set (0.00 sec)
 mysql select * from clusters;
 ERROR 1146 (42S02): Table 'cloud.clusters' doesn't exist
 mysql select * from cluster;
 +++--+--+++-+-+--+---+-+---+-+-+--+
 | id | name   | uuid 
 | guid | pod_id | data_center_id | 
 hypervisor_type | cluster_type| allocation_state | managed_state | 
 removed | owner | created | lastUpdated | engine_state |
 +++--+--+++-+-+--+---+-+---+-+-+--+
 |  1 | 10.223.52.61/VMDC/clus1| 2bc52adc-0345-426d-b4dc-b10bb26b475c 
 | c4ca4238-a0b9-3382-8dcc-509a6f75849b |  1 |  1 | VMware 
  | ExternalManaged | Enabled  | Managed   | NULL| NULL  | 
 NULL| NULL| Disabled |
 |  2 | 10.223.52.61/OTHERVMDC/clus2   | e80bff91-598e-4d4e-8951-205311a979d4 
 | c81e728d-9d4c-3f63-af06-7f89cc14862c |  2 |  1 | VMware 
  | ExternalManaged | Enabled  | Managed   | NULL| NULL  | 
 NULL| NULL| Disabled |
 |  3 | 10.223.52.61/ANOTHERVMDC/clus3 | 159b911e-864d-41ef-b24e-de7be25a0ffb 
 | eccbc87e-4b5c-32fe-a830-8fd9f2a7baf3 |  1 |  1 | VMware 
  | ExternalManaged | Enabled  | Managed   | NULL| NULL  | 
 NULL| NULL| Disabled |
 +++--+--+++-+-+--+---+-+---+-+-+--+
 3 rows in set (0.00 sec)
 mysql
 Reference: the Mapping Model at 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Mapping+model+for+CloudStack+zone+and+Vmware+datacenter
 Considering a model where a CloudStack deployment will have some zones with 
 multiple DCs and some zones with single DC. This comes from the fact that 
 existing CloudStack deployment has zones with multiple DCs. But after upgrade 
 to the newest version, customer would like to have existing zones to operate 
 as-is. But all new CloudStack zones would be having single DC. In this model, 
 the existing zone with multiple DCs is termed as Legacy zone and it will not 
 support the zone wide features are requires a zone to have only 1 DC. Also 
 operations on legacy zone should be seamless (like adding a cluster etc.) as 
 they were before upgrade. This means the code base doesn't apply any new 
 logic, that affects the functionality, over legacy zone. For example, 
 constraint checks that happen while adding a cluster to new zone should not 
 be done if the zone is legacy zone.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6178) Problem logging in for the first time

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-6178:
---

Component/s: (was: UI)

 Problem logging in for the first time
 -

 Key: CLOUDSTACK-6178
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6178
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup
Affects Versions: 4.2.1
 Environment: Debian
Reporter: kraukscis
Priority: Critical

 I have some problems
 I'm using a debian wheezy with ubuntu packages from : deb
 After Install cloudstack  
 cloudstack-setup-databases cloud:**@localhost  --deploy-as=root:**
 CloudStack has successfully initialized database
 Ok
 cloudstack-setup-management
 OK but ?
 login as admin/password for the first time it says:
 invalid username or password
 tail -n 300  /var/log/cloudstack/management/management-server.log | grep 
 success
 2014-02-26 18:36:31,858 DEBUG [utils.script.Script] (Timer-1:null) Execution 
 is successful.
 Edit 
 JAVA_OPTS=-Djava.awt.headless=true -Dcom.sun.management.jmxremote.port=45219 
 -Dcom.sun.management.jmxremote.authenticate=false 
 -Dcom.sun.management.jmxremote.ssl=false -Xmx2200m -XX:+DisableExplicitGC 
 -XX:+HeapDumpOnOutOfMemoryError 
 -XX:HeapDumpPath=/var/log/cloudstack/management/ -XX:PermSize=512M 
 -XX:MaxPermSize=800m
 and also try with this options
 Edit 
 JAVA_OPTS=-Djava.awt.headless=true -Dcom.sun.management.jmxremote.port=45219 
 -Dcom.sun.management.jmxremote.authenticate=false 
 -Dcom.sun.management.jmxremote.ssl=false -Xmx4g  
 -XX:+HeapDumpOnOutOfMemoryError 
 -XX:HeapDumpPath=/var/log/cloudstack/management/ -XX:PermSize=512M 
 -XX:MaxPermSize=800m
  User admin is disabled/locked
 Also I tried to drop all databases  like cloud; cloud_usage;  and restart  
 mysql server  ... run again
 nothing !!
 log file :
 the same problem
 Unable to authenticate user with username admin in domain 1
 2014-02-26 18:48:46,579 INFO  [cloud.user.AccountManagerImpl] 
 (catalina-exec-15:null) User admin is disabled/locked
 Eh 
 I am stuck with this problem, can someone help me



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6590) No option in UI to acquire secondary IP for VM nic

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-6590:
---

Assignee: Brian Federle  (was: Jessica Wang)

 No option in UI to acquire secondary IP for VM nic
 --

 Key: CLOUDSTACK-6590
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6590
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller, UI
Affects Versions: 4.4.0
Reporter: manasaveloori
Assignee: Brian Federle
Priority: Critical
 Fix For: 4.4.0


 Deploy a user Vm.
 Go to Nics
 Observed that there is no option to acquire a secondary ip for the VM nic.
 This a regression issue...
 Able to acquire the secondary IP using API.
 Build commit id:
 [root@RHEL63test secondaryxen]# cloudstack-sccs
 ed088c72c461c08a061881f78cceae7f74794b9c



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6590) No option in UI to acquire secondary IP for VM nic

[Stephen Turner (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14065079#comment-14065079
 ] 

Stephen Turner commented on CLOUDSTACK-6590:


Brian believes he has tested this recently and it works, but assign to him for 
verifying.

 No option in UI to acquire secondary IP for VM nic
 --

 Key: CLOUDSTACK-6590
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6590
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller, UI
Affects Versions: 4.4.0
Reporter: manasaveloori
Assignee: Brian Federle
Priority: Critical
 Fix For: 4.4.0


 Deploy a user Vm.
 Go to Nics
 Observed that there is no option to acquire a secondary ip for the VM nic.
 This a regression issue...
 Able to acquire the secondary IP using API.
 Build commit id:
 [root@RHEL63test secondaryxen]# cloudstack-sccs
 ed088c72c461c08a061881f78cceae7f74794b9c



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6695) UI should allow uploading chained SSL certificates

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-6695:
---

Issue Type: New Feature  (was: Bug)

 UI  should allow uploading chained SSL certificates
 ---

 Key: CLOUDSTACK-6695
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6695
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.3.0, 4.4.0
Reporter: Amogh Vasekar
Priority: Critical
 Fix For: Future, 4.4.0


 Currently, to upload chained certificates into CloudStack for SSVM / CPVM 
 requires making API calls with right id and alias parameter.
 The UI only supports adding the server certificate, and should be enhanced to 
 support adding the whole chain.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6803) UI:QuickView: Unable to render Quick view overlay on VM snapshots

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6803?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-6803:
---

Assignee: Brian Federle

 UI:QuickView: Unable to render Quick view overlay on VM snapshots
 -

 Key: CLOUDSTACK-6803
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6803
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.4.0
Reporter: Parth Jagirdar
Assignee: Brian Federle
Priority: Critical
 Attachments: qv_overlay.jpg


 Create a VM,
 Take a Snapshot,
 Click on this Snapshot,
 Hover mouse over Quick View icon,
 Observer Quick View doesn't get rendered.
 ***   Click on the snapshot, observe that user is presented with a black 
 screen. (Due to this behavior, raising bug severity to Critical, As this 
 prevents user to perform operations on VM snapshot from the UI))
 Screen attached.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6917) dashboard view for regular user should have more information

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-6917:
---

Issue Type: New Feature  (was: Bug)

 dashboard view for regular user should have more information
 

 Key: CLOUDSTACK-6917
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6917
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.4.0, 4.5.0
Reporter: Nitin Mehta
Priority: Critical
 Fix For: 4.4.0, 4.5.0


 This dashboard doesn't give much useful info for a regular user.
 e.g. CPU, network, memory, storage usage/available and performance. 
 I think listAccounts API gives a lot of useful information on this and that 
 should be utilized to have a more informative dashboard for a regular user.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (CLOUDSTACK-6624) Unable to create new Network Offerings via UI with Specify VLAN option set

[Stephen Turner (JIRA)]

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14065083#comment-14065083
 ] 

Stephen Turner commented on CLOUDSTACK-6624:


Alex, are you dealing with this, or do you need one of my UI engineers to pick 
it up?

 Unable to create new Network Offerings via UI with Specify VLAN option set
 --

 Key: CLOUDSTACK-6624
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6624
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.3.0
Reporter: Geoff Higgibottom
Assignee: Alex Hitchins
Priority: Critical
  Labels: UI

 When creating a new network offering with the Specify VLAN option set, the 
 Specify IP Option should also be set automatically.  The UI is no longer 
 sending this parameter in the API string so the Network Offering has an 
 invalid configuration.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (CLOUDSTACK-6917) dashboard view for regular user should have more information

[Stephen Turner (JIRA)]

 [ 
https://issues.apache.org/jira/browse/CLOUDSTACK-6917?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Stephen Turner updated CLOUDSTACK-6917:
---

Priority: Major  (was: Critical)

 dashboard view for regular user should have more information
 

 Key: CLOUDSTACK-6917
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6917
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: UI
Affects Versions: 4.4.0, 4.5.0
Reporter: Nitin Mehta
 Fix For: 4.4.0, 4.5.0


 This dashboard doesn't give much useful info for a regular user.
 e.g. CPU, network, memory, storage usage/available and performance. 
 I think listAccounts API gives a lot of useful information on this and that 
 should be utilized to have a more informative dashboard for a regular user.



--
This message was sent by Atlassian JIRA
(v6.2#6252)