[jira] [Resolved] (CLOUDSTACK-5150) Creating template from a VM in Simulator results in incorrect size
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Girish Chaudhari resolved CLOUDSTACK-5150. -- Resolution: Fixed Fix Version/s: 4.4.0 > Creating template from a VM in Simulator results in incorrect size > -- > > Key: CLOUDSTACK-5150 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5150 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Simulator >Affects Versions: 4.2.0 >Reporter: David Grizzanti >Assignee: Girish Chaudhari >Priority: Minor > Fix For: 4.4.0 > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-5663) API:MS: Network with NULL CIDR raises NPE for createNetwork and listNetwork
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14057599#comment-14057599 ] Girish Chaudhari commented on CLOUDSTACK-5663: -- In the listNetworks and createNetworks execution flow, existing networks analysed to check whether they can be used for deploy. In this step, all the available IPs are calculated using the mentioned CIDR. In case the CIDR is NULL it results into the NPE. We need to add the NULL check to avoid NPE, in case of NULL CIDR we can populate the "canusefordeploy" attribute as false. > API:MS: Network with NULL CIDR raises NPE for createNetwork and listNetwork > --- > > Key: CLOUDSTACK-5663 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5663 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API, Management Server >Affects Versions: 4.2.0 > Environment: NA >Reporter: Parth Jagirdar >Assignee: Girish Chaudhari >Priority: Critical > > A Zone creation without CIDR is allowed for Shared networks. > And CIDR is not a required param for Create Network API. > In such a case listNetworks and createNetworks will raise NPE. > ERROR [cloud.api.ApiServer] (catalina-exec-13:null) unhandled exception > executing api command: listNetworks > java.lang.NullPointerException > at > com.cloud.network.NetworkModelImpl.getAvailableIps(NetworkModelImpl.java:1694) > at > com.cloud.network.NetworkModelImpl.canUseForDeploy(NetworkModelImpl.java:585) > at com.cloud.api.ApiDBUtils.canUseForDeploy(ApiDBUtils.java:1147) > at > com.cloud.api.ApiResponseHelper.createNetworkResponse(ApiResponseHelper.java:2259) > at > org.apache.cloudstack.api.command.user.network.ListNetworksCmd.execute(ListNetworksCmd.java:157) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:514) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:372) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:305) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:66) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:724) > 2013-12-26 14:50:05,336 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) > ===END=== 10.215.2.19 -- GET > command=listNetworks&response=json&sessionkey=umV%2F%2Fe90IumPgdOknf1aBRF0kLE%3D&listAll=true&page=1&pagesize=20&_=1388098205177 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-5663) API:MS: Network with NULL CIDR raises NPE for createNetwork and listNetwork
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Girish Chaudhari reassigned CLOUDSTACK-5663: Assignee: Girish Chaudhari (was: Saurav Lahiri) > API:MS: Network with NULL CIDR raises NPE for createNetwork and listNetwork > --- > > Key: CLOUDSTACK-5663 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5663 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API, Management Server >Affects Versions: 4.2.0 > Environment: NA >Reporter: Parth Jagirdar >Assignee: Girish Chaudhari >Priority: Critical > > A Zone creation without CIDR is allowed for Shared networks. > And CIDR is not a required param for Create Network API. > In such a case listNetworks and createNetworks will raise NPE. > ERROR [cloud.api.ApiServer] (catalina-exec-13:null) unhandled exception > executing api command: listNetworks > java.lang.NullPointerException > at > com.cloud.network.NetworkModelImpl.getAvailableIps(NetworkModelImpl.java:1694) > at > com.cloud.network.NetworkModelImpl.canUseForDeploy(NetworkModelImpl.java:585) > at com.cloud.api.ApiDBUtils.canUseForDeploy(ApiDBUtils.java:1147) > at > com.cloud.api.ApiResponseHelper.createNetworkResponse(ApiResponseHelper.java:2259) > at > org.apache.cloudstack.api.command.user.network.ListNetworksCmd.execute(ListNetworksCmd.java:157) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:514) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:372) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:305) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:66) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) > at > org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.java:889) > at > org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:721) > at > org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2266) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:724) > 2013-12-26 14:50:05,336 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) > ===END=== 10.215.2.19 -- GET > command=listNetworks&response=json&sessionkey=umV%2F%2Fe90IumPgdOknf1aBRF0kLE%3D&listAll=true&page=1&pagesize=20&_=1388098205177 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-6866) First Class object hiding feature is not working for VirtualMachine and Networks resources
Girish Chaudhari created CLOUDSTACK-6866: Summary: First Class object hiding feature is not working for VirtualMachine and Networks resources Key: CLOUDSTACK-6866 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6866 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: Observed it on 4.4 branch. Reporter: Girish Chaudhari Using Admin user, the Display flag can be applied for Virtual Machine and Networks resources. But when the list API get called on the respective resources, it is returning wrong results. The object get hided from normal users as well from Admin user. I haven't check rest of the mentioned first class resources yet. Expected results: The resource which is marked with Display flag as '0' (False) should be hided from normal user only, not from the Admin user -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-2697) cluster id in alert message is null {alertType:: 1 // dataCenterId:: 1 // podId:: 1 // clusterId:: null }
[ https://issues.apache.org/jira/browse/CLOUDSTACK-2697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Girish Chaudhari resolved CLOUDSTACK-2697. -- Resolution: Fixed > cluster id in alert message is null {alertType:: 1 // dataCenterId:: 1 // > podId:: 1 // clusterId:: null } > - > > Key: CLOUDSTACK-2697 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2697 > 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: prashant kumar mishra >Assignee: Girish Chaudhari >Priority: Minor > Fix For: 4.4.0 > > Attachments: logs.rar > > > Cluster id should not be null in Alert message. > Snippet of log > > 2013-05-27 13:13:19,879 WARN [apache.cloudstack.alerts] > (CapacityChecker:null) alertType:: 1 // dataCenterId:: 1 // podId:: 1 // > clusterId:: null // message:: System Alert: Low Unallocated CPU in cluster > cluster pod pod of availability zone pod > 2013-05-27 13:13:19,890 DEBUG [cloud.alert.AlertManagerImpl] > (CapacityChecker:null) Have already sent: 1 emails for alert type '1' -- > skipping send email > 2013-05-27 13:13:19,954 DEBUG [cloud.alert.AlertManagerImpl] > (CapacityChecker:null) System Alert: Low Unallocated CPU in cluster cluster2 > pod pod of availability zone pod > 2013-05-27 13:13:19,954 DEBUG [cloud.alert.AlertManagerImpl] > (CapacityChecker:null) Unallocated CPU is low, total: 9576 Mhz, used: 2000 > Mhz (20.89%) > 2013-05-27 13:13:19,955 WARN [apache.cloudstack.alerts] > (CapacityChecker:null) alertType:: 1 // dataCenterId:: 1 // podId:: 1 // > clusterId:: null // message:: System Alert: Low Unallocated CPU in cluster > cluster2 pod pod of availability zone pod -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-5150) Creating template from a VM in Simulator results in incorrect size
[ https://issues.apache.org/jira/browse/CLOUDSTACK-5150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Girish Chaudhari reassigned CLOUDSTACK-5150: Assignee: Girish Chaudhari > Creating template from a VM in Simulator results in incorrect size > -- > > Key: CLOUDSTACK-5150 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5150 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Simulator >Affects Versions: 4.2.0 >Reporter: David Grizzanti >Assignee: Girish Chaudhari >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Assigned] (CLOUDSTACK-2697) cluster id in alert message is null {alertType:: 1 // dataCenterId:: 1 // podId:: 1 // clusterId:: null }
[ https://issues.apache.org/jira/browse/CLOUDSTACK-2697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Girish Chaudhari reassigned CLOUDSTACK-2697: Assignee: Girish Chaudhari > cluster id in alert message is null {alertType:: 1 // dataCenterId:: 1 // > podId:: 1 // clusterId:: null } > - > > Key: CLOUDSTACK-2697 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2697 > 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: prashant kumar mishra >Assignee: Girish Chaudhari >Priority: Minor > Fix For: 4.3.0 > > Attachments: logs.rar > > > Cluster id should not be null in Alert message. > Snippet of log > > 2013-05-27 13:13:19,879 WARN [apache.cloudstack.alerts] > (CapacityChecker:null) alertType:: 1 // dataCenterId:: 1 // podId:: 1 // > clusterId:: null // message:: System Alert: Low Unallocated CPU in cluster > cluster pod pod of availability zone pod > 2013-05-27 13:13:19,890 DEBUG [cloud.alert.AlertManagerImpl] > (CapacityChecker:null) Have already sent: 1 emails for alert type '1' -- > skipping send email > 2013-05-27 13:13:19,954 DEBUG [cloud.alert.AlertManagerImpl] > (CapacityChecker:null) System Alert: Low Unallocated CPU in cluster cluster2 > pod pod of availability zone pod > 2013-05-27 13:13:19,954 DEBUG [cloud.alert.AlertManagerImpl] > (CapacityChecker:null) Unallocated CPU is low, total: 9576 Mhz, used: 2000 > Mhz (20.89%) > 2013-05-27 13:13:19,955 WARN [apache.cloudstack.alerts] > (CapacityChecker:null) alertType:: 1 // dataCenterId:: 1 // podId:: 1 // > clusterId:: null // message:: System Alert: Low Unallocated CPU in cluster > cluster2 pod pod of availability zone pod -- This message was sent by Atlassian JIRA (v6.1.5#6160)