[jira] [Resolved] (CLOUDSTACK-9460) Graceful handling of Mysql server connection timeout

2016-11-20 Thread John Burwell (JIRA)

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

John Burwell resolved CLOUDSTACK-9460.
--
Resolution: Fixed

Merged to the 4.8, 4.9, and master branches for inclusion in the 4.8.2.0, 
4.9.1.0, and 4.10.0.0 releases.

> Graceful handling of Mysql server connection timeout
> 
>
> Key: CLOUDSTACK-9460
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9460
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.9.0
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9460) Graceful handling of Mysql server connection timeout

2016-11-20 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9460:
-
Fix Version/s: 4.8.2.0
   4.10.0.0

> Graceful handling of Mysql server connection timeout
> 
>
> Key: CLOUDSTACK-9460
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9460
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.9.0
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9599) UpdateTemplate Response is Missing "isdynamicallyscalable" Field

2016-11-16 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9599:
-
Description: 
The response for the UpdateTemplate command does not include the 
"isdynamicallyscalable" field.  The following is a sample of the output from a 
call to a 4.6 management server:

{code}
cloudmonkey> update template id=7a6c263c-1e16-49dc-866e-7189f3f49052 
passwordenabled=false
{
  "template": {
"account": "admin",
"bootable": true,
"created": "2016-11-01T15:21:07+",
"crossZones": false,
"details": {
  "dataDiskController": "osdefault",
  "nicAdapter": "Vmxnet3",
  "rootDiskController": "osdefault"
},
"displaytext": "Windows2012R2",
"domain": "ROOT",
"domainid": "80ed2086-a02e-11e6-8900-005056aa4c21",
"format": "OVA",
"hypervisor": "VMware",
"id": "7a6c263c-1e16-49dc-866e-7189f3f49052",
"isfeatured": false,
"ispublic": true,
"isready": false,
"name": "Windows2012R2",
"ostypeid": "0c1e7989-a034-11e6-8900-005056aa4c21",
"ostypename": "Windows Server 2012 R2 (64-bit)",
"tags": [],
"templatetype": "USER"
  }
}
{code}

  was:
The response for the UpdateTemplate command does not include the 
"isdynamicallyscalable" field.  The following is a sample of the output from a 
call to a 4.6 management server:

cloudmonkey> update template id=7a6c263c-1e16-49dc-866e-7189f3f49052 
passwordenabled=false
{
  "template": {
"account": "admin",
"bootable": true,
"created": "2016-11-01T15:21:07+",
"crossZones": false,
"details": {
  "dataDiskController": "osdefault",
  "nicAdapter": "Vmxnet3",
  "rootDiskController": "osdefault"
},
"displaytext": "Windows2012R2",
"domain": "ROOT",
"domainid": "80ed2086-a02e-11e6-8900-005056aa4c21",
"format": "OVA",
"hypervisor": "VMware",
"id": "7a6c263c-1e16-49dc-866e-7189f3f49052",
"isfeatured": false,
"ispublic": true,
"isready": false,
"name": "Windows2012R2",
"ostypeid": "0c1e7989-a034-11e6-8900-005056aa4c21",
"ostypename": "Windows Server 2012 R2 (64-bit)",
"tags": [],
"templatetype": "USER"
  }
}



> UpdateTemplate Response is Missing "isdynamicallyscalable" Field
> 
>
> Key: CLOUDSTACK-9599
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9599
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API
>Affects Versions: 4.6.1
>Reporter: John Burwell
>Priority: Minor
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> The response for the UpdateTemplate command does not include the 
> "isdynamicallyscalable" field.  The following is a sample of the output from 
> a call to a 4.6 management server:
> {code}
> cloudmonkey> update template id=7a6c263c-1e16-49dc-866e-7189f3f49052 
> passwordenabled=false
> {
>   "template": {
> "account": "admin",
> "bootable": true,
> "created": "2016-11-01T15:21:07+",
> "crossZones": false,
> "details": {
>   "dataDiskController": "osdefault",
>   "nicAdapter": "Vmxnet3",
>   "rootDiskController": "osdefault"
> },
> "displaytext": "Windows2012R2",
> "domain": "ROOT",
> "domainid": "80ed2086-a02e-11e6-8900-005056aa4c21",
> "format": "OVA",
> "hypervisor": "VMware",
> "id": "7a6c263c-1e16-49dc-866e-7189f3f49052",
> "isfeatured": false,
> "ispublic": true,
> "isready": false,
> "name": "Windows2012R2",
> "ostypeid": "0c1e7989-a034-11e6-8900-005056aa4c21",
> "ostypename": "Windows Server 2012 R2 (64-bit)",
> "tags": [],
> "templatetype": "USER"
>   }
> }
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9599) UpdateTemplate Response is Missing "isdynamicallyscalable" Field

2016-11-16 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9599:


 Summary: UpdateTemplate Response is Missing 
"isdynamicallyscalable" Field
 Key: CLOUDSTACK-9599
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9599
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: API
Affects Versions: 4.6.1
Reporter: John Burwell
Priority: Minor


The response for the UpdateTemplate command does not include the 
"isdynamicallyscalable" field.  The following is a sample of the output from a 
call to a 4.6 management server:

cloudmonkey> update template id=7a6c263c-1e16-49dc-866e-7189f3f49052 
passwordenabled=false
{
  "template": {
"account": "admin",
"bootable": true,
"created": "2016-11-01T15:21:07+",
"crossZones": false,
"details": {
  "dataDiskController": "osdefault",
  "nicAdapter": "Vmxnet3",
  "rootDiskController": "osdefault"
},
"displaytext": "Windows2012R2",
"domain": "ROOT",
"domainid": "80ed2086-a02e-11e6-8900-005056aa4c21",
"format": "OVA",
"hypervisor": "VMware",
"id": "7a6c263c-1e16-49dc-866e-7189f3f49052",
"isfeatured": false,
"ispublic": true,
"isready": false,
"name": "Windows2012R2",
"ostypeid": "0c1e7989-a034-11e6-8900-005056aa4c21",
"ostypename": "Windows Server 2012 R2 (64-bit)",
"tags": [],
"templatetype": "USER"
  }
}




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9599) UpdateTemplate Response is Missing "isdynamicallyscalable" Field

2016-11-16 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9599:
-
Fix Version/s: 4.11.0.0
   4.10.1.0
   4.9.2.0

> UpdateTemplate Response is Missing "isdynamicallyscalable" Field
> 
>
> Key: CLOUDSTACK-9599
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9599
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API
>Affects Versions: 4.6.1
>Reporter: John Burwell
>Priority: Minor
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> The response for the UpdateTemplate command does not include the 
> "isdynamicallyscalable" field.  The following is a sample of the output from 
> a call to a 4.6 management server:
> cloudmonkey> update template id=7a6c263c-1e16-49dc-866e-7189f3f49052 
> passwordenabled=false
> {
>   "template": {
> "account": "admin",
> "bootable": true,
> "created": "2016-11-01T15:21:07+",
> "crossZones": false,
> "details": {
>   "dataDiskController": "osdefault",
>   "nicAdapter": "Vmxnet3",
>   "rootDiskController": "osdefault"
> },
> "displaytext": "Windows2012R2",
> "domain": "ROOT",
> "domainid": "80ed2086-a02e-11e6-8900-005056aa4c21",
> "format": "OVA",
> "hypervisor": "VMware",
> "id": "7a6c263c-1e16-49dc-866e-7189f3f49052",
> "isfeatured": false,
> "ispublic": true,
> "isready": false,
> "name": "Windows2012R2",
> "ostypeid": "0c1e7989-a034-11e6-8900-005056aa4c21",
> "ostypename": "Windows Server 2012 R2 (64-bit)",
> "tags": [],
> "templatetype": "USER"
>   }
> }



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9586) When using local storage with Xenserver prepareTemplate does not work with multiple hosts

2016-11-15 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9586:
-
Summary: When using local storage with Xenserver prepareTemplate does not 
work with multiple hosts  (was: When using shared storage with Xenserver 
prepareTemplate does not work when there are more than 1 hosts)

> When using local storage with Xenserver prepareTemplate does not work with 
> multiple hosts
> -
>
> Key: CLOUDSTACK-9586
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Secondary Storage, XenServer
>Affects Versions: 4.5.2
> Environment: XenServer 6.5 SP1
> Local Storage
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] 
> (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd
> SR_BACKEND_FAILURE_40The SR scan failed  [opterr=['INTERNAL_ERROR', 
> 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", 
> "703f59ca-6e5e-38d3-bbef-707b5b14c704")']]
>   at com.xensource.xenapi.Types.checkResponse(Types.java:2021)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at 
> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462)
>   at com.xensource.xenapi.SR.scan(SR.java:1257)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173)
> Root Cause: CloudPlatform creates a SR on each host, which points to the 
> template location on the secondary storage 
> (secondary_Storage/template/tmpl//). This causes the 
> database unique constraint violation when each XenServer tries to scan the SR 
> created on each host. The host that scans the SR last, throws the exception 
> because VDI was recognized already from the SR scan of the first host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9586) When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts

2016-11-15 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9586:
-
Component/s: (was: Storage Controller)
 Secondary Storage

> When using shared storage with Xenserver prepareTemplate does not work when 
> there are more than 1 hosts
> ---
>
> Key: CLOUDSTACK-9586
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Secondary Storage, XenServer
>Affects Versions: 4.5.2
> Environment: XenServer 6.5 SP1
> Local Storage
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] 
> (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd
> SR_BACKEND_FAILURE_40The SR scan failed  [opterr=['INTERNAL_ERROR', 
> 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", 
> "703f59ca-6e5e-38d3-bbef-707b5b14c704")']]
>   at com.xensource.xenapi.Types.checkResponse(Types.java:2021)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at 
> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462)
>   at com.xensource.xenapi.SR.scan(SR.java:1257)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173)
> Root Cause: CloudPlatform creates a SR on each host, which points to the 
> template location on the secondary storage 
> (secondary_Storage/template/tmpl//). This causes the 
> database unique constraint violation when each XenServer tries to scan the SR 
> created on each host. The host that scans the SR last, throws the exception 
> because VDI was recognized already from the SR scan of the first host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9586) When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts

2016-11-15 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9586:
-
Component/s: XenServer
 Storage Controller

> When using shared storage with Xenserver prepareTemplate does not work when 
> there are more than 1 hosts
> ---
>
> Key: CLOUDSTACK-9586
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller, XenServer
>Affects Versions: 4.5.2
> Environment: XenServer 6.5 SP1
> Local Storage
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] 
> (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd
> SR_BACKEND_FAILURE_40The SR scan failed  [opterr=['INTERNAL_ERROR', 
> 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", 
> "703f59ca-6e5e-38d3-bbef-707b5b14c704")']]
>   at com.xensource.xenapi.Types.checkResponse(Types.java:2021)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at 
> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462)
>   at com.xensource.xenapi.SR.scan(SR.java:1257)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173)
> Root Cause: CloudPlatform creates a SR on each host, which points to the 
> template location on the secondary storage 
> (secondary_Storage/template/tmpl//). This causes the 
> database unique constraint violation when each XenServer tries to scan the SR 
> created on each host. The host that scans the SR last, throws the exception 
> because VDI was recognized already from the SR scan of the first host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9586) When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts

2016-11-15 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9586:
-
Environment: 
XenServer 6.5 SP1
Local Storage

> When using shared storage with Xenserver prepareTemplate does not work when 
> there are more than 1 hosts
> ---
>
> Key: CLOUDSTACK-9586
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller, XenServer
>Affects Versions: 4.5.2
> Environment: XenServer 6.5 SP1
> Local Storage
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] 
> (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd
> SR_BACKEND_FAILURE_40The SR scan failed  [opterr=['INTERNAL_ERROR', 
> 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", 
> "703f59ca-6e5e-38d3-bbef-707b5b14c704")']]
>   at com.xensource.xenapi.Types.checkResponse(Types.java:2021)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at 
> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462)
>   at com.xensource.xenapi.SR.scan(SR.java:1257)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173)
> Root Cause: CloudPlatform creates a SR on each host, which points to the 
> template location on the secondary storage 
> (secondary_Storage/template/tmpl//). This causes the 
> database unique constraint violation when each XenServer tries to scan the SR 
> created on each host. The host that scans the SR last, throws the exception 
> because VDI was recognized already from the SR scan of the first host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9586) When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts

2016-11-15 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9586:
-
Priority: Critical  (was: Major)

> When using shared storage with Xenserver prepareTemplate does not work when 
> there are more than 1 hosts
> ---
>
> Key: CLOUDSTACK-9586
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.5.2
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] 
> (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd
> SR_BACKEND_FAILURE_40The SR scan failed  [opterr=['INTERNAL_ERROR', 
> 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", 
> "703f59ca-6e5e-38d3-bbef-707b5b14c704")']]
>   at com.xensource.xenapi.Types.checkResponse(Types.java:2021)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at 
> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462)
>   at com.xensource.xenapi.SR.scan(SR.java:1257)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173)
> Root Cause: CloudPlatform creates a SR on each host, which points to the 
> template location on the secondary storage 
> (secondary_Storage/template/tmpl//). This causes the 
> database unique constraint violation when each XenServer tries to scan the SR 
> created on each host. The host that scans the SR last, throws the exception 
> because VDI was recognized already from the SR scan of the first host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9586) When using shared storage with Xenserver prepareTemplate does not work when there are more than 1 hosts

2016-11-15 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9586:
-
Fix Version/s: (was: 4.5.2.2)
   4.8.2.0
   4.9.1.0
   4.10.0.0

> When using shared storage with Xenserver prepareTemplate does not work when 
> there are more than 1 hosts
> ---
>
> Key: CLOUDSTACK-9586
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9586
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.5.2
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> 2016-11-09 15:05:15,876 DEBUG [c.c.h.x.r.XenServerStorageProcessor] 
> (DirectAgent-29:ctx-8d890b55) Failed to destroy pbd
> SR_BACKEND_FAILURE_40The SR scan failed  [opterr=['INTERNAL_ERROR', 
> 'Db_exn.Uniqueness_constraint_violation("VDI", "uuid", 
> "703f59ca-6e5e-38d3-bbef-707b5b14c704")']]
>   at com.xensource.xenapi.Types.checkResponse(Types.java:2021)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at 
> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:462)
>   at com.xensource.xenapi.SR.scan(SR.java:1257)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSR(Xenserver625StorageProcessor.java:113)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.createFileSr(Xenserver625StorageProcessor.java:139)
>   at 
> com.cloud.hypervisor.xenserver.resource.Xenserver625StorageProcessor.copyTemplateToPrimaryStorage(Xenserver625StorageProcessor.java:173)
> Root Cause: CloudPlatform creates a SR on each host, which points to the 
> template location on the secondary storage 
> (secondary_Storage/template/tmpl//). This causes the 
> database unique constraint violation when each XenServer tries to scan the SR 
> created on each host. The host that scans the SR last, throws the exception 
> because VDI was recognized already from the SR scan of the first host.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9591) VMware dvSwitch Requires a Dummy, Standard vSwitch

2016-11-10 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9591:


 Summary: VMware dvSwitch Requires a Dummy, Standard vSwitch
 Key: CLOUDSTACK-9591
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9591
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: VMware
Affects Versions: 4.9.0, 4.8.0, 4.7.1, 4.7.0, 4.6.2
Reporter: John Burwell
Priority: Minor


When using the VMware dvSwitch, templates fail to register and VMs with the 
following secondary storage error:

createImportSpec error: Host did not have any virtual network defined.

Defining dummy, standard vSwitch on the same network works around this issue.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9484) [VR-Test] Create marvin tests for Service Monitoring tool in VR

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9484:
-
Assignee: Abhinandan Prateek

> [VR-Test] Create marvin tests for Service Monitoring tool in VR
> ---
>
> Key: CLOUDSTACK-9484
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9484
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Virtual Router
>Reporter: Boris Stoyanov
>Assignee: Abhinandan Prateek
>  Labels: marvin-vr
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> I couldn't managed to find any tests for this tool currently, as a cloudstack 
> user and developer I would like to have marvin tests covering the 
> functionalities around this feature. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9476) [VR-TEST] Write marvin tests for testing Inter Vlan Routing

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9476:
-
Assignee: Abhinandan Prateek

> [VR-TEST] Write marvin tests for testing Inter Vlan Routing
> ---
>
> Key: CLOUDSTACK-9476
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9476
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>  Labels: marvin-vr
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> Currently inter vlan routing is not sufficiently covered by test automation. 
> The idea is to write test to automate sanity check of thas areas



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9476) [VR-TEST] Write marvin tests for testing Inter Vlan Routing

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9476:
-
Fix Version/s: 4.11.0.0
   4.10.1.0
   4.9.2.0

> [VR-TEST] Write marvin tests for testing Inter Vlan Routing
> ---
>
> Key: CLOUDSTACK-9476
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9476
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>  Labels: marvin-vr
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> Currently inter vlan routing is not sufficiently covered by test automation. 
> The idea is to write test to automate sanity check of thas areas



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9476) [VR-TEST] Write marvin tests for testing Inter Vlan Routing

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9476:
-
Component/s: Network Controller

> [VR-TEST] Write marvin tests for testing Inter Vlan Routing
> ---
>
> Key: CLOUDSTACK-9476
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9476
> Project: CloudStack
>  Issue Type: Improvement
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Reporter: Abhinandan Prateek
>Assignee: Abhinandan Prateek
>  Labels: marvin-vr
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> Currently inter vlan routing is not sufficiently covered by test automation. 
> The idea is to write test to automate sanity check of thas areas



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9487) Egress rules marvin tests for UDP

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9487:
-
Fix Version/s: 4.11.0.0
   4.10.1.0

> Egress rules marvin tests for UDP
> -
>
> Key: CLOUDSTACK-9487
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9487
> Project: CloudStack
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Reporter: Murali Reddy
>Assignee: Murali Reddy
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> Component tests for egress firewall [1] sufficiently covers TCP, ICMP 
> exhaustively. Tests for UDP are missing. Need new (alter existing ones) tests 
> in the test suite for UDP 
> [1] 
> https://github.com/apache/cloudstack/blob/master/test/integration/component/test_egress_fw_rules.py



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9487) Egress rules marvin tests for UDP

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9487:
-
Component/s: Network Controller

> Egress rules marvin tests for UDP
> -
>
> Key: CLOUDSTACK-9487
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9487
> Project: CloudStack
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Reporter: Murali Reddy
>Assignee: Murali Reddy
> Fix For: 4.9.2.0
>
>
> Component tests for egress firewall [1] sufficiently covers TCP, ICMP 
> exhaustively. Tests for UDP are missing. Need new (alter existing ones) tests 
> in the test suite for UDP 
> [1] 
> https://github.com/apache/cloudstack/blob/master/test/integration/component/test_egress_fw_rules.py



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9487) Egress rules marvin tests for UDP

2016-11-04 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9487:
-
Assignee: Murali Reddy

> Egress rules marvin tests for UDP
> -
>
> Key: CLOUDSTACK-9487
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9487
> Project: CloudStack
>  Issue Type: Task
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Murali Reddy
>Assignee: Murali Reddy
> Fix For: 4.9.2.0
>
>
> Component tests for egress firewall [1] sufficiently covers TCP, ICMP 
> exhaustively. Tests for UDP are missing. Need new (alter existing ones) tests 
> in the test suite for UDP 
> [1] 
> https://github.com/apache/cloudstack/blob/master/test/integration/component/test_egress_fw_rules.py



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9569) VR on shared network not starting on KVM

2016-10-26 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9569:
-
Attachment: cloud.log

> VR on shared network not starting on KVM
> 
>
> Key: CLOUDSTACK-9569
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9569
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.9.0
>Reporter: John Burwell
>Priority: Critical
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
> Attachments: cloud.log
>
>
> A VR for a shared network on KVM fails to complete startup with the following 
> behavior:
> # VR starts on KVM
> # Agent pings VR
> # Increase timeout from from 120 seconds to 1200 seconds
> # API configuration starts
> The Management Server reports that the command times out.  Please see the 
> attached {cloud.log} which depicts the activity of the VR through the 
> timeout.  This failure does not occur on VMware.  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9569) VR on shared network not starting on KVM

2016-10-26 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9569:


 Summary: VR on shared network not starting on KVM
 Key: CLOUDSTACK-9569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Network Controller
Affects Versions: 4.9.0
Reporter: John Burwell


A VR for a shared network on KVM fails to complete startup with the following 
behavior:

# VR starts on KVM
# Agent pings VR
# Increase timeout from from 120 seconds to 1200 seconds
# API configuration starts

The Management Server reports that the command times out.  Please see the 
attached {cloud.log} which depicts the activity of the VR through the timeout.  
This failure does not occur on VMware.  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9569) VR on shared network not starting on KVM

2016-10-26 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9569:
-
Fix Version/s: 4.9.2.0
   4.11.0.0
   4.10.1.0

> VR on shared network not starting on KVM
> 
>
> Key: CLOUDSTACK-9569
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9569
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.9.0
>Reporter: John Burwell
>Priority: Critical
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> A VR for a shared network on KVM fails to complete startup with the following 
> behavior:
> # VR starts on KVM
> # Agent pings VR
> # Increase timeout from from 120 seconds to 1200 seconds
> # API configuration starts
> The Management Server reports that the command times out.  Please see the 
> attached {cloud.log} which depicts the activity of the VR through the 
> timeout.  This failure does not occur on VMware.  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9569) VR on shared network not starting on KVM

2016-10-26 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9569:
-
Priority: Critical  (was: Major)

> VR on shared network not starting on KVM
> 
>
> Key: CLOUDSTACK-9569
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9569
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.9.0
>Reporter: John Burwell
>Priority: Critical
> Fix For: 4.9.2.0, 4.10.1.0, 4.11.0.0
>
>
> A VR for a shared network on KVM fails to complete startup with the following 
> behavior:
> # VR starts on KVM
> # Agent pings VR
> # Increase timeout from from 120 seconds to 1200 seconds
> # API configuration starts
> The Management Server reports that the command times out.  Please see the 
> attached {cloud.log} which depicts the activity of the VR through the 
> timeout.  This failure does not occur on VMware.  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9546) X-Forwarded-For Headers Not Applied for HTTP Traffic in haproxy

2016-10-17 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9546:
-
Description: HTTP traffic managed by haproxy does not apply X-Forwarded-For 
to HTTP requests.  While these headers are not explicitly required for HTTP to 
be load balanced, most applications can not function with these headers 
present.  (was: When configuring haproxy, forwardfor headers are not added to 
HTTP requests.  While these headers are not explicitly required for HTTP to be 
load balanced, most applications can not function with these headers present.)

> X-Forwarded-For Headers Not Applied for HTTP Traffic in haproxy
> ---
>
> Key: CLOUDSTACK-9546
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9546
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller, Network Devices
>Affects Versions: 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.9.0
>Reporter: John Burwell
>
> HTTP traffic managed by haproxy does not apply X-Forwarded-For to HTTP 
> requests.  While these headers are not explicitly required for HTTP to be 
> load balanced, most applications can not function with these headers present.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9546) X-Forwarded-For Headers Not Applied for HTTP Traffic in haproxy

2016-10-17 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9546:
-
Summary: X-Forwarded-For Headers Not Applied for HTTP Traffic in haproxy  
(was: haproxy forwardfor headers not enabled for HTTP)

> X-Forwarded-For Headers Not Applied for HTTP Traffic in haproxy
> ---
>
> Key: CLOUDSTACK-9546
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9546
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller, Network Devices
>Affects Versions: 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.9.0
>Reporter: John Burwell
>
> When configuring haproxy, forwardfor headers are not added to HTTP requests.  
> While these headers are not explicitly required for HTTP to be load balanced, 
> most applications can not function with these headers present.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9546) haproxy forwardfor headers not enabled for HTTP

2016-10-17 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9546:


 Summary: haproxy forwardfor headers not enabled for HTTP
 Key: CLOUDSTACK-9546
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9546
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Network Controller, Network Devices
Affects Versions: 4.9.0, 4.8.0, 4.7.1, 4.7.0, 4.6.2
Reporter: John Burwell


When configuring haproxy, forwardfor headers are not added to HTTP requests.  
While these headers are not explicitly required for HTTP to be load balanced, 
most applications can not function with these headers present.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9528) SSVM Downloads (built-in) template multiple times

2016-10-14 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9528:
-
Priority: Critical  (was: Major)

> SSVM Downloads (built-in) template multiple times
> -
>
> Key: CLOUDSTACK-9528
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server, Secondary Storage, XenServer
>Affects Versions: 4.8.1, 4.9.0
> Environment: ACS 4.9 with XenServer 6.5SP1
> ACS 4.9 with VMware 5.5u3
>Reporter: Paul Angus
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: Capture.PNG, Capture2 (1).PNG, cloud_out
>
>
> SSVM under XenServer 6.5SP1 and ACS 4.9 was found to download the built-in 
> template multiple times (concurrently).
> Once this has happened the built-in template could not be used to deploy VMs 
> as couldstack found 2 VHDs in the directory and threw an insufficient 
> capacity exception.
> The template was being downloaded locally (at 35MB/s) with no drop outs.
> There are in fact multiple issues here:
> 1. SSVM not behaving properly and downloading mulitple copies.
> 2. Why is cloudstack 'blindly' looking in a directory for a VHD to pick up. 
> The full path and filename of the VHD is in its data base, it should use it.
> 3. what is template.properties for? the filename is contained within it, as 
> is an MDSUM to check for consistency
> 4. the filename in template.properties is different to the one in the 
> database.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9528) SSVM Downloads (built-in) template multiple times

2016-10-14 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9528:
-
Assignee: Abhinandan Prateek

> SSVM Downloads (built-in) template multiple times
> -
>
> Key: CLOUDSTACK-9528
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server, Secondary Storage, XenServer
>Affects Versions: 4.8.1, 4.9.0
> Environment: ACS 4.9 with XenServer 6.5SP1
> ACS 4.9 with VMware 5.5u3
>Reporter: Paul Angus
>Assignee: Abhinandan Prateek
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: Capture.PNG, Capture2 (1).PNG, cloud_out
>
>
> SSVM under XenServer 6.5SP1 and ACS 4.9 was found to download the built-in 
> template multiple times (concurrently).
> Once this has happened the built-in template could not be used to deploy VMs 
> as couldstack found 2 VHDs in the directory and threw an insufficient 
> capacity exception.
> The template was being downloaded locally (at 35MB/s) with no drop outs.
> There are in fact multiple issues here:
> 1. SSVM not behaving properly and downloading mulitple copies.
> 2. Why is cloudstack 'blindly' looking in a directory for a VHD to pick up. 
> The full path and filename of the VHD is in its data base, it should use it.
> 3. what is template.properties for? the filename is contained within it, as 
> is an MDSUM to check for consistency
> 4. the filename in template.properties is different to the one in the 
> database.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9528) SSVM Downloads (built-in) template multiple times

2016-10-14 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9528:
-
Environment: 
ACS 4.9 with XenServer 6.5SP1
ACS 4.9 with VMware 5.5u3

  was:ACS 4.9 with XenServer 6.5SP1


> SSVM Downloads (built-in) template multiple times
> -
>
> Key: CLOUDSTACK-9528
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server, Secondary Storage, XenServer
>Affects Versions: 4.8.1, 4.9.0
> Environment: ACS 4.9 with XenServer 6.5SP1
> ACS 4.9 with VMware 5.5u3
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: Capture.PNG, Capture2 (1).PNG, cloud_out
>
>
> SSVM under XenServer 6.5SP1 and ACS 4.9 was found to download the built-in 
> template multiple times (concurrently).
> Once this has happened the built-in template could not be used to deploy VMs 
> as couldstack found 2 VHDs in the directory and threw an insufficient 
> capacity exception.
> The template was being downloaded locally (at 35MB/s) with no drop outs.
> There are in fact multiple issues here:
> 1. SSVM not behaving properly and downloading mulitple copies.
> 2. Why is cloudstack 'blindly' looking in a directory for a VHD to pick up. 
> The full path and filename of the VHD is in its data base, it should use it.
> 3. what is template.properties for? the filename is contained within it, as 
> is an MDSUM to check for consistency
> 4. the filename in template.properties is different to the one in the 
> database.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9529) Marvin Tests do not clean up properly

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9529:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> Marvin Tests do not clean up properly
> -
>
> Key: CLOUDSTACK-9529
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1, 4.9.0
> Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary 
> Storage
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> After running the smoketest suite against XenServer 6.5 it was found that the 
> tests had left a number of resources behind or in use.
> * 20 public IP addresses had been consumed and not cleaned up.
> * 22 guest networks remained
> * 6 VPCs remained
> * 30 Accounts remained
> * 20 VRs
> * 26 compute offerings
> * 8 Disk offerings
> * 12 network offerings
> * 13 VPC offerings



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9529) Marvin Tests do not clean up properly

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9529:
-
Affects Version/s: 4.8.1

> Marvin Tests do not clean up properly
> -
>
> Key: CLOUDSTACK-9529
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1, 4.9.0
> Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary 
> Storage
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> After running the smoketest suite against XenServer 6.5 it was found that the 
> tests had left a number of resources behind or in use.
> * 20 public IP addresses had been consumed and not cleaned up.
> * 22 guest networks remained
> * 6 VPCs remained
> * 30 Accounts remained
> * 20 VRs
> * 26 compute offerings
> * 8 Disk offerings
> * 12 network offerings
> * 13 VPC offerings



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9529) Marvin Tests do not clean up properly

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9529:
-
Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage  
(was: ACS 4.9)

> Marvin Tests do not clean up properly
> -
>
> Key: CLOUDSTACK-9529
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1, 4.9.0
> Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary 
> Storage
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> After running the smoketest suite against XenServer 6.5 it was found that the 
> tests had left a number of resources behind or in use.
> * 20 public IP addresses had been consumed and not cleaned up.
> * 22 guest networks remained
> * 6 VPCs remained
> * 30 Accounts remained
> * 20 VRs
> * 26 compute offerings
> * 8 Disk offerings
> * 12 network offerings
> * 13 VPC offerings



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9529) Marvin Tests do not clean up properly

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9529:
-
Priority: Major  (was: Minor)

> Marvin Tests do not clean up properly
> -
>
> Key: CLOUDSTACK-9529
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.9.0
> Environment: ACS 4.9
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
>
> After running the smoketest suite against XenServer 6.5 it was found that the 
> tests had left a number of resources behind or in use.
> * 20 public IP addresses had been consumed and not cleaned up.
> * 22 guest networks remained
> * 6 VPCs remained
> * 30 Accounts remained
> * 20 VRs
> * 26 compute offerings
> * 8 Disk offerings
> * 12 network offerings
> * 13 VPC offerings



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (CLOUDSTACK-9529) Marvin Tests do not clean up properly

2016-10-03 Thread John Burwell (JIRA)

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15544165#comment-15544165
 ] 

John Burwell commented on CLOUDSTACK-9529:
--

I am upgrading the priority of this defect to "Major" because it portends to 
resource exhaustion for longer test runs.

> Marvin Tests do not clean up properly
> -
>
> Key: CLOUDSTACK-9529
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.9.0
> Environment: ACS 4.9
>Reporter: Paul Angus
>Priority: Minor
>  Labels: 4.8.2.0-smoke-test-failure
>
> After running the smoketest suite against XenServer 6.5 it was found that the 
> tests had left a number of resources behind or in use.
> * 20 public IP addresses had been consumed and not cleaned up.
> * 22 guest networks remained
> * 6 VPCs remained
> * 30 Accounts remained
> * 20 VRs
> * 26 compute offerings
> * 8 Disk offerings
> * 12 network offerings
> * 13 VPC offerings



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9529) Marvin Tests do not clean up properly

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9529:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> Marvin Tests do not clean up properly
> -
>
> Key: CLOUDSTACK-9529
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9529
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.9.0
> Environment: ACS 4.9
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
>
> After running the smoketest suite against XenServer 6.5 it was found that the 
> tests had left a number of resources behind or in use.
> * 20 public IP addresses had been consumed and not cleaned up.
> * 22 guest networks remained
> * 6 VPCs remained
> * 30 Accounts remained
> * 20 VRs
> * 26 compute offerings
> * 8 Disk offerings
> * 12 network offerings
> * 13 VPC offerings



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9528) SSVM Downloads (built-in) template multiple times

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9528:
-
Affects Version/s: 4.8.1

> SSVM Downloads (built-in) template multiple times
> -
>
> Key: CLOUDSTACK-9528
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server, Secondary Storage, XenServer
>Affects Versions: 4.8.1, 4.9.0
> Environment: ACS 4.9 with XenServer 6.5SP1
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: Capture.PNG, Capture2 (1).PNG
>
>
> SSVM under XenServer 6.5SP1 and ACS 4.9 was found to download the built-in 
> template multiple times (concurrently).
> Once this has happened the built-in template could not be used to deploy VMs 
> as couldstack found 2 VHDs in the directory and threw an insufficient 
> capacity exception.
> The template was being downloaded locally (at 35MB/s) with no drop outs.
> There are in fact multiple issues here:
> 1. SSVM not behaving properly and downloading mulitple copies.
> 2. Why is cloudstack 'blindly' looking in a directory for a VHD to pick up. 
> The full path and filename of the VHD is in its data base, it should use it.
> 3. what is template.properties for? the filename is contained within it, as 
> is an MDSUM to check for consistency
> 4. the filename in template.properties is different to the one in the 
> database.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9528) SSVM Downloads (built-in) template multiple times

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9528:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> SSVM Downloads (built-in) template multiple times
> -
>
> Key: CLOUDSTACK-9528
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server, Secondary Storage, XenServer
>Affects Versions: 4.8.1, 4.9.0
> Environment: ACS 4.9 with XenServer 6.5SP1
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: Capture.PNG, Capture2 (1).PNG
>
>
> SSVM under XenServer 6.5SP1 and ACS 4.9 was found to download the built-in 
> template multiple times (concurrently).
> Once this has happened the built-in template could not be used to deploy VMs 
> as couldstack found 2 VHDs in the directory and threw an insufficient 
> capacity exception.
> The template was being downloaded locally (at 35MB/s) with no drop outs.
> There are in fact multiple issues here:
> 1. SSVM not behaving properly and downloading mulitple copies.
> 2. Why is cloudstack 'blindly' looking in a directory for a VHD to pick up. 
> The full path and filename of the VHD is in its data base, it should use it.
> 3. what is template.properties for? the filename is contained within it, as 
> is an MDSUM to check for consistency
> 4. the filename in template.properties is different to the one in the 
> database.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9528) SSVM Downloads (built-in) template multiple times

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9528:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> SSVM Downloads (built-in) template multiple times
> -
>
> Key: CLOUDSTACK-9528
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9528
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server, Secondary Storage, XenServer
>Affects Versions: 4.8.1, 4.9.0
> Environment: ACS 4.9 with XenServer 6.5SP1
>Reporter: Paul Angus
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: Capture.PNG, Capture2 (1).PNG
>
>
> SSVM under XenServer 6.5SP1 and ACS 4.9 was found to download the built-in 
> template multiple times (concurrently).
> Once this has happened the built-in template could not be used to deploy VMs 
> as couldstack found 2 VHDs in the directory and threw an insufficient 
> capacity exception.
> The template was being downloaded locally (at 35MB/s) with no drop outs.
> There are in fact multiple issues here:
> 1. SSVM not behaving properly and downloading mulitple copies.
> 2. Why is cloudstack 'blindly' looking in a directory for a VHD to pick up. 
> The full path and filename of the VHD is in its data base, it should use it.
> 3. what is template.properties for? the filename is contained within it, as 
> is an MDSUM to check for consistency
> 4. the filename in template.properties is different to the one in the 
> database.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Reopened] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell reopened CLOUDSTACK-9516:
--

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Reopened] (CLOUDSTACK-9514) MarvinTests: some host credentials are hardcoded, make them to be picked up from config file

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell reopened CLOUDSTACK-9514:
--

> MarvinTests: some host credentials are hardcoded, make them to be picked up 
> from config file
> 
>
> Key: CLOUDSTACK-9514
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9514
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Boris Stoyanov
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> test_router_dhcphosts.py
> test_routers_iptables_default_policy.py
> Have hardcoded values for host credentials which are making our tests fail if 
> we setup different from default. 
> Making them to be picked up from the config file would be more sufficient for 
> everyone. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Assignee: Rohit Yadav  (was: Murali Reddy)

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Murali Reddy
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Resolved] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell resolved CLOUDSTACK-9516.
--
Resolution: Fixed

The {test_guest_vlan_range} and {test_non_contigiousvlan} test suite pass for 
the most recent VMware, XenServer, and KVM test runs on [PR 
#1692|https://github.com/apache/cloudstack/pull/1692].

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Assignee: Rohit Yadav  (was: Murali Reddy)

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-10-03 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Fix Version/s: (was: 4.9.2.0)
   4.10.0.0

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9521) Multiple Failures in the test_vpc_vpn Smoke Test Suite

2016-09-30 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9521:
-
Attachment: runinfo.txt
results.txt
failed_plus_exceptions.txt

Test result details

> Multiple Failures in the test_vpc_vpn Smoke Test Suite
> --
>
> Key: CLOUDSTACK-9521
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9521
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_vpc_vpn}} test case fails with the following errors:
> {code}
> 2016-09-27 22:19:30,562 - CRITICAL - EXCEPTION: 
> test_01_redundant_vpc_site2site_vpn: ['Traceback (most recent call last):\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 1154, in 
> test_01_redundant_vpc_site2site_vpn\nssh_client = 
> self._get_ssh_client(vm2, self.services, 10)\n', '  File 
> "/marvin/tests/smoke/test_vpc_vpn.py", line 898, in _get_ssh_client\n
> self.fail("Unable to create ssh connection: " % e)\n', 'TypeError: not all 
> arguments converted during string formatting\n']
> 2016-09-27 22:24:04,109 - CRITICAL - EXCEPTION: 
> test_01_vpc_remote_access_vpn: ['Traceback (most recent call last):\n', '  
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 336, in 
> test_01_vpc_remote_access_vpn\nself.assert_(vpc is not None, "VPC 
> creation failed")\n', "UnboundLocalError: local variable 'vpc' referenced 
> before assignment\n"]
> 2016-09-27 22:32:44,470 - CRITICAL - EXCEPTION: test_01_vpc_site2site_vpn: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 787, in 
> test_01_vpc_site2site_vpn\nssh_client = self._get_ssh_client(vm2, 
> self.services, 10)\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 
> 497, in _get_ssh_client\nself.fail("Unable to create ssh connection: " % 
> e)\n', 'TypeError: not all arguments converted during string formatting\n']
> {code}
> All errors appear to be Python runtime issues.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9521) Multiple Failures in the test_vpc_vpn Smoke Test Suite

2016-09-30 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9521:
-
Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage

> Multiple Failures in the test_vpc_vpn Smoke Test Suite
> --
>
> Key: CLOUDSTACK-9521
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9521
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary 
> Storage
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_vpc_vpn}} test case fails with the following errors:
> {code}
> 2016-09-27 22:19:30,562 - CRITICAL - EXCEPTION: 
> test_01_redundant_vpc_site2site_vpn: ['Traceback (most recent call last):\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 1154, in 
> test_01_redundant_vpc_site2site_vpn\nssh_client = 
> self._get_ssh_client(vm2, self.services, 10)\n', '  File 
> "/marvin/tests/smoke/test_vpc_vpn.py", line 898, in _get_ssh_client\n
> self.fail("Unable to create ssh connection: " % e)\n', 'TypeError: not all 
> arguments converted during string formatting\n']
> 2016-09-27 22:24:04,109 - CRITICAL - EXCEPTION: 
> test_01_vpc_remote_access_vpn: ['Traceback (most recent call last):\n', '  
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 336, in 
> test_01_vpc_remote_access_vpn\nself.assert_(vpc is not None, "VPC 
> creation failed")\n', "UnboundLocalError: local variable 'vpc' referenced 
> before assignment\n"]
> 2016-09-27 22:32:44,470 - CRITICAL - EXCEPTION: test_01_vpc_site2site_vpn: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 787, in 
> test_01_vpc_site2site_vpn\nssh_client = self._get_ssh_client(vm2, 
> self.services, 10)\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 
> 497, in _get_ssh_client\nself.fail("Unable to create ssh connection: " % 
> e)\n', 'TypeError: not all arguments converted during string formatting\n']
> {code}
> All errors appear to be Python runtime issues.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9521) Multiple Failures in the test_vpc_vpn Smoke Test Suite

2016-09-30 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9521:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> Multiple Failures in the test_vpc_vpn Smoke Test Suite
> --
>
> Key: CLOUDSTACK-9521
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9521
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_vpc_vpn}} test case fails with the following errors:
> {code}
> 2016-09-27 22:19:30,562 - CRITICAL - EXCEPTION: 
> test_01_redundant_vpc_site2site_vpn: ['Traceback (most recent call last):\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 1154, in 
> test_01_redundant_vpc_site2site_vpn\nssh_client = 
> self._get_ssh_client(vm2, self.services, 10)\n', '  File 
> "/marvin/tests/smoke/test_vpc_vpn.py", line 898, in _get_ssh_client\n
> self.fail("Unable to create ssh connection: " % e)\n', 'TypeError: not all 
> arguments converted during string formatting\n']
> 2016-09-27 22:24:04,109 - CRITICAL - EXCEPTION: 
> test_01_vpc_remote_access_vpn: ['Traceback (most recent call last):\n', '  
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 336, in 
> test_01_vpc_remote_access_vpn\nself.assert_(vpc is not None, "VPC 
> creation failed")\n', "UnboundLocalError: local variable 'vpc' referenced 
> before assignment\n"]
> 2016-09-27 22:32:44,470 - CRITICAL - EXCEPTION: test_01_vpc_site2site_vpn: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 787, in 
> test_01_vpc_site2site_vpn\nssh_client = self._get_ssh_client(vm2, 
> self.services, 10)\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 
> 497, in _get_ssh_client\nself.fail("Unable to create ssh connection: " % 
> e)\n', 'TypeError: not all arguments converted during string formatting\n']
> {code}
> All errors appear to be Python runtime issues.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9521) Multiple Failures in the test_vpc_vpn Smoke Test Suite

2016-09-30 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9521:


 Summary: Multiple Failures in the test_vpc_vpn Smoke Test Suite
 Key: CLOUDSTACK-9521
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9521
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: marvin
Affects Versions: 4.8.1
Reporter: John Burwell
Assignee: Rohit Yadav
Priority: Critical


The {{test_vpc_vpn}} test case fails with the following errors:

{code}
2016-09-27 22:19:30,562 - CRITICAL - EXCEPTION: 
test_01_redundant_vpc_site2site_vpn: ['Traceback (most recent call last):\n', ' 
 File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
testMethod()\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 1154, in 
test_01_redundant_vpc_site2site_vpn\nssh_client = self._get_ssh_client(vm2, 
self.services, 10)\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 898, 
in _get_ssh_client\nself.fail("Unable to create ssh connection: " % e)\n', 
'TypeError: not all arguments converted during string formatting\n']
2016-09-27 22:24:04,109 - CRITICAL - EXCEPTION: test_01_vpc_remote_access_vpn: 
['Traceback (most recent call last):\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 369, in run\ntestMethod()\n', 
'  File "/marvin/tests/smoke/test_vpc_vpn.py", line 336, in 
test_01_vpc_remote_access_vpn\nself.assert_(vpc is not None, "VPC creation 
failed")\n', "UnboundLocalError: local variable 'vpc' referenced before 
assignment\n"]
2016-09-27 22:32:44,470 - CRITICAL - EXCEPTION: test_01_vpc_site2site_vpn: 
['Traceback (most recent call last):\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 369, in run\ntestMethod()\n', 
'  File "/marvin/tests/smoke/test_vpc_vpn.py", line 787, in 
test_01_vpc_site2site_vpn\nssh_client = self._get_ssh_client(vm2, 
self.services, 10)\n', '  File "/marvin/tests/smoke/test_vpc_vpn.py", line 497, 
in _get_ssh_client\nself.fail("Unable to create ssh connection: " % e)\n', 
'TypeError: not all arguments converted during string formatting\n']
{code}

All errors appear to be Python runtime issues.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9520) test_01_primary_storage_iscsi Smoke Test Fails

2016-09-30 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9520:
-
Attachment: runinfo.txt
results.txt
failed_plus_exceptions.txt

Test result details

> test_01_primary_storage_iscsi Smoke Test Fails
> --
>
> Key: CLOUDSTACK-9520
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9520
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Storage Controller
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary 
> Storage
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_primary_storage}} test case fails with the following error:
> {code}
> 2016-09-27 19:39:42,710 - CRITICAL - EXCEPTION: 
> test_01_primary_storage_iscsi:  ['Traceback (most recent call last):\n', '  
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_primary_storage.py", line 
> 196, in test_01_primary_storage_iscsi\npodid=self.pod.id\n ', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", line 2732, in create\n 
>return StoragePool(apiclient.createStoragePool(cmd).__dict__)\n', '  File 
> "/ 
> usr/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py", 
> line 2532, in createStoragePool\nresponse = 
> self.connection.marvinRequest(command, response_type=response, 
> method=method)\n', '  File "/usr/lib/python2.7/site-packages/ma 
> rvin/cloudstackConnection.py", line 379, in marvinRequest\nraise e\n', 
> 'Cloudsta ckAPIException: Execute cmd: createstoragepool failed, due to: 
> errorCode: 530, error Text:Failed to add data store: scheme is null , add 
> nfs:// (or cifs://) as a prefix\ n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9520) test_01_primary_storage_iscsi Smoke Test Fails

2016-09-30 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9520:
-
  Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> test_01_primary_storage_iscsi Smoke Test Fails
> --
>
> Key: CLOUDSTACK-9520
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9520
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Storage Controller
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary 
> Storage
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> The {{test_primary_storage}} test case fails with the following error:
> {code}
> 2016-09-27 19:39:42,710 - CRITICAL - EXCEPTION: 
> test_01_primary_storage_iscsi:  ['Traceback (most recent call last):\n', '  
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_primary_storage.py", line 
> 196, in test_01_primary_storage_iscsi\npodid=self.pod.id\n ', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", line 2732, in create\n 
>return StoragePool(apiclient.createStoragePool(cmd).__dict__)\n', '  File 
> "/ 
> usr/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py", 
> line 2532, in createStoragePool\nresponse = 
> self.connection.marvinRequest(command, response_type=response, 
> method=method)\n', '  File "/usr/lib/python2.7/site-packages/ma 
> rvin/cloudstackConnection.py", line 379, in marvinRequest\nraise e\n', 
> 'Cloudsta ckAPIException: Execute cmd: createstoragepool failed, due to: 
> errorCode: 530, error Text:Failed to add data store: scheme is null , add 
> nfs:// (or cifs://) as a prefix\ n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9520) test_01_primary_storage_iscsi Smoke Test Fails

2016-09-30 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9520:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> test_01_primary_storage_iscsi Smoke Test Fails
> --
>
> Key: CLOUDSTACK-9520
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9520
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Storage Controller
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Rohit Yadav
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> The {{test_primary_storage}} test case fails with the following error:
> {code}
> 2016-09-27 19:39:42,710 - CRITICAL - EXCEPTION: 
> test_01_primary_storage_iscsi:  ['Traceback (most recent call last):\n', '  
> File "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_primary_storage.py", line 
> 196, in test_01_primary_storage_iscsi\npodid=self.pod.id\n ', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", line 2732, in create\n 
>return StoragePool(apiclient.createStoragePool(cmd).__dict__)\n', '  File 
> "/ 
> usr/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py", 
> line 2532, in createStoragePool\nresponse = 
> self.connection.marvinRequest(command, response_type=response, 
> method=method)\n', '  File "/usr/lib/python2.7/site-packages/ma 
> rvin/cloudstackConnection.py", line 379, in marvinRequest\nraise e\n', 
> 'Cloudsta ckAPIException: Execute cmd: createstoragepool failed, due to: 
> errorCode: 530, error Text:Failed to add data store: scheme is null , add 
> nfs:// (or cifs://) as a prefix\ n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9520) test_01_primary_storage_iscsi Smoke Test Fails

2016-09-30 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9520:


 Summary: test_01_primary_storage_iscsi Smoke Test Fails
 Key: CLOUDSTACK-9520
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9520
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: marvin, Storage Controller
Affects Versions: 4.8.1
Reporter: John Burwell
Assignee: Rohit Yadav
Priority: Critical


The {{test_primary_storage}} test case fails with the following error:

{code}
2016-09-27 19:39:42,710 - CRITICAL - EXCEPTION: test_01_primary_storage_iscsi:  
['Traceback (most recent call last):\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 369, in run\ntestMethod()\n', 
'  File "/marvin/tests/smoke/test_primary_storage.py", line 196, in 
test_01_primary_storage_iscsi\npodid=self.pod.id\n ', '  File 
"/usr/lib/python2.7/site-packages/marvin/lib/base.py", line 2732, in create\n   
 return StoragePool(apiclient.createStoragePool(cmd).__dict__)\n', '  File "/ 
usr/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py", 
line 2532, in createStoragePool\nresponse = 
self.connection.marvinRequest(command, response_type=response, 
method=method)\n', '  File "/usr/lib/python2.7/site-packages/ma 
rvin/cloudstackConnection.py", line 379, in marvinRequest\nraise e\n', 
'Cloudsta ckAPIException: Execute cmd: createstoragepool failed, due to: 
errorCode: 530, error Text:Failed to add data store: scheme is null , add 
nfs:// (or cifs://) as a prefix\ n']
{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9511) fix test_privategw_acl.py to handle multiple physical networks

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9511:
-
Environment: 
CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage

  was:CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage


> fix test_privategw_acl.py to handle multiple physical networks
> --
>
> Key: CLOUDSTACK-9511
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9511
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Smoke test test_privategw_acl.py works only if there is single physical 
> network in the zone. If there are separate physical networks for different 
> traffic, then test will fail, as it is hard coded to read to first physical 
> network which may not be the physical network that has guest traffic.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9518) test_01_test_vm_volume_snapshot Smoke Test Fails

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9518:
-
Environment: 
CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage

  was:CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage


> test_01_test_vm_volume_snapshot Smoke Test Fails
> 
>
> Key: CLOUDSTACK-9518
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9518
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: mavin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vm_snapshots.py.xml
>
>
> The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
> is failing with the following error:
> {code}
> 2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
> test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
> File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 
> 399,  in test_01_test_vm_volume_snapshot\n
> domainid=self.account.domainid\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
> create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  
> File "/usr/lib/python2.7/site-packages/marvin/cloud 
> stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse 
> = self.connection.marvinRequest(command, response_type=respons e, 
> method=method)\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, 
> in marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
> createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is 
> not allowed, please det ach it from VM with VM Snapshots\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9519) test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9519:
-
Environment: 
CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage

  was:CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage


> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure
> ---
>
> Key: CLOUDSTACK-9519
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9519
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Virtual Router
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true}} test in 
> {{[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]}}
>  failed with the following error:
> {code}
> 2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to 
> outside world from VM should be successful!"\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
> from VM should be successful!\n']
> 2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
> retrieve google.com index page should be successful once rule is added!"\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n   
>  assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
> google.com index page should be successful once rule is added!\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Environment: 
CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage

  was:CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage


> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMware 5.5u3 + NFS Primary/Secondary Storage
> CentOS 7.2 + XenServer 6.5 + NFS Primary/Secondary Storage
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9511) fix test_privategw_acl.py to handle multiple physical networks

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9511:
-
Priority: Critical  (was: Major)

> fix test_privategw_acl.py to handle multiple physical networks
> --
>
> Key: CLOUDSTACK-9511
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9511
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Smoke test test_privategw_acl.py works only if there is single physical 
> network in the zone. If there are separate physical networks for different 
> traffic, then test will fail, as it is hard coded to read to first physical 
> network which may not be the physical network that has guest traffic.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9512) listTemplates ids returns all templates instead of the requested ones

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9512:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> listTemplates ids returns all templates instead of the requested ones
> -
>
> Key: CLOUDSTACK-9512
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9512
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, Template
>Affects Versions: 4.8.0, 4.9.0
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Boris Stoyanov
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Actual call form the logs:
> {code}{'account': u'test-a-TestListIdsParams-KYBF19', 
> 'domainid': u'41c6fda1-84cf-11e6-bbd2-066638010710', 
> 'ids': 
> u'a4bcd20f-0c4c-4999-bb5e-02aab8f763a1,10a429da-829b-4492-9674-26b1c172462e,d3a9a86d-17a1-4199-8116-ceefc6ef31d5',
>  
> 'apiKey': 
> u'LIN6rqXuaJwMPfGYFh13qDwYz5VNNz1J2J6qIOWcd3oLQOq0WtD4CwRundBL6rzXToa3lQOC_vKjI3nkHtiD8Q',
>  
> 'command': 'listTemplates', 
> 'listall': True, 
> 'signature': 'Yo7dRnPdSch+mEzcF8TTo1xhxpo=', 
> 'templatefilter': 'all', 
> 'response': 'json', 
> 'listAll': True}{code}
> When asking to list 3 or more 
> {code}(local) SBCM5> list templates templatefilter=all 
> ids=a4bcd20f-0c4c-4999-bb5e-02aab8f763a1,10a429da-829b-4492-9674-26b1c172462e,d3a9a86d-17a1-4199-8116-ceefc6ef31d5{code}
> You receive all templates (count: 14)
> Response
> {code}
> {
>   "count": 14,
>   "template": [
> {
>   "account": "system",
>   "checksum": "4b415224fe00b258f66cad9fce9f73fc",
>   "created": "2016-09-27T17:38:31+0100",
>   "crossZones": true,
>   "displaytext": "SystemVM Template (vSphere)",
>   "domain": "ROOT",
>   "domainid": "41c6fda1-84cf-11e6-bbd2-066638010710",
>   "format": "OVA",
>   "hypervisor": "VMware",
>   "id": "6114746a-aefa-4be7-8234-f0d76ff175d0",
>   "isdynamicallyscalable": true,
>   "isextractable": false,
>   "isfeatured": false,
>   "ispublic": false,
>   "isready": true,
>   "name": "SystemVM Template (vSphere)",
>   "ostypeid": "41db0847-84cf-11e6-bbd2-066638010710",
>   "ostypename": "Debian GNU/Linux 5.0 (64-bit)",
>   "passwordenabled": false,
>   "size": 3145728000,
>   "sshkeyenabled": false,
>   "status": "Download Complete",
>   "tags": [],
>   "templatetype": "SYSTEM",
>   "zoneid": "b8d4cea4-6b4b-4cfb-9f17-0a6b31fec09f",
> .
> .
> .
> .
> .
> 
> }{code}
> Marvin failure:
> {code}2016-09-29 11:43:39,819 - CRITICAL - FAILED: test_02_list_templates: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_list_ids_parameter.py", 
> line 253, in test_02_list_templates\n"ListTemplates response expected 3 
> Templates, received %s" % len(list_template_response)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: ListTemplates response 
> expected 3 Templates, received 14\n']{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9511) fix test_privategw_acl.py to handle multiple physical networks

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9511:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> fix test_privategw_acl.py to handle multiple physical networks
> --
>
> Key: CLOUDSTACK-9511
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9511
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Smoke test test_privategw_acl.py works only if there is single physical 
> network in the zone. If there are separate physical networks for different 
> traffic, then test will fail, as it is hard coded to read to first physical 
> network which may not be the physical network that has guest traffic.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9514) MarvinTests: some host credentials are hardcoded, make them to be picked up from config file

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9514:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> MarvinTests: some host credentials are hardcoded, make them to be picked up 
> from config file
> 
>
> Key: CLOUDSTACK-9514
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9514
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.0
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Boris Stoyanov
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> test_router_dhcphosts.py
> test_routers_iptables_default_policy.py
> Have hardcoded values for host credentials which are making our tests fail if 
> we setup different from default. 
> Making them to be picked up from the config file would be more sufficient for 
> everyone. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.9.2.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9519) test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9519:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure
> ---
>
> Key: CLOUDSTACK-9519
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9519
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Virtual Router
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true}} test in 
> {{[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]}}
>  failed with the following error:
> {code}
> 2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to 
> outside world from VM should be successful!"\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
> from VM should be successful!\n']
> 2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
> retrieve google.com index page should be successful once rule is added!"\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n   
>  assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
> google.com index page should be successful once rule is added!\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9518) test_01_test_vm_volume_snapshot Smoke Test Fails

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9518:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> test_01_test_vm_volume_snapshot Smoke Test Fails
> 
>
> Key: CLOUDSTACK-9518
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9518
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: mavin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vm_snapshots.py.xml
>
>
> The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
> is failing with the following error:
> {code}
> 2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
> test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
> File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 
> 399,  in test_01_test_vm_volume_snapshot\n
> domainid=self.account.domainid\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
> create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  
> File "/usr/lib/python2.7/site-packages/marvin/cloud 
> stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse 
> = self.connection.marvinRequest(command, response_type=respons e, 
> method=method)\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, 
> in marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
> createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is 
> not allowed, please det ach it from VM with VM Snapshots\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9517:
-
Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
> Environment: CentOS 7.2 + VMWare 5.5u3 + NFS primary/secondary storage
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vpc_vpn.py.xml
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{test_vpc_vpn}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (CLOUDSTACK-9519) test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure

2016-09-29 Thread John Burwell (JIRA)

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15534150#comment-15534150
 ] 

John Burwell commented on CLOUDSTACK-9519:
--

These failures may be caused by the fixes to these defects in 4.9.

> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure
> ---
>
> Key: CLOUDSTACK-9519
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9519
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Virtual Router
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true}} test in 
> {{[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]}}
>  failed with the following error:
> {code}
> 2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to 
> outside world from VM should be successful!"\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
> from VM should be successful!\n']
> 2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
> retrieve google.com index page should be successful once rule is added!"\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n   
>  assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
> google.com index page should be successful once rule is added!\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9519) test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9519:
-
Attachment: runinfo.txt
results.txt
failed_plus_exceptions.txt

Results from {{test_routers_network_ops}} test run with detailed test failure 
and stack trace information.

> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure
> ---
>
> Key: CLOUDSTACK-9519
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9519
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Virtual Router
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Attachments: failed_plus_exceptions.txt, results.txt, runinfo.txt
>
>
> The {{test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true}} test in 
> {{[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]}}
>  failed with the following error:
> {code}
> 2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to 
> outside world from VM should be successful!"\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
> from VM should be successful!\n']
> 2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\ntestMethod()\n', '  File 
> "/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
> test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
> retrieve google.com index page should be successful once rule is added!"\n', 
> '  File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n   
>  assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
> google.com index page should be successful once rule is added!\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9519) test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure

2016-09-29 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9519:


 Summary: test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true 
Smoke Test Failure
 Key: CLOUDSTACK-9519
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9519
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: marvin, Virtual Router
Affects Versions: 4.8.1
Reporter: John Burwell
Assignee: Murali Reddy
Priority: Critical


The {test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true} test in 
[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]
 failed with the following error:

{code}
2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
369, in run\ntestMethod()\n', '  File 
"/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to outside 
world from VM should be successful!"\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
from VM should be successful!\n']
2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
369, in run\ntestMethod()\n', '  File 
"/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
retrieve google.com index page should be successful once rule is added!"\n', '  
File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
google.com index page should be successful once rule is added!\n']
{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9519) test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9519:
-
Description: 
The {{test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true}} test in 
{{[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]}}
 failed with the following error:

{code}
2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
369, in run\ntestMethod()\n', '  File 
"/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to outside 
world from VM should be successful!"\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
from VM should be successful!\n']
2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
369, in run\ntestMethod()\n', '  File 
"/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
retrieve google.com index page should be successful once rule is added!"\n', '  
File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
google.com index page should be successful once rule is added!\n']
{code}

  was:
The {test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true} test in 
[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]
 failed with the following error:

{code}
2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
369, in run\ntestMethod()\n', '  File 
"/marvin/tests/smoke/test_routers_network_ops.py", line 279, in 
test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true\n"Ping to outside 
world from VM should be successful!"\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: Ping to outside world 
from VM should be successful!\n']
2016-09-27 22:56:02,926 - CRITICAL - FAILED: 
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false: ['Traceback (most 
recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
369, in run\ntestMethod()\n', '  File 
"/marvin/tests/smoke/test_routers_network_ops.py", line 483, in 
test_02_RVR_Network_FW_PF_SSH_default_routes_egress_false\n"Attempt to 
retrieve google.com index page should be successful once rule is added!"\n', '  
File "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File 
"/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: Attempt to retrieve 
google.com index page should be successful once rule is added!\n']
{code}


> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true Smoke Test Failure
> ---
>
> Key: CLOUDSTACK-9519
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9519
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin, Virtual Router
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
>
> The {{test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true}} test in 
> {{[test_routers_network_ops|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_routers_network_ops.py]}}
>  failed with the following error:
> {code}
> 2016-09-27 22:47:23,957 - CRITICAL - FAILED: 
> test_01_RVR_Network_FW_PF_SSH_default_routes_egress_true: ['Traceback (most 
> recent call last):\n', '  File "/usr/lib64/python2.7/unittest/case.py", line 
> 369, in run\n

[jira] [Comment Edited] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15534088#comment-15534088
 ] 

John Burwell edited comment on CLOUDSTACK-9516 at 9/29/16 9:23 PM:
---

Results of the {{test_noncontigiousvlan}} test suite with failure details and 
stack trace information.


was (Author: jburwell):
Results of the {test_noncontigiousvlan} test suite with failure details and 
stack trace information.

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Attachment: test_non_contigiousvlan.py.xml

Results of the {test_noncontigiousvlan} test suite with failure details and 
stack trace information.

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml, 
> test_non_contigiousvlan.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Description: 
The setup of the following test suites to fail due to a reference to the 
{{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
* 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
* 
[test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]

  was:
The setup of the following test cases fails due to a reference to the {{vlan}} 
attribute which does not exist on the {{PhysicalNetwork}} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
 causes the 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
 test suite to fail during setup.
 


> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test suites to fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Description: 
The setup of the following test suites fail due to a reference to the {{vlan}} 
attribute which does not exist on the {{PhysicalNetwork}} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
* 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
* 
[test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]

  was:
The setup of the following test suites to fail due to a reference to the 
{{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
* 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
* 
[test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]


> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test suites fail due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]:
> * 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
> * 
> [test_non_contigiousvlan|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_non_contigiousvlan.py]



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9518) test_01_test_vm_volume_snapshot Smoke Test Fails

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9518:
-
Description: 
The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
is failing with the following error:

{code}
2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 399,  
in test_01_test_vm_volume_snapshot\ndomainid=self.account.domainid\n', '  
File "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  File 
"/usr/lib/python2.7/site-packages/marvin/cloud 
stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse = 
self.connection.marvinRequest(command, response_type=respons e, 
method=method)\n', '  File 
"/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, in 
marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is not 
allowed, please det ach it from VM with VM Snapshots\n']
{code}

  was:
The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
is failing with the following error:

{{code}}
2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 399,  
in test_01_test_vm_volume_snapshot\ndomainid=self.account.domainid\n', '  
File "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  File 
"/usr/lib/python2.7/site-packages/marvin/cloud 
stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse = 
self.connection.marvinRequest(command, response_type=respons e, 
method=method)\n', '  File 
"/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, in 
marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is not 
allowed, please det ach it from VM with VM Snapshots\n']
{{code}}


> test_01_test_vm_volume_snapshot Smoke Test Fails
> 
>
> Key: CLOUDSTACK-9518
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9518
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: mavin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
> is failing with the following error:
> {code}
> 2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
> test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
> File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 
> 399,  in test_01_test_vm_volume_snapshot\n
> domainid=self.account.domainid\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
> create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  
> File "/usr/lib/python2.7/site-packages/marvin/cloud 
> stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse 
> = self.connection.marvinRequest(command, response_type=respons e, 
> method=method)\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, 
> in marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
> createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is 
> not allowed, please det ach it from VM with VM Snapshots\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9518) test_01_test_vm_volume_snapshot Smoke Test Fails

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9518:
-
Attachment: test_vm_snapshots.py.xml

The {test_vm_snapshots} test results contains the details of the failure and 
stack trace.

> test_01_test_vm_volume_snapshot Smoke Test Fails
> 
>
> Key: CLOUDSTACK-9518
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9518
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: mavin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vm_snapshots.py.xml
>
>
> The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
> is failing with the following error:
> {code}
> 2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
> test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
> File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 
> 399,  in test_01_test_vm_volume_snapshot\n
> domainid=self.account.domainid\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
> create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  
> File "/usr/lib/python2.7/site-packages/marvin/cloud 
> stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse 
> = self.connection.marvinRequest(command, response_type=respons e, 
> method=method)\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, 
> in marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
> createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is 
> not allowed, please det ach it from VM with VM Snapshots\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9518) test_01_test_vm_volume_snapshot Smoke Test Fails

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9518:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> test_01_test_vm_volume_snapshot Smoke Test Fails
> 
>
> Key: CLOUDSTACK-9518
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9518
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: mavin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
> is failing with the following error:
> {code}
> 2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
> test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
> File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 
> 399,  in test_01_test_vm_volume_snapshot\n
> domainid=self.account.domainid\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
> create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  
> File "/usr/lib/python2.7/site-packages/marvin/cloud 
> stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse 
> = self.connection.marvinRequest(command, response_type=respons e, 
> method=method)\n', '  File 
> "/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, 
> in marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
> createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is 
> not allowed, please det ach it from VM with VM Snapshots\n']
> {code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9518) test_01_test_vm_volume_snapshot Smoke Test Fails

2016-09-29 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9518:


 Summary: test_01_test_vm_volume_snapshot Smoke Test Fails
 Key: CLOUDSTACK-9518
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9518
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: mavin
Affects Versions: 4.8.1
Reporter: John Burwell
Assignee: Abhinandan Prateek
Priority: Critical


The {{test_01_test_vm_volume_snapshot}} test case in the {{test_vm_snapshot}} 
is failing with the following error:

{{code}}
2016-09-28 00:33:18,076 - CRITICAL - EXCEPTION: 
test_01_test_vm_volume_snapshot: ['Traceback (most recent call last):\n', '  
File "/u sr/lib64/python2.7/unittest/case.py", line 369, in run\n
testMethod()\n', '  File "/marvin/tests/smoke/test_vm_snapshots.py", line 399,  
in test_01_test_vm_volume_snapshot\ndomainid=self.account.domainid\n', '  
File "/usr/lib/python2.7/site-packages/marvin/lib/base.py", l ine 1106, in 
create\nreturn Snapshot(apiclient.createSnapshot(cmd).__dict__)\n', '  File 
"/usr/lib/python2.7/site-packages/marvin/cloud 
stackAPI/cloudstackAPIClient.py", line 3102, in createSnapshot\nresponse = 
self.connection.marvinRequest(command, response_type=respons e, 
method=method)\n', '  File 
"/usr/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 379, in 
marvinRequest\nraise e\n' , 'CloudstackAPIException: Execute cmd: 
createsnapshot failed, due to: errorCode: 431, errorText:Volume snapshot is not 
allowed, please det ach it from VM with VM Snapshots\n']
{{code}}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9517:
-
Assignee: Abhinandan Prateek

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Abhinandan Prateek
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vpc_vpn.py.xml
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{test_vpc_vpn}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9517:
-
Description: {{TypeError: argument of type \'NoneType\' is not iterable}} 
error occurs in the [{{Template.download}} method of 
{{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
 causing the setup of the {{test_vpc_vpn}} smoke test to fail.  (was: 
{{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
the [{{Template.download}} method of 
{{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
 causing the setup of the {{test_vpc_vpb}} smoke test to fail.)

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vpc_vpn.py.xml
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{test_vpc_vpn}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15533928#comment-15533928
 ] 

John Burwell commented on CLOUDSTACK-9517:
--

As part of this fix, we should refactor the [enclosing {{while}} 
loop|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1245-L1275]
 to use {{wait_until}}

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vpc_vpn.py.xml
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{test_vpc_vpb}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9517:
-
Description: {{TypeError: argument of type \'NoneType\' is not iterable}} 
error occurs in the [{{Template.download}} method of 
{{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
 causing the setup of the {{test_vpc_vpb}} smoke test to fail.  (was: 
{{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
the [{{Template.download}} method of 
{{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
 causing the setup of the {{TestRVPCSite2SiteVpn}} smoke test to fail.)

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vpc_vpn.py.xml
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{test_vpc_vpb}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9517:
-
Attachment: test_vpc_vpn.py.xml

The results of the {{test_vpc_vpn}} smoke test containing the detailed stack 
trace demonstrating this bug.

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_vpc_vpn.py.xml
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{TestRVPCSite2SiteVpn}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9517:


 Summary: TypeError in Template.download Fails Smoke Tests
 Key: CLOUDSTACK-9517
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: marvin
Affects Versions: 4.8.1
Reporter: John Burwell
Priority: Critical


{{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
the [{{Template.download}} method of 
{{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
 causing the setup of the {{TestRVPCSite2SiteVpn}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9517) TypeError in Template.download Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9517:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> TypeError in Template.download Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9517
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9517
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> {{TypeError: argument of type \'NoneType\' is not iterable}} error occurs in 
> the [{{Template.download}} method of 
> {{base.py}}|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/base.py#L1262]
>  causing the setup of the {{TestRVPCSite2SiteVpn}} smoke test to fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Summary: Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests  (was: 
Invalid Attribute PhysicalNetwork.vlan Error)

> Invalid Attribute PhysicalNetwork.vlan Fails Smoke Tests
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test cases fails due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
>  causes the 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
>  test suite to fail during setup.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.8.1
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.9.2.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9514) MarvinTests: some host credentials are hardcoded, make them to be picked up from config file

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9514:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> MarvinTests: some host credentials are hardcoded, make them to be picked up 
> from config file
> 
>
> Key: CLOUDSTACK-9514
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9514
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.0
>Reporter: Boris Stoyanov
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> test_router_dhcphosts.py
> test_routers_iptables_default_policy.py
> Have hardcoded values for host credentials which are making our tests fail if 
> we setup different from default. 
> Making them to be picked up from the config file would be more sufficient for 
> everyone. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Commented] (CLOUDSTACK-9512) listTemplates ids returns all templates instead of the requested ones

2016-09-29 Thread John Burwell (JIRA)

[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-9512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15533877#comment-15533877
 ] 

John Burwell commented on CLOUDSTACK-9512:
--

I have upgraded the priority of this defect to Critical as it represents a 
regression in functionality from previous releases.

> listTemplates ids returns all templates instead of the requested ones
> -
>
> Key: CLOUDSTACK-9512
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9512
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, Template
>Affects Versions: 4.8.0, 4.9.0
>Reporter: Boris Stoyanov
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Actual call form the logs:
> {code}{'account': u'test-a-TestListIdsParams-KYBF19', 
> 'domainid': u'41c6fda1-84cf-11e6-bbd2-066638010710', 
> 'ids': 
> u'a4bcd20f-0c4c-4999-bb5e-02aab8f763a1,10a429da-829b-4492-9674-26b1c172462e,d3a9a86d-17a1-4199-8116-ceefc6ef31d5',
>  
> 'apiKey': 
> u'LIN6rqXuaJwMPfGYFh13qDwYz5VNNz1J2J6qIOWcd3oLQOq0WtD4CwRundBL6rzXToa3lQOC_vKjI3nkHtiD8Q',
>  
> 'command': 'listTemplates', 
> 'listall': True, 
> 'signature': 'Yo7dRnPdSch+mEzcF8TTo1xhxpo=', 
> 'templatefilter': 'all', 
> 'response': 'json', 
> 'listAll': True}{code}
> When asking to list 3 or more 
> {code}(local) SBCM5> list templates templatefilter=all 
> ids=a4bcd20f-0c4c-4999-bb5e-02aab8f763a1,10a429da-829b-4492-9674-26b1c172462e,d3a9a86d-17a1-4199-8116-ceefc6ef31d5{code}
> You receive all templates (count: 14)
> Response
> {code}
> {
>   "count": 14,
>   "template": [
> {
>   "account": "system",
>   "checksum": "4b415224fe00b258f66cad9fce9f73fc",
>   "created": "2016-09-27T17:38:31+0100",
>   "crossZones": true,
>   "displaytext": "SystemVM Template (vSphere)",
>   "domain": "ROOT",
>   "domainid": "41c6fda1-84cf-11e6-bbd2-066638010710",
>   "format": "OVA",
>   "hypervisor": "VMware",
>   "id": "6114746a-aefa-4be7-8234-f0d76ff175d0",
>   "isdynamicallyscalable": true,
>   "isextractable": false,
>   "isfeatured": false,
>   "ispublic": false,
>   "isready": true,
>   "name": "SystemVM Template (vSphere)",
>   "ostypeid": "41db0847-84cf-11e6-bbd2-066638010710",
>   "ostypename": "Debian GNU/Linux 5.0 (64-bit)",
>   "passwordenabled": false,
>   "size": 3145728000,
>   "sshkeyenabled": false,
>   "status": "Download Complete",
>   "tags": [],
>   "templatetype": "SYSTEM",
>   "zoneid": "b8d4cea4-6b4b-4cfb-9f17-0a6b31fec09f",
> .
> .
> .
> .
> .
> 
> }{code}
> Marvin failure:
> {code}2016-09-29 11:43:39,819 - CRITICAL - FAILED: test_02_list_templates: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_list_ids_parameter.py", 
> line 253, in test_02_list_templates\n"ListTemplates response expected 3 
> Templates, received %s" % len(list_template_response)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: ListTemplates response 
> expected 3 Templates, received 14\n']{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9514) MarvinTests: some host credentials are hardcoded, make them to be picked up from config file

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9514:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> MarvinTests: some host credentials are hardcoded, make them to be picked up 
> from config file
> 
>
> Key: CLOUDSTACK-9514
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9514
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.0
>Reporter: Boris Stoyanov
>  Labels: 4.8.2.0-smoke-test-failure
>
> test_router_dhcphosts.py
> test_routers_iptables_default_policy.py
> Have hardcoded values for host credentials which are making our tests fail if 
> we setup different from default. 
> Making them to be picked up from the config file would be more sufficient for 
> everyone. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Error

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> Invalid Attribute PhysicalNetwork.vlan Error
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test cases fails due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
>  causes the 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
>  test suite to fail during setup.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9511) fix test_privategw_acl.py to handle multiple physical networks

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9511:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> fix test_privategw_acl.py to handle multiple physical networks
> --
>
> Key: CLOUDSTACK-9511
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9511
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: Murali Reddy
>Assignee: Murali Reddy
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Smoke test test_privategw_acl.py works only if there is single physical 
> network in the zone. If there are separate physical networks for different 
> traffic, then test will fail, as it is hard coded to read to first physical 
> network which may not be the physical network that has guest traffic.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9512) listTemplates ids returns all templates instead of the requested ones

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9512:
-
Labels: 4.8.2.0-smoke-test-failure  (was: )

> listTemplates ids returns all templates instead of the requested ones
> -
>
> Key: CLOUDSTACK-9512
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9512
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, Template
>Affects Versions: 4.8.0, 4.9.0
>Reporter: Boris Stoyanov
>Priority: Critical
>  Labels: 4.8.2.0-smoke-test-failure
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
>
> Actual call form the logs:
> {code}{'account': u'test-a-TestListIdsParams-KYBF19', 
> 'domainid': u'41c6fda1-84cf-11e6-bbd2-066638010710', 
> 'ids': 
> u'a4bcd20f-0c4c-4999-bb5e-02aab8f763a1,10a429da-829b-4492-9674-26b1c172462e,d3a9a86d-17a1-4199-8116-ceefc6ef31d5',
>  
> 'apiKey': 
> u'LIN6rqXuaJwMPfGYFh13qDwYz5VNNz1J2J6qIOWcd3oLQOq0WtD4CwRundBL6rzXToa3lQOC_vKjI3nkHtiD8Q',
>  
> 'command': 'listTemplates', 
> 'listall': True, 
> 'signature': 'Yo7dRnPdSch+mEzcF8TTo1xhxpo=', 
> 'templatefilter': 'all', 
> 'response': 'json', 
> 'listAll': True}{code}
> When asking to list 3 or more 
> {code}(local) SBCM5> list templates templatefilter=all 
> ids=a4bcd20f-0c4c-4999-bb5e-02aab8f763a1,10a429da-829b-4492-9674-26b1c172462e,d3a9a86d-17a1-4199-8116-ceefc6ef31d5{code}
> You receive all templates (count: 14)
> Response
> {code}
> {
>   "count": 14,
>   "template": [
> {
>   "account": "system",
>   "checksum": "4b415224fe00b258f66cad9fce9f73fc",
>   "created": "2016-09-27T17:38:31+0100",
>   "crossZones": true,
>   "displaytext": "SystemVM Template (vSphere)",
>   "domain": "ROOT",
>   "domainid": "41c6fda1-84cf-11e6-bbd2-066638010710",
>   "format": "OVA",
>   "hypervisor": "VMware",
>   "id": "6114746a-aefa-4be7-8234-f0d76ff175d0",
>   "isdynamicallyscalable": true,
>   "isextractable": false,
>   "isfeatured": false,
>   "ispublic": false,
>   "isready": true,
>   "name": "SystemVM Template (vSphere)",
>   "ostypeid": "41db0847-84cf-11e6-bbd2-066638010710",
>   "ostypename": "Debian GNU/Linux 5.0 (64-bit)",
>   "passwordenabled": false,
>   "size": 3145728000,
>   "sshkeyenabled": false,
>   "status": "Download Complete",
>   "tags": [],
>   "templatetype": "SYSTEM",
>   "zoneid": "b8d4cea4-6b4b-4cfb-9f17-0a6b31fec09f",
> .
> .
> .
> .
> .
> 
> }{code}
> Marvin failure:
> {code}2016-09-29 11:43:39,819 - CRITICAL - FAILED: test_02_list_templates: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 369, in run\n
> testMethod()\n', '  File "/marvin/tests/smoke/test_list_ids_parameter.py", 
> line 253, in test_02_list_templates\n"ListTemplates response expected 3 
> Templates, received %s" % len(list_template_response)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 553, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File 
> "/usr/lib64/python2.7/unittest/case.py", line 546, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: ListTemplates response 
> expected 3 Templates, received 14\n']{code}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Error

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Assignee: Murali Reddy

> Invalid Attribute PhysicalNetwork.vlan Error
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test cases fails due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
>  causes the 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
>  test suite to fail during setup.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Error

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Description: 
The setup of the following test cases fails due to a reference to the {{vlan}} 
attribute which does not exist on the {{PhysicalNetwork}} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
 causes the 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
 test suite to fail during setup.
 

  was:
The setup of the following test cases fails due to a reference to the {vlan} 
attribute which does not exist on the {PhysicalNetwork} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
 causes the 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
 test suite to fail during setup.
 


> Invalid Attribute PhysicalNetwork.vlan Error
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test cases fails due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
>  causes the 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
>  test suite to fail during setup.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Error

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Fix Version/s: 4.8.2.0
   4.9.1.0
   4.10.0.0

> Invalid Attribute PhysicalNetwork.vlan Error
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Assignee: Murali Reddy
>Priority: Critical
> Fix For: 4.10.0.0, 4.9.1.0, 4.8.2.0
>
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test cases fails due to a reference to the 
> {{vlan}} attribute which does not exist on the {{PhysicalNetwork}} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
>  causes the 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
>  test suite to fail during setup.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Error

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9516:
-
Attachment: test_guest_vlan_range.py.xml

Results of the {{test_guest_vlan_range}} test exhibiting this defect including 
detailed stack trace information.

> Invalid Attribute PhysicalNetwork.vlan Error
> 
>
> Key: CLOUDSTACK-9516
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: marvin
>Affects Versions: 4.8.1
>Reporter: John Burwell
>Priority: Critical
> Attachments: test_guest_vlan_range.py.xml
>
>
> The setup of the following test cases fails due to a reference to the {vlan} 
> attribute which does not exist on the {PhysicalNetwork} class in 
> [common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
>  causes the 
> [test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
>  test suite to fail during setup.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (CLOUDSTACK-9516) Invalid Attribute PhysicalNetwork.vlan Error

2016-09-29 Thread John Burwell (JIRA)
John Burwell created CLOUDSTACK-9516:


 Summary: Invalid Attribute PhysicalNetwork.vlan Error
 Key: CLOUDSTACK-9516
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9516
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: marvin
Affects Versions: 4.8.1
Reporter: John Burwell
Priority: Critical


The setup of the following test cases fails due to a reference to the {vlan} 
attribute which does not exist on the {PhysicalNetwork} class in 
[common.py|https://github.com/apache/cloudstack/blob/4.8/tools/marvin/marvin/lib/common.py#L1060]
 causes the 
[test_guest_vlan_range|https://github.com/apache/cloudstack/blob/4.8/test/integration/smoke/test_guest_vlan_range.py]
 test suite to fail during setup.
 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Affects Version/s: 4.8.1
   4.6.0
   4.6.1
   4.7.0
   4.7.1
   4.8.0

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.8.1
>Reporter: Murali Reddy
> Fix For: 4.9.2.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Assignee: Murali Reddy

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.8.1
>Reporter: Murali Reddy
>Assignee: Murali Reddy
> Fix For: 4.9.2.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (CLOUDSTACK-9515) internal LB vm is not handled when parsing cmd_line.json, resulting in internal LB vm not come up

2016-09-29 Thread John Burwell (JIRA)

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

John Burwell updated CLOUDSTACK-9515:
-
Fix Version/s: (was: 4.8.1)
   4.8.2.0

> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up
> -
>
> Key: CLOUDSTACK-9515
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9515
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.6.0, 4.6.1, 4.6.2, 4.7.0, 4.7.1, 4.8.0, 4.8.1
>Reporter: Murali Reddy
> Fix For: 4.9.2.0, 4.9.1.0, 4.8.2.0
>
>
> internal LB vm is not handled when parsing cmd_line.json, resulting in 
> internal LB vm not come up.
> parsing cmd_line to create 'ips' data bag, never handled internal lb vm, but 
> still
> worked due to another bug.  support for internal lb vm is needed.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


  1   2   3   >