date:20140502


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

Rajani Karuturi reassigned CLOUDSTACK-1209:
---

Assignee: Rajani Karuturi  (was: Kishan Kavala)

 VPC VR starts despite NPE
 -

 Key: CLOUDSTACK-1209
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1209
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Network Controller
Reporter: Kishan Kavala
Assignee: Rajani Karuturi
 Fix For: 4.4.0


 When isolated guest network Vlan Id is null, NPE is thrown during VR start. 
 VR should not suppress this exception. Start should fail. Or else VR will be 
 in inconsistent state.
 java.lang.NullPointerException
 at
 com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.createSetupGuestNetworkCommand(VpcVirtualNetworkApplianceManagerImpl.java:450)
 at
 com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.finalizeCommandsOnStart(VpcVirtualNetworkApplianceManagerImpl.java:856)
 at
 com.cloud.network.router.VirtualNetworkApplianceManagerImpl.finalizeDeployment(VirtualNetworkApplianceManagerImpl.java:2081)



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

[jira] [Updated] (CLOUDSTACK-6561) [Automation] createNetworkACL API failing with DB Exception


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

Rajani Karuturi updated CLOUDSTACK-6561:


Description: 
`test case integration.smoke.test_network_acl.TestNetworkACL.test_network_acl 
failing with latest build, test case failing while calling createNetworkACL

2014-05-01 21:07:07,367 DEBUG [c.c.a.ApiServlet] (catalina-exec-3:ctx-9757351f 
ctx-24370d4a ctx-0341fee1) ===END===  10.223.240.1
94 -- GET  
signature=eY2%2BliuFvCh5btJLs6WNF%2BSe1AQ%3DapiKey=JvzSZMCmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppT
LQOYKz6_JEu-eQYEJERAcommand=queryAsyncJobResultresponse=jsonjobid=0e438f1b-8ba8-4190-becd-4b5ef3dc9b3b
2014-05-01 21:07:07,382 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-8826b293) 
===START===  10.223.240.194 -- GET  apiKey=JvzSZM
CmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppTLQOYKz6_JEu-eQYEJERAprotocol=TCPaclid=7aff34c4-7d06-43d6-9161-a78c5
0eb9aaecidrlist=0.0.0.0%2F0number=10command=createNetworkACLsignature=WWITZnW2Brw8VooujZJ1Y9foKI4%3Daction=Denyresponse=jso
n
2014-05-01 21:07:07,590 DEBUG [c.c.u.AccountManagerImpl] 
(catalina-exec-9:ctx-8826b293 ctx-bc96c725 ctx-70a1e707) Root Access gra
nted to Acct[3c84f86a-d189-11e3-9a99-1a6f7bb0d0a8-admin] by 
RoleBasedEntityAccessChecker
2014-05-01 21:07:07,785 ERROR [c.c.a.ApiServer] (catalina-exec-9:ctx-8826b293 
ctx-bc96c725 ctx-70a1e707) unhandled exception exec
uting api command: [Ljava.lang.String;@7d818602
com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
com.mysql.jdbc.JDBC4PreparedStatement@62ee65dd: SELECT network_
acl_item.id, network_acl_item.start_port, network_acl_item.end_port, 
network_acl_item.protocol, network_acl_item.state, network_a
cl_item.created, network_acl_item.acl_id, network_acl_item.icmp_code, 
network_acl_item.icmp_type, network_acl_item.traffic_type,
network_acl_item.cidr, network_acl_item.uuid, network_acl_item.number, 
network_acl_item.action, network_acl_item.display FROM net
work_acl_item WHERE network_acl_item.acl_id = 8  AND network_acl_item.number = 
10  ORDER BY RAND() LIMIT 1
at 
com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:425)
at 
com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
at 
com.cloud.utils.db.GenericDaoBase.findOneIncludingRemovedBy(GenericDaoBase.java:889)
at com.cloud.utils.db.GenericDaoBase.findOneBy(GenericDaoBase.java:900)
at 
com.cloud.network.vpc.dao.NetworkACLItemDaoImpl.findByAclAndNumber(NetworkACLItemDaoImpl.java:134)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
at 
com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
at 
org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at 
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
at com.sun.proxy.$Proxy185.findByAclAndNumber(Unknown Source)
at 
com.cloud.network.vpc.NetworkACLServiceImpl.createNetworkACLItem(NetworkACLServiceImpl.java:378)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)


  was:
test case integration.smoke.test_network_acl.TestNetworkACL.test_network_acl 
failing with latest build, test case failing while calling createNetworkACL

2014-05-01 21:07:07,367 DEBUG [c.c.a.ApiServlet] (catalina-exec-3:ctx-9757351f 
ctx-24370d4a ctx-0341fee1) ===END===  10.223.240.1
94 -- GET  
signature=eY2%2BliuFvCh5btJLs6WNF%2BSe1AQ%3DapiKey=JvzSZMCmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppT
LQOYKz6_JEu-eQYEJERAcommand=queryAsyncJobResultresponse=jsonjobid=0e438f1b-8ba8-4190-becd-4b5ef3dc9b3b
2014-05-01 21:07:07,382 DEBUG [c.c.a.ApiServlet] (catalina-exec-9:ctx-8826b293) 
===START===  10.223.240.194 -- GET  apiKey=JvzSZM
CmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppTLQOYKz6_JEu-eQYEJERAprotocol=TCPaclid=7aff34c4-7d06-43d6-9161-a78c5

[jira] [Created] (CLOUDSTACK-6562) [Automation] [XenServer] Secondary Storage count for account shows double the value of the desired count

2014-05-02 Thread Ashutosk Kelkar (JIRA)

Ashutosk Kelkar created CLOUDSTACK-6562:
---

 Summary: [Automation] [XenServer] Secondary Storage count for 
account shows double the value of the desired count
 Key: CLOUDSTACK-6562
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6562
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Automation, Storage Controller, Template
Affects Versions: 4.4.0
 Environment: XenServer

No problem on KVM and VMware
Reporter: Ashutosk Kelkar
 Fix For: 4.4.0


Create an account.
Register a template and download it.
if the template size is X, then the secondarystoragetotal for the account 
shows it as 2X. Desired value is X.



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

[jira] [Commented] (CLOUDSTACK-3272) EventBus: add global config parameters to specify which category of events are published on event bus.

2014-05-02 Thread Sonal Ojha (JIRA)


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

Sonal Ojha commented on CLOUDSTACK-3272:


Waiting for comments for the code changes.

 EventBus: add global config parameters to specify which category of events 
 are published on event bus.
 --

 Key: CLOUDSTACK-3272
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3272
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.1.0
Reporter: Murali Reddy
Assignee: Sonal Ojha
 Fix For: 4.4.0


 EventBus: add global config parameters to specify which category of events 
 are published on event bus.
 Fix would need a boolean global config for each event category.
 For e.g, if global config 'publish.action.events' is set to false then on 
 event bug action events are not published.



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

[jira] [Comment Edited] (CLOUDSTACK-3272) EventBus: add global config parameters to specify which category of events are published on event bus.

2014-05-02 Thread Sonal Ojha (JIRA)


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

Sonal Ojha edited comment on CLOUDSTACK-3272 at 5/2/14 8:15 AM:


Waiting for review comments


was (Author: sonal):
Waiting for comments for the code changes.

 EventBus: add global config parameters to specify which category of events 
 are published on event bus.
 --

 Key: CLOUDSTACK-3272
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3272
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
Affects Versions: 4.1.0
Reporter: Murali Reddy
Assignee: Sonal Ojha
 Fix For: 4.4.0


 EventBus: add global config parameters to specify which category of events 
 are published on event bus.
 Fix would need a boolean global config for each event category.
 For e.g, if global config 'publish.action.events' is set to false then on 
 event bug action events are not published.



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

[jira] [Resolved] (CLOUDSTACK-6271) Integrate Deploy DB Into windows msi installer

2014-05-02 Thread Damodar Reddy T (JIRA)


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

Damodar Reddy T resolved CLOUDSTACK-6271.
-

   Resolution: Fixed
Fix Version/s: (was: 4.4.0)
   Future

 Integrate Deploy DB Into windows msi installer
 --

 Key: CLOUDSTACK-6271
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6271
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Damodar Reddy T
Assignee: Damodar Reddy T
 Fix For: Future


 Currently MSI Installer assumes that the back end DB is already created. But 
 going further deploy db should be part of installation instead of assumption. 
 of existence



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

[jira] [Updated] (CLOUDSTACK-6271) Integrate Deploy DB Into windows msi installer

2014-05-02 Thread Damodar Reddy T (JIRA)


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

Damodar Reddy T updated CLOUDSTACK-6271:


Fix Version/s: 4.5.0

 Integrate Deploy DB Into windows msi installer
 --

 Key: CLOUDSTACK-6271
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6271
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
Reporter: Damodar Reddy T
Assignee: Damodar Reddy T
 Fix For: Future, 4.5.0


 Currently MSI Installer assumes that the back end DB is already created. But 
 going further deploy db should be part of installation instead of assumption. 
 of existence



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

[jira] [Created] (CLOUDSTACK-6563) Integrate dependencies into MSI Windows installer

2014-05-02 Thread Damodar Reddy T (JIRA)

Damodar Reddy T created CLOUDSTACK-6563:
---

 Summary: Integrate dependencies into MSI Windows installer
 Key: CLOUDSTACK-6563
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6563
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Install and Setup
Affects Versions: 4.5.0
Reporter: Damodar Reddy T
Assignee: Damodar Reddy T
 Fix For: 4.5.0






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

[jira] [Updated] (CLOUDSTACK-4757) Support OVA files with multiple disks for templates

2014-05-02 Thread Likitha Shetty (JIRA)


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

Likitha Shetty updated CLOUDSTACK-4757:
---

Summary: Support OVA files with multiple disks for templates  (was: 
[VMware] Support OVA files with multiple disks for templates and uploaded 
volumes)

 Support OVA files with multiple disks for templates
 ---

 Key: CLOUDSTACK-4757
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4757
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller
Affects Versions: 4.3.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
 Fix For: 4.4.0


 CloudStack volumes and templates are one single virtual disk in case of 
 XenServer/XCP and KVM hypervisors since the files used for templates and 
 volumes are virtual disks (VHD, QCOW2). However, VMware volumes and templates 
 are in OVA format, which are archives that can contain a complete VM 
 including multiple VMDKs and other files such as ISOs. And currently, 
 Cloudstack only supports Template creation based on OVA files containing a 
 single disk. If a user creates a template from a OVA file containing more 
 than 1 disk and launches an instance using this template, only the first disk 
 is attached to the new instance and other disks are ignored.
 Similarly with uploaded volumes, attaching an uploaded volume that contains 
 multiple disks to a VM will result in only one VMDK to being attached to the 
 VM.
 This behavior needs to be improved in VMWare to support OVA files with 
 multiple disks for both uploaded volumes and templates. i.e. If a user 
 creates a template from a OVA file containing more than 1 disk and launches 
 an instance using this template, the first disk should be attached to the new 
 instance as the ROOT disk and volumes should be created based on other VMDK 
 disks in the OVA file and should be attached to the instance.



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

[jira] [Commented] (CLOUDSTACK-6561) [Automation] createNetworkACL API failing with DB Exception


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

Rajani Karuturi commented on CLOUDSTACK-6561:
-

I was able to run it successfully with the below command
{code:title=command}
$ nosetests --with-marvin --load --marvin-config=setup/dev/advanced.cfg 
test/integration/smoke/test_network_acl.py 
{code}

{code:title=results}
Test network ACL lists and items in VPC ... ok

--
Ran 1 test in 16.730s

OK

{code}

Can you share the deployment config you used?

 [Automation] createNetworkACL API failing with DB Exception 
 

 Key: CLOUDSTACK-6561
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6561
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone 
 build 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Rajani Karuturi
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management.rar


 `test case integration.smoke.test_network_acl.TestNetworkACL.test_network_acl 
 failing with latest build, test case failing while calling createNetworkACL
 2014-05-01 21:07:07,367 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-3:ctx-9757351f ctx-24370d4a ctx-0341fee1) ===END===  
 10.223.240.1
 94 -- GET  
 signature=eY2%2BliuFvCh5btJLs6WNF%2BSe1AQ%3DapiKey=JvzSZMCmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppT
 LQOYKz6_JEu-eQYEJERAcommand=queryAsyncJobResultresponse=jsonjobid=0e438f1b-8ba8-4190-becd-4b5ef3dc9b3b
 2014-05-01 21:07:07,382 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-8826b293) ===START===  10.223.240.194 -- GET  
 apiKey=JvzSZM
 CmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppTLQOYKz6_JEu-eQYEJERAprotocol=TCPaclid=7aff34c4-7d06-43d6-9161-a78c5
 0eb9aaecidrlist=0.0.0.0%2F0number=10command=createNetworkACLsignature=WWITZnW2Brw8VooujZJ1Y9foKI4%3Daction=Denyresponse=jso
 n
 2014-05-01 21:07:07,590 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-8826b293 ctx-bc96c725 ctx-70a1e707) Root Access gra
 nted to Acct[3c84f86a-d189-11e3-9a99-1a6f7bb0d0a8-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-01 21:07:07,785 ERROR [c.c.a.ApiServer] (catalina-exec-9:ctx-8826b293 
 ctx-bc96c725 ctx-70a1e707) unhandled exception exec
 uting api command: [Ljava.lang.String;@7d818602
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@62ee65dd: SELECT network_
 acl_item.id, network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_a
 cl_item.created, network_acl_item.acl_id, network_acl_item.icmp_code, 
 network_acl_item.icmp_type, network_acl_item.traffic_type,
 network_acl_item.cidr, network_acl_item.uuid, network_acl_item.number, 
 network_acl_item.action, network_acl_item.display FROM net
 work_acl_item WHERE network_acl_item.acl_id = 8  AND network_acl_item.number 
 = 10  ORDER BY RAND() LIMIT 1
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:425)
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneIncludingRemovedBy(GenericDaoBase.java:889)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneBy(GenericDaoBase.java:900)
 at 
 com.cloud.network.vpc.dao.NetworkACLItemDaoImpl.findByAclAndNumber(NetworkACLItemDaoImpl.java:134)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)

[jira] [Resolved] (CLOUDSTACK-6561) [Automation] createNetworkACL API failing with DB Exception


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

Rajani Karuturi resolved CLOUDSTACK-6561.
-

Resolution: Fixed

 [Automation] createNetworkACL API failing with DB Exception 
 

 Key: CLOUDSTACK-6561
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6561
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone 
 build 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Rajani Karuturi
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management.rar


 `test case integration.smoke.test_network_acl.TestNetworkACL.test_network_acl 
 failing with latest build, test case failing while calling createNetworkACL
 2014-05-01 21:07:07,367 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-3:ctx-9757351f ctx-24370d4a ctx-0341fee1) ===END===  
 10.223.240.1
 94 -- GET  
 signature=eY2%2BliuFvCh5btJLs6WNF%2BSe1AQ%3DapiKey=JvzSZMCmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppT
 LQOYKz6_JEu-eQYEJERAcommand=queryAsyncJobResultresponse=jsonjobid=0e438f1b-8ba8-4190-becd-4b5ef3dc9b3b
 2014-05-01 21:07:07,382 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-8826b293) ===START===  10.223.240.194 -- GET  
 apiKey=JvzSZM
 CmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppTLQOYKz6_JEu-eQYEJERAprotocol=TCPaclid=7aff34c4-7d06-43d6-9161-a78c5
 0eb9aaecidrlist=0.0.0.0%2F0number=10command=createNetworkACLsignature=WWITZnW2Brw8VooujZJ1Y9foKI4%3Daction=Denyresponse=jso
 n
 2014-05-01 21:07:07,590 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-8826b293 ctx-bc96c725 ctx-70a1e707) Root Access gra
 nted to Acct[3c84f86a-d189-11e3-9a99-1a6f7bb0d0a8-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-01 21:07:07,785 ERROR [c.c.a.ApiServer] (catalina-exec-9:ctx-8826b293 
 ctx-bc96c725 ctx-70a1e707) unhandled exception exec
 uting api command: [Ljava.lang.String;@7d818602
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@62ee65dd: SELECT network_
 acl_item.id, network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_a
 cl_item.created, network_acl_item.acl_id, network_acl_item.icmp_code, 
 network_acl_item.icmp_type, network_acl_item.traffic_type,
 network_acl_item.cidr, network_acl_item.uuid, network_acl_item.number, 
 network_acl_item.action, network_acl_item.display FROM net
 work_acl_item WHERE network_acl_item.acl_id = 8  AND network_acl_item.number 
 = 10  ORDER BY RAND() LIMIT 1
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:425)
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneIncludingRemovedBy(GenericDaoBase.java:889)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneBy(GenericDaoBase.java:900)
 at 
 com.cloud.network.vpc.dao.NetworkACLItemDaoImpl.findByAclAndNumber(NetworkACLItemDaoImpl.java:134)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at 
 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at com.sun.proxy.$Proxy185.findByAclAndNumber(Unknown Source)
 at 
 com.cloud.network.vpc.NetworkACLServiceImpl.createNetworkACLItem(NetworkACLServiceImpl.java:378)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)



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

[jira] [Resolved] (CLOUDSTACK-4549) ceph:deployvm from template created from snapshot is failing

2014-05-02 Thread Wido den Hollander (JIRA)


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

Wido den Hollander resolved CLOUDSTACK-4549.


Resolution: Fixed

My commit from yesterday should have resolved this issue.

qemu-img now detects the source format and converts it into a RAW RBD image, 
like any other RBD image.

I verified it with multiple tests on my local systems and worked out fine.

 ceph:deployvm from template created from snapshot is failing
 

 Key: CLOUDSTACK-4549
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4549
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.2.0
Reporter: sadhu suresh
Assignee: Wido den Hollander
Priority: Critical
 Fix For: 4.4.0

 Attachments: management-server.rar


 VM deployment form template which is created form snapshot is failing where 
 as VM deployment with uploaded template successful.
 created template form snapshot is storing in raw 
 format(https://10-147-49-100.realhostip.com/userdata/0c826645-ec82-40f1-a1b0-38fc9ba1c76f.raw)..
  not sure are we converting again to QCwo2
 when we try to deploy a VM
 steps:
 1.create a ceph instance(configure compute offering with RBD and deploy a vm)
 2.Once it successful,select the root partition and perform snapshot
 3.once snapshot successful,create a template from snapshot
 4 try to create vm uning above VM
 actual result:
 deploy vm failing with exception
 -29 15:21:43,756 DEBUG [cloud.network.NetworkModelImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Service 
 SecurityGroup is not supported in the network id=204
 2013-08-29 15:21:43,762 DEBUG 
 [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-14:job-42 = 
 [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Applying userdata and password 
 entry in network Ntwk[204|Guest|8]
 2013-08-29 15:21:43,800 DEBUG [agent.transport.Request] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Seq 
 1-2089159931: Sending  { Cmd , MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 
 100111, 
 [{com.cloud.agent.api.routing.SavePasswordCommand:{password:fnirq_cnffjbeq,vmIpAddress:10.1.1.140,vmName:6e798618-8e4d-4305-94a1-642e5f3aad08,executeInSequence:true,accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.248,router.name:r-15-VM},wait:0}},{com.cloud.agent.api.routing.VmDataCommand:{vmIpAddress:10.1.1.140,vmName:6e798618-8e4d-4305-94a1-642e5f3aad08,executeInSequence:true,accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.248,router.name:r-15-VM},wait:0}}]
  }
 2013-08-29 15:21:44,168 DEBUG [agent.transport.Request] 
 (AgentManager-Handler-14:null) Seq 1-2089159931: Processing:  { Ans: , 
 MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 110, 
 [{com.cloud.agent.api.Answer:{result:true,wait:0}},{com.cloud.agent.api.Answer:{result:true,wait:0}}]
  }
 2013-08-29 15:21:44,169 DEBUG [agent.manager.AgentAttache] 
 (AgentManager-Handler-14:null) Seq 1-2089159931: No more commands found
 2013-08-29 15:21:44,169 DEBUG [agent.transport.Request] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Seq 
 1-2089159931: Received:  { Ans: , MgmtId: 7175246184473, via: 1, Ver: v1, 
 Flags: 110, { Answer, Answer } }
 2013-08-29 15:21:44,179 DEBUG [cloud.network.NetworkModelImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Service 
 SecurityGroup is not supported in the network id=204
 2013-08-29 15:21:44,182 DEBUG [cloud.storage.VolumeManagerImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Checking 
 if we need to prepare 1 volumes for 
 VM[User|6e798618-8e4d-4305-94a1-642e5f3aad08]
 2013-08-29 15:21:44,207 DEBUG [storage.image.TemplateDataFactoryImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) template 
 202 is already in store:1, type:Image
 2013-08-29 15:21:44,219 DEBUG [storage.datastore.PrimaryDataStoreImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Not found 
 (templateId:202poolId:5) in template_spool_ref, persisting it
 2013-08-29 15:21:44,234 DEBUG [storage.image.TemplateDataFactoryImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) template 
 202 is already in store:5, type:Primary
 2013-08-29 15:21:44,237 DEBUG [storage.volume.VolumeServiceImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Found 
 template 246c1e4ac-9fc0-3122-bcfb-77deff789f61 in storage pool 5 with 
 VMTemplateStoragePool id: 5
 2013-08-29 15:21:44,433 DEBUG [storage.volume.VolumeServiceImpl] 
 (Job-Executor-14:job-42 = [

[jira] [Reopened] (CLOUDSTACK-6561) [Automation] createNetworkACL API failing with DB Exception


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

Rajani Karuturi reopened CLOUDSTACK-6561:
-


 [Automation] createNetworkACL API failing with DB Exception 
 

 Key: CLOUDSTACK-6561
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6561
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone 
 build 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Rajani Karuturi
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management.rar


 `test case integration.smoke.test_network_acl.TestNetworkACL.test_network_acl 
 failing with latest build, test case failing while calling createNetworkACL
 2014-05-01 21:07:07,367 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-3:ctx-9757351f ctx-24370d4a ctx-0341fee1) ===END===  
 10.223.240.1
 94 -- GET  
 signature=eY2%2BliuFvCh5btJLs6WNF%2BSe1AQ%3DapiKey=JvzSZMCmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppT
 LQOYKz6_JEu-eQYEJERAcommand=queryAsyncJobResultresponse=jsonjobid=0e438f1b-8ba8-4190-becd-4b5ef3dc9b3b
 2014-05-01 21:07:07,382 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-8826b293) ===START===  10.223.240.194 -- GET  
 apiKey=JvzSZM
 CmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppTLQOYKz6_JEu-eQYEJERAprotocol=TCPaclid=7aff34c4-7d06-43d6-9161-a78c5
 0eb9aaecidrlist=0.0.0.0%2F0number=10command=createNetworkACLsignature=WWITZnW2Brw8VooujZJ1Y9foKI4%3Daction=Denyresponse=jso
 n
 2014-05-01 21:07:07,590 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-8826b293 ctx-bc96c725 ctx-70a1e707) Root Access gra
 nted to Acct[3c84f86a-d189-11e3-9a99-1a6f7bb0d0a8-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-01 21:07:07,785 ERROR [c.c.a.ApiServer] (catalina-exec-9:ctx-8826b293 
 ctx-bc96c725 ctx-70a1e707) unhandled exception exec
 uting api command: [Ljava.lang.String;@7d818602
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@62ee65dd: SELECT network_
 acl_item.id, network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_a
 cl_item.created, network_acl_item.acl_id, network_acl_item.icmp_code, 
 network_acl_item.icmp_type, network_acl_item.traffic_type,
 network_acl_item.cidr, network_acl_item.uuid, network_acl_item.number, 
 network_acl_item.action, network_acl_item.display FROM net
 work_acl_item WHERE network_acl_item.acl_id = 8  AND network_acl_item.number 
 = 10  ORDER BY RAND() LIMIT 1
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:425)
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneIncludingRemovedBy(GenericDaoBase.java:889)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneBy(GenericDaoBase.java:900)
 at 
 com.cloud.network.vpc.dao.NetworkACLItemDaoImpl.findByAclAndNumber(NetworkACLItemDaoImpl.java:134)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at 
 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at com.sun.proxy.$Proxy185.findByAclAndNumber(Unknown Source)
 at 
 com.cloud.network.vpc.NetworkACLServiceImpl.createNetworkACLItem(NetworkACLServiceImpl.java:378)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)



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

[jira] [Resolved] (CLOUDSTACK-6561) [Automation] createNetworkACL API failing with DB Exception

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Rajani Karuturi resolved CLOUDSTACK-6561.
-

Resolution: Cannot Reproduce

 [Automation] createNetworkACL API failing with DB Exception 
 

 Key: CLOUDSTACK-6561
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6561
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone 
 build 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Rajani Karuturi
Priority: Blocker
 Fix For: 4.4.0

 Attachments: management.rar


 `test case integration.smoke.test_network_acl.TestNetworkACL.test_network_acl 
 failing with latest build, test case failing while calling createNetworkACL
 2014-05-01 21:07:07,367 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-3:ctx-9757351f ctx-24370d4a ctx-0341fee1) ===END===  
 10.223.240.1
 94 -- GET  
 signature=eY2%2BliuFvCh5btJLs6WNF%2BSe1AQ%3DapiKey=JvzSZMCmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppT
 LQOYKz6_JEu-eQYEJERAcommand=queryAsyncJobResultresponse=jsonjobid=0e438f1b-8ba8-4190-becd-4b5ef3dc9b3b
 2014-05-01 21:07:07,382 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-8826b293) ===START===  10.223.240.194 -- GET  
 apiKey=JvzSZM
 CmMMWf3NI_REoBUhcERwXI9omKlAyd5Prrxeg7w7uGPSg-bmVN4P9nCXZppTLQOYKz6_JEu-eQYEJERAprotocol=TCPaclid=7aff34c4-7d06-43d6-9161-a78c5
 0eb9aaecidrlist=0.0.0.0%2F0number=10command=createNetworkACLsignature=WWITZnW2Brw8VooujZJ1Y9foKI4%3Daction=Denyresponse=jso
 n
 2014-05-01 21:07:07,590 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-8826b293 ctx-bc96c725 ctx-70a1e707) Root Access gra
 nted to Acct[3c84f86a-d189-11e3-9a99-1a6f7bb0d0a8-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-01 21:07:07,785 ERROR [c.c.a.ApiServer] (catalina-exec-9:ctx-8826b293 
 ctx-bc96c725 ctx-70a1e707) unhandled exception exec
 uting api command: [Ljava.lang.String;@7d818602
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@62ee65dd: SELECT network_
 acl_item.id, network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_a
 cl_item.created, network_acl_item.acl_id, network_acl_item.icmp_code, 
 network_acl_item.icmp_type, network_acl_item.traffic_type,
 network_acl_item.cidr, network_acl_item.uuid, network_acl_item.number, 
 network_acl_item.action, network_acl_item.display FROM net
 work_acl_item WHERE network_acl_item.acl_id = 8  AND network_acl_item.number 
 = 10  ORDER BY RAND() LIMIT 1
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:425)
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:361)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneIncludingRemovedBy(GenericDaoBase.java:889)
 at 
 com.cloud.utils.db.GenericDaoBase.findOneBy(GenericDaoBase.java:900)
 at 
 com.cloud.network.vpc.dao.NetworkACLItemDaoImpl.findByAclAndNumber(NetworkACLItemDaoImpl.java:134)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:606)
 at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at 
 com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
 at 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
 at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at 
 org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
 at com.sun.proxy.$Proxy185.findByAclAndNumber(Unknown Source)
 at 
 com.cloud.network.vpc.NetworkACLServiceImpl.createNetworkACLItem(NetworkACLServiceImpl.java:378)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)



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

[jira] [Commented] (CLOUDSTACK-6445) Simulator enhancements


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

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

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

CLOUDSTACK-6445: Minor fixes in vm ha test


 Simulator enhancements
 --

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


 FS: 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Simulator+enhancements



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

[jira] [Commented] (CLOUDSTACK-6445) Simulator enhancements

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6445: Minor fixes in vm ha test


 Simulator enhancements
 --

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


 FS: 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Simulator+enhancements



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

[jira] [Commented] (CLOUDSTACK-4757) Support OVA files with multiple disks for templates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit ad8033f9807ca06f36ee85750a697fa9b4f284c7 in cloudstack's branch 
refs/heads/multiple-disk-ova from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ad8033f ]

CLOUDSTACK-4757. Deploy Virtual Machine - If datadisk templates are specified 
using parameter 'datadisktemplatetodiskofferinglist', then create virtual 
machine with additional volumes attached


 Support OVA files with multiple disks for templates
 ---

 Key: CLOUDSTACK-4757
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4757
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller
Affects Versions: 4.3.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
 Fix For: 4.4.0


 CloudStack volumes and templates are one single virtual disk in case of 
 XenServer/XCP and KVM hypervisors since the files used for templates and 
 volumes are virtual disks (VHD, QCOW2). However, VMware volumes and templates 
 are in OVA format, which are archives that can contain a complete VM 
 including multiple VMDKs and other files such as ISOs. And currently, 
 Cloudstack only supports Template creation based on OVA files containing a 
 single disk. If a user creates a template from a OVA file containing more 
 than 1 disk and launches an instance using this template, only the first disk 
 is attached to the new instance and other disks are ignored.
 Similarly with uploaded volumes, attaching an uploaded volume that contains 
 multiple disks to a VM will result in only one VMDK to being attached to the 
 VM.
 This behavior needs to be improved in VMWare to support OVA files with 
 multiple disks for both uploaded volumes and templates. i.e. If a user 
 creates a template from a OVA file containing more than 1 disk and launches 
 an instance using this template, the first disk should be attached to the new 
 instance as the ROOT disk and volumes should be created based on other VMDK 
 disks in the OVA file and should be attached to the instance.



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

[jira] [Commented] (CLOUDSTACK-4757) Support OVA files with multiple disks for templates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 3532ffe5af5553e558cfe6de2fef059b8d5e100e in cloudstack's branch 
refs/heads/multiple-disk-ova from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3532ffe ]

CLOUDSTACK-4757. Marvin test to verify support for OVA containing multiple disk


 Support OVA files with multiple disks for templates
 ---

 Key: CLOUDSTACK-4757
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4757
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller
Affects Versions: 4.3.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
 Fix For: 4.4.0


 CloudStack volumes and templates are one single virtual disk in case of 
 XenServer/XCP and KVM hypervisors since the files used for templates and 
 volumes are virtual disks (VHD, QCOW2). However, VMware volumes and templates 
 are in OVA format, which are archives that can contain a complete VM 
 including multiple VMDKs and other files such as ISOs. And currently, 
 Cloudstack only supports Template creation based on OVA files containing a 
 single disk. If a user creates a template from a OVA file containing more 
 than 1 disk and launches an instance using this template, only the first disk 
 is attached to the new instance and other disks are ignored.
 Similarly with uploaded volumes, attaching an uploaded volume that contains 
 multiple disks to a VM will result in only one VMDK to being attached to the 
 VM.
 This behavior needs to be improved in VMWare to support OVA files with 
 multiple disks for both uploaded volumes and templates. i.e. If a user 
 creates a template from a OVA file containing more than 1 disk and launches 
 an instance using this template, the first disk should be attached to the new 
 instance as the ROOT disk and volumes should be created based on other VMDK 
 disks in the OVA file and should be attached to the instance.



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

[jira] [Commented] (CLOUDSTACK-4757) Support OVA files with multiple disks for templates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 07d514fb61d35710c55e67d269af70dde5bac85d in cloudstack's branch 
refs/heads/multiple-disk-ova from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=07d514f ]

CLOUDSTACK-4757. Delete template - When delete is called on a template delete 
all datadisk templates that belong to the template


 Support OVA files with multiple disks for templates
 ---

 Key: CLOUDSTACK-4757
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4757
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller
Affects Versions: 4.3.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
 Fix For: 4.4.0


 CloudStack volumes and templates are one single virtual disk in case of 
 XenServer/XCP and KVM hypervisors since the files used for templates and 
 volumes are virtual disks (VHD, QCOW2). However, VMware volumes and templates 
 are in OVA format, which are archives that can contain a complete VM 
 including multiple VMDKs and other files such as ISOs. And currently, 
 Cloudstack only supports Template creation based on OVA files containing a 
 single disk. If a user creates a template from a OVA file containing more 
 than 1 disk and launches an instance using this template, only the first disk 
 is attached to the new instance and other disks are ignored.
 Similarly with uploaded volumes, attaching an uploaded volume that contains 
 multiple disks to a VM will result in only one VMDK to being attached to the 
 VM.
 This behavior needs to be improved in VMWare to support OVA files with 
 multiple disks for both uploaded volumes and templates. i.e. If a user 
 creates a template from a OVA file containing more than 1 disk and launches 
 an instance using this template, the first disk should be attached to the new 
 instance as the ROOT disk and volumes should be created based on other VMDK 
 disks in the OVA file and should be attached to the instance.



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

[jira] [Commented] (CLOUDSTACK-4757) Support OVA files with multiple disks for templates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit a6fd25ac3f6a4c382a9954360dd3afcdd27e1878 in cloudstack's branch 
refs/heads/multiple-disk-ova from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a6fd25a ]

CLOUDSTACK-4757. List templates - Add filter parent template id


 Support OVA files with multiple disks for templates
 ---

 Key: CLOUDSTACK-4757
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4757
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller
Affects Versions: 4.3.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
 Fix For: 4.4.0


 CloudStack volumes and templates are one single virtual disk in case of 
 XenServer/XCP and KVM hypervisors since the files used for templates and 
 volumes are virtual disks (VHD, QCOW2). However, VMware volumes and templates 
 are in OVA format, which are archives that can contain a complete VM 
 including multiple VMDKs and other files such as ISOs. And currently, 
 Cloudstack only supports Template creation based on OVA files containing a 
 single disk. If a user creates a template from a OVA file containing more 
 than 1 disk and launches an instance using this template, only the first disk 
 is attached to the new instance and other disks are ignored.
 Similarly with uploaded volumes, attaching an uploaded volume that contains 
 multiple disks to a VM will result in only one VMDK to being attached to the 
 VM.
 This behavior needs to be improved in VMWare to support OVA files with 
 multiple disks for both uploaded volumes and templates. i.e. If a user 
 creates a template from a OVA file containing more than 1 disk and launches 
 an instance using this template, the first disk should be attached to the new 
 instance as the ROOT disk and volumes should be created based on other VMDK 
 disks in the OVA file and should be attached to the instance.



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

[jira] [Commented] (CLOUDSTACK-4757) Support OVA files with multiple disks for templates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 6a3844155d405e750af0d7b74d43ffcbb5b8e605 in cloudstack's branch 
refs/heads/multiple-disk-ova from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=6a38441 ]

CLOUDSTACK-4757. Template copy - Copy all Datadisk templates that belong to the 
template along with the template.
Disallow individual copy of Datadisk templates


 Support OVA files with multiple disks for templates
 ---

 Key: CLOUDSTACK-4757
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4757
 Project: CloudStack
  Issue Type: New Feature
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Storage Controller
Affects Versions: 4.3.0
Reporter: Likitha Shetty
Assignee: Likitha Shetty
 Fix For: 4.4.0


 CloudStack volumes and templates are one single virtual disk in case of 
 XenServer/XCP and KVM hypervisors since the files used for templates and 
 volumes are virtual disks (VHD, QCOW2). However, VMware volumes and templates 
 are in OVA format, which are archives that can contain a complete VM 
 including multiple VMDKs and other files such as ISOs. And currently, 
 Cloudstack only supports Template creation based on OVA files containing a 
 single disk. If a user creates a template from a OVA file containing more 
 than 1 disk and launches an instance using this template, only the first disk 
 is attached to the new instance and other disks are ignored.
 Similarly with uploaded volumes, attaching an uploaded volume that contains 
 multiple disks to a VM will result in only one VMDK to being attached to the 
 VM.
 This behavior needs to be improved in VMWare to support OVA files with 
 multiple disks for both uploaded volumes and templates. i.e. If a user 
 creates a template from a OVA file containing more than 1 disk and launches 
 an instance using this template, the first disk should be attached to the new 
 instance as the ROOT disk and volumes should be created based on other VMDK 
 disks in the OVA file and should be attached to the instance.



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

[jira] [Commented] (CLOUDSTACK-6317) [VMware] Tagged VLAN support broken for Management/Control/Storage traffic

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6317 [VMware] Tagged VLAN support broken for 
Management/Control/Storage traffic

Check if switch name detected from traffic label for management, storage, 
control traffic is null before falling back to default value.

Signed-off-by: Sateesh Chodapuneedi sate...@apache.org


 [VMware] Tagged VLAN support broken for Management/Control/Storage traffic
 --

 Key: CLOUDSTACK-6317
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6317
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: VMware
Affects Versions: 4.3.0, 4.4.0
 Environment: VMware vCenter 5.1, ESXi 5.0 hosts
 MS with ACS 4.3.0
Reporter: Sateesh Chodapuneedi
Assignee: Sateesh Chodapuneedi
Priority: Critical
 Fix For: 4.4.0, 4.3.1


 Prior to ACS 4.3.0 CloudStack used to support tagged VLAN for management / 
 storage / control traffic via traffic label, where admin would specify the 
 VLAN in comma separated string of vmware network traffic label. E.g. 
 vSwitch0,100 - This means management traffic would use standard vSwitch port 
 group tagged with VLAN 100 which sits on vSwitch0 existing on ESXi host.
 This is functionality was broken since below commit in ACS 4.3 branch,
 Commit 7c4831df9292115466fb9e01fcba952a5dad31c1 in branch refs/heads/4.3 from 
 Hugo Trippaers
 [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7c4831d ]
 This commit overwrites the parsed vSwitch name, from traffic label, with 
 traffic label specified by admin resulting into below error during deployment 
 of SSVM (or any VM that needs management/storage traffic)
 2014-04-01 08:23:19,866 DEBUG [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) VM v-2-VM will be started with NIC 
 device type: E1000
 2014-04-01 08:23:19,866 INFO  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) Prepare NIC device based on NicTO: 
 {deviceId:0,networkRateMbps:-1,defaultNic:false,uuid:07c38800-6da3-4596-b0ea-09047d45970e,mac:02:00:63:46:00:02,broadcastType:LinkLocal,type:Control,isSecurityGroupEnabled:false,name:vSwitch0,100}
 2014-04-01 08:23:21,150 ERROR [c.c.h.v.m.HypervisorHostHelper] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) Unable to find vSwitchvSwitch0,100
 2014-04-01 08:23:21,151 WARN  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) StartCommand failed due to 
 Exception: java.lang.Exception
 Message: Unable to find vSwitchvSwitch0,100



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

[jira] [Commented] (CLOUDSTACK-6317) [VMware] Tagged VLAN support broken for Management/Control/Storage traffic

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6317 [VMware] Tagged VLAN support broken for 
Management/Control/Storage traffic

Check if switch name detected from traffic label for management, storage, 
control traffic is null before falling back to default value.

Signed-off-by: Sateesh Chodapuneedi sate...@apache.org


 [VMware] Tagged VLAN support broken for Management/Control/Storage traffic
 --

 Key: CLOUDSTACK-6317
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6317
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: VMware
Affects Versions: 4.3.0, 4.4.0
 Environment: VMware vCenter 5.1, ESXi 5.0 hosts
 MS with ACS 4.3.0
Reporter: Sateesh Chodapuneedi
Assignee: Sateesh Chodapuneedi
Priority: Critical
 Fix For: 4.4.0, 4.3.1


 Prior to ACS 4.3.0 CloudStack used to support tagged VLAN for management / 
 storage / control traffic via traffic label, where admin would specify the 
 VLAN in comma separated string of vmware network traffic label. E.g. 
 vSwitch0,100 - This means management traffic would use standard vSwitch port 
 group tagged with VLAN 100 which sits on vSwitch0 existing on ESXi host.
 This is functionality was broken since below commit in ACS 4.3 branch,
 Commit 7c4831df9292115466fb9e01fcba952a5dad31c1 in branch refs/heads/4.3 from 
 Hugo Trippaers
 [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7c4831d ]
 This commit overwrites the parsed vSwitch name, from traffic label, with 
 traffic label specified by admin resulting into below error during deployment 
 of SSVM (or any VM that needs management/storage traffic)
 2014-04-01 08:23:19,866 DEBUG [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) VM v-2-VM will be started with NIC 
 device type: E1000
 2014-04-01 08:23:19,866 INFO  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) Prepare NIC device based on NicTO: 
 {deviceId:0,networkRateMbps:-1,defaultNic:false,uuid:07c38800-6da3-4596-b0ea-09047d45970e,mac:02:00:63:46:00:02,broadcastType:LinkLocal,type:Control,isSecurityGroupEnabled:false,name:vSwitch0,100}
 2014-04-01 08:23:21,150 ERROR [c.c.h.v.m.HypervisorHostHelper] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) Unable to find vSwitchvSwitch0,100
 2014-04-01 08:23:21,151 WARN  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) StartCommand failed due to 
 Exception: java.lang.Exception
 Message: Unable to find vSwitchvSwitch0,100



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

[jira] [Updated] (CLOUDSTACK-6564) OVS distributed routing: use file based OF rule updates

2014-05-02 Thread Murali Reddy (JIRA)


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

Murali Reddy updated CLOUDSTACK-6564:
-

Fix Version/s: (was: 4.5.0)
   4.4.0

 OVS distributed routing: use file based OF rule updates
 ---

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


 When,  VpcPhysicalTopologyConfigCommand, OvsVpcRoutingPoli 
 cyConfigCommand are sent by management server, scripts that populate the open 
 flow rules to the bridge are configuring rules sequentially one after other. 
 this no effective and probability error prone as well if a rule fails to 
 program there is no revoking.
 To avoid such situation first create a file, that has all the updates and use 
 the ovs-ofctl option to replace the bridge rules through the file.



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

[jira] [Resolved] (CLOUDSTACK-6317) [VMware] Tagged VLAN support broken for Management/Control/Storage traffic

2014-05-02 Thread Sateesh Chodapuneedi (JIRA)


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

Sateesh Chodapuneedi resolved CLOUDSTACK-6317.
--

Resolution: Fixed

 [VMware] Tagged VLAN support broken for Management/Control/Storage traffic
 --

 Key: CLOUDSTACK-6317
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6317
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: VMware
Affects Versions: 4.3.0, 4.4.0
 Environment: VMware vCenter 5.1, ESXi 5.0 hosts
 MS with ACS 4.3.0
Reporter: Sateesh Chodapuneedi
Assignee: Sateesh Chodapuneedi
Priority: Critical
 Fix For: 4.4.0, 4.3.1


 Prior to ACS 4.3.0 CloudStack used to support tagged VLAN for management / 
 storage / control traffic via traffic label, where admin would specify the 
 VLAN in comma separated string of vmware network traffic label. E.g. 
 vSwitch0,100 - This means management traffic would use standard vSwitch port 
 group tagged with VLAN 100 which sits on vSwitch0 existing on ESXi host.
 This is functionality was broken since below commit in ACS 4.3 branch,
 Commit 7c4831df9292115466fb9e01fcba952a5dad31c1 in branch refs/heads/4.3 from 
 Hugo Trippaers
 [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7c4831d ]
 This commit overwrites the parsed vSwitch name, from traffic label, with 
 traffic label specified by admin resulting into below error during deployment 
 of SSVM (or any VM that needs management/storage traffic)
 2014-04-01 08:23:19,866 DEBUG [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) VM v-2-VM will be started with NIC 
 device type: E1000
 2014-04-01 08:23:19,866 INFO  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) Prepare NIC device based on NicTO: 
 {deviceId:0,networkRateMbps:-1,defaultNic:false,uuid:07c38800-6da3-4596-b0ea-09047d45970e,mac:02:00:63:46:00:02,broadcastType:LinkLocal,type:Control,isSecurityGroupEnabled:false,name:vSwitch0,100}
 2014-04-01 08:23:21,150 ERROR [c.c.h.v.m.HypervisorHostHelper] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) Unable to find vSwitchvSwitch0,100
 2014-04-01 08:23:21,151 WARN  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) StartCommand failed due to 
 Exception: java.lang.Exception
 Message: Unable to find vSwitchvSwitch0,100



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

[jira] [Created] (CLOUDSTACK-6564) OVS distributed routing: use file based OF rule updates

2014-05-02 Thread Murali Reddy (JIRA)

Murali Reddy created CLOUDSTACK-6564:


 Summary: OVS distributed routing: use file based OF rule updates
 Key: CLOUDSTACK-6564
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6564
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.4.0
Reporter: Murali Reddy
Assignee: Murali Reddy
 Fix For: 4.5.0


When,  VpcPhysicalTopologyConfigCommand, OvsVpcRoutingPoli cyConfigCommand 
are sent by management server, scripts that populate the open flow rules to the 
bridge are configuring rules sequentially one after other. this no effective 
and probability error prone as well if a rule fails to program there is no 
revoking.

To avoid such situation first create a file, that has all the updates and use 
the ovs-ofctl option to replace the bridge rules through the file.



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

[jira] [Commented] (CLOUDSTACK-6564) OVS distributed routing: use file based OF rule updates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6564: OVS distributed routing: use file based OF rule updates

use ovs-ofctl replace flows by file name option to update the OF rules
instead of sequenetially configuring the rules.


 OVS distributed routing: use file based OF rule updates
 ---

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


 When,  VpcPhysicalTopologyConfigCommand, OvsVpcRoutingPoli 
 cyConfigCommand are sent by management server, scripts that populate the open 
 flow rules to the bridge are configuring rules sequentially one after other. 
 this no effective and probability error prone as well if a rule fails to 
 program there is no revoking.
 To avoid such situation first create a file, that has all the updates and use 
 the ovs-ofctl option to replace the bridge rules through the file.



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

[jira] [Commented] (CLOUDSTACK-6564) OVS distributed routing: use file based OF rule updates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 9e98cbf1c1c5371e02f0325dba841532ddad116d in cloudstack's branch 
refs/heads/master from [~murali.reddy]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9e98cbf ]

CLOUDSTACK-6564: OVS distributed routing: use file based OF rule updates

use ovs-ofctl replace flows by file name option to update the OF rules
instead of sequenetially configuring the rules.


 OVS distributed routing: use file based OF rule updates
 ---

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


 When,  VpcPhysicalTopologyConfigCommand, OvsVpcRoutingPoli 
 cyConfigCommand are sent by management server, scripts that populate the open 
 flow rules to the bridge are configuring rules sequentially one after other. 
 this no effective and probability error prone as well if a rule fails to 
 program there is no revoking.
 To avoid such situation first create a file, that has all the updates and use 
 the ovs-ofctl option to replace the bridge rules through the file.



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

[jira] [Commented] (CLOUDSTACK-6513) IAM - Templates - When templates are listed with templatefilter=shared is used , we see public templates also being included in the list.

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6513: remove commented code.


 IAM - Templates - When templates are listed with templatefilter=shared is 
 used , we see public templates also being included in the list.
 ---

 Key: CLOUDSTACK-6513
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6513
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 IAM - Templates - When templates are listed with templatefilter=shared is 
 used , we see public templates also being included in the list.
 Steps to reproduce the problem:
 As user1 , Create a private template and a public template.
 Grant access to the private template for user2 using 
 updateTemplatePermissions.
 As user2 , list templates with templatefilter=shared. This returns both 
 public and the the shared template.
 GET 
 http://10.223.49.6/client/api?command=listTemplatespagesize=100page=1listAll=truetemplatefilter=sharedapiKey=SrgUY-U-nUl4qsOyn409kCjA2jC7dR5ReIV9SjdnmzLOn3c0Fm-vZbDSpkldUjuqLAXt5ShodtXYOgRB5NCnJQsignature=WBO8ll9nyjiB29aVq%2FpUsEQrthM%3D
  \n\n
 ?xml version=1.0 encoding=UTF-8?listtemplatesresponse 
 cloud-stack-version=4.4.0-SNAPSHOTcount6/counttemplateida2065bcc-7139-46b0-ac15-db7d3ff7dd75/idnamePublic_featured_d1a-TP7TPK/namedisplaytextpublic
  and feature 
 Template/displaytextispublictrue/ispubliccreated2014-04-21T13:50:35-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedtrue/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3 
 (64-bit)/ostypenameaccounttesttemplateD1A/accountzoneid75d61334-ff70-49c3-99ed-3af702cd51d7/zoneidzonenameBLR1/zonenamesize5242880/sizetemplatetypeUSER/templatetypehypervisorSimulator/hypervisordomainD1/domaindomainid691ab662-6793-42a0-96e6-3b31a2c4e52d/domainidisextractabletrue/isextractablesshkeyenabledfalse/sshkeyenabledisdynamicallyscalablefalse/isdynamicallyscalable/templatetemplateidce1635dc-1fcb-4f60-8d2f-d1129a3771ce/idnamePublic_not_featured_d2a-NPYFSN/namedisplaytextpublic
  and not feature 
 Template/displaytextispublictrue/ispubliccreated2014-04-21T13:50:36-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedfalse/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3 
 (64-bit)/ostypenameaccounttesttemplateD2/accountzoneid75d61334-ff70-49c3-99ed-3af702cd51d7/zoneidzonenameBLR1/zonenamesize5242880/sizetemplatetypeUSER/templatetypehypervisorSimulator/hypervisordomainD2/domaindomainid18222e53-7221-4d6f-9a76-8f59869f24b2/domainidisextractabletrue/isextractablesshkeyenabledfalse/sshkeyenabledisdynamicallyscalablefalse/isdynamicallyscalable/templatetemplateid223e0c09-e18e-4188-9d8e-7ff2e2305547/idnamePrivate_featured_d1-E9PQHO/namedisplaytextprivate
  and featured 
 Template/displaytextispublicfalse/ispubliccreated2014-04-21T13:50:36-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedtrue/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3 
 (64-bit)/ostypenameaccounttesttemplateD1A/accountzoneid75d61334-ff70-49c3-99ed-3af702cd51d7/zoneidzonenameBLR1/zonenamesize5242880/sizetemplatetypeUSER/templatetypehypervisorSimulator/hypervisordomainD1/domaindomainid691ab662-6793-42a0-96e6-3b31a2c4e52d/domainidisextractabletrue/isextractablesshkeyenabledfalse/sshkeyenabledisdynamicallyscalablefalse/isdynamicallyscalable/templatetemplateida7b69a5e-4cb3-45fa-b3e7-dab3a6b73e45/idnamePublic_not_featured_d1a-XOCR05/namedisplaytextpublic
  and not feature 
 Template/displaytextispublictrue/ispubliccreated2014-04-21T13:50:35-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedfalse/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3

[jira] [Commented] (CLOUDSTACK-6443) [Automation] Two Test Cases failed on test_volumes.py - AttributeError: VirtualMachine instance has no attribute 'hostid'

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 5132264309c91730debead4ef91c332991584642 in cloudstack's branch 
refs/heads/4.4 from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5132264 ]

CLOUDSTACK-6443: [Automation] Two Test Cases failed on test_volumes.py
- AttributeError: VirtualMachine instance has no attribute 'hostid'.


 [Automation] Two Test Cases failed on test_volumes.py - AttributeError: 
 VirtualMachine instance has no attribute 'hostid'
 ---

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


 Two Test Cases Failed:
 test_07_resize_fail
 test_08_resize_volume
 *Error Message1*:
 VirtualMachine instance has no attribute 'hostid'
   begin captured logging  
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 STARTED : TC: test_07_resize_fail :::
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: Fail 
 Resize Volume ID: b5521198-97f1-4f2c-afea-fcadf70d4249
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 sending GET request: resizeVolume {'diskofferingid': 
 u'9015ab2c-1d88-4e39-bcd8-d7fa22a1b2ca', 'id': 'invalid id'}
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 Computed Signature by Marvin: bCeC5im5Fgxi23vWk4lBzKbQm7A=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qresponse=jsoncommand=resizeVolumesignature=bCeC5im5Fgxi23vWk4lBzKbQm7A%3Ddiskofferingid=9015ab2c-1d88-4e39-bcd8-d7fa22a1b2caid=invalid+id
  HTTP/1.1 431 330
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qresponse=jsoncommand=resizeVolumesignature=bCeC5im5Fgxi23vWk4lBzKbQm7A%3Ddiskofferingid=9015ab2c-1d88-4e39-bcd8-d7fa22a1b2caid=invalid+id
  Response: { resizevolumeresponse : 
 {uuidList:[],errorcode:431,cserrorcode:,errortext:Unable to 
 execute API command resizevolume due to invalid value. Invalid parameter id 
 value=invalid id due to incorrect long value format, or entity does not exist 
 or due to incorrect parameter annotation for the field in api cmd class.} }
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 sending GET request: resizeVolume {'diskofferingid': 'invalid id', 'id': 
 u'b5521198-97f1-4f2c-afea-fcadf70d4249'}
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 Computed Signature by Marvin: DbNaHKDzesuJcTU1thWGQg88UPk=
 requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection 
 (1): 10.223.240.161
 requests.packages.urllib3.connectionpool: DEBUG: GET 
 /client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qresponse=jsoncommand=resizeVolumesignature=DbNaHKDzesuJcTU1thWGQg88UPk%3Ddiskofferingid=invalid+idid=b5521198-97f1-4f2c-afea-fcadf70d4249
  HTTP/1.1 431 342
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 Request: 
 http://10.223.240.161:8080/client/api?apiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qresponse=jsoncommand=resizeVolumesignature=DbNaHKDzesuJcTU1thWGQg88UPk%3Ddiskofferingid=invalid+idid=b5521198-97f1-4f2c-afea-fcadf70d4249
  Response: { resizevolumeresponse : 
 {uuidList:[],errorcode:431,cserrorcode:,errortext:Unable to 
 execute API command resizevolume due to invalid value. Invalid parameter 
 diskofferingid value=invalid id due to incorrect long value format, or entity 
 does not exist or due to incorrect parameter annotation for the field in api 
 cmd class.} }
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 sending GET request: listVolumes {'virtualmachineid': 
 u'bca5f583-139f-46e4-87d5-09fb5adac313', 'type': 'ROOT', 'listall': True}
 test_07_resize_fail (integration.smoke.test_volumes.TestVolumes): DEBUG: 
 Computed

[jira] [Commented] (CLOUDSTACK-6513) IAM - Templates - When templates are listed with templatefilter=shared is used , we see public templates also being included in the list.

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 554cab8ea13614f3cbe5349b161672fb8da2c416 in cloudstack's branch 
refs/heads/4.4 from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=554cab8 ]

CLOUDSTACK-6513: templateFilter=shared should not show self-owned
template.


 IAM - Templates - When templates are listed with templatefilter=shared is 
 used , we see public templates also being included in the list.
 ---

 Key: CLOUDSTACK-6513
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6513
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 IAM - Templates - When templates are listed with templatefilter=shared is 
 used , we see public templates also being included in the list.
 Steps to reproduce the problem:
 As user1 , Create a private template and a public template.
 Grant access to the private template for user2 using 
 updateTemplatePermissions.
 As user2 , list templates with templatefilter=shared. This returns both 
 public and the the shared template.
 GET 
 http://10.223.49.6/client/api?command=listTemplatespagesize=100page=1listAll=truetemplatefilter=sharedapiKey=SrgUY-U-nUl4qsOyn409kCjA2jC7dR5ReIV9SjdnmzLOn3c0Fm-vZbDSpkldUjuqLAXt5ShodtXYOgRB5NCnJQsignature=WBO8ll9nyjiB29aVq%2FpUsEQrthM%3D
  \n\n
 ?xml version=1.0 encoding=UTF-8?listtemplatesresponse 
 cloud-stack-version=4.4.0-SNAPSHOTcount6/counttemplateida2065bcc-7139-46b0-ac15-db7d3ff7dd75/idnamePublic_featured_d1a-TP7TPK/namedisplaytextpublic
  and feature 
 Template/displaytextispublictrue/ispubliccreated2014-04-21T13:50:35-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedtrue/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3 
 (64-bit)/ostypenameaccounttesttemplateD1A/accountzoneid75d61334-ff70-49c3-99ed-3af702cd51d7/zoneidzonenameBLR1/zonenamesize5242880/sizetemplatetypeUSER/templatetypehypervisorSimulator/hypervisordomainD1/domaindomainid691ab662-6793-42a0-96e6-3b31a2c4e52d/domainidisextractabletrue/isextractablesshkeyenabledfalse/sshkeyenabledisdynamicallyscalablefalse/isdynamicallyscalable/templatetemplateidce1635dc-1fcb-4f60-8d2f-d1129a3771ce/idnamePublic_not_featured_d2a-NPYFSN/namedisplaytextpublic
  and not feature 
 Template/displaytextispublictrue/ispubliccreated2014-04-21T13:50:36-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedfalse/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3 
 (64-bit)/ostypenameaccounttesttemplateD2/accountzoneid75d61334-ff70-49c3-99ed-3af702cd51d7/zoneidzonenameBLR1/zonenamesize5242880/sizetemplatetypeUSER/templatetypehypervisorSimulator/hypervisordomainD2/domaindomainid18222e53-7221-4d6f-9a76-8f59869f24b2/domainidisextractabletrue/isextractablesshkeyenabledfalse/sshkeyenabledisdynamicallyscalablefalse/isdynamicallyscalable/templatetemplateid223e0c09-e18e-4188-9d8e-7ff2e2305547/idnamePrivate_featured_d1-E9PQHO/namedisplaytextprivate
  and featured 
 Template/displaytextispublicfalse/ispubliccreated2014-04-21T13:50:36-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedtrue/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3 
 (64-bit)/ostypenameaccounttesttemplateD1A/accountzoneid75d61334-ff70-49c3-99ed-3af702cd51d7/zoneidzonenameBLR1/zonenamesize5242880/sizetemplatetypeUSER/templatetypehypervisorSimulator/hypervisordomainD1/domaindomainid691ab662-6793-42a0-96e6-3b31a2c4e52d/domainidisextractabletrue/isextractablesshkeyenabledfalse/sshkeyenabledisdynamicallyscalablefalse/isdynamicallyscalable/templatetemplateida7b69a5e-4cb3-45fa-b3e7-dab3a6b73e45/idnamePublic_not_featured_d1a-XOCR05/namedisplaytextpublic
  and not feature 
 Template/displaytextispublictrue/ispubliccreated2014-04-21T13:50:35-0400/createdisreadytrue/isreadypasswordenabledfalse/passwordenabledformatVHD/formatisfeaturedfalse/isfeaturedcrossZonesfalse/crossZonesostypeide5ebce64-c019-11e3-907f-4adf980f9414/ostypeidostypenameCentOS
  5.3

[jira] [Commented] (CLOUDSTACK-4549) ceph:deployvm from template created from snapshot is failing

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 1aff3a5f08f52573f0b50d5f016dc4e64a051079 in cloudstack's branch 
refs/heads/4.4 from [~widodh]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1aff3a5 ]

CLOUDSTACK-4549: Do not force RBD snapshot backups to RAW format

Since we use qemu-img to copy from RBD to Secondary Storage we no
longer have to force to RAW images, but can stick with QCOW2

When the snapshot backups are QCOW2 format they can easily be deployed
again when restoring from a backup

Conflicts:


plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java


 ceph:deployvm from template created from snapshot is failing
 

 Key: CLOUDSTACK-4549
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4549
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.2.0
Reporter: sadhu suresh
Assignee: Wido den Hollander
Priority: Critical
 Fix For: 4.4.0

 Attachments: management-server.rar


 VM deployment form template which is created form snapshot is failing where 
 as VM deployment with uploaded template successful.
 created template form snapshot is storing in raw 
 format(https://10-147-49-100.realhostip.com/userdata/0c826645-ec82-40f1-a1b0-38fc9ba1c76f.raw)..
  not sure are we converting again to QCwo2
 when we try to deploy a VM
 steps:
 1.create a ceph instance(configure compute offering with RBD and deploy a vm)
 2.Once it successful,select the root partition and perform snapshot
 3.once snapshot successful,create a template from snapshot
 4 try to create vm uning above VM
 actual result:
 deploy vm failing with exception
 -29 15:21:43,756 DEBUG [cloud.network.NetworkModelImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Service 
 SecurityGroup is not supported in the network id=204
 2013-08-29 15:21:43,762 DEBUG 
 [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-14:job-42 = 
 [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Applying userdata and password 
 entry in network Ntwk[204|Guest|8]
 2013-08-29 15:21:43,800 DEBUG [agent.transport.Request] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Seq 
 1-2089159931: Sending  { Cmd , MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 
 100111, 
 [{com.cloud.agent.api.routing.SavePasswordCommand:{password:fnirq_cnffjbeq,vmIpAddress:10.1.1.140,vmName:6e798618-8e4d-4305-94a1-642e5f3aad08,executeInSequence:true,accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.248,router.name:r-15-VM},wait:0}},{com.cloud.agent.api.routing.VmDataCommand:{vmIpAddress:10.1.1.140,vmName:6e798618-8e4d-4305-94a1-642e5f3aad08,executeInSequence:true,accessDetails:{router.guest.ip:10.1.1.1,zone.network.type:Advanced,router.ip:169.254.2.248,router.name:r-15-VM},wait:0}}]
  }
 2013-08-29 15:21:44,168 DEBUG [agent.transport.Request] 
 (AgentManager-Handler-14:null) Seq 1-2089159931: Processing:  { Ans: , 
 MgmtId: 7175246184473, via: 1, Ver: v1, Flags: 110, 
 [{com.cloud.agent.api.Answer:{result:true,wait:0}},{com.cloud.agent.api.Answer:{result:true,wait:0}}]
  }
 2013-08-29 15:21:44,169 DEBUG [agent.manager.AgentAttache] 
 (AgentManager-Handler-14:null) Seq 1-2089159931: No more commands found
 2013-08-29 15:21:44,169 DEBUG [agent.transport.Request] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Seq 
 1-2089159931: Received:  { Ans: , MgmtId: 7175246184473, via: 1, Ver: v1, 
 Flags: 110, { Answer, Answer } }
 2013-08-29 15:21:44,179 DEBUG [cloud.network.NetworkModelImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Service 
 SecurityGroup is not supported in the network id=204
 2013-08-29 15:21:44,182 DEBUG [cloud.storage.VolumeManagerImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Checking 
 if we need to prepare 1 volumes for 
 VM[User|6e798618-8e4d-4305-94a1-642e5f3aad08]
 2013-08-29 15:21:44,207 DEBUG [storage.image.TemplateDataFactoryImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) template 
 202 is already in store:1, type:Image
 2013-08-29 15:21:44,219 DEBUG [storage.datastore.PrimaryDataStoreImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ]) Not found 
 (templateId:202poolId:5) in template_spool_ref, persisting it
 2013-08-29 15:21:44,234 DEBUG [storage.image.TemplateDataFactoryImpl] 
 (Job-Executor-14:job-42 = [ 3dcbbb22-d258-4859-bf3f-c8a620768e25 ])

[jira] [Commented] (CLOUDSTACK-6558) IAM - Admin user is able to deploy VM in a regular user's Security Group.

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6558 IAM - Admin user is able to deploy VM in a regular user's 
Security Group.

Changes:
- Even for SecurityGroup, go through IAM to do permission checks for all type 
of accounts


 IAM - Admin user is able to deploy VM in a regular user's Security Group.
 -

 Key: CLOUDSTACK-6558
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6558
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Prachi Damle
Priority: Critical
 Fix For: 4.4.0


 IAM - Admin user is able to deploy VM in a regular user's Security Group.
 Steps to reproduce the problem:
 Basic Zone set up:
 As regular user , create a Security group.
 As admin , try to deploy a VM using this security group.
 Admin is allowed to deploy a VM using this security group.
 Expected Result:
 Admin should not be allowed to deploy a VM using regular user's security 
 group.



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

[jira] [Commented] (CLOUDSTACK-6560) IAM - Admin user is denied permission to create Egress rule for a user's network

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6560: IAM - Admin user is denied permission to create Egress rule 
for a user's network

Changes:
- CS 4.3 handled Network entity in two ways:
a) Specified UseNetwork access and did a strict check w.r.t who can use this 
network. Regular users and Domain Admin went through the strict check. Root 
admin got access always.
b) Specified null access and that meant admins can access this network for 
the calling API that passes null access.

- Fixing CS 4.4 IAM to handle this behavior:
a) UseNetwork is mapped to UseEntry and IAM check will be done only for 
domain admin and regular users when this access is specified. Root Admin is 
grated access.
b) If null access is specified, root and domain admin both are granted 
access. Regular users still go through IAM.


 IAM - Admin user is denied permission to create Egress rule for a user's 
 network
 

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


 Steps to reproduce:
 - Setup Advance Zone
 - Create a regular user 
 - Login as the user and create an isolated network or deploy a VM that will 
 create a network 
 - Logout
 - Login as an Admin and list the user's network
 - Try to create Egress Firewall Rule on this network
 - Admin is denied permission



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

[jira] [Commented] (CLOUDSTACK-6556) [Automation] Deploy VM failing with error does not have permission to access resource Ntwk

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 96cd858d97a06dde6f22d270363255706f1f2101 in cloudstack's branch 
refs/heads/4.4 from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=96cd858 ]

CLOUDSTACK-6556: Deploy VM failing with error does
not have permission to access resource Ntwk.


 [Automation] Deploy VM failing with error does not have permission to access 
 resource Ntwk
 

 Key: CLOUDSTACK-6556
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6556
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone
 Build - 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Min Chen
Priority: Blocker
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6556.rar, management.rar


 This issue found with automation run, test case performing below steps
 Steps to reproduce 
 Step 1 : Create advanced zone in KVM 
 Step 2 : create an domain and account 
 Step 3 : create network
 Step 4 : and deploy VM 
 Deploy VM failing with below error 
 2014-05-01 10:19:04,211 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-610af2b6 ctx-a56ad5cc ctx-ea6be136) (userId=2 
 accountId=2 sessionId=null) 10.223.240.194 -- GET 
 domainid=391ce37c-d0e4-11e3-9a99-1a6f7bb0d0a8zoneid=21489cf5-d741-408d-8997-1b06b8263799apiKey=_Nc4QvLyqqdrC6VgxX5JExUaGRYG2kHOkmTru6_TGeyHj5CKP3DLpt5bNc-XKip0SpALarDOqlSjPOWRghzCkwserviceofferingid=c32c9894-bb49-45ac-90a6-57e9340a476edisplayname=Test+VMsignature=7Y24BWLxzYoj1%2Bc5vqLpQJ00O9A%3Dtemplateid=3922f730-d0e4-11e3-9a99-1a6f7bb0d0a8response=jsonaccount=test-TestDeployVM-test_deploy_vm_multiple-LDX2GOname=testvmcommand=deployVirtualMachinehypervisor=KVM
  531 Acct[eedcbd60-08f6-45ee-b56d-a9979734914b-admin] does not have 
 permission to access resource 
 Ntwk[968f35d1-62b2-448c-835d-1bf688c2d99e|Guest|8]
 Network 968f35d1-62b2-448c-835d-1bf688c2d99e already exist, 
 mysql select * from networks where 
 uuid=968f35d1-62b2-448c-835d-1bf688c2d99e\G;
 *** 1. row ***
id: 579
  name: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  uuid: 968f35d1-62b2-448c-835d-1bf688c2d99e
  display_text: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  traffic_type: Guest
 broadcast_domain_type: Vlan
 broadcast_uri: NULL
   gateway: 10.1.1.1
  cidr: 10.1.1.0/24
  mode: Dhcp
   network_offering_id: 8
   physical_network_id: 200
data_center_id: 1
 guru_name: ExternalGuestNetworkGuru
 state: Destroy
   related: 579
 domain_id: 1
account_id: 546
  dns1: NULL
  dns2: NULL
 guru_data: NULL
set_fields: 0
  acl_type: Account
network_domain: test.domain.org
reservation_id: NULL
guest_type: Isolated
  restart_required: 0
   created: 2014-05-01 17:19:04
   removed: 2014-05-01 17:19:04
 specify_ip_ranges: 0
vpc_id: NULL
   ip6_gateway: NULL
  ip6_cidr: NULL
  network_cidr: NULL
   display_network: 1
network_acl_id: NULL
   streched_l2: 0
 1 row in set (0.00 sec)
 ERROR:
 No query specified
 mysql select * from account where id=546;
 +-+--+--+--+---+-+-+++-+-+
 | id  | account_name | uuid   
   | type | domain_id | state   | removed | 
 cleanup_needed | network_domain | default_zone_id | default |
 +-+--+--+--+---+-+-+++-+-+
 | 546 | test-TestDeployVM-test_deploy_vm_multiple-LDX2GO | 
 fcfd3a97-2f25-40e9-9a90-ded17c836678 |0 | 1 | enabled | 
 2014-05-01 17:19:04 |  0 | NULL   |NULL | 
   0 |

[jira] [Commented] (CLOUDSTACK-6556) [Automation] Deploy VM failing with error does not have permission to access resource Ntwk

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 9f798823effac147a4d02adc350c940bff2ec9f5 in cloudstack's branch 
refs/heads/4.4 from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=9f79882 ]

CLOUDSTACK-6556: [Automation] Deploy VM failing with error does not
have permission to access resource Ntwk.


 [Automation] Deploy VM failing with error does not have permission to access 
 resource Ntwk
 

 Key: CLOUDSTACK-6556
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6556
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone
 Build - 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Min Chen
Priority: Blocker
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6556.rar, management.rar


 This issue found with automation run, test case performing below steps
 Steps to reproduce 
 Step 1 : Create advanced zone in KVM 
 Step 2 : create an domain and account 
 Step 3 : create network
 Step 4 : and deploy VM 
 Deploy VM failing with below error 
 2014-05-01 10:19:04,211 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-610af2b6 ctx-a56ad5cc ctx-ea6be136) (userId=2 
 accountId=2 sessionId=null) 10.223.240.194 -- GET 
 domainid=391ce37c-d0e4-11e3-9a99-1a6f7bb0d0a8zoneid=21489cf5-d741-408d-8997-1b06b8263799apiKey=_Nc4QvLyqqdrC6VgxX5JExUaGRYG2kHOkmTru6_TGeyHj5CKP3DLpt5bNc-XKip0SpALarDOqlSjPOWRghzCkwserviceofferingid=c32c9894-bb49-45ac-90a6-57e9340a476edisplayname=Test+VMsignature=7Y24BWLxzYoj1%2Bc5vqLpQJ00O9A%3Dtemplateid=3922f730-d0e4-11e3-9a99-1a6f7bb0d0a8response=jsonaccount=test-TestDeployVM-test_deploy_vm_multiple-LDX2GOname=testvmcommand=deployVirtualMachinehypervisor=KVM
  531 Acct[eedcbd60-08f6-45ee-b56d-a9979734914b-admin] does not have 
 permission to access resource 
 Ntwk[968f35d1-62b2-448c-835d-1bf688c2d99e|Guest|8]
 Network 968f35d1-62b2-448c-835d-1bf688c2d99e already exist, 
 mysql select * from networks where 
 uuid=968f35d1-62b2-448c-835d-1bf688c2d99e\G;
 *** 1. row ***
id: 579
  name: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  uuid: 968f35d1-62b2-448c-835d-1bf688c2d99e
  display_text: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  traffic_type: Guest
 broadcast_domain_type: Vlan
 broadcast_uri: NULL
   gateway: 10.1.1.1
  cidr: 10.1.1.0/24
  mode: Dhcp
   network_offering_id: 8
   physical_network_id: 200
data_center_id: 1
 guru_name: ExternalGuestNetworkGuru
 state: Destroy
   related: 579
 domain_id: 1
account_id: 546
  dns1: NULL
  dns2: NULL
 guru_data: NULL
set_fields: 0
  acl_type: Account
network_domain: test.domain.org
reservation_id: NULL
guest_type: Isolated
  restart_required: 0
   created: 2014-05-01 17:19:04
   removed: 2014-05-01 17:19:04
 specify_ip_ranges: 0
vpc_id: NULL
   ip6_gateway: NULL
  ip6_cidr: NULL
  network_cidr: NULL
   display_network: 1
network_acl_id: NULL
   streched_l2: 0
 1 row in set (0.00 sec)
 ERROR:
 No query specified
 mysql select * from account where id=546;
 +-+--+--+--+---+-+-+++-+-+
 | id  | account_name | uuid   
   | type | domain_id | state   | removed | 
 cleanup_needed | network_domain | default_zone_id | default |
 +-+--+--+--+---+-+-+++-+-+
 | 546 | test-TestDeployVM-test_deploy_vm_multiple-LDX2GO | 
 fcfd3a97-2f25-40e9-9a90-ded17c836678 |0 | 1 | enabled | 
 2014-05-01 17:19:04 |  0 | NULL   |NULL | 
   0 |

[jira] [Commented] (CLOUDSTACK-6535) IAM:MS:API createVMSnapshot doesn't preserve access rights

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 4ebde8351924ec14bab8fb9dae59c238ebbcd440 in cloudstack's branch 
refs/heads/4.4 from [~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4ebde83 ]

CLOUDSTACK-6535: IAM:MS:API createVMSnapshot doesn't preserve access
rights.


 IAM:MS:API createVMSnapshot doesn't preserve access rights
 --

 Key: CLOUDSTACK-6535
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6535
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, IAM
Affects Versions: 4.4.0
 Environment: 4.4
Reporter: Parth Jagirdar
Assignee: Min Chen
Priority: Critical
 Attachments: apilog.log.bz2, db_dump.sql.bz2, 
 management-server.log.bz2


 As domain Admin or as regular user; one can create a snapshot of a VM owned 
 by other users. (Create Snapshot succeeds across Domains as well).
 Please refer to API and MS logs.
 DB Dump is attached.
 2014-04-29 15:32:38,316 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-19:ctx-baaf5fbe ctx-d89f1942) (userId=9
  accountId=9 sessionId=13E9CF7AD4BB55EE9EDF2920D6E62915) 10.215.2.19 -- GET 
 command=createVMSnapshotvir
 tualmachineid=219d649d-b6fc-475e-ab0f-8800a7f95235response=jsonsessionkey=p1pPn2KtylzYt92NSHuE2u4G68w%
 3D 200 { createvmsnapshotresponse : 
 {id:8,jobid:fa37d77f-28b0-485b-af81-834a07ed6e4e} }
 2014-04-29 15:32:40,306 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-25:ctx-114bb10a ctx-d396131c) (userId=2
  accountId=2 sessionId=5EC896B528FB6DB972CE5B02A277047B) 10.215.2.19 -- GET 
 command=listVirtualMachines
 response=jsonsessionkey=e1WRj6SbsZEClPvlCdLP9f3MhYI%3DlistAll=truepage=1pagesize=20_=1398810759989
 200 { listvirtualmachinesresponse : { count:6 ,virtualmachine : [  
 {id:cea5fc51-6a31-4209-b26f-
 9097c9d17011,name:d2-vm,displayname:d2-vm,account:d2,domainid:0af12b69-67f4-454a-9eb6-f2
 bef02aba0b,domain:d2,created:2014-04-28T10:21:08-0700,state:Running,haenable:false,zonei
 d:6933ac3e-29fe-4170-8411-b1827aa2f5cf,zonename:z,hostid:d8fb3cb9-782e-4cdc-b0c0-3adcf65a7a15
 ,hostname:10.223.58.68,templateid:549440c8-bf4b-11e3-a56d-ced18bec4952,templatename:CentOS
  5.
 3(64-bit) no GUI (vSphere),templatedisplaytext:CentOS 5.3(64-bit) no GUI 
 (vSphere),passwordenabled
 :false,serviceofferingid:4c035b12-f32f-4c0c-b768-264ec02ac242,serviceofferingname:Small
  Instance
 ,cpunumber:1,cpuspeed:500,memory:512,cpuused:45%,networkkbsread:0,networkkbswrite:0,gues
 tosid:54a23660-bf4b-11e3-a56d-ced18bec4952,rootdeviceid:0,rootdevicetype:ROOT,securitygroup:[
 ],nic:[{id:cae4f3d2-1598-4aa0-98b9-669a4c7de6ae,networkid:f417c31a-e19f-45db-9180-87f17a195bf0
 ,networkname:d2-net,netmask:255.255.255.0,gateway:10.1.1.1,ipaddress:10.1.1.151,isolati
 onuri:vlan://2342,broadcasturi:vlan://2342,traffictype:Guest,type:Isolated,isdefault:tr
 ue,macaddress:02:00:41:11:00:01}],hypervisor:VMware,publicipid:a6866b38-e8dd-4deb-965f-c09931
 d183fe,publicip:10.223.138.11,instancename:i-10-32-VM,tags:[],affinitygroup:[],displayvm:
 true,isdynamicallyscalable:false,ostypeid:12}, 
 {id:e887d23a-fac0-4397-adb9-edfbf2169453,name:
 d1-vm,displayname:d1-vm,account:d1,domainid:90a8c572-3f92-420b-9176-5daafa9853da,domain:
 d1,created:2014-04-28T10:20:39-0700,state:Running,haenable:false,zoneid:6933ac3e-29fe-4170
 -8411-b1827aa2f5cf,zonename:z,hostid:d8fb3cb9-782e-4cdc-b0c0-3adcf65a7a15,hostname:10.223.58
 .68,templateid:549440c8-bf4b-11e3-a56d-ced18bec4952,templatename:CentOS
  5.3(64-bit) no GUI (vSph
 ere),templatedisplaytext:CentOS 5.3(64-bit) no GUI 
 (vSphere),passwordenabled:false,serviceofferi
 ngid:4c035b12-f32f-4c0c-b768-264ec02ac242,serviceofferingname:Small 
 Instance,cpunumber:1,cpusp
 eed:500,memory:512,cpuused:45%,networkkbsread:0,networkkbswrite:0,guestosid:54a23660-bf4b-
 11e3-a56d-ced18bec4952,rootdeviceid:0,rootdevicetype:ROOT,securitygroup:[],nic:[{id:5c410c
 a5-5151-48d8-8de7-4fc674bd597a,networkid:2a7d1254-3120-42f5-b8b9-dd64485cfed4,networkname:d1-net
 ,netmask:255.255.255.0,gateway:10.1.1.1,ipaddress:10.1.1.184,isolationuri:vlan://2268,
 mysql select * from iam_group_account_map where removed is NULL order by 
 group_id;
 ++--++-+-+
 | id | group_id | account_id | removed | created |
 ++--++-+-+
 | 43 |1 | 23 | NULL| 2014-04-14 23:18:40 |
 | 45 |1 | 24 | NULL| 2014-04-17 22:23:41 |
 | 41 |1 | 22 | NULL| 2014-04-14 23:18:24 |
 | 39 |1 | 21 | NULL

[jira] [Commented] (CLOUDSTACK-6317) [VMware] Tagged VLAN support broken for Management/Control/Storage traffic

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 47f5d2862ac827a3722680fe4f8f1f576776f81b in cloudstack's branch 
refs/heads/4.4 from [~sateeshc]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=47f5d28 ]

CLOUDSTACK-6317 [VMware] Tagged VLAN support broken for 
Management/Control/Storage traffic

Check if switch name detected from traffic label for management, storage, 
control traffic is null before falling back to default value.

Signed-off-by: Sateesh Chodapuneedi sate...@apache.org


 [VMware] Tagged VLAN support broken for Management/Control/Storage traffic
 --

 Key: CLOUDSTACK-6317
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6317
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: VMware
Affects Versions: 4.3.0, 4.4.0
 Environment: VMware vCenter 5.1, ESXi 5.0 hosts
 MS with ACS 4.3.0
Reporter: Sateesh Chodapuneedi
Assignee: Sateesh Chodapuneedi
Priority: Critical
 Fix For: 4.4.0, 4.3.1


 Prior to ACS 4.3.0 CloudStack used to support tagged VLAN for management / 
 storage / control traffic via traffic label, where admin would specify the 
 VLAN in comma separated string of vmware network traffic label. E.g. 
 vSwitch0,100 - This means management traffic would use standard vSwitch port 
 group tagged with VLAN 100 which sits on vSwitch0 existing on ESXi host.
 This is functionality was broken since below commit in ACS 4.3 branch,
 Commit 7c4831df9292115466fb9e01fcba952a5dad31c1 in branch refs/heads/4.3 from 
 Hugo Trippaers
 [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7c4831d ]
 This commit overwrites the parsed vSwitch name, from traffic label, with 
 traffic label specified by admin resulting into below error during deployment 
 of SSVM (or any VM that needs management/storage traffic)
 2014-04-01 08:23:19,866 DEBUG [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) VM v-2-VM will be started with NIC 
 device type: E1000
 2014-04-01 08:23:19,866 INFO  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-9:ctx-862d86ff 10.102.192.3) Prepare NIC device based on NicTO: 
 {deviceId:0,networkRateMbps:-1,defaultNic:false,uuid:07c38800-6da3-4596-b0ea-09047d45970e,mac:02:00:63:46:00:02,broadcastType:LinkLocal,type:Control,isSecurityGroupEnabled:false,name:vSwitch0,100}
 2014-04-01 08:23:21,150 ERROR [c.c.h.v.m.HypervisorHostHelper] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) Unable to find vSwitchvSwitch0,100
 2014-04-01 08:23:21,151 WARN  [c.c.h.v.r.VmwareResource] 
 (DirectAgent-6:ctx-a6062e05 10.102.192.3) StartCommand failed due to 
 Exception: java.lang.Exception
 Message: Unable to find vSwitchvSwitch0,100



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

[jira] [Commented] (CLOUDSTACK-6564) OVS distributed routing: use file based OF rule updates

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit dd88720c9b48d49f5623126a12bb5390e4b01c1e in cloudstack's branch 
refs/heads/4.4 from [~murali.reddy]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=dd88720 ]

CLOUDSTACK-6564: OVS distributed routing: use file based OF rule updates

use ovs-ofctl replace flows by file name option to update the OF rules
instead of sequenetially configuring the rules.


 OVS distributed routing: use file based OF rule updates
 ---

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


 When,  VpcPhysicalTopologyConfigCommand, OvsVpcRoutingPoli 
 cyConfigCommand are sent by management server, scripts that populate the open 
 flow rules to the bridge are configuring rules sequentially one after other. 
 this no effective and probability error prone as well if a rule fails to 
 program there is no revoking.
 To avoid such situation first create a file, that has all the updates and use 
 the ovs-ofctl option to replace the bridge rules through the file.



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

[jira] [Updated] (CLOUDSTACK-6565) [UI] New Zones tab for Templates and ISOs

2014-05-02 Thread Gabor Apati-Nagy (JIRA)

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

Gabor Apati-Nagy updated CLOUDSTACK-6565:
-

Description:
Display templates and ISOs only once, even if they are for multiple zones.
Display the zone data in a new tab. (Current UI shows templates and ISOs as
many times as many zones they are in.)
Show the new Zones tab right next to the currently existing Details tab, show
per-zone related user actions (action buttons) in the Zones list.

Having this view would eliminate the long list of Templates and ISOs when there
are many zones available. This feature does not need API changes.

was:
Display templates and ISOs only once, even if they are for multiple zones.
Display the zone data in a new tab. (Current UI shows them as many times as
many zones they are in.)
Show the new Zones tab right next to the currently existing Details tab, show
per-zone related user actions (action buttons) in the Zones list.

Having this view would eliminate the long list of Templates and ISOs when there
are many zones available.

[UI] New Zones tab for Templates and ISOs
-

Key: CLOUDSTACK-6565
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6565
Project: CloudStack
Issue Type: Improvement
Security Level: Public(Anyone can view this level - this is the
default.)
Components: UI
Reporter: Gabor Apati-Nagy
Assignee: Gabor Apati-Nagy
Fix For: 4.4.0

Display templates and ISOs only once, even if they are for multiple zones.
Display the zone data in a new tab. (Current UI shows templates and ISOs as
many times as many zones they are in.)
Show the new Zones tab right next to the currently existing Details tab, show
per-zone related user actions (action buttons) in the Zones list.
Having this view would eliminate the long list of Templates and ISOs when
there are many zones available. This feature does not need API changes.

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

[jira] [Created] (CLOUDSTACK-6565) [UI] New Zones tab for Templates and ISOs

2014-05-02 Thread Gabor Apati-Nagy (JIRA)

Gabor Apati-Nagy created CLOUDSTACK-6565:


 Summary: [UI] New Zones tab for Templates and ISOs
 Key: CLOUDSTACK-6565
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6565
 Project: CloudStack
  Issue Type: Improvement
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Reporter: Gabor Apati-Nagy
Assignee: Gabor Apati-Nagy
 Fix For: 4.4.0


Display templates and ISOs only once, even if they are for multiple zones. 
Display the zone data in a new tab. (Current UI shows them as many times as 
many zones they are in.)
Show the new Zones tab right next to the currently existing Details tab, show 
per-zone related user actions (action buttons) in the Zones list.

Having this view would eliminate the long list of Templates and ISOs when there 
are many zones available.



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

[jira] [Updated] (CLOUDSTACK-6565) [UI] New Zones tab for Templates and ISOs

2014-05-02 Thread Gabor Apati-Nagy (JIRA)

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

Gabor Apati-Nagy updated CLOUDSTACK-6565:
-

Description:
Display templates and ISOs only once, even if they are for multiple zones.
Instead of showing redundant list, one item for each zone, show zone list in a
new tab. (Current UI shows templates and ISOs as many times as many zones they
are in.)
Show the new Zones tab right next to the currently existing Details tab, show
the per-zone related user actions in the Zones list.

Having this view would eliminate the long list of Templates and ISOs when there
are many zones available. This feature does not need API changes.

was:
Display templates and ISOs only once, even if they are for multiple zones.
Display the zone data in a new tab. (Current UI shows templates and ISOs as
many times as many zones they are in.)
Show the new Zones tab right next to the currently existing Details tab, show
per-zone related user actions (action buttons) in the Zones list.

Having this view would eliminate the long list of Templates and ISOs when there
are many zones available. This feature does not need API changes.

[UI] New Zones tab for Templates and ISOs
-

Display templates and ISOs only once, even if they are for multiple zones.
Instead of showing redundant list, one item for each zone, show zone list in
a new tab. (Current UI shows templates and ISOs as many times as many zones
they are in.)
Show the new Zones tab right next to the currently existing Details tab, show
the per-zone related user actions in the Zones list.
Having this view would eliminate the long list of Templates and ISOs when
there are many zones available. This feature does not need API changes.

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

[jira] [Commented] (CLOUDSTACK-6257) Private template creation issue - Check if VM is in stopped state before creating template from its volume

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6257: Adding function to check state of VM


 Private template creation issue - Check if VM is in stopped state before 
 creating template from its volume
 --

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


 Following test cases are failing in case VM does not go into stopped state 
 before creating template from its volume.
 test_01_template_usage
 test_05_templates_per_account
 test_05_templates_per_domain
 test_06_template_tag
 test_03_delete_template
 test_01_template_usage



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

[jira] [Commented] (CLOUDSTACK-6257) Private template creation issue - Check if VM is in stopped state before creating template from its volume

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6257: Adding function to check state of VM

Conflicts:
tools/marvin/marvin/integration/lib/base.py


 Private template creation issue - Check if VM is in stopped state before 
 creating template from its volume
 --

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


 Following test cases are failing in case VM does not go into stopped state 
 before creating template from its volume.
 test_01_template_usage
 test_05_templates_per_account
 test_05_templates_per_domain
 test_06_template_tag
 test_03_delete_template
 test_01_template_usage



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

[jira] [Commented] (CLOUDSTACK-6379) UI:MS: Unable to create a user type Admin under a domain; No API being fired

2014-05-02 Thread Parth Jagirdar (JIRA)


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

Parth Jagirdar commented on CLOUDSTACK-6379:


ReferenceError: rootDomainId is not defined


... == 1  args.data.domainid != rootDomainId) { //if account type is admin, 
but...

 UI:MS: Unable to create a user type Admin under a domain; No API being fired
 

 Key: CLOUDSTACK-6379
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6379
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, UI
Affects Versions: 4.4.0
 Environment: 4.4
Reporter: Parth Jagirdar
Assignee: Jessica Wang
Priority: Critical
 Fix For: 4.4.0

 Attachments: domain admin.jpg


 Create a domain, then create a user under it of type Admin. Observe no API 
 being fired upon clicking OK.
 Also observe Reference Error: rootDomainId not defined.



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

[jira] [Resolved] (CLOUDSTACK-6564) OVS distributed routing: use file based OF rule updates

2014-05-02 Thread Murali Reddy (JIRA)


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

Murali Reddy resolved CLOUDSTACK-6564.
--

Resolution: Fixed

 OVS distributed routing: use file based OF rule updates
 ---

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


 When,  VpcPhysicalTopologyConfigCommand, OvsVpcRoutingPoli 
 cyConfigCommand are sent by management server, scripts that populate the open 
 flow rules to the bridge are configuring rules sequentially one after other. 
 this no effective and probability error prone as well if a rule fails to 
 program there is no revoking.
 To avoid such situation first create a file, that has all the updates and use 
 the ovs-ofctl option to replace the bridge rules through the file.



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

[jira] [Commented] (CLOUDSTACK-6556) [Automation] Deploy VM failing with error does not have permission to access resource Ntwk


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

Min Chen commented on CLOUDSTACK-6556:
--

The issue manifested in the latest build is a different issue from this one, it 
failed in addNicToVM, which requires Prachi's fix checked in yesterday.

 [Automation] Deploy VM failing with error does not have permission to access 
 resource Ntwk
 

 Key: CLOUDSTACK-6556
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6556
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone
 Build - 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Min Chen
Priority: Blocker
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6556.rar, management.rar


 This issue found with automation run, test case performing below steps
 Steps to reproduce 
 Step 1 : Create advanced zone in KVM 
 Step 2 : create an domain and account 
 Step 3 : create network
 Step 4 : and deploy VM 
 Deploy VM failing with below error 
 2014-05-01 10:19:04,211 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-610af2b6 ctx-a56ad5cc ctx-ea6be136) (userId=2 
 accountId=2 sessionId=null) 10.223.240.194 -- GET 
 domainid=391ce37c-d0e4-11e3-9a99-1a6f7bb0d0a8zoneid=21489cf5-d741-408d-8997-1b06b8263799apiKey=_Nc4QvLyqqdrC6VgxX5JExUaGRYG2kHOkmTru6_TGeyHj5CKP3DLpt5bNc-XKip0SpALarDOqlSjPOWRghzCkwserviceofferingid=c32c9894-bb49-45ac-90a6-57e9340a476edisplayname=Test+VMsignature=7Y24BWLxzYoj1%2Bc5vqLpQJ00O9A%3Dtemplateid=3922f730-d0e4-11e3-9a99-1a6f7bb0d0a8response=jsonaccount=test-TestDeployVM-test_deploy_vm_multiple-LDX2GOname=testvmcommand=deployVirtualMachinehypervisor=KVM
  531 Acct[eedcbd60-08f6-45ee-b56d-a9979734914b-admin] does not have 
 permission to access resource 
 Ntwk[968f35d1-62b2-448c-835d-1bf688c2d99e|Guest|8]
 Network 968f35d1-62b2-448c-835d-1bf688c2d99e already exist, 
 mysql select * from networks where 
 uuid=968f35d1-62b2-448c-835d-1bf688c2d99e\G;
 *** 1. row ***
id: 579
  name: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  uuid: 968f35d1-62b2-448c-835d-1bf688c2d99e
  display_text: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  traffic_type: Guest
 broadcast_domain_type: Vlan
 broadcast_uri: NULL
   gateway: 10.1.1.1
  cidr: 10.1.1.0/24
  mode: Dhcp
   network_offering_id: 8
   physical_network_id: 200
data_center_id: 1
 guru_name: ExternalGuestNetworkGuru
 state: Destroy
   related: 579
 domain_id: 1
account_id: 546
  dns1: NULL
  dns2: NULL
 guru_data: NULL
set_fields: 0
  acl_type: Account
network_domain: test.domain.org
reservation_id: NULL
guest_type: Isolated
  restart_required: 0
   created: 2014-05-01 17:19:04
   removed: 2014-05-01 17:19:04
 specify_ip_ranges: 0
vpc_id: NULL
   ip6_gateway: NULL
  ip6_cidr: NULL
  network_cidr: NULL
   display_network: 1
network_acl_id: NULL
   streched_l2: 0
 1 row in set (0.00 sec)
 ERROR:
 No query specified
 mysql select * from account where id=546;
 +-+--+--+--+---+-+-+++-+-+
 | id  | account_name | uuid   
   | type | domain_id | state   | removed | 
 cleanup_needed | network_domain | default_zone_id | default |
 +-+--+--+--+---+-+-+++-+-+
 | 546 | test-TestDeployVM-test_deploy_vm_multiple-LDX2GO | 
 fcfd3a97-2f25-40e9-9a90-ded17c836678 |0 | 1 | enabled | 
 2014-05-01 17:19:04 |  0 | NULL   |NULL | 
   0 |
 +-+--+--+--+---+-+-+++-+-+
 1 row in set (0.00 sec)



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

[jira] [Resolved] (CLOUDSTACK-6535) IAM:MS:API createVMSnapshot doesn't preserve access rights

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Min Chen resolved CLOUDSTACK-6535.
--

Resolution: Fixed

 IAM:MS:API createVMSnapshot doesn't preserve access rights
 --

 Key: CLOUDSTACK-6535
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6535
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, IAM
Affects Versions: 4.4.0
 Environment: 4.4
Reporter: Parth Jagirdar
Assignee: Min Chen
Priority: Critical
 Attachments: apilog.log.bz2, db_dump.sql.bz2, 
 management-server.log.bz2


 As domain Admin or as regular user; one can create a snapshot of a VM owned 
 by other users. (Create Snapshot succeeds across Domains as well).
 Please refer to API and MS logs.
 DB Dump is attached.
 2014-04-29 15:32:38,316 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-19:ctx-baaf5fbe ctx-d89f1942) (userId=9
  accountId=9 sessionId=13E9CF7AD4BB55EE9EDF2920D6E62915) 10.215.2.19 -- GET 
 command=createVMSnapshotvir
 tualmachineid=219d649d-b6fc-475e-ab0f-8800a7f95235response=jsonsessionkey=p1pPn2KtylzYt92NSHuE2u4G68w%
 3D 200 { createvmsnapshotresponse : 
 {id:8,jobid:fa37d77f-28b0-485b-af81-834a07ed6e4e} }
 2014-04-29 15:32:40,306 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-25:ctx-114bb10a ctx-d396131c) (userId=2
  accountId=2 sessionId=5EC896B528FB6DB972CE5B02A277047B) 10.215.2.19 -- GET 
 command=listVirtualMachines
 response=jsonsessionkey=e1WRj6SbsZEClPvlCdLP9f3MhYI%3DlistAll=truepage=1pagesize=20_=1398810759989
 200 { listvirtualmachinesresponse : { count:6 ,virtualmachine : [  
 {id:cea5fc51-6a31-4209-b26f-
 9097c9d17011,name:d2-vm,displayname:d2-vm,account:d2,domainid:0af12b69-67f4-454a-9eb6-f2
 bef02aba0b,domain:d2,created:2014-04-28T10:21:08-0700,state:Running,haenable:false,zonei
 d:6933ac3e-29fe-4170-8411-b1827aa2f5cf,zonename:z,hostid:d8fb3cb9-782e-4cdc-b0c0-3adcf65a7a15
 ,hostname:10.223.58.68,templateid:549440c8-bf4b-11e3-a56d-ced18bec4952,templatename:CentOS
  5.
 3(64-bit) no GUI (vSphere),templatedisplaytext:CentOS 5.3(64-bit) no GUI 
 (vSphere),passwordenabled
 :false,serviceofferingid:4c035b12-f32f-4c0c-b768-264ec02ac242,serviceofferingname:Small
  Instance
 ,cpunumber:1,cpuspeed:500,memory:512,cpuused:45%,networkkbsread:0,networkkbswrite:0,gues
 tosid:54a23660-bf4b-11e3-a56d-ced18bec4952,rootdeviceid:0,rootdevicetype:ROOT,securitygroup:[
 ],nic:[{id:cae4f3d2-1598-4aa0-98b9-669a4c7de6ae,networkid:f417c31a-e19f-45db-9180-87f17a195bf0
 ,networkname:d2-net,netmask:255.255.255.0,gateway:10.1.1.1,ipaddress:10.1.1.151,isolati
 onuri:vlan://2342,broadcasturi:vlan://2342,traffictype:Guest,type:Isolated,isdefault:tr
 ue,macaddress:02:00:41:11:00:01}],hypervisor:VMware,publicipid:a6866b38-e8dd-4deb-965f-c09931
 d183fe,publicip:10.223.138.11,instancename:i-10-32-VM,tags:[],affinitygroup:[],displayvm:
 true,isdynamicallyscalable:false,ostypeid:12}, 
 {id:e887d23a-fac0-4397-adb9-edfbf2169453,name:
 d1-vm,displayname:d1-vm,account:d1,domainid:90a8c572-3f92-420b-9176-5daafa9853da,domain:
 d1,created:2014-04-28T10:20:39-0700,state:Running,haenable:false,zoneid:6933ac3e-29fe-4170
 -8411-b1827aa2f5cf,zonename:z,hostid:d8fb3cb9-782e-4cdc-b0c0-3adcf65a7a15,hostname:10.223.58
 .68,templateid:549440c8-bf4b-11e3-a56d-ced18bec4952,templatename:CentOS
  5.3(64-bit) no GUI (vSph
 ere),templatedisplaytext:CentOS 5.3(64-bit) no GUI 
 (vSphere),passwordenabled:false,serviceofferi
 ngid:4c035b12-f32f-4c0c-b768-264ec02ac242,serviceofferingname:Small 
 Instance,cpunumber:1,cpusp
 eed:500,memory:512,cpuused:45%,networkkbsread:0,networkkbswrite:0,guestosid:54a23660-bf4b-
 11e3-a56d-ced18bec4952,rootdeviceid:0,rootdevicetype:ROOT,securitygroup:[],nic:[{id:5c410c
 a5-5151-48d8-8de7-4fc674bd597a,networkid:2a7d1254-3120-42f5-b8b9-dd64485cfed4,networkname:d1-net
 ,netmask:255.255.255.0,gateway:10.1.1.1,ipaddress:10.1.1.184,isolationuri:vlan://2268,
 mysql select * from iam_group_account_map where removed is NULL order by 
 group_id;
 ++--++-+-+
 | id | group_id | account_id | removed | created |
 ++--++-+-+
 | 43 |1 | 23 | NULL| 2014-04-14 23:18:40 |
 | 45 |1 | 24 | NULL| 2014-04-17 22:23:41 |
 | 41 |1 | 22 | NULL| 2014-04-14 23:18:24 |
 | 39 |1 | 21 | NULL| 2014-04-14 23:17:59 |
 | 37 |1 | 20 | NULL| 2014-04-14 23:17:40 |
 |  2 |2 |  2 | NULL| 2014-04-08 18:29:34 |
 |  1 |2 |  1 | NULL| 2014-04-08 18:29:34 |
 | 17 |3 | 10 | NULL| 2014-04-10 21:50:18 |
 | 15 |3 |  9 | NULL|

[jira] [Commented] (CLOUDSTACK-6438) [Automation] Creation of Template from Volume failed due to the requested plugin could not be found.


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

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

Commit 2ff3623054eff9c1bbac7060bd568ba7406bef20 in cloudstack's branch 
refs/heads/4.4 from [~bfederle]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=2ff3623 ]

CLOUDSTACK-6438: WIP: Add filtering to check against existing IPs


 [Automation] Creation of Template from Volume failed due to the requested 
 plugin could not be found.
 

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

 Attachments: management-server.log.2014-04-16.gz


 
 The requested plugin could not be found.
 
 2014-04-16 15:55:43,850 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-41:job-97) Executing AsyncJobVO {id:97, userId: 2, 
 accountId: 2, instanceType: Template, instanceId: 205, cmd: 
 org.apache.cloudstack.api.command.admin.template.CreateTemplateCmdByAdmin, 
 cmdInfo: 
 {cmdEventType:TEMPLATE.CREATE,ctxUserId:2,ispublic:False,isextractable:False,httpmethod:GET,volumeid:58a0f1da-e5fe-4cf0-8981-8a8ce848662f,domainid:fe2a30b2-c5a8-11e3-8f55-66bc12ed7ec3,isfeatured:False,apiKey:MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q,ostypeid:feba4b70-c5a8-11e3-8f55-66bc12ed7ec3,id:205,response:json,name:Cent
  OS Template-7WLKMH,passwordenabled:False,displaytext:Cent OS 
 Template,account:test-TestCreateTemplate-SCKX71,uuid:2575698c-c82c-4fc3-bd51-0993e40e81cb,ctxAccountId:2,ctxStartEventId:291,signature:8ILr8Hdfhc35eHAm1D0L7lkgRw4\u003d},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 112957957439171, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-04-16 15:55:43,853 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-a6b8fe9b) ===START===  10.223.240.161 -- GET  
 signature=vtGRmlHXmBNP%2F1rDkUstx%2BIMl4g%3DapiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qcommand=queryAsyncJobResultresponse=jsonjobid=51fab632-3d6f-4898-85e4-9597a8f39707
 2014-04-16 15:55:43,877 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (API-Job-Executor-41:job-97 ctx-554395e3) Received unknown parameters for 
 command createTemplate. Unknown parameters : isextractable account
 2014-04-16 15:55:43,921 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-a6b8fe9b ctx-62916341 ctx-11cd890f) ===END===  
 10.223.240.161 -- GET  
 signature=vtGRmlHXmBNP%2F1rDkUstx%2BIMl4g%3DapiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qcommand=queryAsyncJobResultresponse=jsonjobid=51fab632-3d6f-4898-85e4-9597a8f39707
 2014-04-16 15:55:43,947 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] 
 (API-Job-Executor-41:job-97 ctx-554395e3) template 205 is already in store:1, 
 type:Image
 2014-04-16 15:55:43,972 DEBUG [o.a.c.s.m.AncientDataMotionStrategy] 
 (API-Job-Executor-41:job-97 ctx-554395e3) copyAsync inspecting src type 
 VOLUME copyAsync inspecting dest type TEMPLATE
 2014-04-16 15:55:44,005 DEBUG [c.c.a.t.Request] (API-Job-Executor-41:job-97 
 ctx-554395e3) Seq 2-7234469851417280562: Sending  { Cmd , MgmtId: 
 112957957439171, via: 2(marron.lab.vmops.com), Ver: v1, Flags: 100011, 
 [{org.apache.cloudstack.storage.command.CopyCommand:{srcTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:58a0f1da-e5fe-4cf0-8981-8a8ce848662f,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:ac0c4b04-6b72-38b1-a72f-c7fe7163d17a,id:1,poolType:NetworkFilesystem,host:nfs1-ccp.citrix.com,path:/home/common/automation/SC_QA_AUTO7/primary4,port:2049,url:NetworkFilesystem://nfs1-ccp.citrix.com/home/common/automation/SC_QA_AUTO7/primary4/?ROLE=PrimarySTOREUUID=ac0c4b04-6b72-38b1-a72f-c7fe7163d17a}},name:ROOT-17,size:21474836480,path:01269023-5389-407f-8dfc-a3ab22074207,volumeId:19,vmName:i-12-17-QA,accountId:12,format:VHD,id:19,deviceId:0,hypervisorType:XenServer}},destTO:{org.apache.cloudstack.storage.to.TemplateObjectTO:{path:template/tmpl/12/205,uuid:2575698c-c82c-4fc3-bd51-0993e40e81cb,id:205,format:RAW,accountId:12,hvm:true,displayText:Cent
  OS

[jira] [Commented] (CLOUDSTACK-6438) [Automation] Creation of Template from Volume failed due to the requested plugin could not be found.

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 0ef9c9a1c0fcfd1d0afd1b8ba70b8fc2e54713cd in cloudstack's branch 
refs/heads/4.4 from [~bfederle]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0ef9c9a ]

CLOUDSTACK-6438: Filter out existing IPs in dropdown


 [Automation] Creation of Template from Volume failed due to the requested 
 plugin could not be found.
 

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

 Attachments: management-server.log.2014-04-16.gz


 
 The requested plugin could not be found.
 
 2014-04-16 15:55:43,850 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-41:job-97) Executing AsyncJobVO {id:97, userId: 2, 
 accountId: 2, instanceType: Template, instanceId: 205, cmd: 
 org.apache.cloudstack.api.command.admin.template.CreateTemplateCmdByAdmin, 
 cmdInfo: 
 {cmdEventType:TEMPLATE.CREATE,ctxUserId:2,ispublic:False,isextractable:False,httpmethod:GET,volumeid:58a0f1da-e5fe-4cf0-8981-8a8ce848662f,domainid:fe2a30b2-c5a8-11e3-8f55-66bc12ed7ec3,isfeatured:False,apiKey:MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q,ostypeid:feba4b70-c5a8-11e3-8f55-66bc12ed7ec3,id:205,response:json,name:Cent
  OS Template-7WLKMH,passwordenabled:False,displaytext:Cent OS 
 Template,account:test-TestCreateTemplate-SCKX71,uuid:2575698c-c82c-4fc3-bd51-0993e40e81cb,ctxAccountId:2,ctxStartEventId:291,signature:8ILr8Hdfhc35eHAm1D0L7lkgRw4\u003d},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 112957957439171, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-04-16 15:55:43,853 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-a6b8fe9b) ===START===  10.223.240.161 -- GET  
 signature=vtGRmlHXmBNP%2F1rDkUstx%2BIMl4g%3DapiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qcommand=queryAsyncJobResultresponse=jsonjobid=51fab632-3d6f-4898-85e4-9597a8f39707
 2014-04-16 15:55:43,877 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (API-Job-Executor-41:job-97 ctx-554395e3) Received unknown parameters for 
 command createTemplate. Unknown parameters : isextractable account
 2014-04-16 15:55:43,921 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-a6b8fe9b ctx-62916341 ctx-11cd890f) ===END===  
 10.223.240.161 -- GET  
 signature=vtGRmlHXmBNP%2F1rDkUstx%2BIMl4g%3DapiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qcommand=queryAsyncJobResultresponse=jsonjobid=51fab632-3d6f-4898-85e4-9597a8f39707
 2014-04-16 15:55:43,947 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] 
 (API-Job-Executor-41:job-97 ctx-554395e3) template 205 is already in store:1, 
 type:Image
 2014-04-16 15:55:43,972 DEBUG [o.a.c.s.m.AncientDataMotionStrategy] 
 (API-Job-Executor-41:job-97 ctx-554395e3) copyAsync inspecting src type 
 VOLUME copyAsync inspecting dest type TEMPLATE
 2014-04-16 15:55:44,005 DEBUG [c.c.a.t.Request] (API-Job-Executor-41:job-97 
 ctx-554395e3) Seq 2-7234469851417280562: Sending  { Cmd , MgmtId: 
 112957957439171, via: 2(marron.lab.vmops.com), Ver: v1, Flags: 100011, 
 [{org.apache.cloudstack.storage.command.CopyCommand:{srcTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:58a0f1da-e5fe-4cf0-8981-8a8ce848662f,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:ac0c4b04-6b72-38b1-a72f-c7fe7163d17a,id:1,poolType:NetworkFilesystem,host:nfs1-ccp.citrix.com,path:/home/common/automation/SC_QA_AUTO7/primary4,port:2049,url:NetworkFilesystem://nfs1-ccp.citrix.com/home/common/automation/SC_QA_AUTO7/primary4/?ROLE=PrimarySTOREUUID=ac0c4b04-6b72-38b1-a72f-c7fe7163d17a}},name:ROOT-17,size:21474836480,path:01269023-5389-407f-8dfc-a3ab22074207,volumeId:19,vmName:i-12-17-QA,accountId:12,format:VHD,id:19,deviceId:0,hypervisorType:XenServer}},destTO:{org.apache.cloudstack.storage.to.TemplateObjectTO:{path:template/tmpl/12/205,uuid:2575698c-c82c-4fc3-bd51-0993e40e81cb,id:205,format:RAW,accountId:12,hvm:true,displayText:Cent
  OS

[jira] [Commented] (CLOUDSTACK-6438) [Automation] Creation of Template from Volume failed due to the requested plugin could not be found.

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

Commit 0e002ffa84a11c7a2ce2e684959cb203e4cc860e in cloudstack's branch 
refs/heads/4.4 from [~bfederle]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0e002ff ]

CLOUDSTACK-6438: WIP: If VM has additional IPs, keep showing in add screen


 [Automation] Creation of Template from Volume failed due to the requested 
 plugin could not be found.
 

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

 Attachments: management-server.log.2014-04-16.gz


 
 The requested plugin could not be found.
 
 2014-04-16 15:55:43,850 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
 (API-Job-Executor-41:job-97) Executing AsyncJobVO {id:97, userId: 2, 
 accountId: 2, instanceType: Template, instanceId: 205, cmd: 
 org.apache.cloudstack.api.command.admin.template.CreateTemplateCmdByAdmin, 
 cmdInfo: 
 {cmdEventType:TEMPLATE.CREATE,ctxUserId:2,ispublic:False,isextractable:False,httpmethod:GET,volumeid:58a0f1da-e5fe-4cf0-8981-8a8ce848662f,domainid:fe2a30b2-c5a8-11e3-8f55-66bc12ed7ec3,isfeatured:False,apiKey:MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Q,ostypeid:feba4b70-c5a8-11e3-8f55-66bc12ed7ec3,id:205,response:json,name:Cent
  OS Template-7WLKMH,passwordenabled:False,displaytext:Cent OS 
 Template,account:test-TestCreateTemplate-SCKX71,uuid:2575698c-c82c-4fc3-bd51-0993e40e81cb,ctxAccountId:2,ctxStartEventId:291,signature:8ILr8Hdfhc35eHAm1D0L7lkgRw4\u003d},
  cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
 null, initMsid: 112957957439171, completeMsid: null, lastUpdated: null, 
 lastPolled: null, created: null}
 2014-04-16 15:55:43,853 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-a6b8fe9b) ===START===  10.223.240.161 -- GET  
 signature=vtGRmlHXmBNP%2F1rDkUstx%2BIMl4g%3DapiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qcommand=queryAsyncJobResultresponse=jsonjobid=51fab632-3d6f-4898-85e4-9597a8f39707
 2014-04-16 15:55:43,877 WARN  [c.c.a.d.ParamGenericValidationWorker] 
 (API-Job-Executor-41:job-97 ctx-554395e3) Received unknown parameters for 
 command createTemplate. Unknown parameters : isextractable account
 2014-04-16 15:55:43,921 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-10:ctx-a6b8fe9b ctx-62916341 ctx-11cd890f) ===END===  
 10.223.240.161 -- GET  
 signature=vtGRmlHXmBNP%2F1rDkUstx%2BIMl4g%3DapiKey=MNQSBTYnkNvc4PCMgv7itBuPnuHpnUT_TEJRzzCOZXPL5bl9ihaz0P3TpkK3IW36icuUoFQkySLQkvQ9K6Dh0Qcommand=queryAsyncJobResultresponse=jsonjobid=51fab632-3d6f-4898-85e4-9597a8f39707
 2014-04-16 15:55:43,947 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] 
 (API-Job-Executor-41:job-97 ctx-554395e3) template 205 is already in store:1, 
 type:Image
 2014-04-16 15:55:43,972 DEBUG [o.a.c.s.m.AncientDataMotionStrategy] 
 (API-Job-Executor-41:job-97 ctx-554395e3) copyAsync inspecting src type 
 VOLUME copyAsync inspecting dest type TEMPLATE
 2014-04-16 15:55:44,005 DEBUG [c.c.a.t.Request] (API-Job-Executor-41:job-97 
 ctx-554395e3) Seq 2-7234469851417280562: Sending  { Cmd , MgmtId: 
 112957957439171, via: 2(marron.lab.vmops.com), Ver: v1, Flags: 100011, 
 [{org.apache.cloudstack.storage.command.CopyCommand:{srcTO:{org.apache.cloudstack.storage.to.VolumeObjectTO:{uuid:58a0f1da-e5fe-4cf0-8981-8a8ce848662f,volumeType:ROOT,dataStore:{org.apache.cloudstack.storage.to.PrimaryDataStoreTO:{uuid:ac0c4b04-6b72-38b1-a72f-c7fe7163d17a,id:1,poolType:NetworkFilesystem,host:nfs1-ccp.citrix.com,path:/home/common/automation/SC_QA_AUTO7/primary4,port:2049,url:NetworkFilesystem://nfs1-ccp.citrix.com/home/common/automation/SC_QA_AUTO7/primary4/?ROLE=PrimarySTOREUUID=ac0c4b04-6b72-38b1-a72f-c7fe7163d17a}},name:ROOT-17,size:21474836480,path:01269023-5389-407f-8dfc-a3ab22074207,volumeId:19,vmName:i-12-17-QA,accountId:12,format:VHD,id:19,deviceId:0,hypervisorType:XenServer}},destTO:{org.apache.cloudstack.storage.to.TemplateObjectTO:{path:template/tmpl/12/205,uuid:2575698c-c82c-4fc3-bd51-0993e40e81cb,id:205,format:RAW,accountId:12,hvm:true,displayText:Cent
  OS

[jira] [Assigned] (CLOUDSTACK-6475) [Automation] communication between cloudstack agent and MS disconnecting continuously

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Alena Prokharchyk reassigned CLOUDSTACK-6475:
-

Assignee: Alena Prokharchyk  (was: Kishan Kavala)

 [Automation] communication between cloudstack agent and MS disconnecting 
 continuously  
 ---

 Key: CLOUDSTACK-6475
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6475
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.4.0
 Environment: RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Alena Prokharchyk
 Fix For: 4.4.0

 Attachments: Agent_log.rar, management-server.rar


 This issue is observed during automation, run.
 communication between cloudstack agent and ms getting disconnected 
 continuously;  observed below error in agent log
  2014-04-22 04:08:47,867 INFO  [cloud.agent.Agent] (AgentShutdownThread:null) 
 Stopping the agent: Reason = sig.kill
 2014-04-22 04:10:41,456 INFO  [cloud.agent.AgentShell] (main:null) Agent 
 started
 2014-04-22 04:10:41,500 INFO  [cloud.agent.AgentShell] (main:null) 
 Implementation Version is 4.4.0-SNAPSHOT
 2014-04-22 04:10:41,502 INFO  [cloud.agent.AgentShell] (main:null) 
 agent.properties found at /etc/cloudstack/agent/agent.properties
 2014-04-22 04:10:41,551 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to using properties file for storage
 2014-04-22 04:10:41,552 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to the constant time backoff algorithm
 2014-04-22 04:10:41,572 INFO  [cloud.utils.LogUtils] (main:null) log4j 
 configuration found at /etc/cloudstack/agent/log4j-cloud.xml
 2014-04-22 04:10:41,722 INFO  [cloud.agent.Agent] (main:null) id is 0
 2014-04-22 04:10:42,501 INFO  [kvm.resource.LibvirtComputingResource] 
 (main:null) No libvirt.vif.driver specified. Defaults to BridgeVifDriver.
 2014-04-22 04:10:42,590 INFO  [cloud.agent.Agent] (main:null) Agent [id = 0 : 
 type = LibvirtComputingResource : zone = 1 : pod = 1 : workers = 5 : host = 
 10.223.49.195 : port = 8250
 2014-04-22 04:10:42,664 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connecting to 10.223.49.195:8250
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 SSL: Handshake done
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connected to 10.223.49.195:8250
 2014-04-22 04:10:42,941 WARN  [kvm.resource.LibvirtComputingResource] 
 (Agent-Handler-1:null) Could not read cpuinfo_max_freq
 2014-04-22 04:10:43,158 INFO  [cloud.serializer.GsonHelper] 
 (Agent-Handler-1:null) Default Builder inited.
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Proccess agent startup answer, agent id = 0
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Set 
 agent id 0
 2014-04-22 04:10:43,233 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Startup Response Received: agent id = 0
 2014-04-22 04:11:40,925 INFO  [cloud.agent.Agent] (Agent-Handler-1:null) Lost 
 connection to the server. Dealing with the remaining commands...
 2014-04-22 04:11:42,352 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 0
 2014-04-22 04:11:42,368 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 1
 2014-04-22 04:11:42,383 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 2
 2014-04-22 04:11:42,398 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 3
 2014-04-22 04:11:42,413 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 4
 2014-04-22 04:11:42,414 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error; reboot the host
 2014-04-22 04:11:42,472 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line

[jira] [Commented] (CLOUDSTACK-6331) [Automation] Template Permissions test cases failing with error Only ROOT admins are allowed to modify this attribute

2014-05-02 Thread Nitin Mehta (JIRA)


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

Nitin Mehta commented on CLOUDSTACK-6331:
-

Fixed as part of CLOUDSTACK-6468

 [Automation] Template Permissions test cases failing with error Only ROOT 
 admins are allowed to modify this attribute
 ---

 Key: CLOUDSTACK-6331
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6331
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Template
Affects Versions: 4.4.0
 Environment: KVM RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Nitin Mehta
Priority: Blocker
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6329.rar


 Test case 
 integration.smoke.test_templates.TestTemplates.test_05_template_permissions 
 failing from BVT
 Steps to reproduce 
 1) Deploy VM 
 2) Create snapshot and create template from snapshot
 3) Updated template permission Update to private
 Result 
 Template update operation fails with error Only ROOT admins are allowed to 
 modify this attribute
 2014-04-02 12:05:57,472 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-1ccdf2c1) ===START===  10.223.240.194 -- GET  apiKey=t3
 Wyi-p5OTh1n5J_y-x8QpwEqHpnyde1729HI5LLHvH5Bd4XU5nEg5n7i6xOIhZOECZ3KcKYnakvdI5hkneqrgisfeatured=Trueispublic=Trueisextracta
 ble=Falseresponse=jsoncommand=updateTemplatePermissionssignature=YxifB0nikFnbYj40J9Koej8P1yk%3Did=efed6582-1e60-4f8e-b9a0
 -3c2f6e1fde3c
 2014-04-02 12:05:57,476 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
 (RouterStatusMonitor-1:ctx-e19a73c2) Found 0 netwo
 rks to update RvR status.
 2014-04-02 12:05:57,497 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-1ccdf2c1 ctx-cb8d0196 ctx-6eaa1873) Access to {
 Tmpl[208-QCOW2-8897aa78-3d38-488c-aba2-e7be5b817705} granted to 
 Acct[cde317a6-d332-452a-9e78-5ad2e2ce38b0-admin] by RoleBased
 EntityAccessChecker
 2014-04-02 12:05:57,501 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-1ccdf2c1 ctx-cb8d0196 ctx-6eaa1873) Root Access
  granted to Acct[027223ec-ba90-11e3-b505-1a6f7bb0d0a8-admin] by 
 RoleBasedEntityAccessChecker
 2014-04-02 12:05:57,501 INFO  [c.c.a.ApiServer] (catalina-exec-9:ctx-1ccdf2c1 
 ctx-cb8d0196 ctx-6eaa1873) Only ROOT admins are allowed to modify this 
 attribute.
 2014-04-02 12:05:57,502 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-1ccdf2c1 ctx-cb8d0196 ctx-6eaa1873) ===END===  
 10.223.240.194 -- GET  
 apiKey=t3Wyi-p5OTh1n5J_y-x8QpwEqHpnyde1729HI5LLHvH5Bd4XU5nEg5n7i6xOIhZOECZ3KcKYnakvdI5hkneqrgisfeatured=Trueispublic=Trueisextractable=Falseresponse=jsoncommand=updateTemplatePermissionssignature=YxifB0nikFnbYj40J9Koej8P1yk%3Did=efed6582-1e60-4f8e-b9a0-3c2f6e1fde3c



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

[jira] [Resolved] (CLOUDSTACK-6331) [Automation] Template Permissions test cases failing with error Only ROOT admins are allowed to modify this attribute

2014-05-02 Thread Nitin Mehta (JIRA)


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

Nitin Mehta resolved CLOUDSTACK-6331.
-

Resolution: Duplicate

 [Automation] Template Permissions test cases failing with error Only ROOT 
 admins are allowed to modify this attribute
 ---

 Key: CLOUDSTACK-6331
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6331
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Template
Affects Versions: 4.4.0
 Environment: KVM RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Nitin Mehta
Priority: Blocker
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6329.rar


 Test case 
 integration.smoke.test_templates.TestTemplates.test_05_template_permissions 
 failing from BVT
 Steps to reproduce 
 1) Deploy VM 
 2) Create snapshot and create template from snapshot
 3) Updated template permission Update to private
 Result 
 Template update operation fails with error Only ROOT admins are allowed to 
 modify this attribute
 2014-04-02 12:05:57,472 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-1ccdf2c1) ===START===  10.223.240.194 -- GET  apiKey=t3
 Wyi-p5OTh1n5J_y-x8QpwEqHpnyde1729HI5LLHvH5Bd4XU5nEg5n7i6xOIhZOECZ3KcKYnakvdI5hkneqrgisfeatured=Trueispublic=Trueisextracta
 ble=Falseresponse=jsoncommand=updateTemplatePermissionssignature=YxifB0nikFnbYj40J9Koej8P1yk%3Did=efed6582-1e60-4f8e-b9a0
 -3c2f6e1fde3c
 2014-04-02 12:05:57,476 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
 (RouterStatusMonitor-1:ctx-e19a73c2) Found 0 netwo
 rks to update RvR status.
 2014-04-02 12:05:57,497 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-1ccdf2c1 ctx-cb8d0196 ctx-6eaa1873) Access to {
 Tmpl[208-QCOW2-8897aa78-3d38-488c-aba2-e7be5b817705} granted to 
 Acct[cde317a6-d332-452a-9e78-5ad2e2ce38b0-admin] by RoleBased
 EntityAccessChecker
 2014-04-02 12:05:57,501 DEBUG [c.c.u.AccountManagerImpl] 
 (catalina-exec-9:ctx-1ccdf2c1 ctx-cb8d0196 ctx-6eaa1873) Root Access
  granted to Acct[027223ec-ba90-11e3-b505-1a6f7bb0d0a8-admin] by 
 RoleBasedEntityAccessChecker
 2014-04-02 12:05:57,501 INFO  [c.c.a.ApiServer] (catalina-exec-9:ctx-1ccdf2c1 
 ctx-cb8d0196 ctx-6eaa1873) Only ROOT admins are allowed to modify this 
 attribute.
 2014-04-02 12:05:57,502 DEBUG [c.c.a.ApiServlet] 
 (catalina-exec-9:ctx-1ccdf2c1 ctx-cb8d0196 ctx-6eaa1873) ===END===  
 10.223.240.194 -- GET  
 apiKey=t3Wyi-p5OTh1n5J_y-x8QpwEqHpnyde1729HI5LLHvH5Bd4XU5nEg5n7i6xOIhZOECZ3KcKYnakvdI5hkneqrgisfeatured=Trueispublic=Trueisextractable=Falseresponse=jsoncommand=updateTemplatePermissionssignature=YxifB0nikFnbYj40J9Koej8P1yk%3Did=efed6582-1e60-4f8e-b9a0-3c2f6e1fde3c



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

[jira] [Updated] (CLOUDSTACK-6361) Mysql connector jar is not available in usage server classpath

2014-05-02 Thread Rayees Namathponnan (JIRA)


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

Rayees Namathponnan updated CLOUDSTACK-6361:


Fix Version/s: 4.4.0

 Mysql connector jar is not available in usage server classpath
 --

 Key: CLOUDSTACK-6361
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6361
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup
Reporter: Rayees Namathponnan
Priority: Critical
 Fix For: 4.4.0


 Failed to start cloudstack-usage  due to mysql-connector jar is not loaded 
 Mysql connector jar is not available in usage server classpath as a result 
 usage server doesn't runs and gets following exception :
 (Caused by: java.sql.SQLException: No suitable driver found for 
 jdbc:mysql://localhost:3306/cloud?autoReconnect=trueprepStmtCacheSize=517cachePrepStmts=true)
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: null
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:421)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$searchIncludingRemoved$50(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.searchIncludingRemoved(generated
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:356)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$searchIncludingRemoved$49(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.searchIncludingRemoved(generated
 at 
 com.cloud.utils.db.GenericDaoBase.listIncludingRemovedBy(GenericDaoBase.java:911)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$listIncludingRemovedBy$77(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.listIncludingRemovedBy(generated
 at 
 com.cloud.utils.db.GenericDaoBase.listIncludingRemovedBy(GenericDaoBase.java:916)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$listIncludingRemovedBy$78(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.listIncludingRemovedBy(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.getConfiguration(ConfigurationDaoImpl.java:82)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$getConfiguration$7(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.getConfiguration(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.getConfiguration(ConfigurationDaoImpl.java:110)
 at

[jira] [Commented] (CLOUDSTACK-6361) Mysql connector jar is not available in usage server classpath

2014-05-02 Thread Rayees Namathponnan (JIRA)


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

Rayees Namathponnan commented on CLOUDSTACK-6361:
-

its fixed in below check-in

https://reviews.apache.org/r/20132/diff/#index_header

 Mysql connector jar is not available in usage server classpath
 --

 Key: CLOUDSTACK-6361
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6361
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Install and Setup
Reporter: Rayees Namathponnan
Priority: Critical
 Fix For: 4.4.0


 Failed to start cloudstack-usage  due to mysql-connector jar is not loaded 
 Mysql connector jar is not available in usage server classpath as a result 
 usage server doesn't runs and gets following exception :
 (Caused by: java.sql.SQLException: No suitable driver found for 
 jdbc:mysql://localhost:3306/cloud?autoReconnect=trueprepStmtCacheSize=517cachePrepStmts=true)
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: null
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:421)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$searchIncludingRemoved$50(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.searchIncludingRemoved(generated
 at 
 com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:356)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$searchIncludingRemoved$49(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.searchIncludingRemoved(generated
 at 
 com.cloud.utils.db.GenericDaoBase.listIncludingRemovedBy(GenericDaoBase.java:911)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$listIncludingRemovedBy$77(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.listIncludingRemovedBy(generated
 at 
 com.cloud.utils.db.GenericDaoBase.listIncludingRemovedBy(GenericDaoBase.java:916)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$listIncludingRemovedBy$78(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.listIncludingRemovedBy(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.getConfiguration(ConfigurationDaoImpl.java:82)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.CGLIB$getConfiguration$7(generated
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7_FastClassByCloudStack_a8961dbb.invoke(generated
 at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
 at 
 com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at 
 org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerByCloudStack_6216aeb7.getConfiguration(generated
 at

[jira] [Created] (CLOUDSTACK-6566) IAM : Writing Integration test cases for listNetworks

2014-05-02 Thread Meghna Kale (JIRA)

Meghna Kale created CLOUDSTACK-6566:
---

 Summary: IAM : Writing Integration test cases for listNetworks
 Key: CLOUDSTACK-6566
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6566
 Project: CloudStack
  Issue Type: Test
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: IAM
Reporter: Meghna Kale
Priority: Minor


Writing test cases for listNetworks IAM functionality.



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

[jira] [Created] (CLOUDSTACK-6567) IAM : Writing Integration test cases for listNetworks

2014-05-02 Thread Meghna Kale (JIRA)

Meghna Kale created CLOUDSTACK-6567:
---

 Summary: IAM : Writing Integration test cases for listNetworks
 Key: CLOUDSTACK-6567
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6567
 Project: CloudStack
  Issue Type: Test
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: IAM
Reporter: Meghna Kale
Priority: Minor


Writing test cases for listNetworks IAM functionality.



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

[jira] [Updated] (CLOUDSTACK-6567) IAM : Writing Integration test cases for listNetworks

2014-05-02 Thread Meghna Kale (JIRA)


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

Meghna Kale updated CLOUDSTACK-6567:


Assignee: Meghna Kale

 IAM : Writing Integration test cases for listNetworks
 -

 Key: CLOUDSTACK-6567
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6567
 Project: CloudStack
  Issue Type: Test
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Reporter: Meghna Kale
Assignee: Meghna Kale
Priority: Minor

 Writing test cases for listNetworks IAM functionality.



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

[jira] [Commented] (CLOUDSTACK-6472) listUsageRecords generates NPEs for expunging instances


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

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

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

CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, 
fixing NPEs/Null UUIDs with usage API calls.

Signed-off-by: Sebastien Goasguen run...@gmail.com


 listUsageRecords generates NPEs for expunging instances
 ---

 Key: CLOUDSTACK-6472
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6472
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, Usage
Affects Versions: 4.3.0
 Environment: linux
Reporter: Pierre-Yves Ritschard
 Attachments: 0001-handle-removed-entities.patch


 The listUsageRecords API command, pulls down the list of usage records in the 
 cloud_usage database and augments records with information pulled from the 
 cloud database.
 When dealing with instance records, only instances which are do not have a 
 value for the removed field are considered. Unfortunately, since the output 
 of _entityMgr.findById is not checked this means that Null Pointer Exceptions 
 are generated when trying to access the output for expunged VMs.
 The attached patch fixes the issue and applies a similar fix for other 
 similar cases.



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

[jira] [Commented] (CLOUDSTACK-6472) listUsageRecords generates NPEs for expunging instances

2014-05-02 Thread ASF subversion and git services (JIRA)


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

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

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

CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, 
fixing NPEs/Null UUIDs with usage API calls.


 listUsageRecords generates NPEs for expunging instances
 ---

 Key: CLOUDSTACK-6472
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6472
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, Usage
Affects Versions: 4.3.0
 Environment: linux
Reporter: Pierre-Yves Ritschard
 Attachments: 0001-handle-removed-entities.patch


 The listUsageRecords API command, pulls down the list of usage records in the 
 cloud_usage database and augments records with information pulled from the 
 cloud database.
 When dealing with instance records, only instances which are do not have a 
 value for the removed field are considered. Unfortunately, since the output 
 of _entityMgr.findById is not checked this means that Null Pointer Exceptions 
 are generated when trying to access the output for expunged VMs.
 The attached patch fixes the issue and applies a similar fix for other 
 similar cases.



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

[jira] [Commented] (CLOUDSTACK-6475) [Automation] communication between cloudstack agent and MS disconnecting continuously


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

Alena Prokharchyk commented on CLOUDSTACK-6475:
---

Update from Kelven:

I dug into the problem further, it is caused by a long-locked transaction in 
VpcManagerImpl.java, destroyVpc() has external calls to agent and it has kept a 
transaction to open. When agent reconnect back to management server, it will 
get TIME-WAIT exception there
 
Kelven
 
 
protected class VpcCleanupTask extends ManagedContextRunnable {
@Override
protected void runInContext() {
try {
GlobalLock lock = GlobalLock.getInternLock(VpcCleanup);
if (lock == null) {
s_logger.debug(Couldn't get the global lock);
return;
}
 
if (!lock.lock(30)) {
s_logger.debug(Couldn't lock the db);
return;
}
 
try {
Transaction.execute(new 
TransactionCallbackWithExceptionNoReturnException() {
@Override
public void 
doInTransactionWithoutResult(TransactionStatus status) throws Exception {
// Cleanup inactive VPCs
ListVpcVO inactiveVpcs = _vpcDao.listInactiveVpcs();
s_logger.info(Found  + inactiveVpcs.size() +  removed 
VPCs to cleanup);
for (VpcVO vpc : inactiveVpcs) {
s_logger.debug(Cleaning up  + vpc);
destroyVpc(vpc, 
_accountMgr.getAccount(Account.ACCOUNT_ID_SYSTEM), User.UID_SYSTEM);
}
}
});
} catch (Exception e) {
s_logger.error(Exception , e);
} finally {
lock.unlock();
}
} catch (Exception e) {
s_logger.error(Exception , e);
}
}
}
 

 [Automation] communication between cloudstack agent and MS disconnecting 
 continuously  
 ---

 Key: CLOUDSTACK-6475
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6475
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.4.0
 Environment: RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Alena Prokharchyk
 Fix For: 4.4.0

 Attachments: Agent_log.rar, management-server.rar


 This issue is observed during automation, run.
 communication between cloudstack agent and ms getting disconnected 
 continuously;  observed below error in agent log
  2014-04-22 04:08:47,867 INFO  [cloud.agent.Agent] (AgentShutdownThread:null) 
 Stopping the agent: Reason = sig.kill
 2014-04-22 04:10:41,456 INFO  [cloud.agent.AgentShell] (main:null) Agent 
 started
 2014-04-22 04:10:41,500 INFO  [cloud.agent.AgentShell] (main:null) 
 Implementation Version is 4.4.0-SNAPSHOT
 2014-04-22 04:10:41,502 INFO  [cloud.agent.AgentShell] (main:null) 
 agent.properties found at /etc/cloudstack/agent/agent.properties
 2014-04-22 04:10:41,551 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to using properties file for storage
 2014-04-22 04:10:41,552 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to the constant time backoff algorithm
 2014-04-22 04:10:41,572 INFO  [cloud.utils.LogUtils] (main:null) log4j 
 configuration found at /etc/cloudstack/agent/log4j-cloud.xml
 2014-04-22 04:10:41,722 INFO  [cloud.agent.Agent] (main:null) id is 0
 2014-04-22 04:10:42,501 INFO  [kvm.resource.LibvirtComputingResource] 
 (main:null) No libvirt.vif.driver specified. Defaults to BridgeVifDriver.
 2014-04-22 04:10:42,590 INFO  [cloud.agent.Agent] (main:null) Agent [id = 0 : 
 type = LibvirtComputingResource : zone = 1 : pod = 1 : workers = 5 : host = 
 10.223.49.195 : port = 8250
 2014-04-22 04:10:42,664 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connecting to 10.223.49.195:8250
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 SSL: Handshake done
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connected to 10.223.49.195:8250
 2014-04-22 04:10:42,941 WARN  [kvm.resource.LibvirtComputingResource] 
 (Agent-Handler-1:null) Could not read cpuinfo_max_freq
 2014-04-22 04:10:43,158 INFO  [cloud.serializer.GsonHelper] 
 (Agent-Handler-1:null) Default Builder inited.
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Proccess agent startup answer, agent id = 0
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Set 
 agent id

[jira] [Updated] (CLOUDSTACK-6568) API:createVolume: Volume gets created with wrong domain ID

2014-05-02 Thread Parth Jagirdar (JIRA)


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

Parth Jagirdar updated CLOUDSTACK-6568:
---

Attachment: createVolume.jpg

 API:createVolume: Volume gets created with wrong domain ID
 --

 Key: CLOUDSTACK-6568
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6568
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Volumes
Affects Versions: 4.3.0, 4.4.0, 4.3.1
Reporter: Parth Jagirdar
 Attachments: createVolume.jpg


 http://10.223.49.210:8080/client/api?command=createVolumename=d22-volumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomainid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwHghU%3D
  
  
 2014-05-02 13:37:41,544 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-669b420f ctx-a9da8d5c) (userId=2 a
 ccountId=2 sessionId=B19BA8EED26B975AA6AAEB9E8F25EFC5) 10.215.2.19 -- GET 
 command=createVolumename=d22-vo
 lumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomai
 nid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwH
 ghU%3D 200 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-
 4880-ae35-f9846e5ef88d} }
  
  
 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-4880-ae35-f9846e5ef88d}
  }
  
  
  createVolume is invoked as ROOT Admin with account and Domain, (To 
 create Vol for other User).
  
  Volume gets created with specified account. But domain ID is of ROOT.
  
 |  2 | 1 | test|
 |  2 | 1 | root-volume |
 |  7 | 1 | root-volume |
 |  7 | 1 | d22-volume  |
 ++---+-+



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

[jira] [Created] (CLOUDSTACK-6568) API:createVolume: Volume gets created with wrong domain ID

2014-05-02 Thread Parth Jagirdar (JIRA)

Parth Jagirdar created CLOUDSTACK-6568:
--

 Summary: API:createVolume: Volume gets created with wrong domain ID
 Key: CLOUDSTACK-6568
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6568
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: API, Volumes
Affects Versions: 4.3.0, 4.4.0, 4.3.1
Reporter: Parth Jagirdar
 Attachments: createVolume.jpg


http://10.223.49.210:8080/client/api?command=createVolumename=d22-volumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomainid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwHghU%3D
 
 
2014-05-02 13:37:41,544 INFO  [a.c.c.a.ApiServer] 
(catalina-exec-22:ctx-669b420f ctx-a9da8d5c) (userId=2 a
ccountId=2 sessionId=B19BA8EED26B975AA6AAEB9E8F25EFC5) 10.215.2.19 -- GET 
command=createVolumename=d22-vo
lumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomai
nid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwH
ghU%3D 200 { createvolumeresponse : 
{id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-
4880-ae35-f9846e5ef88d} }
 
 
{ createvolumeresponse : 
{id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-4880-ae35-f9846e5ef88d}
 }
 
 
   createVolume is invoked as ROOT Admin with account and Domain, (To 
create Vol for other User).
 
   Volume gets created with specified account. But domain ID is of ROOT.
 
|  2 | 1 | test|
|  2 | 1 | root-volume |
|  7 | 1 | root-volume |
|  7 | 1 | d22-volume  |
++---+-+




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

[jira] [Commented] (CLOUDSTACK-6475) [Automation] communication between cloudstack agent and MS disconnecting continuously


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

Alena Prokharchyk commented on CLOUDSTACK-6475:
---

The fix would be - remove transaction wrap. If a single destroyVPC task fails, 
there is no need to roll back the rest. Also its a bad practice to wrap in 
transaction the code that sends the commands to the backend (thats what 
destroyVPC do).

 [Automation] communication between cloudstack agent and MS disconnecting 
 continuously  
 ---

 Key: CLOUDSTACK-6475
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6475
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.4.0
 Environment: RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Alena Prokharchyk
 Fix For: 4.4.0

 Attachments: Agent_log.rar, management-server.rar


 This issue is observed during automation, run.
 communication between cloudstack agent and ms getting disconnected 
 continuously;  observed below error in agent log
  2014-04-22 04:08:47,867 INFO  [cloud.agent.Agent] (AgentShutdownThread:null) 
 Stopping the agent: Reason = sig.kill
 2014-04-22 04:10:41,456 INFO  [cloud.agent.AgentShell] (main:null) Agent 
 started
 2014-04-22 04:10:41,500 INFO  [cloud.agent.AgentShell] (main:null) 
 Implementation Version is 4.4.0-SNAPSHOT
 2014-04-22 04:10:41,502 INFO  [cloud.agent.AgentShell] (main:null) 
 agent.properties found at /etc/cloudstack/agent/agent.properties
 2014-04-22 04:10:41,551 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to using properties file for storage
 2014-04-22 04:10:41,552 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to the constant time backoff algorithm
 2014-04-22 04:10:41,572 INFO  [cloud.utils.LogUtils] (main:null) log4j 
 configuration found at /etc/cloudstack/agent/log4j-cloud.xml
 2014-04-22 04:10:41,722 INFO  [cloud.agent.Agent] (main:null) id is 0
 2014-04-22 04:10:42,501 INFO  [kvm.resource.LibvirtComputingResource] 
 (main:null) No libvirt.vif.driver specified. Defaults to BridgeVifDriver.
 2014-04-22 04:10:42,590 INFO  [cloud.agent.Agent] (main:null) Agent [id = 0 : 
 type = LibvirtComputingResource : zone = 1 : pod = 1 : workers = 5 : host = 
 10.223.49.195 : port = 8250
 2014-04-22 04:10:42,664 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connecting to 10.223.49.195:8250
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 SSL: Handshake done
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connected to 10.223.49.195:8250
 2014-04-22 04:10:42,941 WARN  [kvm.resource.LibvirtComputingResource] 
 (Agent-Handler-1:null) Could not read cpuinfo_max_freq
 2014-04-22 04:10:43,158 INFO  [cloud.serializer.GsonHelper] 
 (Agent-Handler-1:null) Default Builder inited.
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Proccess agent startup answer, agent id = 0
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Set 
 agent id 0
 2014-04-22 04:10:43,233 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Startup Response Received: agent id = 0
 2014-04-22 04:11:40,925 INFO  [cloud.agent.Agent] (Agent-Handler-1:null) Lost 
 connection to the server. Dealing with the remaining commands...
 2014-04-22 04:11:42,352 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 0
 2014-04-22 04:11:42,368 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 1
 2014-04-22 04:11:42,383 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 2
 2014-04-22 04:11:42,398 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 3
 2014-04-22 04:11:42,413 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 4
 2014-04-22 04:11:42,414 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131:

[jira] [Commented] (CLOUDSTACK-6475) [Automation] communication between cloudstack agent and MS disconnecting continuously


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

Alena Prokharchyk commented on CLOUDSTACK-6475:
---

Fixed with 4e7498bc08a11d7b7ca35c2ed3babb85299d74b4 in 4.4-forward and master 
branches.

 [Automation] communication between cloudstack agent and MS disconnecting 
 continuously  
 ---

 Key: CLOUDSTACK-6475
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6475
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.4.0
 Environment: RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Alena Prokharchyk
 Fix For: 4.4.0

 Attachments: Agent_log.rar, management-server.rar


 This issue is observed during automation, run.
 communication between cloudstack agent and ms getting disconnected 
 continuously;  observed below error in agent log
  2014-04-22 04:08:47,867 INFO  [cloud.agent.Agent] (AgentShutdownThread:null) 
 Stopping the agent: Reason = sig.kill
 2014-04-22 04:10:41,456 INFO  [cloud.agent.AgentShell] (main:null) Agent 
 started
 2014-04-22 04:10:41,500 INFO  [cloud.agent.AgentShell] (main:null) 
 Implementation Version is 4.4.0-SNAPSHOT
 2014-04-22 04:10:41,502 INFO  [cloud.agent.AgentShell] (main:null) 
 agent.properties found at /etc/cloudstack/agent/agent.properties
 2014-04-22 04:10:41,551 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to using properties file for storage
 2014-04-22 04:10:41,552 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to the constant time backoff algorithm
 2014-04-22 04:10:41,572 INFO  [cloud.utils.LogUtils] (main:null) log4j 
 configuration found at /etc/cloudstack/agent/log4j-cloud.xml
 2014-04-22 04:10:41,722 INFO  [cloud.agent.Agent] (main:null) id is 0
 2014-04-22 04:10:42,501 INFO  [kvm.resource.LibvirtComputingResource] 
 (main:null) No libvirt.vif.driver specified. Defaults to BridgeVifDriver.
 2014-04-22 04:10:42,590 INFO  [cloud.agent.Agent] (main:null) Agent [id = 0 : 
 type = LibvirtComputingResource : zone = 1 : pod = 1 : workers = 5 : host = 
 10.223.49.195 : port = 8250
 2014-04-22 04:10:42,664 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connecting to 10.223.49.195:8250
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 SSL: Handshake done
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connected to 10.223.49.195:8250
 2014-04-22 04:10:42,941 WARN  [kvm.resource.LibvirtComputingResource] 
 (Agent-Handler-1:null) Could not read cpuinfo_max_freq
 2014-04-22 04:10:43,158 INFO  [cloud.serializer.GsonHelper] 
 (Agent-Handler-1:null) Default Builder inited.
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Proccess agent startup answer, agent id = 0
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Set 
 agent id 0
 2014-04-22 04:10:43,233 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Startup Response Received: agent id = 0
 2014-04-22 04:11:40,925 INFO  [cloud.agent.Agent] (Agent-Handler-1:null) Lost 
 connection to the server. Dealing with the remaining commands...
 2014-04-22 04:11:42,352 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 0
 2014-04-22 04:11:42,368 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 1
 2014-04-22 04:11:42,383 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 2
 2014-04-22 04:11:42,398 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 3
 2014-04-22 04:11:42,413 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 4
 2014-04-22 04:11:42,414 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error; reboot the host
 2014-04-22 04:11:42,472 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed:

[jira] [Created] (CLOUDSTACK-6569) IAM - Regular user is able to listNetworks of another user in the same domain , by passing account and domainId.

2014-05-02 Thread Sangeetha Hariharan (JIRA)

Sangeetha Hariharan created CLOUDSTACK-6569:
---

 Summary: IAM - Regular user is able to listNetworks of another 
user in the same domain ,  by passing account and domainId.
 Key: CLOUDSTACK-6569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Priority: Critical
 Fix For: 4.4.0


Regular user is able to listNetworks of another user in the same domain ,  by 
passing account and domainId.

Domain - d1.
3 users in this domain , testd1 - domainadmin , testd1a and testd1b regular 
users.

Each of the users have 1 isolated network.
 
As testd1a , tried to list network of testd1b by passing account and domainId. 
ListNetwork returns   testd1b's isolated network.

2014-05-02 10:21:29,090 INFO  [a.c.c.a.ApiServer] 
(catalina-exec-15:ctx-bbcf35b4 ctx-f1b42d4e) (userId=4 accountId=4 
sessionId=AE73B9C62BB908DE5DE16655DAD0CB75) 10.215.2.8 -- GET 
command=listNetworksresponse=jsonsessionkey=vHQRHlttApujok8Jf73KKKww5XM%3DlistAll=truepage=1pagesize=20domainid=3abd56e8-97da-40f9-b6f5-33fd5b28b43eresponse=jsonaccount=testD1B-TestNetworkList-KOGK49
 200 { listnetworksresponse : { count:4 ,network : [  
{id:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,name:testD1B-TestNetworkList-KOGK49-network,displaytext:testD1B-TestNetworkList-KOGK49-network,broadcastdomaintype:Vlan,traffictype:Guest,gateway:10.1.1.1,netmask:255.255.255.0,cidr:10.1.1.0/24,zoneid:b690dddf-5755-49ab-8a4d-0aff04fa39f7,zonename:BLR1,networkofferingid:fc25eb7b-d884-4cc3-acbb-a321817a3567,networkofferingname:DefaultIsolatedNetworkOfferingWithSourceNatService,networkofferingdisplaytext:Offering
 for Isolated networks with Source Nat service 
enabled,networkofferingconservemode:true,networkofferingavailability:Required,issystem:false,state:Implemented,related:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,dns1:4.2.2.2,type:Isolated,acltype:Account,account:testD1B-TestNetworkList-KOGK49,domainid:3abd56e8-97da-40f9-b6f5-33fd5b28b43e,domain:D1-R549ZO,service:[{name:PortForwarding},{name:UserData},{name:Firewall,capability:[{name:MultipleIps,value:true,canchooseservicecapability:false},{name:SupportedEgressProtocols,value:tcp,udp,icmp,
 
all,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,udp,icmp,canchooseservicecapability:false},{name:SupportedTrafficDirection,value:ingress,
 
egress,canchooseservicecapability:false},{name:TrafficStatistics,value:per
 public 
ip,canchooseservicecapability:false}]},{name:Lb,capability:[{name:AutoScaleCounters,value:[{\methodname\:\cpu\,\paramlist\:[]},{\methodname\:\memory\,\paramlist\:[]}],canchooseservicecapability:false},{name:SupportedLBIsolation,value:dedicated,canchooseservicecapability:false},{name:SupportedLbAlgorithms,value:roundrobin,leastconn,source,canchooseservicecapability:false},{name:LbSchemes,value:Public,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,
 
udp,canchooseservicecapability:false},{name:SupportedStickinessMethods,value:[{\methodname\:\LbCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
 
\},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
 
\},{\paramname\:\nocache\,\required\:false,\isflag\:true,\description\:\
 
\},{\paramname\:\indirect\,\required\:false,\isflag\:true,\description\:\
 
\},{\paramname\:\postonly\,\required\:false,\isflag\:true,\description\:\
 
\},{\paramname\:\domain\,\required\:false,\isflag\:false,\description\:\
 \}],\description\:\This is loadbalancer cookie based stickiness 
method.\},{\methodname\:\AppCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
 
\},{\paramname\:\length\,\required\:false,\isflag\:false,\description\:\
 
\},{\paramname\:\holdtime\,\required\:false,\isflag\:false,\description\:\
 
\},{\paramname\:\request-learn\,\required\:false,\isflag\:true,\description\:\
 
\},{\paramname\:\prefix\,\required\:false,\isflag\:true,\description\:\
 
\},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
 \}],\description\:\This is App session based sticky method. Define session 
stickiness on an existing application cookie. It can be used only for a 
specific http 
traffic\},{\methodname\:\SourceBased\,\paramlist\:[{\paramname\:\tablesize\,\required\:false,\isflag\:false,\description\:\
 
\},{\paramname\:\expire\,\required\:false,\isflag\:false,\description\:\
 \}],\description\:\This is source based Stickiness method, it can be used 
for any type of

[jira] [Resolved] (CLOUDSTACK-6475) [Automation] communication between cloudstack agent and MS disconnecting continuously

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Alena Prokharchyk resolved CLOUDSTACK-6475.
---

Resolution: Fixed

Fixed in 4.4 as well.

 [Automation] communication between cloudstack agent and MS disconnecting 
 continuously  
 ---

 Key: CLOUDSTACK-6475
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6475
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: KVM
Affects Versions: 4.4.0
 Environment: RHEL 6.3
Reporter: Rayees Namathponnan
Assignee: Alena Prokharchyk
 Fix For: 4.4.0

 Attachments: Agent_log.rar, management-server.rar


 This issue is observed during automation, run.
 communication between cloudstack agent and ms getting disconnected 
 continuously;  observed below error in agent log
  2014-04-22 04:08:47,867 INFO  [cloud.agent.Agent] (AgentShutdownThread:null) 
 Stopping the agent: Reason = sig.kill
 2014-04-22 04:10:41,456 INFO  [cloud.agent.AgentShell] (main:null) Agent 
 started
 2014-04-22 04:10:41,500 INFO  [cloud.agent.AgentShell] (main:null) 
 Implementation Version is 4.4.0-SNAPSHOT
 2014-04-22 04:10:41,502 INFO  [cloud.agent.AgentShell] (main:null) 
 agent.properties found at /etc/cloudstack/agent/agent.properties
 2014-04-22 04:10:41,551 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to using properties file for storage
 2014-04-22 04:10:41,552 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
 to the constant time backoff algorithm
 2014-04-22 04:10:41,572 INFO  [cloud.utils.LogUtils] (main:null) log4j 
 configuration found at /etc/cloudstack/agent/log4j-cloud.xml
 2014-04-22 04:10:41,722 INFO  [cloud.agent.Agent] (main:null) id is 0
 2014-04-22 04:10:42,501 INFO  [kvm.resource.LibvirtComputingResource] 
 (main:null) No libvirt.vif.driver specified. Defaults to BridgeVifDriver.
 2014-04-22 04:10:42,590 INFO  [cloud.agent.Agent] (main:null) Agent [id = 0 : 
 type = LibvirtComputingResource : zone = 1 : pod = 1 : workers = 5 : host = 
 10.223.49.195 : port = 8250
 2014-04-22 04:10:42,664 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connecting to 10.223.49.195:8250
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 SSL: Handshake done
 2014-04-22 04:10:42,920 INFO  [utils.nio.NioClient] (Agent-Selector:null) 
 Connected to 10.223.49.195:8250
 2014-04-22 04:10:42,941 WARN  [kvm.resource.LibvirtComputingResource] 
 (Agent-Handler-1:null) Could not read cpuinfo_max_freq
 2014-04-22 04:10:43,158 INFO  [cloud.serializer.GsonHelper] 
 (Agent-Handler-1:null) Default Builder inited.
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Proccess agent startup answer, agent id = 0
 2014-04-22 04:10:43,227 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) Set 
 agent id 0
 2014-04-22 04:10:43,233 INFO  [cloud.agent.Agent] (Agent-Handler-2:null) 
 Startup Response Received: agent id = 0
 2014-04-22 04:11:40,925 INFO  [cloud.agent.Agent] (Agent-Handler-1:null) Lost 
 connection to the server. Dealing with the remaining commands...
 2014-04-22 04:11:42,352 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 0
 2014-04-22 04:11:42,368 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 1
 2014-04-22 04:11:42,383 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 2
 2014-04-22 04:11:42,398 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 3
 2014-04-22 04:11:42,413 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error, retry: 4
 2014-04-22 04:11:42,414 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write error: Input/output error; reboot the host
 2014-04-22 04:11:42,472 WARN  [kvm.resource.KVMHAMonitor] (Thread-4:null) 
 write heartbeat failed: 
 /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh: line 
 131: echo: write

[jira] [Commented] (CLOUDSTACK-6569) IAM - Regular user is able to listNetworks of another user in the same domain , by passing account and domainId.


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

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

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

CLOUDSTACK-6569: IAM - Regular user is able to listNetworks of another
user in the same domain , by passing account and domainId.

 IAM - Regular user is able to listNetworks of another user in the same domain 
 ,  by passing account and domainId.
 -

 Key: CLOUDSTACK-6569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Priority: Critical
 Fix For: 4.4.0


 Regular user is able to listNetworks of another user in the same domain ,  by 
 passing account and domainId.
 Domain - d1.
 3 users in this domain , testd1 - domainadmin , testd1a and testd1b regular 
 users.
 Each of the users have 1 isolated network.
  
 As testd1a , tried to list network of testd1b by passing account and 
 domainId. ListNetwork returns   testd1b's isolated network.
 2014-05-02 10:21:29,090 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-15:ctx-bbcf35b4 ctx-f1b42d4e) (userId=4 accountId=4 
 sessionId=AE73B9C62BB908DE5DE16655DAD0CB75) 10.215.2.8 -- GET 
 command=listNetworksresponse=jsonsessionkey=vHQRHlttApujok8Jf73KKKww5XM%3DlistAll=truepage=1pagesize=20domainid=3abd56e8-97da-40f9-b6f5-33fd5b28b43eresponse=jsonaccount=testD1B-TestNetworkList-KOGK49
  200 { listnetworksresponse : { count:4 ,network : [  
 {id:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,name:testD1B-TestNetworkList-KOGK49-network,displaytext:testD1B-TestNetworkList-KOGK49-network,broadcastdomaintype:Vlan,traffictype:Guest,gateway:10.1.1.1,netmask:255.255.255.0,cidr:10.1.1.0/24,zoneid:b690dddf-5755-49ab-8a4d-0aff04fa39f7,zonename:BLR1,networkofferingid:fc25eb7b-d884-4cc3-acbb-a321817a3567,networkofferingname:DefaultIsolatedNetworkOfferingWithSourceNatService,networkofferingdisplaytext:Offering
  for Isolated networks with Source Nat service 
 enabled,networkofferingconservemode:true,networkofferingavailability:Required,issystem:false,state:Implemented,related:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,dns1:4.2.2.2,type:Isolated,acltype:Account,account:testD1B-TestNetworkList-KOGK49,domainid:3abd56e8-97da-40f9-b6f5-33fd5b28b43e,domain:D1-R549ZO,service:[{name:PortForwarding},{name:UserData},{name:Firewall,capability:[{name:MultipleIps,value:true,canchooseservicecapability:false},{name:SupportedEgressProtocols,value:tcp,udp,icmp,
  
 all,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,udp,icmp,canchooseservicecapability:false},{name:SupportedTrafficDirection,value:ingress,
  
 egress,canchooseservicecapability:false},{name:TrafficStatistics,value:per
  public 
 ip,canchooseservicecapability:false}]},{name:Lb,capability:[{name:AutoScaleCounters,value:[{\methodname\:\cpu\,\paramlist\:[]},{\methodname\:\memory\,\paramlist\:[]}],canchooseservicecapability:false},{name:SupportedLBIsolation,value:dedicated,canchooseservicecapability:false},{name:SupportedLbAlgorithms,value:roundrobin,leastconn,source,canchooseservicecapability:false},{name:LbSchemes,value:Public,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,
  
 udp,canchooseservicecapability:false},{name:SupportedStickinessMethods,value:[{\methodname\:\LbCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\nocache\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\indirect\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\postonly\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\domain\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is loadbalancer cookie based stickiness 
 method.\},{\methodname\:\AppCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\length\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\holdtime\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\request-learn\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\prefix\,\required\:false,\isflag\:true,\description\:\

[jira] [Assigned] (CLOUDSTACK-6569) IAM - Regular user is able to listNetworks of another user in the same domain , by passing account and domainId.


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

Min Chen reassigned CLOUDSTACK-6569:


Assignee: Min Chen

 IAM - Regular user is able to listNetworks of another user in the same domain 
 ,  by passing account and domainId.
 -

 Key: CLOUDSTACK-6569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 Regular user is able to listNetworks of another user in the same domain ,  by 
 passing account and domainId.
 Domain - d1.
 3 users in this domain , testd1 - domainadmin , testd1a and testd1b regular 
 users.
 Each of the users have 1 isolated network.
  
 As testd1a , tried to list network of testd1b by passing account and 
 domainId. ListNetwork returns   testd1b's isolated network.
 2014-05-02 10:21:29,090 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-15:ctx-bbcf35b4 ctx-f1b42d4e) (userId=4 accountId=4 
 sessionId=AE73B9C62BB908DE5DE16655DAD0CB75) 10.215.2.8 -- GET 
 command=listNetworksresponse=jsonsessionkey=vHQRHlttApujok8Jf73KKKww5XM%3DlistAll=truepage=1pagesize=20domainid=3abd56e8-97da-40f9-b6f5-33fd5b28b43eresponse=jsonaccount=testD1B-TestNetworkList-KOGK49
  200 { listnetworksresponse : { count:4 ,network : [  
 {id:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,name:testD1B-TestNetworkList-KOGK49-network,displaytext:testD1B-TestNetworkList-KOGK49-network,broadcastdomaintype:Vlan,traffictype:Guest,gateway:10.1.1.1,netmask:255.255.255.0,cidr:10.1.1.0/24,zoneid:b690dddf-5755-49ab-8a4d-0aff04fa39f7,zonename:BLR1,networkofferingid:fc25eb7b-d884-4cc3-acbb-a321817a3567,networkofferingname:DefaultIsolatedNetworkOfferingWithSourceNatService,networkofferingdisplaytext:Offering
  for Isolated networks with Source Nat service 
 enabled,networkofferingconservemode:true,networkofferingavailability:Required,issystem:false,state:Implemented,related:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,dns1:4.2.2.2,type:Isolated,acltype:Account,account:testD1B-TestNetworkList-KOGK49,domainid:3abd56e8-97da-40f9-b6f5-33fd5b28b43e,domain:D1-R549ZO,service:[{name:PortForwarding},{name:UserData},{name:Firewall,capability:[{name:MultipleIps,value:true,canchooseservicecapability:false},{name:SupportedEgressProtocols,value:tcp,udp,icmp,
  
 all,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,udp,icmp,canchooseservicecapability:false},{name:SupportedTrafficDirection,value:ingress,
  
 egress,canchooseservicecapability:false},{name:TrafficStatistics,value:per
  public 
 ip,canchooseservicecapability:false}]},{name:Lb,capability:[{name:AutoScaleCounters,value:[{\methodname\:\cpu\,\paramlist\:[]},{\methodname\:\memory\,\paramlist\:[]}],canchooseservicecapability:false},{name:SupportedLBIsolation,value:dedicated,canchooseservicecapability:false},{name:SupportedLbAlgorithms,value:roundrobin,leastconn,source,canchooseservicecapability:false},{name:LbSchemes,value:Public,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,
  
 udp,canchooseservicecapability:false},{name:SupportedStickinessMethods,value:[{\methodname\:\LbCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\nocache\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\indirect\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\postonly\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\domain\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is loadbalancer cookie based stickiness 
 method.\},{\methodname\:\AppCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\length\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\holdtime\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\request-learn\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\prefix\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is App session based sticky method. Define 
 session stickiness on an existing application cookie. It can be used only for 
 a specific http 
 traffic\},{\methodname\:\SourceBased\,\paramlist\:[{\paramname\:\tablesize\,\required\:false,\isflag\:false,\description\:\

[jira] [Resolved] (CLOUDSTACK-6569) IAM - Regular user is able to listNetworks of another user in the same domain , by passing account and domainId.


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

Min Chen resolved CLOUDSTACK-6569.
--

Resolution: Fixed

 IAM - Regular user is able to listNetworks of another user in the same domain 
 ,  by passing account and domainId.
 -

 Key: CLOUDSTACK-6569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 Regular user is able to listNetworks of another user in the same domain ,  by 
 passing account and domainId.
 Domain - d1.
 3 users in this domain , testd1 - domainadmin , testd1a and testd1b regular 
 users.
 Each of the users have 1 isolated network.
  
 As testd1a , tried to list network of testd1b by passing account and 
 domainId. ListNetwork returns   testd1b's isolated network.
 2014-05-02 10:21:29,090 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-15:ctx-bbcf35b4 ctx-f1b42d4e) (userId=4 accountId=4 
 sessionId=AE73B9C62BB908DE5DE16655DAD0CB75) 10.215.2.8 -- GET 
 command=listNetworksresponse=jsonsessionkey=vHQRHlttApujok8Jf73KKKww5XM%3DlistAll=truepage=1pagesize=20domainid=3abd56e8-97da-40f9-b6f5-33fd5b28b43eresponse=jsonaccount=testD1B-TestNetworkList-KOGK49
  200 { listnetworksresponse : { count:4 ,network : [  
 {id:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,name:testD1B-TestNetworkList-KOGK49-network,displaytext:testD1B-TestNetworkList-KOGK49-network,broadcastdomaintype:Vlan,traffictype:Guest,gateway:10.1.1.1,netmask:255.255.255.0,cidr:10.1.1.0/24,zoneid:b690dddf-5755-49ab-8a4d-0aff04fa39f7,zonename:BLR1,networkofferingid:fc25eb7b-d884-4cc3-acbb-a321817a3567,networkofferingname:DefaultIsolatedNetworkOfferingWithSourceNatService,networkofferingdisplaytext:Offering
  for Isolated networks with Source Nat service 
 enabled,networkofferingconservemode:true,networkofferingavailability:Required,issystem:false,state:Implemented,related:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,dns1:4.2.2.2,type:Isolated,acltype:Account,account:testD1B-TestNetworkList-KOGK49,domainid:3abd56e8-97da-40f9-b6f5-33fd5b28b43e,domain:D1-R549ZO,service:[{name:PortForwarding},{name:UserData},{name:Firewall,capability:[{name:MultipleIps,value:true,canchooseservicecapability:false},{name:SupportedEgressProtocols,value:tcp,udp,icmp,
  
 all,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,udp,icmp,canchooseservicecapability:false},{name:SupportedTrafficDirection,value:ingress,
  
 egress,canchooseservicecapability:false},{name:TrafficStatistics,value:per
  public 
 ip,canchooseservicecapability:false}]},{name:Lb,capability:[{name:AutoScaleCounters,value:[{\methodname\:\cpu\,\paramlist\:[]},{\methodname\:\memory\,\paramlist\:[]}],canchooseservicecapability:false},{name:SupportedLBIsolation,value:dedicated,canchooseservicecapability:false},{name:SupportedLbAlgorithms,value:roundrobin,leastconn,source,canchooseservicecapability:false},{name:LbSchemes,value:Public,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,
  
 udp,canchooseservicecapability:false},{name:SupportedStickinessMethods,value:[{\methodname\:\LbCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\nocache\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\indirect\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\postonly\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\domain\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is loadbalancer cookie based stickiness 
 method.\},{\methodname\:\AppCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\length\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\holdtime\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\request-learn\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\prefix\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is App session based sticky method. Define 
 session stickiness on an existing application cookie. It can be used only for 
 a specific http 
 traffic\},{\methodname\:\SourceBased\,\paramlist\:[{\paramname\:\tablesize\,\required\:false,\isflag\:false,\description\:\

[jira] [Resolved] (CLOUDSTACK-6556) [Automation] Deploy VM failing with error does not have permission to access resource Ntwk

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Min Chen resolved CLOUDSTACK-6556.
--

Resolution: Fixed

 [Automation] Deploy VM failing with error does not have permission to access 
 resource Ntwk
 

 Key: CLOUDSTACK-6556
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6556
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server
Affects Versions: 4.4.0
 Environment: KVM advanced zone
 Build - 4.4-forward
Reporter: Rayees Namathponnan
Assignee: Min Chen
Priority: Blocker
 Fix For: 4.4.0

 Attachments: CLOUDSTACK-6556.rar, management.rar


 This issue found with automation run, test case performing below steps
 Steps to reproduce 
 Step 1 : Create advanced zone in KVM 
 Step 2 : create an domain and account 
 Step 3 : create network
 Step 4 : and deploy VM 
 Deploy VM failing with below error 
 2014-05-01 10:19:04,211 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-610af2b6 ctx-a56ad5cc ctx-ea6be136) (userId=2 
 accountId=2 sessionId=null) 10.223.240.194 -- GET 
 domainid=391ce37c-d0e4-11e3-9a99-1a6f7bb0d0a8zoneid=21489cf5-d741-408d-8997-1b06b8263799apiKey=_Nc4QvLyqqdrC6VgxX5JExUaGRYG2kHOkmTru6_TGeyHj5CKP3DLpt5bNc-XKip0SpALarDOqlSjPOWRghzCkwserviceofferingid=c32c9894-bb49-45ac-90a6-57e9340a476edisplayname=Test+VMsignature=7Y24BWLxzYoj1%2Bc5vqLpQJ00O9A%3Dtemplateid=3922f730-d0e4-11e3-9a99-1a6f7bb0d0a8response=jsonaccount=test-TestDeployVM-test_deploy_vm_multiple-LDX2GOname=testvmcommand=deployVirtualMachinehypervisor=KVM
  531 Acct[eedcbd60-08f6-45ee-b56d-a9979734914b-admin] does not have 
 permission to access resource 
 Ntwk[968f35d1-62b2-448c-835d-1bf688c2d99e|Guest|8]
 Network 968f35d1-62b2-448c-835d-1bf688c2d99e already exist, 
 mysql select * from networks where 
 uuid=968f35d1-62b2-448c-835d-1bf688c2d99e\G;
 *** 1. row ***
id: 579
  name: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  uuid: 968f35d1-62b2-448c-835d-1bf688c2d99e
  display_text: 
 test-TestDeployVM-test_deploy_vm_multiple-LDX2GO-network
  traffic_type: Guest
 broadcast_domain_type: Vlan
 broadcast_uri: NULL
   gateway: 10.1.1.1
  cidr: 10.1.1.0/24
  mode: Dhcp
   network_offering_id: 8
   physical_network_id: 200
data_center_id: 1
 guru_name: ExternalGuestNetworkGuru
 state: Destroy
   related: 579
 domain_id: 1
account_id: 546
  dns1: NULL
  dns2: NULL
 guru_data: NULL
set_fields: 0
  acl_type: Account
network_domain: test.domain.org
reservation_id: NULL
guest_type: Isolated
  restart_required: 0
   created: 2014-05-01 17:19:04
   removed: 2014-05-01 17:19:04
 specify_ip_ranges: 0
vpc_id: NULL
   ip6_gateway: NULL
  ip6_cidr: NULL
  network_cidr: NULL
   display_network: 1
network_acl_id: NULL
   streched_l2: 0
 1 row in set (0.00 sec)
 ERROR:
 No query specified
 mysql select * from account where id=546;
 +-+--+--+--+---+-+-+++-+-+
 | id  | account_name | uuid   
   | type | domain_id | state   | removed | 
 cleanup_needed | network_domain | default_zone_id | default |
 +-+--+--+--+---+-+-+++-+-+
 | 546 | test-TestDeployVM-test_deploy_vm_multiple-LDX2GO | 
 fcfd3a97-2f25-40e9-9a90-ded17c836678 |0 | 1 | enabled | 
 2014-05-01 17:19:04 |  0 | NULL   |NULL | 
   0 |
 +-+--+--+--+---+-+-+++-+-+
 1 row in set (0.00 sec)



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

[jira] [Commented] (CLOUDSTACK-6569) IAM - Regular user is able to listNetworks of another user in the same domain , by passing account and domainId.


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

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

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

CLOUDSTACK-6569: IAM - Regular user is able to listNetworks of another
user in the same domain , by passing account and domainId.


 IAM - Regular user is able to listNetworks of another user in the same domain 
 ,  by passing account and domainId.
 -

 Key: CLOUDSTACK-6569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 Regular user is able to listNetworks of another user in the same domain ,  by 
 passing account and domainId.
 Domain - d1.
 3 users in this domain , testd1 - domainadmin , testd1a and testd1b regular 
 users.
 Each of the users have 1 isolated network.
  
 As testd1a , tried to list network of testd1b by passing account and 
 domainId. ListNetwork returns   testd1b's isolated network.
 2014-05-02 10:21:29,090 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-15:ctx-bbcf35b4 ctx-f1b42d4e) (userId=4 accountId=4 
 sessionId=AE73B9C62BB908DE5DE16655DAD0CB75) 10.215.2.8 -- GET 
 command=listNetworksresponse=jsonsessionkey=vHQRHlttApujok8Jf73KKKww5XM%3DlistAll=truepage=1pagesize=20domainid=3abd56e8-97da-40f9-b6f5-33fd5b28b43eresponse=jsonaccount=testD1B-TestNetworkList-KOGK49
  200 { listnetworksresponse : { count:4 ,network : [  
 {id:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,name:testD1B-TestNetworkList-KOGK49-network,displaytext:testD1B-TestNetworkList-KOGK49-network,broadcastdomaintype:Vlan,traffictype:Guest,gateway:10.1.1.1,netmask:255.255.255.0,cidr:10.1.1.0/24,zoneid:b690dddf-5755-49ab-8a4d-0aff04fa39f7,zonename:BLR1,networkofferingid:fc25eb7b-d884-4cc3-acbb-a321817a3567,networkofferingname:DefaultIsolatedNetworkOfferingWithSourceNatService,networkofferingdisplaytext:Offering
  for Isolated networks with Source Nat service 
 enabled,networkofferingconservemode:true,networkofferingavailability:Required,issystem:false,state:Implemented,related:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,dns1:4.2.2.2,type:Isolated,acltype:Account,account:testD1B-TestNetworkList-KOGK49,domainid:3abd56e8-97da-40f9-b6f5-33fd5b28b43e,domain:D1-R549ZO,service:[{name:PortForwarding},{name:UserData},{name:Firewall,capability:[{name:MultipleIps,value:true,canchooseservicecapability:false},{name:SupportedEgressProtocols,value:tcp,udp,icmp,
  
 all,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,udp,icmp,canchooseservicecapability:false},{name:SupportedTrafficDirection,value:ingress,
  
 egress,canchooseservicecapability:false},{name:TrafficStatistics,value:per
  public 
 ip,canchooseservicecapability:false}]},{name:Lb,capability:[{name:AutoScaleCounters,value:[{\methodname\:\cpu\,\paramlist\:[]},{\methodname\:\memory\,\paramlist\:[]}],canchooseservicecapability:false},{name:SupportedLBIsolation,value:dedicated,canchooseservicecapability:false},{name:SupportedLbAlgorithms,value:roundrobin,leastconn,source,canchooseservicecapability:false},{name:LbSchemes,value:Public,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,
  
 udp,canchooseservicecapability:false},{name:SupportedStickinessMethods,value:[{\methodname\:\LbCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\nocache\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\indirect\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\postonly\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\domain\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is loadbalancer cookie based stickiness 
 method.\},{\methodname\:\AppCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\length\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\holdtime\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\request-learn\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\prefix\,\required\:false,\isflag\:true,\description\:\

[jira] [Assigned] (CLOUDSTACK-6568) API:createVolume: Volume gets created with wrong domain ID

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Min Chen reassigned CLOUDSTACK-6568:


Assignee: Min Chen

 API:createVolume: Volume gets created with wrong domain ID
 --

 Key: CLOUDSTACK-6568
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6568
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Volumes
Affects Versions: 4.3.0, 4.4.0, 4.3.1
Reporter: Parth Jagirdar
Assignee: Min Chen
 Attachments: createVolume.jpg


 http://10.223.49.210:8080/client/api?command=createVolumename=d22-volumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomainid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwHghU%3D
  
  
 2014-05-02 13:37:41,544 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-669b420f ctx-a9da8d5c) (userId=2 a
 ccountId=2 sessionId=B19BA8EED26B975AA6AAEB9E8F25EFC5) 10.215.2.19 -- GET 
 command=createVolumename=d22-vo
 lumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomai
 nid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwH
 ghU%3D 200 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-
 4880-ae35-f9846e5ef88d} }
  
  
 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-4880-ae35-f9846e5ef88d}
  }
  
  
  createVolume is invoked as ROOT Admin with account and Domain, (To 
 create Vol for other User).
  
  Volume gets created with specified account. But domain ID is of ROOT.
  
 |  2 | 1 | test|
 |  2 | 1 | root-volume |
 |  7 | 1 | root-volume |
 |  7 | 1 | d22-volume  |
 ++---+-+



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

[jira] [Commented] (CLOUDSTACK-6569) IAM - Regular user is able to listNetworks of another user in the same domain , by passing account and domainId.


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

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

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

Fix compilation error due to cherry-pick CLOUDSTACK-6569.

 IAM - Regular user is able to listNetworks of another user in the same domain 
 ,  by passing account and domainId.
 -

 Key: CLOUDSTACK-6569
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6569
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: IAM
Affects Versions: 4.4.0
 Environment: Build from 4.4
Reporter: Sangeetha Hariharan
Assignee: Min Chen
Priority: Critical
 Fix For: 4.4.0


 Regular user is able to listNetworks of another user in the same domain ,  by 
 passing account and domainId.
 Domain - d1.
 3 users in this domain , testd1 - domainadmin , testd1a and testd1b regular 
 users.
 Each of the users have 1 isolated network.
  
 As testd1a , tried to list network of testd1b by passing account and 
 domainId. ListNetwork returns   testd1b's isolated network.
 2014-05-02 10:21:29,090 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-15:ctx-bbcf35b4 ctx-f1b42d4e) (userId=4 accountId=4 
 sessionId=AE73B9C62BB908DE5DE16655DAD0CB75) 10.215.2.8 -- GET 
 command=listNetworksresponse=jsonsessionkey=vHQRHlttApujok8Jf73KKKww5XM%3DlistAll=truepage=1pagesize=20domainid=3abd56e8-97da-40f9-b6f5-33fd5b28b43eresponse=jsonaccount=testD1B-TestNetworkList-KOGK49
  200 { listnetworksresponse : { count:4 ,network : [  
 {id:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,name:testD1B-TestNetworkList-KOGK49-network,displaytext:testD1B-TestNetworkList-KOGK49-network,broadcastdomaintype:Vlan,traffictype:Guest,gateway:10.1.1.1,netmask:255.255.255.0,cidr:10.1.1.0/24,zoneid:b690dddf-5755-49ab-8a4d-0aff04fa39f7,zonename:BLR1,networkofferingid:fc25eb7b-d884-4cc3-acbb-a321817a3567,networkofferingname:DefaultIsolatedNetworkOfferingWithSourceNatService,networkofferingdisplaytext:Offering
  for Isolated networks with Source Nat service 
 enabled,networkofferingconservemode:true,networkofferingavailability:Required,issystem:false,state:Implemented,related:53a9ddfa-ab63-4f87-bdd0-e368e7fd11ca,dns1:4.2.2.2,type:Isolated,acltype:Account,account:testD1B-TestNetworkList-KOGK49,domainid:3abd56e8-97da-40f9-b6f5-33fd5b28b43e,domain:D1-R549ZO,service:[{name:PortForwarding},{name:UserData},{name:Firewall,capability:[{name:MultipleIps,value:true,canchooseservicecapability:false},{name:SupportedEgressProtocols,value:tcp,udp,icmp,
  
 all,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,udp,icmp,canchooseservicecapability:false},{name:SupportedTrafficDirection,value:ingress,
  
 egress,canchooseservicecapability:false},{name:TrafficStatistics,value:per
  public 
 ip,canchooseservicecapability:false}]},{name:Lb,capability:[{name:AutoScaleCounters,value:[{\methodname\:\cpu\,\paramlist\:[]},{\methodname\:\memory\,\paramlist\:[]}],canchooseservicecapability:false},{name:SupportedLBIsolation,value:dedicated,canchooseservicecapability:false},{name:SupportedLbAlgorithms,value:roundrobin,leastconn,source,canchooseservicecapability:false},{name:LbSchemes,value:Public,canchooseservicecapability:false},{name:SupportedProtocols,value:tcp,
  
 udp,canchooseservicecapability:false},{name:SupportedStickinessMethods,value:[{\methodname\:\LbCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\nocache\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\indirect\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\postonly\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\domain\,\required\:false,\isflag\:false,\description\:\
  \}],\description\:\This is loadbalancer cookie based stickiness 
 method.\},{\methodname\:\AppCookie\,\paramlist\:[{\paramname\:\cookie-name\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\length\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\holdtime\,\required\:false,\isflag\:false,\description\:\
  
 \},{\paramname\:\request-learn\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\prefix\,\required\:false,\isflag\:true,\description\:\
  
 \},{\paramname\:\mode\,\required\:false,\isflag\:false,\description\:\

[jira] [Commented] (CLOUDSTACK-6568) API:createVolume: Volume gets created with wrong domain ID

2014-05-02 Thread ASF subversion and git services (JIRA)


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

Min Chen commented on CLOUDSTACK-6568:
--

This bug is not introduced by IAM, and existed there in 4.3.

 API:createVolume: Volume gets created with wrong domain ID
 --

 Key: CLOUDSTACK-6568
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6568
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Volumes
Affects Versions: 4.3.0, 4.4.0, 4.3.1
Reporter: Parth Jagirdar
Assignee: Min Chen
 Attachments: createVolume.jpg


 http://10.223.49.210:8080/client/api?command=createVolumename=d22-volumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomainid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwHghU%3D
  
  
 2014-05-02 13:37:41,544 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-669b420f ctx-a9da8d5c) (userId=2 a
 ccountId=2 sessionId=B19BA8EED26B975AA6AAEB9E8F25EFC5) 10.215.2.19 -- GET 
 command=createVolumename=d22-vo
 lumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomai
 nid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwH
 ghU%3D 200 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-
 4880-ae35-f9846e5ef88d} }
  
  
 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-4880-ae35-f9846e5ef88d}
  }
  
  
  createVolume is invoked as ROOT Admin with account and Domain, (To 
 create Vol for other User).
  
  Volume gets created with specified account. But domain ID is of ROOT.
  
 |  2 | 1 | test|
 |  2 | 1 | root-volume |
 |  7 | 1 | root-volume |
 |  7 | 1 | d22-volume  |
 ++---+-+



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

[jira] [Commented] (CLOUDSTACK-6568) API:createVolume: Volume gets created with wrong domain ID


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

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

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

CLOUDSTACK-6568:API:createVolume: Volume gets created with wrong domain
ID.

 API:createVolume: Volume gets created with wrong domain ID
 --

 Key: CLOUDSTACK-6568
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6568
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API, Volumes
Affects Versions: 4.3.0, 4.4.0, 4.3.1
Reporter: Parth Jagirdar
Assignee: Min Chen
 Attachments: createVolume.jpg


 http://10.223.49.210:8080/client/api?command=createVolumename=d22-volumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomainid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwHghU%3D
  
  
 2014-05-02 13:37:41,544 INFO  [a.c.c.a.ApiServer] 
 (catalina-exec-22:ctx-669b420f ctx-a9da8d5c) (userId=2 a
 ccountId=2 sessionId=B19BA8EED26B975AA6AAEB9E8F25EFC5) 10.215.2.19 -- GET 
 command=createVolumename=d22-vo
 lumezoneid=05f156b6-cf10-4891-b7d7-6421f4d87e91diskofferingid=099a28b3-12d2-461e-9558-1c08e8eb5a2ddomai
 nid=82d02e0c-4f25-42a6-9e5b-dc3fae90eb34account=d22response=jsonsessionkey=7ChzlM0hZkWuWUIPlS%2BkV%2BwH
 ghU%3D 200 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-
 4880-ae35-f9846e5ef88d} }
  
  
 { createvolumeresponse : 
 {id:224bc4e6-9ecc-4ccf-bd58-09f47ca5b7a2,jobid:d537170d-ab2b-4880-ae35-f9846e5ef88d}
  }
  
  
  createVolume is invoked as ROOT Admin with account and Domain, (To 
 create Vol for other User).
  
  Volume gets created with specified account. But domain ID is of ROOT.
  
 |  2 | 1 | test|
 |  2 | 1 | root-volume |
 |  7 | 1 | root-volume |
 |  7 | 1 | d22-volume  |
 ++---+-+



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

[jira] [Resolved] (CLOUDSTACK-6568) API:createVolume: Volume gets created with wrong domain ID