[jira] [Commented] (CLOUDSTACK-6581) IAM - Shared Network -Root Admin user is allowed to deploy VM in a shared network that is scoped for a specific domain/account.

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

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

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

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

CLOUDSTACK-6581: IAM - Shared Network -Root Admin user is allowed to deploy VM 
in a shared network that is scoped for a specific domain/account.

Changes:
- Strict access check in NetworkModel is needed as CS 4.3
- We cannot go through accountMgr since accountMgr is relaxed for rootAdmin


 IAM - Shared Network -Root Admin user is allowed to deploy VM in a shared 
 network that is scoped for a specific domain/account.
 ---

 Key: CLOUDSTACK-6581
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6581
 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 - Shared Network -Root Admin user is allowed to deploy VM in a shared 
 network that is scoped for a specific domain/account.
 Steps to reproduce the problem:
 Create a admin account for ROOT domain.
 Create a domain d1 with account a1.
 Create a shared network for domain d1 with sub domain access set to true.
 Create a shared network for domain d1 with sub domain access set to false.
 Create a shared network for account a1 d1 with sub domain access set to false.
 As ROOT admin , try to deploy a VM in the above created shared networks.
 Vm deployment succeeds.
 Expected Result:
 ROOT admin should not be allowed to deploy VMs in shared networks that are 
 scoped for a specific domain/account.



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


[jira] [Commented] (CLOUDSTACK-6572) [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic

2014-05-07 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-6572:


this commit will fix the issue.

Commit cf41ccaa5b6475dace0bddbe6681c98cc5149189 in cloudstack's branch 
refs/heads/4.4-forward from Rajesh Battala
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=cf41cca ]
CLOUDSTACK-6518 [Hyper-V] Efficient way of finding the empty nic in VR/VpcVR to 
configure VPC entities

 [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic
 --

 Key: CLOUDSTACK-6572
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6572
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller, Network Controller
Affects Versions: 4.4.0
 Environment: 4.4, Hyper-V Advanced zone, VPC
Reporter: Sowmya Krishnan
Priority: Blocker
 Fix For: 4.4.0


 Create a VPC offering with all services provided by VPCVR
 Create a VPC using this offering
 Configure a tier in the VPC with all services enabled including LB
 Launch a VM in the tier
 Fails to deploy VM since VR is unable to find a nic. VR has allocated all 8 
 nics but only eth0 has acquired private IP
 Here's ifconfig output of VR:
 eth0  Link encap:Ethernet  HWaddr 02:00:02:2d:00:01
   inet addr:10.102.195.179  Bcast:10.102.195.255  Mask:255.255.252.0
   inet6 addr: fe80::2ff:fe2d:1/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:25785 errors:0 dropped:0 overruns:0 frame:0
   TX packets:431 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:2160968 (2.0 MiB)  TX bytes:79183 (77.3 KiB)
 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   inet6 addr: ::1/128 Scope:Host
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:214 (214.0 B)  TX bytes:214 (214.0 B)
 mysql select * from domain_router where id = 3\G
  id: 3
  element_id: 2
  public_mac_address: 06:4b:c6:00:00:0e
   public_ip_address: 10.102.196.237
  public_netmask: 255.255.255.0
   guest_netmask: NULL
guest_ip_address: NULL
 is_redundant_router: 0
priority: 0
  is_priority_bumpup: 0
 redundant_state: UNKNOWN
stop_pending: 0
role: VIRTUAL_ROUTER
template_version: Cloudstack Release 4.4.0 Fri Apr 11 18:25:32 UTC 2014
 scripts_version: 16486954f5bda9ef9254913c0d692bd0
  vpc_id: 1
 1 row in set (0.00 sec)
 mysql select * from nics where vm_type = 'DomainRouter';
 | id | uuid | instance_id | mac_address   
 | ip4_address| netmask | gateway  | ip_type | broadcast_uri | 
 network_id | mode   | state| strategy | reserver_name| 
 reservation_id   | device_id | update_time | 
 isolation_uri | ip6_address | default_nic | vm_type  | created
  | removed | ip6_gateway | ip6_cidr | secondary_ip | display_nic |
 ++--+-+---++-+--+-+---+++--+--+--+--+---+-+---+-+-+--+-+-+-+--+--+-+
 |  8 | a218f142-213f-4dff-9b43-7d9c2b577ea4 |   3 | 02:00:02:2d:00:01 
 | 10.102.195.179 | 255.255.252.0   | 10.102.192.1 | Ip4 | NULL  | 
202 | Static | Reserved | Start| ControlNetworkGuru   | 
 09a63fe0-a914-4a76-ab47-54558b82d900 | 0 | 2014-05-05 09:14:39 | NULL 
  | NULL|   0 | DomainRouter | 2014-05-05 03:44:39 | 
 NULL| NULL| NULL |0 |   1 |
 |  9 | 79883821-1efe-4a52-9af9-1f4a8413ed8f |   3 | 06:4b:c6:00:00:0e 
 | 10.102.196.237 | 255.255.255.0   | 10.102.196.1 | NULL| vlan://100| 
200 | Static | Reserved | Managed  | PublicNetworkGuru| NULL   
   | 1 | 2014-05-05 09:14:39 | vlan://100  
   | NULL|   1 | DomainRouter | 2014-05-05 03:44:39 | NULL
 | NULL| NULL |0 |   1 |
 | 11 | fd7db89a-f5a8-4653-aab8-c7c2621546bf |

[jira] [Commented] (CLOUDSTACK-6572) [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic

2014-05-07 Thread Daan Hoogland (JIRA)

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

Daan Hoogland commented on CLOUDSTACK-6572:
---

Rajesh, this was the commit I refused because of ^Ms. Do you have a replacement 
patch?

 [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic
 --

 Key: CLOUDSTACK-6572
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6572
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller, Network Controller
Affects Versions: 4.4.0
 Environment: 4.4, Hyper-V Advanced zone, VPC
Reporter: Sowmya Krishnan
Priority: Blocker
 Fix For: 4.4.0


 Create a VPC offering with all services provided by VPCVR
 Create a VPC using this offering
 Configure a tier in the VPC with all services enabled including LB
 Launch a VM in the tier
 Fails to deploy VM since VR is unable to find a nic. VR has allocated all 8 
 nics but only eth0 has acquired private IP
 Here's ifconfig output of VR:
 eth0  Link encap:Ethernet  HWaddr 02:00:02:2d:00:01
   inet addr:10.102.195.179  Bcast:10.102.195.255  Mask:255.255.252.0
   inet6 addr: fe80::2ff:fe2d:1/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:25785 errors:0 dropped:0 overruns:0 frame:0
   TX packets:431 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:2160968 (2.0 MiB)  TX bytes:79183 (77.3 KiB)
 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   inet6 addr: ::1/128 Scope:Host
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:214 (214.0 B)  TX bytes:214 (214.0 B)
 mysql select * from domain_router where id = 3\G
  id: 3
  element_id: 2
  public_mac_address: 06:4b:c6:00:00:0e
   public_ip_address: 10.102.196.237
  public_netmask: 255.255.255.0
   guest_netmask: NULL
guest_ip_address: NULL
 is_redundant_router: 0
priority: 0
  is_priority_bumpup: 0
 redundant_state: UNKNOWN
stop_pending: 0
role: VIRTUAL_ROUTER
template_version: Cloudstack Release 4.4.0 Fri Apr 11 18:25:32 UTC 2014
 scripts_version: 16486954f5bda9ef9254913c0d692bd0
  vpc_id: 1
 1 row in set (0.00 sec)
 mysql select * from nics where vm_type = 'DomainRouter';
 | id | uuid | instance_id | mac_address   
 | ip4_address| netmask | gateway  | ip_type | broadcast_uri | 
 network_id | mode   | state| strategy | reserver_name| 
 reservation_id   | device_id | update_time | 
 isolation_uri | ip6_address | default_nic | vm_type  | created
  | removed | ip6_gateway | ip6_cidr | secondary_ip | display_nic |
 ++--+-+---++-+--+-+---+++--+--+--+--+---+-+---+-+-+--+-+-+-+--+--+-+
 |  8 | a218f142-213f-4dff-9b43-7d9c2b577ea4 |   3 | 02:00:02:2d:00:01 
 | 10.102.195.179 | 255.255.252.0   | 10.102.192.1 | Ip4 | NULL  | 
202 | Static | Reserved | Start| ControlNetworkGuru   | 
 09a63fe0-a914-4a76-ab47-54558b82d900 | 0 | 2014-05-05 09:14:39 | NULL 
  | NULL|   0 | DomainRouter | 2014-05-05 03:44:39 | 
 NULL| NULL| NULL |0 |   1 |
 |  9 | 79883821-1efe-4a52-9af9-1f4a8413ed8f |   3 | 06:4b:c6:00:00:0e 
 | 10.102.196.237 | 255.255.255.0   | 10.102.196.1 | NULL| vlan://100| 
200 | Static | Reserved | Managed  | PublicNetworkGuru| NULL   
   | 1 | 2014-05-05 09:14:39 | vlan://100  
   | NULL|   1 | DomainRouter | 2014-05-05 03:44:39 | NULL
 | NULL| NULL |0 |   1 |
 | 11 | fd7db89a-f5a8-4653-aab8-c7c2621546bf |   3 | 02:00:6c:8a:00:02 
 | 10.10.1.1  | 255.255.255.240 | 10.10.1.1| Ip4 | vlan://850| 
204 | Dhcp   | Reserved | Start| ExternalGuestNetworkGuru | NULL   
   | 2 | 

[jira] [Resolved] (CLOUDSTACK-6577) Disable service monitoring in RVR

2014-05-07 Thread Jayapal Reddy (JIRA)

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

Jayapal Reddy resolved CLOUDSTACK-6577.
---

Resolution: Fixed

 Disable service monitoring in RVR
 -

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


 Service monitoring is not added for RVR, it is configured in RVR which is bug.
 In back up router dnsmasq is disabled, monitoring is bringing up the service. 
 This causes the vm to get dhcp ip from the back up and vm is send password 
 request to backup.



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


[jira] [Commented] (CLOUDSTACK-6570) API breakage of the UpdateUser API call

2014-05-07 Thread Daan Hoogland (JIRA)

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

Daan Hoogland commented on CLOUDSTACK-6570:
---

I was waiting for Ove to confirm.

 API breakage of the UpdateUser API call
 ---

 Key: CLOUDSTACK-6570
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6570
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
 Environment: Any, the UpdateUser API call is environment independent
Reporter: Ove Ewerlid
Assignee: Daan Hoogland
Priority: Blocker
  Labels: easyfix
 Fix For: 4.4.0, 4.5.0


 44 adds USER_API_KEY in ./api/src/org/apache/cloudstack/api/ApiConstants.java 
 and changes the value of API_KEY. Since API_KEY value is exposed in the 
 UpdateUser API, the API breaks.  Up until 4.3, KEYs to UpdateUser were passed 
 via parameters;
   * userapikey
   * usersecretkey
 with 44 this changes to;
   * apikey
   * usersecretkey
   



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


[jira] [Assigned] (CLOUDSTACK-6130) [Automation] listPublicAdress is failing

2014-05-07 Thread Hugo Trippaers (JIRA)

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

Hugo Trippaers reassigned CLOUDSTACK-6130:
--

Assignee: Srikanteswararao Talluri  (was: Hugo Trippaers)

Do you still see this error in the automated tests? It should have been fixed 
already.

 [Automation] listPublicAdress is failing 
 -

 Key: CLOUDSTACK-6130
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6130
 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: xenserver 6.2, advanced zone
Reporter: Srikanteswararao Talluri
Assignee: Srikanteswararao Talluri
Priority: Blocker
 Fix For: 4.4.0


 List PublicAddress call is resulting in following error:
 listpublicipaddresses failed, due to: errorCode: 530, errorText:DB Exception 
 on: com.mysql.jdbc.JDBC4PreparedStatement@4847303b: SELECT COUNT(*) FROM 
 user_ip_address  INNER JOIN account ON user_ip_address.account_id=account.id  
 INNER JOIN vlan ON user_ip_address.vlan_db_id=vlan.id WHERE 
 user_ip_address.account_id=5 AND user_ip_address.allocated IS NOT NULL  AND  
 (account.type != 'VirtualNetwork' ) AND (vlan.vlan_type = ** NOT SPECIFIED ** 
 )
 Link to automated test failure:
 http://jenkins.buildacloud.org/view/cloudstack-qa-master/job/test-smoke-matrix-master/5/suite=test_network/testReport/integration.smoke.test_network/TestReleaseIP/test_releaseIP/



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


[jira] [Commented] (CLOUDSTACK-6582) Listing acl list rules are failed with exception Unknown column 'network_acl_item.cidr'

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

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

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

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

CLOUDSTACK-6582 updated the table network_acl_item_cidrs name in Upgrade430to440


 Listing acl list rules are failed with exception Unknown column 
 'network_acl_item.cidr' 
 

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

 Attachments: 0001-fixed-network-acl-cidr-issues.patch


 Network - VPCvpcRouter - Network ACL lists - default_deny - ACL list rules.
 network_acl_item table column cidr is removed but the vo is still having 
 @column cidr.
 Throwing execption.
 Unknown column 'network_acl_item.cidr' in 'field list'
 2014-05-06 15:22:59,925 DEBUG [c.c.a.ApiServlet] 
 (551507083@qtp-1237602550-5:ctx-9a66c916) ===START===  10.252.193.34 -- GET  
 command=listNetworkACLsaclid=446eb070-8018-439f-908c-de592addca85response=jsonsessionkey=IBBex9JHyzfVQSAoBzzDnpF26WI%3D_=1399369979895
 2014-05-06 15:22:59,944 DEBUG [c.c.u.AccountManagerImpl] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) Root Access granted to 
 Acct[6892921a-d421-11e3-a9a4-eeecd5657c3c-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-06 15:22:59,957 ERROR [c.c.a.ApiServer] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) unhandled exception 
 executing api command: [Ljava.lang.String;@5d851b3
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@3e9286ed: SELECT network_acl_item.id, 
 network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_acl_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 network_acl_item WHERE 
 network_acl_item.acl_id = 3  AND network_acl_item.display = 1  ORDER BY 
 network_acl_item.id DESC  LIMIT 0, 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.search(GenericDaoBase.java:345)
   at 
 com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
   at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
   at 
 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.$Proxy187.searchAndCount(Unknown Source)
   at 
 com.cloud.network.vpc.NetworkACLServiceImpl.listNetworkACLItems(NetworkACLServiceImpl.java:609)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 

[jira] [Commented] (CLOUDSTACK-6582) Listing acl list rules are failed with exception Unknown column 'network_acl_item.cidr'

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

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

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

Commit 3ec8de9b85c03a79ac87ee0732c629ee621a8cbc in cloudstack's branch 
refs/heads/4.4-forward from Jayapal
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3ec8de9 ]

CLOUDSTACK-6582 updated the table network_acl_item_cidrs name in Upgrade430to440


 Listing acl list rules are failed with exception Unknown column 
 'network_acl_item.cidr' 
 

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

 Attachments: 0001-fixed-network-acl-cidr-issues.patch


 Network - VPCvpcRouter - Network ACL lists - default_deny - ACL list rules.
 network_acl_item table column cidr is removed but the vo is still having 
 @column cidr.
 Throwing execption.
 Unknown column 'network_acl_item.cidr' in 'field list'
 2014-05-06 15:22:59,925 DEBUG [c.c.a.ApiServlet] 
 (551507083@qtp-1237602550-5:ctx-9a66c916) ===START===  10.252.193.34 -- GET  
 command=listNetworkACLsaclid=446eb070-8018-439f-908c-de592addca85response=jsonsessionkey=IBBex9JHyzfVQSAoBzzDnpF26WI%3D_=1399369979895
 2014-05-06 15:22:59,944 DEBUG [c.c.u.AccountManagerImpl] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) Root Access granted to 
 Acct[6892921a-d421-11e3-a9a4-eeecd5657c3c-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-06 15:22:59,957 ERROR [c.c.a.ApiServer] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) unhandled exception 
 executing api command: [Ljava.lang.String;@5d851b3
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@3e9286ed: SELECT network_acl_item.id, 
 network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_acl_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 network_acl_item WHERE 
 network_acl_item.acl_id = 3  AND network_acl_item.display = 1  ORDER BY 
 network_acl_item.id DESC  LIMIT 0, 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.search(GenericDaoBase.java:345)
   at 
 com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
   at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
   at 
 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.$Proxy187.searchAndCount(Unknown Source)
   at 
 com.cloud.network.vpc.NetworkACLServiceImpl.listNetworkACLItems(NetworkACLServiceImpl.java:609)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 

[jira] [Updated] (CLOUDSTACK-6582) Listing acl list rules are failed with exception Unknown column 'network_acl_item.cidr'

2014-05-07 Thread Daan Hoogland (JIRA)

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

Daan Hoogland updated CLOUDSTACK-6582:
--

Assignee: Jayapal Reddy  (was: Daan Hoogland)

 Listing acl list rules are failed with exception Unknown column 
 'network_acl_item.cidr' 
 

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

 Attachments: 0001-fixed-network-acl-cidr-issues.patch


 Network - VPCvpcRouter - Network ACL lists - default_deny - ACL list rules.
 network_acl_item table column cidr is removed but the vo is still having 
 @column cidr.
 Throwing execption.
 Unknown column 'network_acl_item.cidr' in 'field list'
 2014-05-06 15:22:59,925 DEBUG [c.c.a.ApiServlet] 
 (551507083@qtp-1237602550-5:ctx-9a66c916) ===START===  10.252.193.34 -- GET  
 command=listNetworkACLsaclid=446eb070-8018-439f-908c-de592addca85response=jsonsessionkey=IBBex9JHyzfVQSAoBzzDnpF26WI%3D_=1399369979895
 2014-05-06 15:22:59,944 DEBUG [c.c.u.AccountManagerImpl] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) Root Access granted to 
 Acct[6892921a-d421-11e3-a9a4-eeecd5657c3c-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-06 15:22:59,957 ERROR [c.c.a.ApiServer] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) unhandled exception 
 executing api command: [Ljava.lang.String;@5d851b3
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@3e9286ed: SELECT network_acl_item.id, 
 network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_acl_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 network_acl_item WHERE 
 network_acl_item.acl_id = 3  AND network_acl_item.display = 1  ORDER BY 
 network_acl_item.id DESC  LIMIT 0, 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.search(GenericDaoBase.java:345)
   at 
 com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
   at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
   at 
 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.$Proxy187.searchAndCount(Unknown Source)
   at 
 com.cloud.network.vpc.NetworkACLServiceImpl.listNetworkACLItems(NetworkACLServiceImpl.java:609)
   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 
 org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
   at 
 

[jira] [Commented] (CLOUDSTACK-6570) API breakage of the UpdateUser API call

2014-05-07 Thread Ram Ganesh (JIRA)

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

Ram Ganesh commented on CLOUDSTACK-6570:


Can this bug's status be moved to resolved since I see commits ?

 API breakage of the UpdateUser API call
 ---

 Key: CLOUDSTACK-6570
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6570
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
 Environment: Any, the UpdateUser API call is environment independent
Reporter: Ove Ewerlid
Priority: Blocker
  Labels: easyfix
 Fix For: 4.4.0, 4.5.0


 44 adds USER_API_KEY in ./api/src/org/apache/cloudstack/api/ApiConstants.java 
 and changes the value of API_KEY. Since API_KEY value is exposed in the 
 UpdateUser API, the API breaks.  Up until 4.3, KEYs to UpdateUser were passed 
 via parameters;
   * userapikey
   * usersecretkey
 with 44 this changes to;
   * apikey
   * usersecretkey
   



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


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

2014-05-07 Thread manasaveloori (JIRA)
manasaveloori created CLOUDSTACK-6590:
-

 Summary: No option in UI to acquire secondary IP for VM nic
 Key: CLOUDSTACK-6590
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6590
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Network Controller
Affects Versions: 4.4.0
Reporter: manasaveloori
Priority: Critical
 Fix For: 4.4.0


Deploy a user Vm.
Go to Nics
Observed that there is no option to acquire a secondary ip for the VM nic.
This a regression issue...


Able to acquire the secondary IP using API.

Build commit id:

[root@RHEL63test secondaryxen]# cloudstack-sccs
ed088c72c461c08a061881f78cceae7f74794b9c







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


[jira] [Updated] (CLOUDSTACK-6572) [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic

2014-05-07 Thread Daan Hoogland (JIRA)

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

Daan Hoogland updated CLOUDSTACK-6572:
--

Assignee: Rajesh Battala

 [Hyper-V] Deploy VM inside VPC tier fails due to VR unable to find nic
 --

 Key: CLOUDSTACK-6572
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6572
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Hypervisor Controller, Network Controller
Affects Versions: 4.4.0
 Environment: 4.4, Hyper-V Advanced zone, VPC
Reporter: Sowmya Krishnan
Assignee: Rajesh Battala
Priority: Blocker
 Fix For: 4.4.0


 Create a VPC offering with all services provided by VPCVR
 Create a VPC using this offering
 Configure a tier in the VPC with all services enabled including LB
 Launch a VM in the tier
 Fails to deploy VM since VR is unable to find a nic. VR has allocated all 8 
 nics but only eth0 has acquired private IP
 Here's ifconfig output of VR:
 eth0  Link encap:Ethernet  HWaddr 02:00:02:2d:00:01
   inet addr:10.102.195.179  Bcast:10.102.195.255  Mask:255.255.252.0
   inet6 addr: fe80::2ff:fe2d:1/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:25785 errors:0 dropped:0 overruns:0 frame:0
   TX packets:431 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:2160968 (2.0 MiB)  TX bytes:79183 (77.3 KiB)
 loLink encap:Local Loopback
   inet addr:127.0.0.1  Mask:255.0.0.0
   inet6 addr: ::1/128 Scope:Host
   UP LOOPBACK RUNNING  MTU:16436  Metric:1
   RX packets:2 errors:0 dropped:0 overruns:0 frame:0
   TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:214 (214.0 B)  TX bytes:214 (214.0 B)
 mysql select * from domain_router where id = 3\G
  id: 3
  element_id: 2
  public_mac_address: 06:4b:c6:00:00:0e
   public_ip_address: 10.102.196.237
  public_netmask: 255.255.255.0
   guest_netmask: NULL
guest_ip_address: NULL
 is_redundant_router: 0
priority: 0
  is_priority_bumpup: 0
 redundant_state: UNKNOWN
stop_pending: 0
role: VIRTUAL_ROUTER
template_version: Cloudstack Release 4.4.0 Fri Apr 11 18:25:32 UTC 2014
 scripts_version: 16486954f5bda9ef9254913c0d692bd0
  vpc_id: 1
 1 row in set (0.00 sec)
 mysql select * from nics where vm_type = 'DomainRouter';
 | id | uuid | instance_id | mac_address   
 | ip4_address| netmask | gateway  | ip_type | broadcast_uri | 
 network_id | mode   | state| strategy | reserver_name| 
 reservation_id   | device_id | update_time | 
 isolation_uri | ip6_address | default_nic | vm_type  | created
  | removed | ip6_gateway | ip6_cidr | secondary_ip | display_nic |
 ++--+-+---++-+--+-+---+++--+--+--+--+---+-+---+-+-+--+-+-+-+--+--+-+
 |  8 | a218f142-213f-4dff-9b43-7d9c2b577ea4 |   3 | 02:00:02:2d:00:01 
 | 10.102.195.179 | 255.255.252.0   | 10.102.192.1 | Ip4 | NULL  | 
202 | Static | Reserved | Start| ControlNetworkGuru   | 
 09a63fe0-a914-4a76-ab47-54558b82d900 | 0 | 2014-05-05 09:14:39 | NULL 
  | NULL|   0 | DomainRouter | 2014-05-05 03:44:39 | 
 NULL| NULL| NULL |0 |   1 |
 |  9 | 79883821-1efe-4a52-9af9-1f4a8413ed8f |   3 | 06:4b:c6:00:00:0e 
 | 10.102.196.237 | 255.255.255.0   | 10.102.196.1 | NULL| vlan://100| 
200 | Static | Reserved | Managed  | PublicNetworkGuru| NULL   
   | 1 | 2014-05-05 09:14:39 | vlan://100  
   | NULL|   1 | DomainRouter | 2014-05-05 03:44:39 | NULL
 | NULL| NULL |0 |   1 |
 | 11 | fd7db89a-f5a8-4653-aab8-c7c2621546bf |   3 | 02:00:6c:8a:00:02 
 | 10.10.1.1  | 255.255.255.240 | 10.10.1.1| Ip4 | vlan://850| 
204 | Dhcp   | Reserved | Start| ExternalGuestNetworkGuru | NULL   
   | 2 | 2014-05-05 11:21:19 | vlan://850  
   | NULL|   0 | DomainRouter | 

[jira] [Updated] (CLOUDSTACK-6453) [GPU] Windows 2012 Server instance created with vGPU offering is not coming up after installing PV drivers

2014-05-07 Thread Ram Ganesh (JIRA)

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

Ram Ganesh updated CLOUDSTACK-6453:
---

Priority: Critical  (was: Blocker)

 [GPU] Windows 2012 Server instance created with vGPU offering is not coming 
 up after installing PV drivers
 --

 Key: CLOUDSTACK-6453
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6453
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, XenServer
Affects Versions: 4.4.0
Reporter: Sailaja Mada
Assignee: Sanjay Tripathi
Priority: Critical
 Fix For: 4.4.0

 Attachments: SMlog, gpulogs.zip


 Steps:
 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 
 2. Create Service Offering using K2 - K200 profile of vGPU
 3. Deploy windows 2012 instance with ISO using K200 vGPU profile offering
 4. Install Windows 2012 instance and install PV drivers 
 5. During PV driver installation Windows 2012 server went for reboot.
 Observation:
 1. After reboot, Windows 2012 Server instance created with vGPU offering is 
 not coming up after installing PV drivers
 2. It remained in stopped state.
 3.  Tried to start instance manually , Cloudstack says Instance started and 
 instance moved to running state. But XenServer failed to start the instance.
 4. Later Cloudstack also marked the instance in stopped state. 
 Attached detailed logs 



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


[jira] [Resolved] (CLOUDSTACK-6578) DeleteRemoteAccessVpnCmd failed block enable Remote VPN access again on the IP address

2014-05-07 Thread Jayapal Reddy (JIRA)

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

Jayapal Reddy resolved CLOUDSTACK-6578.
---

Resolution: Fixed

 DeleteRemoteAccessVpnCmd failed block enable Remote VPN access again on the 
 IP address
 --

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


 1. configure the remote access vpn on public ip.
 2. enable vpn is failed on public ip due to resource unreachable. The status 
 entry in db is marked as 'Removed'. Due to this on the same public ip UI 
 shows option to enable.
 On remote access vpn failure db should be cleaned.



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


[jira] [Commented] (CLOUDSTACK-6586) Async Job event publish to event bus was broken, it will break third-party apps that are dependent of this feature

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

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

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

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

CLOUDSTACK-6586: Move EventBus hookup on job framework to ApiServer to decouple 
job framework away from business logic related hookups. The decoupling is done 
through internal messaging facility provided inside management server.


 Async Job event publish to event bus was broken, it will break third-party 
 apps that are dependent of this feature
 --

 Key: CLOUDSTACK-6586
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6586
 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: Kelven Yang
Assignee: Kelven Yang
Priority: Critical
 Fix For: 4.4.0






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


[jira] [Commented] (CLOUDSTACK-6582) Listing acl list rules are failed with exception Unknown column 'network_acl_item.cidr'

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

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

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

Commit 5a84654d15b43a220f0063d2241374caac68c84c in cloudstack's branch 
refs/heads/4.4 from Jayapal
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5a84654 ]

CLOUDSTACK-6582 updated the table network_acl_item_cidrs name in Upgrade430to440


 Listing acl list rules are failed with exception Unknown column 
 'network_acl_item.cidr' 
 

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

 Attachments: 0001-fixed-network-acl-cidr-issues.patch


 Network - VPCvpcRouter - Network ACL lists - default_deny - ACL list rules.
 network_acl_item table column cidr is removed but the vo is still having 
 @column cidr.
 Throwing execption.
 Unknown column 'network_acl_item.cidr' in 'field list'
 2014-05-06 15:22:59,925 DEBUG [c.c.a.ApiServlet] 
 (551507083@qtp-1237602550-5:ctx-9a66c916) ===START===  10.252.193.34 -- GET  
 command=listNetworkACLsaclid=446eb070-8018-439f-908c-de592addca85response=jsonsessionkey=IBBex9JHyzfVQSAoBzzDnpF26WI%3D_=1399369979895
 2014-05-06 15:22:59,944 DEBUG [c.c.u.AccountManagerImpl] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) Root Access granted to 
 Acct[6892921a-d421-11e3-a9a4-eeecd5657c3c-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-06 15:22:59,957 ERROR [c.c.a.ApiServer] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) unhandled exception 
 executing api command: [Ljava.lang.String;@5d851b3
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@3e9286ed: SELECT network_acl_item.id, 
 network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_acl_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 network_acl_item WHERE 
 network_acl_item.acl_id = 3  AND network_acl_item.display = 1  ORDER BY 
 network_acl_item.id DESC  LIMIT 0, 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.search(GenericDaoBase.java:345)
   at 
 com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
   at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
   at 
 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.$Proxy187.searchAndCount(Unknown Source)
   at 
 com.cloud.network.vpc.NetworkACLServiceImpl.listNetworkACLItems(NetworkACLServiceImpl.java:609)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 

[jira] [Commented] (CLOUDSTACK-6582) Listing acl list rules are failed with exception Unknown column 'network_acl_item.cidr'

2014-05-07 Thread Daan Hoogland (JIRA)

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

Daan Hoogland commented on CLOUDSTACK-6582:
---

reassigned to you Jayapal. Can you please re-check?
Also is this related to CLOUDSTACK-6548?

 Listing acl list rules are failed with exception Unknown column 
 'network_acl_item.cidr' 
 

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

 Attachments: 0001-fixed-network-acl-cidr-issues.patch


 Network - VPCvpcRouter - Network ACL lists - default_deny - ACL list rules.
 network_acl_item table column cidr is removed but the vo is still having 
 @column cidr.
 Throwing execption.
 Unknown column 'network_acl_item.cidr' in 'field list'
 2014-05-06 15:22:59,925 DEBUG [c.c.a.ApiServlet] 
 (551507083@qtp-1237602550-5:ctx-9a66c916) ===START===  10.252.193.34 -- GET  
 command=listNetworkACLsaclid=446eb070-8018-439f-908c-de592addca85response=jsonsessionkey=IBBex9JHyzfVQSAoBzzDnpF26WI%3D_=1399369979895
 2014-05-06 15:22:59,944 DEBUG [c.c.u.AccountManagerImpl] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) Root Access granted to 
 Acct[6892921a-d421-11e3-a9a4-eeecd5657c3c-admin] by 
 RoleBasedEntityAccessChecker
 2014-05-06 15:22:59,957 ERROR [c.c.a.ApiServer] 
 (551507083@qtp-1237602550-5:ctx-9a66c916 ctx-25f7dff3) unhandled exception 
 executing api command: [Ljava.lang.String;@5d851b3
 com.cloud.utils.exception.CloudRuntimeException: DB Exception on: 
 com.mysql.jdbc.JDBC4PreparedStatement@3e9286ed: SELECT network_acl_item.id, 
 network_acl_item.start_port, network_acl_item.end_port, 
 network_acl_item.protocol, network_acl_item.state, network_acl_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 network_acl_item WHERE 
 network_acl_item.acl_id = 3  AND network_acl_item.display = 1  ORDER BY 
 network_acl_item.id DESC  LIMIT 0, 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.search(GenericDaoBase.java:345)
   at 
 com.cloud.utils.db.GenericDaoBase.searchAndCount(GenericDaoBase.java:1296)
   at sun.reflect.GeneratedMethodAccessor171.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at 
 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
   at 
 org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
   at 
 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.$Proxy187.searchAndCount(Unknown Source)
   at 
 com.cloud.network.vpc.NetworkACLServiceImpl.listNetworkACLItems(NetworkACLServiceImpl.java:609)
   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 
 

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

2014-05-07 Thread manasaveloori (JIRA)

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

manasaveloori updated CLOUDSTACK-6590:
--

Component/s: UI

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

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


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



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


[jira] [Assigned] (CLOUDSTACK-6570) API breakage of the UpdateUser API call

2014-05-07 Thread Daan Hoogland (JIRA)

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

Daan Hoogland reassigned CLOUDSTACK-6570:
-

Assignee: Daan Hoogland

 API breakage of the UpdateUser API call
 ---

 Key: CLOUDSTACK-6570
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6570
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: API
Affects Versions: 4.4.0
 Environment: Any, the UpdateUser API call is environment independent
Reporter: Ove Ewerlid
Assignee: Daan Hoogland
Priority: Blocker
  Labels: easyfix
 Fix For: 4.4.0, 4.5.0


 44 adds USER_API_KEY in ./api/src/org/apache/cloudstack/api/ApiConstants.java 
 and changes the value of API_KEY. Since API_KEY value is exposed in the 
 UpdateUser API, the API breaks.  Up until 4.3, KEYs to UpdateUser were passed 
 via parameters;
   * userapikey
   * usersecretkey
 with 44 this changes to;
   * apikey
   * usersecretkey
   



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


[jira] [Commented] (CLOUDSTACK-6453) [GPU] Windows 2012 Server instance created with vGPU offering is not coming up after installing PV drivers

2014-05-07 Thread Ram Ganesh (JIRA)

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

Ram Ganesh commented on CLOUDSTACK-6453:


reducing the severity of the bug to critical since this bug does not block 
majority of the GPU uses cases.

 [GPU] Windows 2012 Server instance created with vGPU offering is not coming 
 up after installing PV drivers
 --

 Key: CLOUDSTACK-6453
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6453
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public(Anyone can view this level - this is the 
 default.) 
  Components: Management Server, XenServer
Affects Versions: 4.4.0
Reporter: Sailaja Mada
Assignee: Sanjay Tripathi
Priority: Critical
 Fix For: 4.4.0

 Attachments: SMlog, gpulogs.zip


 Steps:
 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 
 2. Create Service Offering using K2 - K200 profile of vGPU
 3. Deploy windows 2012 instance with ISO using K200 vGPU profile offering
 4. Install Windows 2012 instance and install PV drivers 
 5. During PV driver installation Windows 2012 server went for reboot.
 Observation:
 1. After reboot, Windows 2012 Server instance created with vGPU offering is 
 not coming up after installing PV drivers
 2. It remained in stopped state.
 3.  Tried to start instance manually , Cloudstack says Instance started and 
 instance moved to running state. But XenServer failed to start the instance.
 4. Later Cloudstack also marked the instance in stopped state. 
 Attached detailed logs 



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


[jira] [Commented] (CLOUDSTACK-6585) No metadata support exists for LBStickinessPolicy and LBHealthCheckPolicy

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

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

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

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

CLOUDSTACK-6585: added missing metadata support for LBStickiness/LBHealthcheck 
policies


 No metadata support exists for LBStickinessPolicy and LBHealthCheckPolicy
 -

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


 All CS first class objects are supposed to have metadata support. Metadata 
 support is missing for LBStickinessPolicy and LBHealthCheckPolicy



--
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-07 Thread ASF subversion and git services (JIRA)

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

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

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

CLOUDSTACK-3272 Latest changes to add global configuration parameters to 
control the publishing of events on the message bus


 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] [Commented] (CLOUDSTACK-6585) No metadata support exists for LBStickinessPolicy and LBHealthCheckPolicy

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

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

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

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

CLOUDSTACK-6585: added missing metadata support for LBStickiness/LBHealthcheck 
policies


 No metadata support exists for LBStickinessPolicy and LBHealthCheckPolicy
 -

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


 All CS first class objects are supposed to have metadata support. Metadata 
 support is missing for LBStickinessPolicy and LBHealthCheckPolicy



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


[jira] [Resolved] (CLOUDSTACK-6578) DeleteRemoteAccessVpnCmd failed block enable Remote VPN access again on the IP address

2014-05-07 Thread Jayapal Reddy (JIRA)

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

Jayapal Reddy resolved CLOUDSTACK-6578.
---

Resolution: Fixed

 DeleteRemoteAccessVpnCmd failed block enable Remote VPN access again on the 
 IP address
 --

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


 1. configure the remote access vpn on public ip.
 2. enable vpn is failed on public ip due to resource unreachable. The status 
 entry in db is marked as 'Removed'. Due to this on the same public ip UI 
 shows option to enable.
 On remote access vpn failure db should be cleaned.



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