[jira] [Commented] (CLOUDSTACK-3369) Autoscaling: Deleting an isolated network of an account deletes also the autoscaling rule for a network associated with another account

2013-07-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3369:


Verified on 4.1.0 with head 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=a5214bee99f6c5582d755c9499f7d99fd7b5b701
 

Created two accounts testa, testb, 
Created networks for testa and testb with NS as LB provider network offering.
Acquired public ip's for both the network's 
Created LB rules on both the networks, LB rules are working fine. 
Created AutoScale policies in testa and testb network.
VM's got created successfully for both the Autoscale polices.

On testb network, deleted all the Vm's and deleted the network. 
Network got deleted successfully. 
But in testa the autoscale policy is still presist.
verified on NS, the autoscale policy created from testa is present.

Verified on NetScaler NS10.0: Build 73.5002.e.nc,

So, Resolving as not reproduced.


 




> Autoscaling: Deleting an isolated network of an account deletes also the 
> autoscaling rule for a network associated with another account
> ---
>
> Key: CLOUDSTACK-3369
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3369
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0
>Reporter: Francois Gaudreault
>Assignee: Rajesh Battala
>Priority: Blocker
>
> Hypothesis:
> - Say you have a Network Offering with NetScaler as external load balancer, 
> and you configure it to be shared.
> - Say you have two accounts (A and B), and both have a network using that LB 
> offering
> If you create an autoscaling rule on network associated with account A, and 
> you delete a network associated with account B, it will also delete the 
> autoscaling rule of the network associated with account A.
> To Reproduce:
> - Add a NetScaler, and make it shared (not dedicated)
> - Create a network offering with LB service on the NetScaler
> - Create a network for Account A using the NS network offering
> - Create a network for Account B using the same offering
> - Create an autoscaling rule on network A, and wait until you see VMs spun up 
> by the NS.
> - Spin a VM on network B, and then destroy that VM
> - Delete the Network B
> You should see instances being created with the name VM-Date-NONE.
> Netscaler Logs:
> Jul  4 19:48:36  172.30.100.5 Device 
> "server_vip_NSSVC_HTTP_x:80(Cloud-VirtualServer-74.121.246.141-80)" - 
> State DOWN
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm server 
> autoscale-internal_server_Cloud241781113fa541a8aafb46bb45b8a719" - Status 
> "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "unbind vlan 3654 -ifnum 1/3 -tagged" - Status 
> "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "unbind vlan 3654 -IPAddress 10.3.96.69 
> 255.255.240.0" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "show ns ip 10.3.96.69" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 Route 
> route(10.3.96.0_255.255.240.0) - State DOWN
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm ns ip 10.3.96.69" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "show vlan 3654" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm vlan 3654" - Status "Success"

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3369) Autoscaling: Deleting an isolated network of an account deletes also the autoscaling rule for a network associated with another account

2013-07-16 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3369:


Verified on the lastest 4.2 branch, issue is not reproducible. 
Will verify on 4.1 and update the findings.

> Autoscaling: Deleting an isolated network of an account deletes also the 
> autoscaling rule for a network associated with another account
> ---
>
> Key: CLOUDSTACK-3369
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3369
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0
>Reporter: Francois Gaudreault
>Assignee: Rajesh Battala
>Priority: Blocker
>
> Hypothesis:
> - Say you have a Network Offering with NetScaler as external load balancer, 
> and you configure it to be shared.
> - Say you have two accounts (A and B), and both have a network using that LB 
> offering
> If you create an autoscaling rule on network associated with account A, and 
> you delete a network associated with account B, it will also delete the 
> autoscaling rule of the network associated with account A.
> To Reproduce:
> - Add a NetScaler, and make it shared (not dedicated)
> - Create a network offering with LB service on the NetScaler
> - Create a network for Account A using the NS network offering
> - Create a network for Account B using the same offering
> - Create an autoscaling rule on network A, and wait until you see VMs spun up 
> by the NS.
> - Spin a VM on network B, and then destroy that VM
> - Delete the Network B
> You should see instances being created with the name VM-Date-NONE.
> Netscaler Logs:
> Jul  4 19:48:36  172.30.100.5 Device 
> "server_vip_NSSVC_HTTP_x:80(Cloud-VirtualServer-74.121.246.141-80)" - 
> State DOWN
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm server 
> autoscale-internal_server_Cloud241781113fa541a8aafb46bb45b8a719" - Status 
> "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "unbind vlan 3654 -ifnum 1/3 -tagged" - Status 
> "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "unbind vlan 3654 -IPAddress 10.3.96.69 
> 255.255.240.0" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "show ns ip 10.3.96.69" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 Route 
> route(10.3.96.0_255.255.240.0) - State DOWN
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm ns ip 10.3.96.69" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "show vlan 3654" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm vlan 3654" - Status "Success"

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-3499) AttachVolume is mandating Xen PV drivers to be installed

2013-07-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3499:
---

Component/s: XenServer

> AttachVolume is mandating Xen PV drivers to be installed 
> -
>
> Key: CLOUDSTACK-3499
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3499
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller, XenServer
>Affects Versions: 4.2.0
>Reporter: Sailaja Mada
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: apilog.log
>
>
> Setup:  XenServer 6.2  , ACS 4.2 
> Steps :
> 1. Create user account and deploy VM with template which does not have PV 
> drivers installed 
> 2.  Create new DATA volume using small disk offering.
> 3. Tried to attach volume to the instance.
> Observation:
> AttachVolume is mandating Xen PV drivers to be installed 
> Note : 
> 1. Attach volume is working if instance is deployed with PV drivers installed 
> template (Default Cent OS)
> 2.  PV drivers were mandatory only for migration in the previous releases. 
> Now it is mandating for attach volume also. 
> 2013-07-12 14:07:44,657 DEBUG 
> [datastore.driver.CloudStackPrimaryDataStoreDriverImpl] 
> (Job-Executor-14:job-56) Creating volume: 
> org.apache.cloudstack.storage.volume.VolumeObject@26c3dc39
> 2013-07-12 14:07:44,662 DEBUG [agent.transport.Request] 
> (Job-Executor-14:job-56) Seq 1-1058341678: Sending  { Cmd , MgmtId: 
> 280320865129348, via: 1, Ver: v1, Flags: 100011, 
> [{"org.apache.cloudstack.storage.command.CreateObjectCommand":{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"78e945fb-0255-42a4-a0da-609d67b726f0","volumeType":"DATADISK","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"ae321c7e-120b-38d9-b732-20b2ea8c58b4","id":4,"poolType":"IscsiLUN","host":"10.102.192.101","path":"/iqn.2004-04.com.qnap:ts-659proii:iscsi.lun2.cf5b54/0","port":3260}},"name":"vol1","size":5368709120,"volumeId":17,"accountId":3,"id":17}},"wait":0}}]
>  }
> 2013-07-12 14:07:44,662 DEBUG [agent.transport.Request] 
> (Job-Executor-14:job-56) Seq 1-1058341678: Executing:  { Cmd , MgmtId: 
> 280320865129348, via: 1, Ver: v1, Flags: 100011, 
> [{"org.apache.cloudstack.storage.command.CreateObjectCommand":{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"78e945fb-0255-42a4-a0da-609d67b726f0","volumeType":"DATADISK","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"ae321c7e-120b-38d9-b732-20b2ea8c58b4","id":4,"poolType":"IscsiLUN","host":"10.102.192.101","path":"/iqn.2004-04.com.qnap:ts-659proii:iscsi.lun2.cf5b54/0","port":3260}},"name":"vol1","size":5368709120,"volumeId":17,"accountId":3,"id":17}},"wait":0}}]
>  }
> 2013-07-12 14:07:44,662 DEBUG [agent.manager.DirectAgentAttache] 
> (DirectAgent-393:null) Seq 1-1058341678: Executing request
> 2013-07-12 14:07:44,748 DEBUG [xen.resource.CitrixResourceBase] 
> (DirectAgent-393:null) SR retrieved for ae321c7e-120b-38d9-b732-20b2ea8c58b4
> 2013-07-12 14:07:44,753 DEBUG [xen.resource.CitrixResourceBase] 
> (DirectAgent-393:null) Checking ae321c7e-120b-38d9-b732-20b2ea8c58b4 or SR 
> f7b947d6-0e8c-3bab-0b78-d8dbce0938fa on 
> XS[5b53e784-364d-4f85-bec6-f83be13334e8-10.102.192.17]
> 2013-07-12 14:07:45,177 DEBUG [storage.secondary.SecondaryStorageManagerImpl] 
> (secstorage-1:null) Zone 1 is ready to launch secondary storage VM
> 2013-07-12 14:07:45,444 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
> (consoleproxy-1:null) Zone 1 is ready to launch console proxy
> 2013-07-12 14:07:45,694 DEBUG [agent.manager.DirectAgentAttache] 
> (DirectAgent-393:null) Seq 1-1058341678: Response Received:
> 2013-07-12 14:07:45,695 DEBUG [agent.transport.Request] 
> (DirectAgent-393:null) Seq 1-1058341678: Processing:  { Ans: , MgmtId: 
> 280320865129348, via: 1, Ver: v1, Flags: 10, 
> [{"org.apache.cloudstack.storage.command.CreateObjectAnswer":{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"name":"vol1","size":5368709120,"path":"ddec79d5-6926-4753-ac4d-5e6b8f7906a3","accountId":0,"id":0}},"result":true,"wait":0}}]
>  }
> 2013-07-12 14:07:45,695 DEBUG [agent.transport.Request] 
> (Job-Executor-14:job-56) Seq 1-1058341678: Received:  { Ans: , MgmtId: 
> 280320865129348, via: 1, Ver: v1, Flags: 10, { CreateObjectAnswer } }
> 2013-07-12 14:07:45,729 DEBUG [agent.transport.Request] 
> (Job-Executor-14:job-56) Seq 1-1058341679: Sending  { Cmd , MgmtId: 
> 280320865129348, via: 1, Ver: v1, Flags: 100011, 
> [{"org.apache.cloudstack.storage.command.AttachCommand":{"disk":{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"78e945fb-0255-42a4-a0da-609d67b726f0","volumeType":"DATADISK","dataStor

[jira] [Assigned] (CLOUDSTACK-3488) listStoragePools throws NPE if any of the storage pools are not in the right state

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3488:
--

Assignee: Rajesh Battala

> listStoragePools throws NPE if any of the storage pools are not in the right 
> state
> --
>
> Key: CLOUDSTACK-3488
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3488
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: 4.2
>Reporter: Sowmya Krishnan
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> listStoragePools throws NPE if any of the storage pools was erroneously 
> added. Will not be able to see any of the storage pool listing from UI as 
> well.
> Steps:
> =
> Create a storage pool with incorrect parameters that causes it to remain in 
> "Initialized" state. For example, add storage pool before adding host in the 
> cluster
> Perform listStoragePools
> Exception:
> 2013-07-11 17:26:10,820 DEBUG [cloud.api.ApiServlet] (catalina-exec-19:null) 
> ===START===  10.151.138.80 -- GET  
> command=listStoragePools&page=1&pagesize=20&z
> oneid=2e15553c-0639-4304-823c-363354987b46&response=json&sessionkey=XcsJytPG7p62G7AKK1WBQerdmgM%3D&_=1373543589506
> 2013-07-11 17:26:10,835 ERROR [cloud.api.ApiServer] (catalina-exec-19:null) 
> unhandled exception executing api command: listStoragePools
> java.lang.NullPointerException
> at 
> com.cloud.api.query.dao.StoragePoolJoinDaoImpl.newStoragePoolResponse(StoragePoolJoinDaoImpl.java:87)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.api.ApiDBUtils.newStoragePoolResponse(ApiDBUtils.java:1578)
> at 
> com.cloud.api.query.ViewResponseHelper.createStoragePoolResponse(ViewResponseHelper.java:275)
> at 
> com.cloud.api.query.QueryManagerImpl.searchForStoragePools(QueryManagerImpl.java:1829)
> at 
> org.apache.cloudstack.api.command.admin.storage.ListStoragePoolsCmd.execute(ListStoragePoolsCmd.java:118)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
> 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:2268)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-07-11 17:26:10,841 DEBUG [cloud.api.ApiServlet] (catalina-exec-19:null) 
> ===END===  10.151.138.80 -- GET  
> command=listStoragePools&page=1&pagesize=20&zoneid=2e15553c-0639-4304-823c-363354987b46&response=json&sessionkey=XcsJytPG7p62G7AKK1WBQerdmgM%3D&_=1373543589506
>  

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Closed] (CLOUDSTACK-3118) KVM : Unable to add kvm host on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala closed CLOUDSTACK-3118.
--

Assignee: Rajesh Battala

Working as expected in the latest 4.2/master. Closing the defect

> KVM : Unable to add kvm host on latest master 
> 4c51c60ef7517a7719764da94d81cd082caafdf9
> --
>
> Key: CLOUDSTACK-3118
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Management Server
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Tried to add the kvm host after rebasing with latest master. 
> Unable to add the host and failed with below error.
> 6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
>  given the type class [Lcom.cloud.agent.api.Command;
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
> at 
> com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
> at 
> com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
> at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
> at 
> com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
> at 
> com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
> at com.google.gson.Gson.fromJson(Gson.java:551)
> at com.google.gson.Gson.fromJson(Gson.java:498)
> at com.cloud.agent.transport.Request.getCommands(Request.java:235)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1193)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1346)
> at 
> com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:659)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find 
> StartupRoutingCommand
> at 
> com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:77)
> at 
> com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:37)
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
> ... 15 more
> 2013-06-21 16:46:59,412 WARN  [utils.nio.Task] (AgentManager-Handler-15:null) 
> Caught the following exception but pushing on
> com.google.gson.JsonParseException: The JsonDeserializer 
> com.cloud.agent.transport.ArrayTypeAdaptor@1a00568 failed to deserialize json 
> object 
> [{"StartupRoutingCommand":{"cpus":4,"speed":1799,"memory":16640241664,"dom0MinMemory":805306368,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"Red","Host.OS.Kernel.Version":"2.6.32-279.el6.x86_64","Host.OS.Version":"Enterprise"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"2","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","publicIpAddress":"10.102.192.56","publicNetmask":"255.255.252.0","publicMacAddress":"d4:ae:52:ad:fc:a5","privateIpAddress":"10.102.192.56","privateMacAddress":"d4:ae:52:ad:fc:a5","privateNetmask":"255.255.252.0","storageIpAddress":"10.102.192.56","storageNetmask":"255.255.252.0","storageMacAddress":"d4:ae:52:ad:fc:a5","resourceName":"LibvirtComputingResource","gatewayIpAddress":"10.102.192.1","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSize":0,"poolInfo":{"uuid":"41edfd96-c5a5-429a-b192-06a41c2709cc","host":"10.102.192.56","localPath":"/var/lib/libvirt/images","hostPath":"/var/lib/libvirt/images","poolType":"Filesystem","capacityBytes":52844687360,"availableBytes":50056523776},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version

[jira] [Closed] (CLOUDSTACK-2420) NPE: Attaching an Uploaded volume to a VM, (NPE while moving from

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala closed CLOUDSTACK-2420.
--


Working as expected in the latest 4.2/master. Closing the defect

> NPE: Attaching an Uploaded volume to a VM, (NPE while moving from 
> --
>
> Key: CLOUDSTACK-2420
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2420
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> 2013-05-09 18:36:46,997 DEBUG [cloud.api.ApiServlet] 
> (6876027@qtp-10225875-14:null) ===END===  10.144.7.13 -- GET  
> command=attachVolume&id=e0075fb1-2432-4375-a22e-b7e6015afac6&virtualMachineId=aa6b941d-a7ea-42da-a175-578005fcb41b&response=json&sessionkey=vCZWZNneQ9l2xOkDXYUoEuAluYw%3D&_=1368104845639
> 2013-05-09 18:36:47,077 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-6:job-29) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.VolumeManagerImpl.copyVolume(VolumeManagerImpl.java:1444)
> at 
> com.cloud.storage.VolumeManagerImpl.createVolumeOnPrimaryStorage(VolumeManagerImpl.java:1488)
> at 
> com.cloud.storage.VolumeManagerImpl.attachVolumeToVM(VolumeManagerImpl.java:1727)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd.execute(AttachVolumeCmd.java:122)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> 2013-05-09 18:36:47,080 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-6:job-29) Complete async job-29, jobStatus: 2, resultCode: 530, 
> result: Error Code: 530 Error text: null

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Closed] (CLOUDSTACK-3301) [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala closed CLOUDSTACK-3301.
--


Working as expected in the latest 4.2/master. Closing the defect

> [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware
> -
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Closed] (CLOUDSTACK-2981) [UI] Create network offering dialog is not allowing to choose any other service provider apart from Virtual Router.

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala closed CLOUDSTACK-2981.
--


Working as expected in the latest 4.2/master. Closing the defect

> [UI] Create network offering dialog is not allowing to choose any other 
> service provider apart from Virtual Router.
> ---
>
> Key: CLOUDSTACK-2981
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2981
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Jessica Wang
>Priority: Blocker
> Fix For: 4.2.0
>
>
> When creating network offering, 
> For services choose the service provider other than VR, its getting reset to 
> VR only.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Closed] (CLOUDSTACK-1401) NPE: listCapacity

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala closed CLOUDSTACK-1401.
--


Working as expected in the latest 4.2/master. Closing the defect

> NPE: listCapacity
> -
>
> Key: CLOUDSTACK-1401
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1401
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>  Labels: integration-test
> Fix For: 4.2.0
>
>
> INFO  [agent.manager.AgentManagerImpl] (AgentTaskPool-16:) Investigating why 
> host 5 has disconnected with event PingTimeout
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:302)
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:66)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at 
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at 
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401)
> at 
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at 
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at 
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
> at 
> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
> at 
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> at 
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> at 
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at 
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at 
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at 
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at 
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> ERROR [cloud.api.ApiServer] (29876307@qtp-7593631-20:) unhandled exception 
> executing api command: listCapacity
> java.lang.NullPointerException
> at 
> com.cloud.api.ApiResponseHelper.createCapacityResponse(ApiResponseHelper.java:1880)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
> at 
> org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
> at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:43)
> at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
> at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
>

[jira] [Updated] (CLOUDSTACK-3470) [KVM] CopyCommand is not implemented in KVM

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3470:
---

Description: 
while performing Volume Migrate from one ZWPS, to another ZWPS using KVM.

copyVolumeBetweenPools method is triggering the CopyCommand to copy the volume 
from store to another.

This CopyCommand is sent to KVM Agent to execute the operation of copying 
volume from Src Store to Dest Store.


Issue is:  CopyCommand is not implemented in KVM Resouce, hence failing the 
migration of Volumes



2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Request:Seq 4-2091581770:  { Cmd , MgmtId: 235715300172635, via: 4, Ver: v1, 
Flags: 100111, 
[{"org.apache.cloudstack.storage.command.CopyCommand":{"srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"f0802731-62fe-3a85-b81a-98ae47e845cf","id":2,"poolType":"NetworkFilesystem","host":"10.102.192.100","path":"/cpg_vol/rajesh/zwps1","port":2049}},"name":"vol3","size":0,"path":"00ff0a7a-95a8-4809-a334-f8a0d9aa3db2","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://10.102.192.100/cpg_vol/rajesh/secondary","_role":"Image"}},"name":"vol3","size":0,"path":"volumes/2/13","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"wait":10800}}]
 }


2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Processing command: org.apache.cloudstack.storage.command.CopyCommand
2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Response: unsupported commandorg.apache.cloudstack.storage.command.CopyCommand
2013-07-11 15:48:59,780 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Seq 4-2091581770:  { Ans: , MgmtId: 235715300172635, via: 4, Ver: v1, Flags: 
110, 
[{"com.cloud.agent.api.UnsupportedAnswer":{"result":false,"details":"Unsupported
 command issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you 
sure you got the right type of server?","wait":0}}] }


  was:
copyvolume command is under the package of com.cloud.* 
but when it sends to the agent, its sending with org.apache.* 
which is causing the copyVolumeCmd fail at the KVM agent side.



2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Request:Seq 4-2091581770:  { Cmd , MgmtId: 235715300172635, via: 4, Ver: v1, 
Flags: 100111, 
[{"org.apache.cloudstack.storage.command.CopyCommand":{"srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"f0802731-62fe-3a85-b81a-98ae47e845cf","id":2,"poolType":"NetworkFilesystem","host":"10.102.192.100","path":"/cpg_vol/rajesh/zwps1","port":2049}},"name":"vol3","size":0,"path":"00ff0a7a-95a8-4809-a334-f8a0d9aa3db2","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://10.102.192.100/cpg_vol/rajesh/secondary","_role":"Image"}},"name":"vol3","size":0,"path":"volumes/2/13","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"wait":10800}}]
 }


2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Processing command: org.apache.cloudstack.storage.command.CopyCommand
2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Response: unsupported commandorg.apache.cloudstack.storage.command.CopyCommand
2013-07-11 15:48:59,780 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Seq 4-2091581770:  { Ans: , MgmtId: 235715300172635, via: 4, Ver: v1, Flags: 
110, 
[{"com.cloud.agent.api.UnsupportedAnswer":{"result":false,"details":"Unsupported
 command issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you 
sure you got the right type of server?","wait":0}}] }



> [KVM] CopyCommand is not implemented in KVM
> ---
>
> Key: CLOUDSTACK-3470
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3470
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, KVM
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while performing Volume Migrate from one ZWPS, to another ZWPS using KVM.
> copyVolumeBetweenPools method is triggering the C

[jira] [Updated] (CLOUDSTACK-3470) [KVM] CopyCommand is not implemented in KVM

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3470:
---

Summary: [KVM] CopyCommand is not implemented in KVM  (was: [KVM]Mismatch 
of package name in copyVolumeCmd sent from server to Agent (kvm))

> [KVM] CopyCommand is not implemented in KVM
> ---
>
> Key: CLOUDSTACK-3470
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3470
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, KVM
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> copyvolume command is under the package of com.cloud.* 
> but when it sends to the agent, its sending with org.apache.* 
> which is causing the copyVolumeCmd fail at the KVM agent side.
> 2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-5:null) Request:Seq 4-2091581770:  { Cmd , MgmtId: 
> 235715300172635, via: 4, Ver: v1, Flags: 100111, 
> [{"org.apache.cloudstack.storage.command.CopyCommand":{"srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"f0802731-62fe-3a85-b81a-98ae47e845cf","id":2,"poolType":"NetworkFilesystem","host":"10.102.192.100","path":"/cpg_vol/rajesh/zwps1","port":2049}},"name":"vol3","size":0,"path":"00ff0a7a-95a8-4809-a334-f8a0d9aa3db2","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://10.102.192.100/cpg_vol/rajesh/secondary","_role":"Image"}},"name":"vol3","size":0,"path":"volumes/2/13","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"wait":10800}}]
>  }
> 2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-5:null) Processing command: 
> org.apache.cloudstack.storage.command.CopyCommand
> 2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-5:null) Response: unsupported 
> commandorg.apache.cloudstack.storage.command.CopyCommand
> 2013-07-11 15:48:59,780 DEBUG [cloud.agent.Agent] 
> (agentRequest-Handler-5:null) Seq 4-2091581770:  { Ans: , MgmtId: 
> 235715300172635, via: 4, Ver: v1, Flags: 110, 
> [{"com.cloud.agent.api.UnsupportedAnswer":{"result":false,"details":"Unsupported
>  command issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you 
> sure you got the right type of server?","wait":0}}] }

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3470) [KVM]Mismatch of package name in copyVolumeCmd sent from server to Agent (kvm)

2013-07-11 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3470:
--

 Summary: [KVM]Mismatch of package name in copyVolumeCmd sent from 
server to Agent (kvm)
 Key: CLOUDSTACK-3470
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3470
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: API, KVM
Affects Versions: 4.2.0
Reporter: Rajesh Battala
Priority: Blocker
 Fix For: 4.2.0


copyvolume command is under the package of com.cloud.* 
but when it sends to the agent, its sending with org.apache.* 
which is causing the copyVolumeCmd fail at the KVM agent side.



2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Request:Seq 4-2091581770:  { Cmd , MgmtId: 235715300172635, via: 4, Ver: v1, 
Flags: 100111, 
[{"org.apache.cloudstack.storage.command.CopyCommand":{"srcTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"f0802731-62fe-3a85-b81a-98ae47e845cf","id":2,"poolType":"NetworkFilesystem","host":"10.102.192.100","path":"/cpg_vol/rajesh/zwps1","port":2049}},"name":"vol3","size":0,"path":"00ff0a7a-95a8-4809-a334-f8a0d9aa3db2","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"destTO":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"63d241ad-d372-40fc-b770-7661902ff52d","volumeType":"DATADISK","dataStore":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://10.102.192.100/cpg_vol/rajesh/secondary","_role":"Image"}},"name":"vol3","size":0,"path":"volumes/2/13","volumeId":13,"accountId":2,"format":"QCOW2","id":13}},"wait":10800}}]
 }


2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Processing command: org.apache.cloudstack.storage.command.CopyCommand
2013-07-11 15:48:59,778 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Response: unsupported commandorg.apache.cloudstack.storage.command.CopyCommand
2013-07-11 15:48:59,780 DEBUG [cloud.agent.Agent] (agentRequest-Handler-5:null) 
Seq 4-2091581770:  { Ans: , MgmtId: 235715300172635, via: 4, Ver: v1, Flags: 
110, 
[{"com.cloud.agent.api.UnsupportedAnswer":{"result":false,"details":"Unsupported
 command issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you 
sure you got the right type of server?","wait":0}}] }


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3392) resizeDataVolume throws an expception when trying to shrink volume on XenServer and KVM

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3392:


from the code:
for qcow2, shrinking is not supported.

> resizeDataVolume throws an expception when trying to shrink volume on 
> XenServer and KVM
> ---
>
> Key: CLOUDSTACK-3392
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3392
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: Management Server: RHEL 6.3 
> Xenserver: 6.1
>Reporter: Pavan Kumar Bandarupally
>Assignee: Likitha Shetty
>Priority: Critical
>  Labels: integration-test
> Fix For: 4.2.0
>
> Attachments: KVM log.rar, management-server-log.rar
>
>
> An exception is thrown when trying to re-size(shrink) a data volume for a 
> guest VM hosted on Xenserver. The guest VM is shutdown before resizing as 
> resize on Xenserver is supported on offline VMs
> Note: Increasing the volume works fine. The exception is thrown only for 
> shrink. Attaching MS log.
> Stack Trace:
> ---
> 2013-07-08 20:18:36,971 WARN  [xen.resource.CitrixResourceBase] 
> (DirectAgent-37:null) Unable to resize volume
> SR_BACKEND_FAILURE_79VDI Invalid size [opterr=shrinking not allowed]
> at com.xensource.xenapi.Types.checkResponse(Types.java:1936)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
> at 
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VDI.resize(VDI.java:1350)
> at 
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:6155)
> at 
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:516)
> at 
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:73)
> at 
> com.cloud.hypervisor.xen.resource.XenServer610Resource.executeRequest(XenServer610Resource.java:102)
> at 
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:165)
> at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:266)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:679)
> 2013-07-08 20:18:36,972 DEBUG [agent.manager.DirectAgentAttache] 
> (DirectAgent-37:null) Seq 1-1025154837: Response Received:
> 2013-07-08 20:18:36,973 DEBUG [agent.transport.Request] (DirectAgent-37:null) 
> Seq 1-1025154837: Processing:  { Ans: , MgmtId: 7541090156566, via: 1, Ver: 
> v1, Flags: 10, 
> [{"storage.ResizeVolumeAnswer":{"newSize":0,"result":false,"details":"failed 
> to resize volume:SR_BACKEND_FAILURE_79VDI Invalid size [opterr=shrinking not 
> allowed]","wait":0}}] }
> 2013-07-08 20:18:36,974 DEBUG [agent.transport.Request] 
> (Job-Executor-36:job-61) Seq 1-1025154837: Received:  { Ans: , MgmtId: 
> 7541090156566, via: 1, Ver: v1, Flags: 10, { ResizeVolumeAnswer } }
> 2013-07-08 20:18:37,029 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-36:job-61) Complete async job-61, jobStatus: 1, resultCode: 0, 
> result: org.apache.cloudstack.api.response.VolumeResponse@1ff504a5
> 2013-07-08 20:18:37,044 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-36:job-61) Done executing 
> org.apache.cloudstack.api.command.user.volume.ResizeVolumeCmd for job-61

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2304) [ZWPS]NPE while migrating volume from one zone wide primary to another

2013-07-11 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2304:


new NPE log,

java.lang.NullPointerException
at com.cloud.storage.VolumeVO.(VolumeVO.java:220)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.duplicateVolumeOnAnotherStorage(VolumeServiceImpl.java:573)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.copyVolume(VolumeServiceImpl.java:737)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2195)
at 
com.cloud.storage.VolumeManagerImpl_EnhancerByCloudStack_e2ae35d2.CGLIB$migrateVolume$8()
at 
com.cloud.storage.VolumeManagerImpl_EnhancerByCloudStack_e2ae35d2_FastClassByCloudStack_95938c0d.invoke()
at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.VolumeManagerImpl_EnhancerByCloudStack_e2ae35d2.migrateVolume()
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2187)
at 
com.cloud.storage.VolumeManagerImpl_EnhancerByCloudStack_e2ae35d2.CGLIB$migrateVolume$9()
at 
com.cloud.storage.VolumeManagerImpl_EnhancerByCloudStack_e2ae35d2_FastClassByCloudStack_95938c0d.invoke()
at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.VolumeManagerImpl_EnhancerByCloudStack_e2ae35d2.migrateVolume()
at 
org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd.execute(MigrateVolumeCmd.java:102)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:513)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
ERROR [cloud.storage.VolumeManagerImpl] (Job-Executor-1:job-37) migrate volume 
failed:java.lang.NullPointerException


> [ZWPS]NPE while migrating volume from one zone wide primary to another
> --
>
> Key: CLOUDSTACK-2304
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2304
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: KVM/VMware deployment with Zone wide primary storage
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: Archive.zip
>
>
> Try to migrate a volume from one zone wide primary storage to another.
>  ===START===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,384 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-3:null) submit async job-97, details: AsyncJobVO {id:97, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: null, instanceId: 
> null, cmd: org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd, 
> cmdOriginator: null, cmdInfo: 
> {"response":"json","sessionkey":"yMNGYR64PRQhdJaPj99Bvs2KDDE\u003d","ctxUserId":"2","storageid":"230ae4af-0446-3929-a8cd-63ab88f31ab1","_":"1367485037836","volumeid":"d9efc3d8-1612-4998-95d7-c713e90b7173","ctxAccountId":"2","ctxStartEventId":"310"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7566222426160, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-02 20:06:59,388 DEBUG [cloud.api.ApiServlet] (catalina-exec-3:null) 
> ===END===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,391 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Executing 
> org.apache.cl

[jira] [Resolved] (CLOUDSTACK-3301) [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware

2013-07-10 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3301.


Resolution: Fixed

patch is pushed to 4.2 and master.

> [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware
> -
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-1635) NPE while trying to set primary storage into maintanance mode [ Primary storage which is added with scope as zone level]

2013-07-09 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-1635:


Issues related to ZWPS (put/cancel maintenance, delete) all the cases are 
handled in the below commits pushed to stable master and other branches.

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=a54d2347fe8c798f4e3f658f683c548583d44485
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=7054db44700ba813d513bf8e16b0266d308a8dc6

these are happening server code, I had fixed and tested using KVM. 

this is the similar bug reported.

https://issues.apache.org/jira/browse/CLOUDSTACK-2073 
https://issues.apache.org/jira/browse/CLOUDSTACK-3089

> NPE while trying to set primary storage into  maintanance mode [ Primary 
> storage which is added with scope as zone level]
> -
>
> Key: CLOUDSTACK-1635
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1635
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
>Reporter: Sailaja Mada
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: apilog.log, management-server.log
>
>
> Setup: Advanced Networking zone with xen  6.1 host 
> Steps:
> 1. Add primary storage with zone wide scope.
> 2. Tried to set primary storage into  maintanance mode [ Primary storage 
> which is added with scope as zone level]
> Observation : It failed with NPE
> Details :
> 2013-03-12 09:54:59,808 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.144.7.13 -- GET  
> command=enableStorageMaintenance&id=14cde048-318f-3033-84e9-f9f3e28e30c4&response=json&sessionkey=%2Fuam0d1OUFMISqQNmk4WqBWFnb8%3D&_=1363062380347
> 2013-03-12 09:54:59,811 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
>  for job-42
> 2013-03-12 09:54:59,819 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1396)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:190)
> 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:616)
> at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
> at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:40)
> at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
> at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
> at $Proxy115.preparePrimaryStorageForMaintenance(Unknown Source)
> at 
> org.apac

[jira] [Resolved] (CLOUDSTACK-1635) NPE while trying to set primary storage into maintanance mode [ Primary storage which is added with scope as zone level]

2013-07-09 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-1635.


Resolution: Fixed

> NPE while trying to set primary storage into  maintanance mode [ Primary 
> storage which is added with scope as zone level]
> -
>
> Key: CLOUDSTACK-1635
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1635
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
>Reporter: Sailaja Mada
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: apilog.log, management-server.log
>
>
> Setup: Advanced Networking zone with xen  6.1 host 
> Steps:
> 1. Add primary storage with zone wide scope.
> 2. Tried to set primary storage into  maintanance mode [ Primary storage 
> which is added with scope as zone level]
> Observation : It failed with NPE
> Details :
> 2013-03-12 09:54:59,808 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.144.7.13 -- GET  
> command=enableStorageMaintenance&id=14cde048-318f-3033-84e9-f9f3e28e30c4&response=json&sessionkey=%2Fuam0d1OUFMISqQNmk4WqBWFnb8%3D&_=1363062380347
> 2013-03-12 09:54:59,811 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
>  for job-42
> 2013-03-12 09:54:59,819 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1396)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:190)
> 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:616)
> at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
> at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:40)
> at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
> at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
> at $Proxy115.preparePrimaryStorageForMaintenance(Unknown Source)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:165)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
> at 
> org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(M

[jira] [Commented] (CLOUDSTACK-1635) NPE while trying to set primary storage into maintanance mode [ Primary storage which is added with scope as zone level]

2013-07-09 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-1635:


Sailaja, 

Just want to understand ur setup details, from above details looks like you 
have xen server , we don't support ZWPS for xenserver.

> NPE while trying to set primary storage into  maintanance mode [ Primary 
> storage which is added with scope as zone level]
> -
>
> Key: CLOUDSTACK-1635
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1635
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
>Reporter: Sailaja Mada
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: apilog.log, management-server.log
>
>
> Setup: Advanced Networking zone with xen  6.1 host 
> Steps:
> 1. Add primary storage with zone wide scope.
> 2. Tried to set primary storage into  maintanance mode [ Primary storage 
> which is added with scope as zone level]
> Observation : It failed with NPE
> Details :
> 2013-03-12 09:54:59,808 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.144.7.13 -- GET  
> command=enableStorageMaintenance&id=14cde048-318f-3033-84e9-f9f3e28e30c4&response=json&sessionkey=%2Fuam0d1OUFMISqQNmk4WqBWFnb8%3D&_=1363062380347
> 2013-03-12 09:54:59,811 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
>  for job-42
> 2013-03-12 09:54:59,819 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1396)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:190)
> 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:616)
> at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
> at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:40)
> at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
> at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
> at $Proxy115.preparePrimaryStorageForMaintenance(Unknown Source)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:165)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
> at 
> org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
> at 
> org.springf

[jira] [Commented] (CLOUDSTACK-1635) NPE while trying to set primary storage into maintanance mode [ Primary storage which is added with scope as zone level]

2013-07-09 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-1635:


Sure Edison, Will look into this issue.

> NPE while trying to set primary storage into  maintanance mode [ Primary 
> storage which is added with scope as zone level]
> -
>
> Key: CLOUDSTACK-1635
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1635
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
>Reporter: Sailaja Mada
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: apilog.log, management-server.log
>
>
> Setup: Advanced Networking zone with xen  6.1 host 
> Steps:
> 1. Add primary storage with zone wide scope.
> 2. Tried to set primary storage into  maintanance mode [ Primary storage 
> which is added with scope as zone level]
> Observation : It failed with NPE
> Details :
> 2013-03-12 09:54:59,808 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.144.7.13 -- GET  
> command=enableStorageMaintenance&id=14cde048-318f-3033-84e9-f9f3e28e30c4&response=json&sessionkey=%2Fuam0d1OUFMISqQNmk4WqBWFnb8%3D&_=1363062380347
> 2013-03-12 09:54:59,811 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
>  for job-42
> 2013-03-12 09:54:59,819 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-16:job-42) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1396)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:190)
> 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:616)
> at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:319)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
> at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:40)
> at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
> at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
> at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
> at $Proxy115.preparePrimaryStorageForMaintenance(Unknown Source)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:165)
> at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
> at 
> org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>   

[jira] [Resolved] (CLOUDSTACK-3089) [ZWPS] NPE while cancelling the Storage Maintenance

2013-07-08 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3089.


Resolution: Fixed

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=a54d2347fe8c798f4e3f658f683c548583d44485

> [ZWPS] NPE while cancelling the Storage Maintenance
> ---
>
> Key: CLOUDSTACK-3089
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3089
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
>
> ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-2:job-20) Unexpected 
> exception while executing 
> org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.cancelMaintain(StoragePoolAutomationImpl.java:367)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.cancelMaintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:481)
> at 
> com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:1503)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd.execute(CancelPrimaryStorageMaintenanceCmd.java:104)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-2571) [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage

2013-07-08 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-2571.


Resolution: Fixed

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=7054db44700ba813d513bf8e16b0266d308a8dc6

> [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage
> ---
>
> Key: CLOUDSTACK-2571
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2571
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: commit # 85d54cd1c088997dd08f0328984bee1a55703636
>Reporter: venkata swamybabu budumuru
>Assignee: Rajesh Battala
>  Labels: automation, integration-test
> Fix For: 4.2.0
>
> Attachments: logs.tgz
>
>
> Steps to reproduce :
> 1. Have a CloudStack with at least one advanced zone 
> 2. Add a zone-wide primary storage.
> 3. Try to put the above primary storage into maintenance 
> Observations:
> (i) It throws an NPE while trying to enable the maintenance.
> Here is the exception snippet from mgmt server log. 
> 013-05-20 06:14:26,338 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===START===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:26,411 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===END===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:32,555 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,558 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:32,664 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,667 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:38,857 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===START===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:38,875 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===END===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:39,033 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===START===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:39,056 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:41,077 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===START===  10.252.240.57 -- GET  
> command=enableStorageMaintenance&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025142915
> 2013-05-20 06:14:41,109 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-16:null) submit async job-11, details: AsyncJobVO {id:11, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: StoragePool, 
> instanceId: 2, cmd: 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd,
>  cmdOriginator: null, cmdInfo: 
> {"response":"json","id":"a1a1a150-6709-3d81-a414-4cee93e62168","sessionkey":"wmpW6VMxTUivFIGDqS52aaozHqs\u003d","ctxUserId":"2","httpmethod":"GET","_":"1369025142915","ctxAccountId":"2","ctxStartEventId":"50"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7280707764394, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-20 06:14:41,113 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===END===  10.252.240.57 -- GET  
> command=enableStora

[jira] [Assigned] (CLOUDSTACK-3369) Autoscaling: Deleting an isolated network of an account deletes also the autoscaling rule for a network associated with another account

2013-07-05 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3369:
--

Assignee: Rajesh Battala

> Autoscaling: Deleting an isolated network of an account deletes also the 
> autoscaling rule for a network associated with another account
> ---
>
> Key: CLOUDSTACK-3369
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3369
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0
>Reporter: Francois Gaudreault
>Assignee: Rajesh Battala
>Priority: Blocker
>
> Hypothesis:
> - Say you have a Network Offering with NetScaler as external load balancer, 
> and you configure it to be shared.
> - Say you have two accounts (A and B), and both have a network using that LB 
> offering
> If you create an autoscaling rule on network associated with account A, and 
> you delete a network associated with account B, it will also delete the 
> autoscaling rule of the network associated with account A.
> To Reproduce:
> - Add a NetScaler, and make it shared (not dedicated)
> - Create a network offering with LB service on the NetScaler
> - Create a network for Account A using the NS network offering
> - Create a network for Account B using the same offering
> - Create an autoscaling rule on network A, and wait until you see VMs spun up 
> by the NS.
> - Spin a VM on network B, and then destroy that VM
> - Delete the Network B
> You should see instances being created with the name VM-Date-NONE.
> Netscaler Logs:
> Jul  4 19:48:36  172.30.100.5 Device 
> "server_vip_NSSVC_HTTP_x:80(Cloud-VirtualServer-74.121.246.141-80)" - 
> State DOWN
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm server 
> autoscale-internal_server_Cloud241781113fa541a8aafb46bb45b8a719" - Status 
> "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "unbind vlan 3654 -ifnum 1/3 -tagged" - Status 
> "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "unbind vlan 3654 -IPAddress 10.3.96.69 
> 255.255.240.0" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "show ns ip 10.3.96.69" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 Route 
> route(10.3.96.0_255.255.240.0) - State DOWN
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm ns ip 10.3.96.69" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "show vlan 3654" - Status "Success"
> Jul  4 19:48:36  172.30.100.5 User nsroot - Remote_ip 
> 172.30.100.15 - Command "rm vlan 3654" - Status "Success"

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3329) [Automation] Failed to deploy VM with "NullPointer Exception” , and observed LibvirtException: name in virStorageVolLookupByName must not be NULL in agent log

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3329.


Resolution: Unresolved

> [Automation] Failed to deploy VM with "NullPointer Exception” ,  and observed 
> LibvirtException: name in virStorageVolLookupByName must not be NULL in agent 
> log  
> -
>
> Key: CLOUDSTACK-3329
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3329
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Automation, Volumes
>Affects Versions: 4.2.0
> Environment: KVM 
> master-6-17-stable
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: CLOUDSTACK-3329.rar
>
>
> This issue observed during automation run in KVM 
> Here taking Job : 151 for reference 
> 1) VR created  successfully 
> 2013-07-02 04:54:18,306 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
> (Job-Executor-4:job-151) Start completed for VM VM[DomainRouter|r-37-QA]
> 2013-07-02 04:54:18,308 DEBUG [cloud.network.NetworkManagerImpl] 
> (Job-Executor-4:job-151) Reprogramming network Ntwk[222|Guest|8] as a part of 
> network implement
> 2013-07-02 04:54:18,317 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-151) 
> Applying ip association in network Ntwk[222|Guest|8]
> 2) Create volume completed successfully
> 2013-07-02 04:55:48,634 DEBUG [cloud.storage.VolumeManagerImpl] 
> (Job-Executor-4:job-151) Checking if we need to prepare 1 volumes for 
> VM[User|2c6aada6-d82e-4edc-bed1-01f21726e43f]
> 2013-07-02 04:55:48,639 DEBUG [storage.image.ImageDataFactoryImpl] 
> (Job-Executor-4:job-151) template 4 is not in store:1, type:Image
> 2013-07-02 04:55:48,655 DEBUG [agent.transport.Request] 
> (Job-Executor-4:job-151) Seq 5-1791689215: Waiting for Seq 1791689211 
> Scheduling:  { Cmd , MgmtId: 29066118877352, via: 5, Ver: v1, Flags: 100111, 
> [{"storage.CreateCommand":{"volId":41,"pool":{"id":1,"uuid":"fff90cb5-06dd-33b3-8815-d78c08ca01d9","host":"10.223.110.232","path":"/export/home/rayees/SC_QA_AUTO4/primary","port":2049,"type":"NetworkFilesystem"},"diskCharacteristics":{"size":8589934592,"tags":[],"type":"ROOT","name":"ROOT-36","useLocalStorage":false,"recreatable":true,"diskOfferingId":39,"volumeId":41},"templateUrl":"3fd1c1cd-6583-46eb-b2e6-e7ac7e933ecc","wait":0}}]
>  }
> 2013-07-02 04:55:48,766 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-7:null) Seq 5-1791689211: Processing:  { Ans: , MgmtId: 
> 29066118877352, via: 5, Ver: v1, Flags: 110, 
> [{"storage.CreateAnswer":{"volume":{"id":45,"name":"/export/home/rayees/SC_QA_AUTO4/primary2","mountPoint":"5a1b1c5a-5d60-451e-b74b-aea295be9ba6","path":"5a1b1c5a-5d60-451e-b74b-aea295be9ba6","size":276572672,"type":"ROOT","storagePoolType":"NetworkFilesystem","storagePoolUuid":"41b632b5-40b3-3024-a38b-ea259c72579f","deviceId":0},"requestTemplateReload":false,"result":true,"wait":0}}]
>  }
> 3) Observed below error in MS log 
> 2013-07-02 04:55:49,255 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-10:null) Seq 4-829227230: Processing:  { Ans: , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 110, 
> [{"Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>  org.libvirt.LibvirtException: name in virStorageVolLookupByName must not be 
> NULL\n\tat 
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getVolume(LibvirtStorageAdaptor.java:106)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getPhysicalDisk(LibvirtStorageAdaptor.java:401)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.LibvirtStoragePool.getPhysicalDisk(LibvirtStoragePool.java:123)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVbd(LibvirtComputingResource.java:3455)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3346)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1211)\n\tat
>  com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat 
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat 
> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
>  
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
>  java.lang.Thread.run(Thread.java:679)\n","wait":0}}] }
> 2013-07-02 04:55:49,256 DEBUG [agent.manager.AgentAttache] 
> (AgentManager-Handler-10:null) Seq 4-829227230: No more commands found
> 2013-07-02 04:

[jira] [Reopened] (CLOUDSTACK-3329) [Automation] Failed to deploy VM with "NullPointer Exception” , and observed LibvirtException: name in virStorageVolLookupByName must not be NULL in agent log

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reopened CLOUDSTACK-3329:



> [Automation] Failed to deploy VM with "NullPointer Exception” ,  and observed 
> LibvirtException: name in virStorageVolLookupByName must not be NULL in agent 
> log  
> -
>
> Key: CLOUDSTACK-3329
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3329
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Automation, Volumes
>Affects Versions: 4.2.0
> Environment: KVM 
> master-6-17-stable
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: CLOUDSTACK-3329.rar
>
>
> This issue observed during automation run in KVM 
> Here taking Job : 151 for reference 
> 1) VR created  successfully 
> 2013-07-02 04:54:18,306 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
> (Job-Executor-4:job-151) Start completed for VM VM[DomainRouter|r-37-QA]
> 2013-07-02 04:54:18,308 DEBUG [cloud.network.NetworkManagerImpl] 
> (Job-Executor-4:job-151) Reprogramming network Ntwk[222|Guest|8] as a part of 
> network implement
> 2013-07-02 04:54:18,317 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-151) 
> Applying ip association in network Ntwk[222|Guest|8]
> 2) Create volume completed successfully
> 2013-07-02 04:55:48,634 DEBUG [cloud.storage.VolumeManagerImpl] 
> (Job-Executor-4:job-151) Checking if we need to prepare 1 volumes for 
> VM[User|2c6aada6-d82e-4edc-bed1-01f21726e43f]
> 2013-07-02 04:55:48,639 DEBUG [storage.image.ImageDataFactoryImpl] 
> (Job-Executor-4:job-151) template 4 is not in store:1, type:Image
> 2013-07-02 04:55:48,655 DEBUG [agent.transport.Request] 
> (Job-Executor-4:job-151) Seq 5-1791689215: Waiting for Seq 1791689211 
> Scheduling:  { Cmd , MgmtId: 29066118877352, via: 5, Ver: v1, Flags: 100111, 
> [{"storage.CreateCommand":{"volId":41,"pool":{"id":1,"uuid":"fff90cb5-06dd-33b3-8815-d78c08ca01d9","host":"10.223.110.232","path":"/export/home/rayees/SC_QA_AUTO4/primary","port":2049,"type":"NetworkFilesystem"},"diskCharacteristics":{"size":8589934592,"tags":[],"type":"ROOT","name":"ROOT-36","useLocalStorage":false,"recreatable":true,"diskOfferingId":39,"volumeId":41},"templateUrl":"3fd1c1cd-6583-46eb-b2e6-e7ac7e933ecc","wait":0}}]
>  }
> 2013-07-02 04:55:48,766 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-7:null) Seq 5-1791689211: Processing:  { Ans: , MgmtId: 
> 29066118877352, via: 5, Ver: v1, Flags: 110, 
> [{"storage.CreateAnswer":{"volume":{"id":45,"name":"/export/home/rayees/SC_QA_AUTO4/primary2","mountPoint":"5a1b1c5a-5d60-451e-b74b-aea295be9ba6","path":"5a1b1c5a-5d60-451e-b74b-aea295be9ba6","size":276572672,"type":"ROOT","storagePoolType":"NetworkFilesystem","storagePoolUuid":"41b632b5-40b3-3024-a38b-ea259c72579f","deviceId":0},"requestTemplateReload":false,"result":true,"wait":0}}]
>  }
> 3) Observed below error in MS log 
> 2013-07-02 04:55:49,255 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-10:null) Seq 4-829227230: Processing:  { Ans: , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 110, 
> [{"Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>  org.libvirt.LibvirtException: name in virStorageVolLookupByName must not be 
> NULL\n\tat 
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getVolume(LibvirtStorageAdaptor.java:106)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getPhysicalDisk(LibvirtStorageAdaptor.java:401)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.LibvirtStoragePool.getPhysicalDisk(LibvirtStoragePool.java:123)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVbd(LibvirtComputingResource.java:3455)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3346)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1211)\n\tat
>  com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat 
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat 
> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
>  
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
>  java.lang.Thread.run(Thread.java:679)\n","wait":0}}] }
> 2013-07-02 04:55:49,256 DEBUG [agent.manager.AgentAttache] 
> (AgentManager-Handler-10:null) Seq 4-829227230: No more commands found
> 2013-07-02 04:55:49,256 DEBUG [agent.tran

[jira] [Assigned] (CLOUDSTACK-2725) [Automation] Re-attaching volume on VM failing in KVM

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2725:
--

Assignee: (was: Rajesh Battala)

> [Automation] Re-attaching volume on VM failing in KVM
> -
>
> Key: CLOUDSTACK-2725
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2725
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: Automation environment KVM 
> Found in master also (8d1189c2ae87216bc1c4a1443f75e9a8629abdc2)
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: CLOUDSTACK-2725.rar
>
>
> Below two test case failing from BVT 
> integration.smoke.test_volumes.TestVolumes.test_08_resize_volume 
> integration.smoke.test_volumes.TestVolumes.test_09_delete_detached_volume 
> Steps to reproduce 
> Step 1 : Create an account, service offering, create volume, create VM
> Step 2 : Attach volume to VM , 
> Step 3 : Detach volume
> Step 4 : Attach volume to VM  again 
> Actual result 
> Attachment failed with below error
> 2013-05-28 13:45:39,101 DEBUG [agent.transport.Request] 
> (Job-Executor-98:job-1246) Seq 5-258539658: Rec
> eived:  { Ans: , MgmtId: 29066118877352, via: 5, Ver: v1, Flags: 10, { 
> AttachAnswer } }
> 2013-05-28 13:45:39,106 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-98:job-1246) Unexpected e
> xception while executing 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd
> com.cloud.utils.exception.CloudRuntimeException: Failed to attach volume: 
> TestDiskServ to VM: ce79edb6-
> a306-4ac4-95e4-6202800f691e; org.libvirt.LibvirtException: internal error 
> unable to execute QEMU comman
> d '__com.redhat_drive_add': Duplicate ID 'drive-virtio-disk1' for drive
> at 
> com.cloud.storage.VolumeManagerImpl.sendAttachVolumeCommand(VolumeManagerImpl.java:1583)
> at 
> com.cloud.storage.VolumeManagerImpl.attachVolumeToVM(VolumeManagerImpl.java:1788)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercep
> t(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd.execute(AttachVolumeCmd.java:1
> 22)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-05-28 13:45:39,107 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-98:job-1246) Complete asy
> nc job-1246, jobStatus: 2, resultCode: 530, result: Error Code: 530 Error 
> text: Failed to attach volume
> : TestDiskServ to VM: ce79edb6-a306-4ac4-95e4-6202800f691e; 
> org.libvirt.LibvirtException: internal erro

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-3329) [Automation] Failed to deploy VM with "NullPointer Exception” , and observed LibvirtException: name in virStorageVolLookupByName must not be NULL in agent log

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3329:
--

Assignee: (was: Rajesh Battala)

> [Automation] Failed to deploy VM with "NullPointer Exception” ,  and observed 
> LibvirtException: name in virStorageVolLookupByName must not be NULL in agent 
> log  
> -
>
> Key: CLOUDSTACK-3329
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3329
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Automation, Volumes
>Affects Versions: 4.2.0
> Environment: KVM 
> master-6-17-stable
>Reporter: Rayees Namathponnan
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: CLOUDSTACK-3329.rar
>
>
> This issue observed during automation run in KVM 
> Here taking Job : 151 for reference 
> 1) VR created  successfully 
> 2013-07-02 04:54:18,306 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
> (Job-Executor-4:job-151) Start completed for VM VM[DomainRouter|r-37-QA]
> 2013-07-02 04:54:18,308 DEBUG [cloud.network.NetworkManagerImpl] 
> (Job-Executor-4:job-151) Reprogramming network Ntwk[222|Guest|8] as a part of 
> network implement
> 2013-07-02 04:54:18,317 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] (Job-Executor-4:job-151) 
> Applying ip association in network Ntwk[222|Guest|8]
> 2) Create volume completed successfully
> 2013-07-02 04:55:48,634 DEBUG [cloud.storage.VolumeManagerImpl] 
> (Job-Executor-4:job-151) Checking if we need to prepare 1 volumes for 
> VM[User|2c6aada6-d82e-4edc-bed1-01f21726e43f]
> 2013-07-02 04:55:48,639 DEBUG [storage.image.ImageDataFactoryImpl] 
> (Job-Executor-4:job-151) template 4 is not in store:1, type:Image
> 2013-07-02 04:55:48,655 DEBUG [agent.transport.Request] 
> (Job-Executor-4:job-151) Seq 5-1791689215: Waiting for Seq 1791689211 
> Scheduling:  { Cmd , MgmtId: 29066118877352, via: 5, Ver: v1, Flags: 100111, 
> [{"storage.CreateCommand":{"volId":41,"pool":{"id":1,"uuid":"fff90cb5-06dd-33b3-8815-d78c08ca01d9","host":"10.223.110.232","path":"/export/home/rayees/SC_QA_AUTO4/primary","port":2049,"type":"NetworkFilesystem"},"diskCharacteristics":{"size":8589934592,"tags":[],"type":"ROOT","name":"ROOT-36","useLocalStorage":false,"recreatable":true,"diskOfferingId":39,"volumeId":41},"templateUrl":"3fd1c1cd-6583-46eb-b2e6-e7ac7e933ecc","wait":0}}]
>  }
> 2013-07-02 04:55:48,766 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-7:null) Seq 5-1791689211: Processing:  { Ans: , MgmtId: 
> 29066118877352, via: 5, Ver: v1, Flags: 110, 
> [{"storage.CreateAnswer":{"volume":{"id":45,"name":"/export/home/rayees/SC_QA_AUTO4/primary2","mountPoint":"5a1b1c5a-5d60-451e-b74b-aea295be9ba6","path":"5a1b1c5a-5d60-451e-b74b-aea295be9ba6","size":276572672,"type":"ROOT","storagePoolType":"NetworkFilesystem","storagePoolUuid":"41b632b5-40b3-3024-a38b-ea259c72579f","deviceId":0},"requestTemplateReload":false,"result":true,"wait":0}}]
>  }
> 3) Observed below error in MS log 
> 2013-07-02 04:55:49,255 DEBUG [agent.transport.Request] 
> (AgentManager-Handler-10:null) Seq 4-829227230: Processing:  { Ans: , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 110, 
> [{"Answer":{"result":false,"details":"com.cloud.utils.exception.CloudRuntimeException:
>  org.libvirt.LibvirtException: name in virStorageVolLookupByName must not be 
> NULL\n\tat 
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getVolume(LibvirtStorageAdaptor.java:106)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.LibvirtStorageAdaptor.getPhysicalDisk(LibvirtStorageAdaptor.java:401)\n\tat
>  
> com.cloud.hypervisor.kvm.storage.LibvirtStoragePool.getPhysicalDisk(LibvirtStoragePool.java:123)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.createVbd(LibvirtComputingResource.java:3455)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.execute(LibvirtComputingResource.java:3346)\n\tat
>  
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.executeRequest(LibvirtComputingResource.java:1211)\n\tat
>  com.cloud.agent.Agent.processRequest(Agent.java:525)\n\tat 
> com.cloud.agent.Agent$AgentRequestHandler.doTask(Agent.java:852)\n\tat 
> com.cloud.utils.nio.Task.run(Task.java:83)\n\tat 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)\n\tat
>  
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)\n\tat
>  java.lang.Thread.run(Thread.java:679)\n","wait":0}}] }
> 2013-07-02 04:55:49,256 DEBUG [agent.manager.AgentAttache] 
> (AgentManager-Handler-10:null) Seq 4-829227230: No more commands found

[jira] [Commented] (CLOUDSTACK-3301) [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3301:


Posted the patch for the issue
https://reviews.apache.org/r/12227/diff/#index_header

> [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware
> -
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-3301) [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3301:
---

Summary: [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware  
(was: NPE wile deployVM in kvm)

> [ZWPS] Unable to deploy vm(user,systemvm using ZWPS in kvm/vmware
> -
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-3264) [ZWPS]NPE while finding storage pools for migration

2013-07-04 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3264:
--

Assignee: (was: Rajesh Battala)

> [ZWPS]NPE while finding storage pools for migration
> ---
>
> Key: CLOUDSTACK-3264
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3264
> 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
> Environment: vmware deployment , esxi 5.1
>Reporter: Srikanteswararao Talluri
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Steps to reproduce:
> =
> Issue findStoragePoolsForMigration API for a volume
> ===START===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373
> 2013-06-28 18:16:45,204 ERROR [cloud.api.ApiServer] (catalina-exec-16:null) 
> unhandled exception executing api command: findStoragePoolsForMigration
> java.lang.NullPointerException
>   at 
> com.cloud.server.ManagementServerImpl.listStoragePoolsForMigrationOfVolume(ManagementServerImpl.java:1336)
>   at 
> org.apache.cloudstack.api.command.admin.storage.FindStoragePoolsForMigrationCmd.execute(FindStoragePoolsForMigrationCmd.java:72)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
>   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)
>   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371)
>   at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
>   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:2274)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>   at java.lang.Thread.run(Thread.java:679)
> 2013-06-28 18:16:45,207 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===END===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3327) [SolidFirePlugin][ZWPS] System VMs fail to come up as storage pool allocation fails with NullPointerException

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3327.


Resolution: Duplicate

ALready reported the issue and posted the patch .
CLOUDSTACK-3301

> [SolidFirePlugin][ZWPS] System VMs fail to come up as storage pool allocation 
> fails with NullPointerException
> -
>
> Key: CLOUDSTACK-3327
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3327
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: master branch Commit 
> 99227f7b3e824caeb89035982793ad510e460249
>Reporter: Sateesh Chodapuneedi
>Assignee: Sateesh Chodapuneedi
>Priority: Blocker
> Fix For: 4.2.0
>
>
> 1) Create advanced zone with just one primary storage which is scoped at ZONE.
> 2) Enable zone and wait for system VMs to come up.
> 3) NPE observed during storage pool allocation by 
> ZoneWideStoragePoolAllocator.
> 2013-07-02 19:30:42,411 DEBUG 
> [storage.allocator.ClusterScopeStoragePoolAllocator] (secstorage-1:null) No 
> storage pools available for shared volume allocation, returning
> 2013-07-02 19:30:42,412 DEBUG 
> [storage.allocator.ZoneWideStoragePoolAllocator] (secstorage-1:null) 
> ZoneWideStoragePoolAllocator to find storage pool
> 2013-07-02 19:30:42,412 DEBUG 
> [storage.allocator.ClusterScopeStoragePoolAllocator] (consoleproxy-1:null) No 
> storage pools available for shared volume allocation, returning
> 2013-07-02 19:30:42,412 DEBUG 
> [storage.allocator.ZoneWideStoragePoolAllocator] (consoleproxy-1:null) 
> ZoneWideStoragePoolAllocator to find storage pool
> 2013-07-02 19:30:42,479 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (secstorage-1:null) VM state transitted from :Starting to Stopped with event: 
> OperationFailedvm's original host id: null new host id: null host id before 
> state transition: null
> 2013-07-02 19:30:42,483 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (consoleproxy-1:null) VM state transitted from :Starting to Stopped with 
> event: OperationFailedvm's original host id: null new host id: null host id 
> before state transition: null
> 2013-07-02 19:30:42,490 WARN  [storage.secondary.SecondaryStorageManagerImpl] 
> (secstorage-1:null) Exception while trying to start secondary storage vm
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1528)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:804)
> at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:557)
> at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:550)
> at 
> com.cloud.storage.secondary.SecondaryStorageManagerImpl.startSecStorageVm(SecondaryStorageManagerImpl.java:260)
> at 
> com.cloud.storage.secondary.SecondaryStorageManagerImpl.allocCapacity(SecondaryStorageManagerImpl.java:683)
> at 
> com.cloud.storage.secondary.SecondaryStorageManagerImpl.expandPool(SecondaryStorageManagerImpl.java:1290)
> at 
> com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:123)
> at 
> com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:50)
> at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:104)
> at 
> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33)
> at 
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81)
> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at 
> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
> at java.util.concurrent

[jira] [Commented] (CLOUDSTACK-3327) [SolidFirePlugin][ZWPS] System VMs fail to come up as storage pool allocation fails with NullPointerException

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3327:


I had already filed the issue for the same.
I had fixed the issue and posted the patch for review. 
https://issues.apache.org/jira/browse/CLOUDSTACK-3301?focusedCommentId=13697546&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13697546

> [SolidFirePlugin][ZWPS] System VMs fail to come up as storage pool allocation 
> fails with NullPointerException
> -
>
> Key: CLOUDSTACK-3327
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3327
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: master branch Commit 
> 99227f7b3e824caeb89035982793ad510e460249
>Reporter: Sateesh Chodapuneedi
>Assignee: Sateesh Chodapuneedi
>Priority: Blocker
> Fix For: 4.2.0
>
>
> 1) Create advanced zone with just one primary storage which is scoped at ZONE.
> 2) Enable zone and wait for system VMs to come up.
> 3) NPE observed during storage pool allocation by 
> ZoneWideStoragePoolAllocator.
> 2013-07-02 19:30:42,411 DEBUG 
> [storage.allocator.ClusterScopeStoragePoolAllocator] (secstorage-1:null) No 
> storage pools available for shared volume allocation, returning
> 2013-07-02 19:30:42,412 DEBUG 
> [storage.allocator.ZoneWideStoragePoolAllocator] (secstorage-1:null) 
> ZoneWideStoragePoolAllocator to find storage pool
> 2013-07-02 19:30:42,412 DEBUG 
> [storage.allocator.ClusterScopeStoragePoolAllocator] (consoleproxy-1:null) No 
> storage pools available for shared volume allocation, returning
> 2013-07-02 19:30:42,412 DEBUG 
> [storage.allocator.ZoneWideStoragePoolAllocator] (consoleproxy-1:null) 
> ZoneWideStoragePoolAllocator to find storage pool
> 2013-07-02 19:30:42,479 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (secstorage-1:null) VM state transitted from :Starting to Stopped with event: 
> OperationFailedvm's original host id: null new host id: null host id before 
> state transition: null
> 2013-07-02 19:30:42,483 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (consoleproxy-1:null) VM state transitted from :Starting to Stopped with 
> event: OperationFailedvm's original host id: null new host id: null host id 
> before state transition: null
> 2013-07-02 19:30:42,490 WARN  [storage.secondary.SecondaryStorageManagerImpl] 
> (secstorage-1:null) Exception while trying to start secondary storage vm
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1528)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:804)
> at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:557)
> at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:550)
> at 
> com.cloud.storage.secondary.SecondaryStorageManagerImpl.startSecStorageVm(SecondaryStorageManagerImpl.java:260)
> at 
> com.cloud.storage.secondary.SecondaryStorageManagerImpl.allocCapacity(SecondaryStorageManagerImpl.java:683)
> at 
> com.cloud.storage.secondary.SecondaryStorageManagerImpl.expandPool(SecondaryStorageManagerImpl.java:1290)
> at 
> com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:123)
> at 
> com.cloud.secstorage.PremiumSecondaryStorageManagerImpl.scanPool(PremiumSecondaryStorageManagerImpl.java:50)
> at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:104)
> at 
> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33)
> at 
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81)
> at com.cloud.vm.SystemVmLoadScanner$1.r

[jira] [Commented] (CLOUDSTACK-3264) [ZWPS]NPE while finding storage pools for migration

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3264:


while migrating the volume from one ZWPS to another ZWPS, am facing NPE.

loud.api.ApiServlet] (32533355@qtp-5278898-32:null) ===END===  10.144.6.32 -- 
GET  
command=migrateVolume&storageid=0286375c-d944-36c0-bbac-0e3dd29a583f&volumeid=7f7d8e7a-3f88-450d-aa86-eb5af9891564&response=json&sessionkey=fjtX5OKeJHLBox%2BNZ37O52Ktqzk%3D&_=1372764941425
2013-07-02 17:05:15,113 DEBUG [storage.volume.VolumeServiceImpl] 
(Job-Executor-6:job-18) Failed to copy volume
java.lang.NullPointerException
at com.cloud.storage.VolumeVO.(VolumeVO.java:172)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.duplicateVolumeOnAnotherStorage(VolumeServiceImpl.java:482)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.copyVolume(VolumeServiceImpl.java:526)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2110)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2102)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd.execute(MigrateVolumeCmd.java:103)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
2013-07-02 17:05:15,114 DEBUG [cloud.storage.VolumeManagerImpl] 
(Job-Executor-6:job-18) migrate volume failed:java.lang.NullPointerException


The reported issue with the log and exception I got are different.

Please check on the latest build.

> [ZWPS]NPE while finding storage pools for migration
> ---
>
> Key: CLOUDSTACK-3264
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3264
> 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
> Environment: vmware deployment , esxi 5.1
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Steps to reproduce:
> =
> Issue findStoragePoolsForMigration API for a volume
> ===START===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373
> 2013-06-28 18:16:45,204 ERROR [cloud.api.ApiServer] (catalina-exec-16:null) 
> unhandled exception executing api command: findStoragePoolsForMigration
> java.lang.NullPointerException
>   at 
> com.cloud.server.ManagementServerImpl.listStoragePoolsForMigrationOfVolume(ManagementServerImpl.java:1336)
>   at 
> org.apache.cloudstack.api.command.admin.storage.FindStoragePoolsForMigrationCmd.execute(FindStoragePoolsForMigrationCmd.java:72)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
>   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)
>   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371)
>   at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
>   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 

[jira] [Commented] (CLOUDSTACK-3264) [ZWPS]NPE while finding storage pools for migration

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3264:


liststoragepools is working fine, I didn't see any issue on stable branch
http://:8080/client/api?command=listStoragePools&sessionkey=fjtX5OKeJHLBox%2BNZ37O52Ktqzk%3D&page=1&pageSize=20&listAll=true&_=1372764325574

2f0802731-62fe-3a85-b81a-98ae47e845cf2844f139-474f-45bb-b035-0e33fcdca09cmyzonezwps1x.x.x.x/cpg_vol/rajesh/zwps12013-07-02T16:46:57+0530NetworkFilesystem87960931532816056082432462213808128UpZONEKVMd8490c13-0efb-3e81-b6a5-fe84779d70be2844f139-474f-45bb-b035-0e33fcdca09cmyzone5a3c82be-80e0-45f6-b1ab-af415af89093mypodmypsx.x.x.x/cpg_vol/rajesh/primary2013-07-02T13:45:25+0530NetworkFilesystema7efd348-7677-49e1-85d0-38cdfbd6cf23myxs8796093153286295556608462213611520UpCLUSTER

> [ZWPS]NPE while finding storage pools for migration
> ---
>
> Key: CLOUDSTACK-3264
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3264
> 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
> Environment: vmware deployment , esxi 5.1
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Steps to reproduce:
> =
> Issue findStoragePoolsForMigration API for a volume
> ===START===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373
> 2013-06-28 18:16:45,204 ERROR [cloud.api.ApiServer] (catalina-exec-16:null) 
> unhandled exception executing api command: findStoragePoolsForMigration
> java.lang.NullPointerException
>   at 
> com.cloud.server.ManagementServerImpl.listStoragePoolsForMigrationOfVolume(ManagementServerImpl.java:1336)
>   at 
> org.apache.cloudstack.api.command.admin.storage.FindStoragePoolsForMigrationCmd.execute(FindStoragePoolsForMigrationCmd.java:72)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
>   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)
>   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371)
>   at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
>   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:2274)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>   at java.lang.Thread.run(Thread.java:679)
> 2013-06-28 18:16:45,207 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===END===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3087) [ZWPS]NPE in StoragePoolAutomationImpl while setting PS in maintenance

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3087.


Resolution: Fixed

author  Rajesh Battala   
Thu, 20 Jun 2013 11:13:23 + (16:13 +0530)
committer   Edison Su
Mon, 1 Jul 2013 17:18:01 + (10:18 -0700)
commit  160b493285f6c72e1e93509dfd470c4bd7da7945
tree790009b0b7252dad1c0eea8655c12590a14d98a7tree | snapshot
parent  265c00dcfc9d57a85e94f72ea769588df54abf35commit | diff


> [ZWPS]NPE in StoragePoolAutomationImpl while setting PS in maintenance
> --
>
> Key: CLOUDSTACK-3087
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3087
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
>
> ERROR [cloud.storage.StoragePoolAutomationImpl] (Job-Executor-1:job-18) 
> Exception in enabling primary storage maintenance:
> java.lang.NullPointerException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.maintain(StoragePoolAutomationImpl.java:114)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.maintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:473)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1464)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-1:job-18) Unexpected 
> exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> com.cloud.utils.exception.CloudRuntimeException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.maintain(StoragePoolAutomationImpl.java:324)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.maintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:473)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1464)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-2073) java.lang.NullPointerException when trying to put a Zone wide primary storage in maintenance mode.

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-2073.


Resolution: Fixed

author  Rajesh Battala   
Thu, 20 Jun 2013 11:13:23 + (16:13 +0530)
committer   Edison Su
Mon, 1 Jul 2013 17:18:01 + (10:18 -0700)
commit  160b493285f6c72e1e93509dfd470c4bd7da7945
tree790009b0b7252dad1c0eea8655c12590a14d98a7tree | snapshot
parent  265c00dcfc9d57a85e94f72ea769588df54abf35commit | diff


> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> --
>
> Key: CLOUDSTACK-2073
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2073
> 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
> Environment: Build from master
>Reporter: Sangeetha Hariharan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> Steps to reproduce the problem:
> Configured a NFS primary storage zone wide.
> Tried to put the primary storage in maintenance mode.
> It fails with "Command failed due to Internal Server Error".
> 2013-04-17 13:39:08,259 INFO  [cloud.api.ApiServer] (catalina-exec-1:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=enableStorageMaintenance&id=27f5ddfc-f967-3e4e-91f1-ee19890c9577&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231160791
>  200 { "prepareprimarystorageformaintenanceresponse" : 
> {"jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"} }
> 2013-04-17 13:39:11,306 INFO  [cloud.api.ApiServer] (catalina-exec-17:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
>  200 { "queryasyncjobresultresponse" : 
> {"accountid":"cd06b3dc-a625-11e2-8627-06d4460004b1","userid":"cd07b7e6-a625-11e2-8627-06d4460004b1","cmd":"org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd","jobstatus":2,"jobprocstatus":0,"jobresultcode":530,"jobresulttype":"object","jobresult":{"errorcode":530,"errortext":"Command
>  failed due to Internal Server 
> Error"},"created":"2013-04-17T13:39:08-0700","jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"}
>  }
> management server logs:
> 2013-04-17 13:39:08,260 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Executing org.apache.cloudstack.api.command.admin.
> storage.PreparePrimaryStorageForMaintenanceCmd for job-64
> 2013-04-17 13:39:08,268 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1417)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:189)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:164)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-04-17 13:39:08,269 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Complete async job-64, jobStatus: 2, resultCode: 
> 530, result: Error Code: 530 Error text: null
> 2013-04-17 13:39:11,295 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===START===  10.217.252.128 -- GET  
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxl

[jira] [Updated] (CLOUDSTACK-2571) [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-2571:
---

Status: Ready To Review  (was: In Progress)

> [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage
> ---
>
> Key: CLOUDSTACK-2571
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2571
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: commit # 85d54cd1c088997dd08f0328984bee1a55703636
>Reporter: venkata swamybabu budumuru
>Assignee: Rajesh Battala
>  Labels: automation, integration-test
> Fix For: 4.2.0
>
> Attachments: logs.tgz
>
>
> Steps to reproduce :
> 1. Have a CloudStack with at least one advanced zone 
> 2. Add a zone-wide primary storage.
> 3. Try to put the above primary storage into maintenance 
> Observations:
> (i) It throws an NPE while trying to enable the maintenance.
> Here is the exception snippet from mgmt server log. 
> 013-05-20 06:14:26,338 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===START===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:26,411 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===END===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:32,555 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,558 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:32,664 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,667 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:38,857 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===START===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:38,875 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===END===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:39,033 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===START===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:39,056 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:41,077 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===START===  10.252.240.57 -- GET  
> command=enableStorageMaintenance&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025142915
> 2013-05-20 06:14:41,109 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-16:null) submit async job-11, details: AsyncJobVO {id:11, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: StoragePool, 
> instanceId: 2, cmd: 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd,
>  cmdOriginator: null, cmdInfo: 
> {"response":"json","id":"a1a1a150-6709-3d81-a414-4cee93e62168","sessionkey":"wmpW6VMxTUivFIGDqS52aaozHqs\u003d","ctxUserId":"2","httpmethod":"GET","_":"1369025142915","ctxAccountId":"2","ctxStartEventId":"50"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7280707764394, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-20 06:14:41,113 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===END===  10.252.240.57 -- GET  
> command=enableStorageMaintenance&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS5

[jira] [Updated] (CLOUDSTACK-3301) NPE wile deployVM in kvm

2013-07-02 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3301:
---

Status: Ready To Review  (was: In Progress)

> NPE wile deployVM in kvm
> 
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3301) NPE wile deployVM in kvm

2013-07-01 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3301:


this issue can be reproduced on VmWare also as it can support ZWPS.

> NPE wile deployVM in kvm
> 
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3301) NPE wile deployVM in kvm

2013-07-01 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3301:


I had fixed the issue locally, will test and send the patch for review today

> NPE wile deployVM in kvm
> 
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3301) NPE wile deployVM in kvm

2013-07-01 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3301:


This issue is  reproduced with KVM, ZWPS and NFS as datastore. 
this issue won't occur in cluster wide storage.

> NPE wile deployVM in kvm
> 
>
> Key: CLOUDSTACK-3301
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Storage Controller
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> while creation VM on KVM with ZWPS 
> deploy VM is failing with the below NPE exception log.
> reason:
> == 
> from the code pool capacity iops is getting set only for solidfire storage 
> type not for nfs. 
> Need to handle the case for it.
> 2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-7:job-19) VM state transitted from :Stopped to Error with 
> event: OperationFailedToErrorvm's original host id: null new host id: null 
> host id before state transition: null
> 2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
> (Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
> clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with 
> Id: null
> 2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-7:job-19) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
> at 
> org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
> at 
> org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
> at 
> com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
> at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-3264) [ZWPS]NPE while finding storage pools for migration

2013-07-01 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3264:
--

Assignee: Rajesh Battala

> [ZWPS]NPE while finding storage pools for migration
> ---
>
> Key: CLOUDSTACK-3264
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3264
> 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
> Environment: vmware deployment , esxi 5.1
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Steps to reproduce:
> =
> Issue findStoragePoolsForMigration API for a volume
> ===START===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373
> 2013-06-28 18:16:45,204 ERROR [cloud.api.ApiServer] (catalina-exec-16:null) 
> unhandled exception executing api command: findStoragePoolsForMigration
> java.lang.NullPointerException
>   at 
> com.cloud.server.ManagementServerImpl.listStoragePoolsForMigrationOfVolume(ManagementServerImpl.java:1336)
>   at 
> org.apache.cloudstack.api.command.admin.storage.FindStoragePoolsForMigrationCmd.execute(FindStoragePoolsForMigrationCmd.java:72)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
>   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)
>   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371)
>   at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
>   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:2274)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>   at java.lang.Thread.run(Thread.java:679)
> 2013-06-28 18:16:45,207 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===END===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3301) NPE wile deployVM in kvm

2013-07-01 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3301:
--

 Summary: NPE wile deployVM in kvm
 Key: CLOUDSTACK-3301
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3301
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: KVM, Storage Controller
Affects Versions: 4.2.0
Reporter: Rajesh Battala
Assignee: Rajesh Battala
Priority: Blocker
 Fix For: 4.2.0


while creation VM on KVM with ZWPS 
deploy VM is failing with the below NPE exception log.

reason:
== 
from the code pool capacity iops is getting set only for solidfire storage type 
not for nfs. 
Need to handle the case for it.


2013-07-01 15:45:42,224 DEBUG [cloud.capacity.CapacityManagerImpl] 
(Job-Executor-7:job-19) VM state transitted from :Stopped to Error with event: 
OperationFailedToErrorvm's original host id: null new host id: null host id 
before state transition: null
2013-07-01 15:45:42,232 WARN  [apache.cloudstack.alerts] 
(Job-Executor-7:job-19)  alertType:: 8 // dataCenterId:: 1 // podId:: null // 
clusterId:: null // message:: Failed to deploy Vm with Id: 10, on Host with Id: 
null
2013-07-01 15:45:42,276 ERROR [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-7:job-19) Unexpected exception while executing 
org.apache.cloudstack.api.command.user.vm.DeployVMCmd
java.lang.NullPointerException
at 
com.cloud.storage.StorageManagerImpl.storagePoolHasEnoughIops(StorageManagerImpl.java:1518)
at 
org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.filter(ZoneWideStoragePoolAllocator.java:53)
at 
org.apache.cloudstack.storage.allocator.ZoneWideStoragePoolAllocator.select(ZoneWideStoragePoolAllocator.java:96)
at 
org.apache.cloudstack.storage.allocator.AbstractStoragePoolAllocator.allocateToPool(AbstractStoragePoolAllocator.java:109)
at 
com.cloud.deploy.DeploymentPlanningManagerImpl.findSuitablePoolsForVolumes(DeploymentPlanningManagerImpl.java:1123)
at 
com.cloud.deploy.DeploymentPlanningManagerImpl.checkClustersforDestination(DeploymentPlanningManagerImpl.java:847)
at 
com.cloud.deploy.DeploymentPlanningManagerImpl.planDeployment(DeploymentPlanningManagerImpl.java:404)
at 
org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:186)
at 
org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:198)
at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3307)
at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
at 
com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3264) [ZWPS]NPE while finding storage pools for migration

2013-06-28 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3264:


This issue is seen on which branch?
On the latest master, this issue is not happening.
But issue is there to migrate volume across ZWPS. that is after copy is done to 
another storage and while deleting the old volume issue is there.. 

2013-06-28 15:57:14,879 WARN  [agent.manager.AgentManagerImpl] 
(Job-Executor-10:job-42) Unsupported Command: Unsupported command 
issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you sure you got 
the right type of server?
2013-06-28 15:57:14,880 DEBUG [storage.motion.AncientDataMotionStrategy] 
(Job-Executor-10:job-42) copy to image store failed: Unsupported command 
issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you sure you got 
the right type of server?
2013-06-28 15:57:14,895 DEBUG [storage.motion.AncientDataMotionStrategy] 
(Job-Executor-10:job-42) copy failed
java.lang.NullPointerException
at 
org.apache.cloudstack.storage.volume.VolumeObject.getPath(VolumeObject.java:324)
at 
org.apache.cloudstack.storage.to.VolumeObjectTO.(VolumeObjectTO.java:51)
at 
org.apache.cloudstack.storage.volume.VolumeObject.getTO(VolumeObject.java:446)
at 
org.apache.cloudstack.storage.image.BaseImageStoreDriverImpl.deleteAsync(BaseImageStoreDriverImpl.java:188)
at 
org.apache.cloudstack.storage.image.store.ImageStoreImpl.delete(ImageStoreImpl.java:148)
at 
org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyVolumeBetweenPools(AncientDataMotionStrategy.java:281)
at 
org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyAsync(AncientDataMotionStrategy.java:330)
at 
org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:57)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.copyVolume(VolumeServiceImpl.java:703)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2109)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2101)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd.execute(MigrateVolumeCmd.java:102)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)


> [ZWPS]NPE while finding storage pools for migration
> ---
>
> Key: CLOUDSTACK-3264
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3264
> 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
> Environment: vmware deployment , esxi 5.1
>Reporter: Srikanteswararao Talluri
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Steps to reproduce:
> =
> Issue findStoragePoolsForMigration API for a volume
> ===START===  10.252.192.7 -- GET  
> command=findStoragePoolsForMigration&id=02e0e77b-59dd-4bc4-a3b8-ba3914212883&response=json&sessionkey=ywi4cWnDQTL903lMXK6spFaF6U4%3D&_=1372404084373
> 2013-06-28 18:16:45,204 ERROR [cloud.api.ApiServer] (catalina-exec-16:null) 
> unhandled exception executing api command: findStoragePoolsForMigration
> java.lang.NullPointerException
>   at 
> com.cloud.server.ManagementServerImpl.listStoragePoolsForMigrationOfVolume(ManagementServerImpl.java:1336)
>   at 
> org.apache.cloudstack.api.command.admin.storage.FindStoragePoolsForMigrationCmd.execute(FindStoragePoolsForMigrationCmd.java:72)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
>   at com.cloud.api.ApiServer.queueCommand(ApiServer.java:528)
>   at com.cloud.api.ApiServer.handleRequest(ApiServer.java:371)
>   at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
>   at com.cloud.api.ApiServlet.doGet(A

[jira] [Updated] (CLOUDSTACK-3265) [Health Check for NS LB]Failure to create a lb health check policy returns a API response in the UI

2013-06-28 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3265:
---

Assignee: (was: Rajesh Battala)

> [Health Check for NS LB]Failure to create a lb health check policy returns a 
> API response in the UI
> ---
>
> Key: CLOUDSTACK-3265
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3265
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API
>Affects Versions: 4.2.0
>Reporter: Abhinav Roy
>Priority: Minor
> Fix For: 4.2.0
>
> Attachments: lb healthchecks.jpg
>
>
> Steps:
> 
> 1. Create a LB rule with VR as LB provider.
> 2. Attach VMs to the LB rule.
> 3. Create Health check policy for that rule
> Expected behaviour:
> ===
> 1. Since VR is not the supported provider for LB health checks the policy 
> creation should fail gracefully.
> Observed behaviour:
> ==
> 1. The policy creation fails as expected but the API response is turned in 
> the UI which should not happen. A proper failure message should be displayed 
> instead.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-3089) [ZWPS] NPE while cancelling the Storage Maintenance

2013-06-28 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3089:
---

Status: Ready To Review  (was: In Progress)

> [ZWPS] NPE while cancelling the Storage Maintenance
> ---
>
> Key: CLOUDSTACK-3089
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3089
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
>
> ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-2:job-20) Unexpected 
> exception while executing 
> org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.cancelMaintain(StoragePoolAutomationImpl.java:367)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.cancelMaintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:481)
> at 
> com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:1503)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd.execute(CancelPrimaryStorageMaintenanceCmd.java:104)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2304) [ZWPS]NPE while migrating volume from one zone wide primary to another

2013-06-27 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2304:


NPE use to happen at different class before object store merge. 
Now the NPE is happening at differnent location/class. The Fix provided in RB 
won't be valid now. 
Have to re-work on this fix.

 more commands found
2013-06-27 14:24:51,007 DEBUG [agent.transport.Request] 
(Job-Executor-33:job-57) Seq 3-393160908: Received:  { Ans: , MgmtId: 
235715300172635, via: 3, Ver: v1, Flags: 110, { UnsupportedAnswer } }
2013-06-27 14:24:51,008 WARN  [agent.manager.AgentManagerImpl] 
(Job-Executor-33:job-57) Unsupported Command: Unsupported command 
issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you sure you got 
the right type of server?
2013-06-27 14:24:51,009 DEBUG [storage.motion.AncientDataMotionStrategy] 
(Job-Executor-33:job-57) copy to image store failed: Unsupported command 
issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you sure you got 
the right type of server?
2013-06-27 14:24:51,032 DEBUG [storage.motion.AncientDataMotionStrategy] 
(Job-Executor-33:job-57) copy failed
java.lang.NullPointerException
at 
org.apache.cloudstack.storage.volume.VolumeObject.getPath(VolumeObject.java:324)
at 
org.apache.cloudstack.storage.to.VolumeObjectTO.(VolumeObjectTO.java:51)
at 
org.apache.cloudstack.storage.volume.VolumeObject.getTO(VolumeObject.java:446)
at 
org.apache.cloudstack.storage.image.BaseImageStoreDriverImpl.deleteAsync(BaseImageStoreDriverImpl.java:188)
at 
org.apache.cloudstack.storage.image.store.ImageStoreImpl.delete(ImageStoreImpl.java:148)
at 
org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyVolumeBetweenPools(AncientDataMotionStrategy.java:281)
at 
org.apache.cloudstack.storage.motion.AncientDataMotionStrategy.copyAsync(AncientDataMotionStrategy.java:330)
at 
org.apache.cloudstack.storage.motion.DataMotionServiceImpl.copyAsync(DataMotionServiceImpl.java:57)
at 
org.apache.cloudstack.storage.volume.VolumeServiceImpl.copyVolume(VolumeServiceImpl.java:703)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2109)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.VolumeManagerImpl.migrateVolume(VolumeManagerImpl.java:2101)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd.execute(MigrateVolumeCmd.java:102)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)


> [ZWPS]NPE while migrating volume from one zone wide primary to another
> --
>
> Key: CLOUDSTACK-2304
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2304
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: KVM/VMware deployment with Zone wide primary storage
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: Archive.zip
>
>
> Try to migrate a volume from one zone wide primary storage to another.
>  ===START===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,384 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-3:null) submit async job-97, details: AsyncJobVO {id:97, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: null, instanceId: 
> null, cmd: org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd, 
> cmdOriginator: null, cmdInfo: 
> {"response":"json","sessionkey":"yMNGYR64PRQhdJaPj99Bvs2KDDE\u003d","ctxUserId":"2","storageid":"230ae4af-0446-3929

[jira] [Resolved] (CLOUDSTACK-3176) KVM DeployVM fails with unable to get answer that is of type StartAnswer

2013-06-25 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3176.


Resolution: Fixed

verified that commit f706f6757cdfcfb3fb9a288ea88e9796bc1e82d0 done by Hiroaki 
Kawai is fixing the issue 

> KVM DeployVM fails with unable to get answer that is of type StartAnswer
> 
>
> Key: CLOUDSTACK-3176
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3176
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.2.0
>Reporter: Prasanna Santhanam
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: 434.tar.bz2
>
>
> On the latest master, deploy VM for KVM in advanced zone fails with the 
> following exception:
> Jun 24 22:01:57 cloudstack-centos63 local0: 2013-06-25 05:01:57,596 DEBUG 
> [agent.transport.Request] (Job-Executor-99:job-96) Seq 1-1350303926: 
> Received:  { Ans: , MgmtId: 200973787296321, via: 1, Ver: v1, Flags: 10, { 
> Answer } }
> Jun 24 22:01:57 cloudstack-centos63 local0: 2013-06-25 05:01:57,601 ERROR 
> [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-99:job-96) Failed to start 
> instance VM[User|eeebdf98-5caf-4c37-a29d-65dcfab5cd1e]
> Jun 24 22:01:57 cloudstack-centos63 
> com.cloud.utils.exception.CloudRuntimeException: Unable to get answer that is 
> of class com.cloud.agent.api.StartAnswer
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.agent.manager.Commands.getAnswer(Commands.java:80)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:880)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:557)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVirtualMachine(VMEntityManagerImpl.java:239)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.deploy(VirtualMachineEntityImpl.java:209)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3308)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.FutureTask.run(FutureTask.java:166)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.lang.Thread.run(Thread.java:679)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3176) KVM DeployVM fails with unable to get answer that is of type StartAnswer

2013-06-25 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3176:


I had reproduced the issue and replacing the latest 
cloud-plugin-hypervisor-kvm-4.2.0-SNAPSHOT.jar build from master head 
1fc7aeaaea80e30651a47024cf928ff11fb29e9c is resolving the issue while starting 
the vm.
please feel free to open if its reproducible.

> KVM DeployVM fails with unable to get answer that is of type StartAnswer
> 
>
> Key: CLOUDSTACK-3176
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3176
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.2.0
>Reporter: Prasanna Santhanam
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: 434.tar.bz2
>
>
> On the latest master, deploy VM for KVM in advanced zone fails with the 
> following exception:
> Jun 24 22:01:57 cloudstack-centos63 local0: 2013-06-25 05:01:57,596 DEBUG 
> [agent.transport.Request] (Job-Executor-99:job-96) Seq 1-1350303926: 
> Received:  { Ans: , MgmtId: 200973787296321, via: 1, Ver: v1, Flags: 10, { 
> Answer } }
> Jun 24 22:01:57 cloudstack-centos63 local0: 2013-06-25 05:01:57,601 ERROR 
> [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-99:job-96) Failed to start 
> instance VM[User|eeebdf98-5caf-4c37-a29d-65dcfab5cd1e]
> Jun 24 22:01:57 cloudstack-centos63 
> com.cloud.utils.exception.CloudRuntimeException: Unable to get answer that is 
> of class com.cloud.agent.api.StartAnswer
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.agent.manager.Commands.getAnswer(Commands.java:80)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:880)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:557)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVirtualMachine(VMEntityManagerImpl.java:239)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.deploy(VirtualMachineEntityImpl.java:209)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3308)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.FutureTask.run(FutureTask.java:166)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.lang.Thread.run(Thread.java:679)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-3176) KVM DeployVM fails with unable to get answer that is of type StartAnswer

2013-06-25 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3176:
--

Assignee: Rajesh Battala

> KVM DeployVM fails with unable to get answer that is of type StartAnswer
> 
>
> Key: CLOUDSTACK-3176
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3176
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: 4.2.0
>Reporter: Prasanna Santhanam
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
> Attachments: 434.tar.bz2
>
>
> On the latest master, deploy VM for KVM in advanced zone fails with the 
> following exception:
> Jun 24 22:01:57 cloudstack-centos63 local0: 2013-06-25 05:01:57,596 DEBUG 
> [agent.transport.Request] (Job-Executor-99:job-96) Seq 1-1350303926: 
> Received:  { Ans: , MgmtId: 200973787296321, via: 1, Ver: v1, Flags: 10, { 
> Answer } }
> Jun 24 22:01:57 cloudstack-centos63 local0: 2013-06-25 05:01:57,601 ERROR 
> [cloud.vm.VirtualMachineManagerImpl] (Job-Executor-99:job-96) Failed to start 
> instance VM[User|eeebdf98-5caf-4c37-a29d-65dcfab5cd1e]
> Jun 24 22:01:57 cloudstack-centos63 
> com.cloud.utils.exception.CloudRuntimeException: Unable to get answer that is 
> of class com.cloud.agent.api.StartAnswer
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.agent.manager.Commands.getAnswer(Commands.java:80)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:880)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:557)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVirtualMachine(VMEntityManagerImpl.java:239)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.deploy(VirtualMachineEntityImpl.java:209)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:3308)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2868)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:2854)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> Jun 24 22:01:57 cloudstack-centos63 at 
> org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.java:420)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> Jun 24 22:01:57 cloudstack-centos63 at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.FutureTask.run(FutureTask.java:166)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> Jun 24 22:01:57 cloudstack-centos63 at 
> java.lang.Thread.run(Thread.java:679)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3118) KVM : Unable to add kvm host on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9

2013-06-25 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3118.


Resolution: Cannot Reproduce

not able to reproduce with latest kvm agent and master 

> KVM : Unable to add kvm host on latest master 
> 4c51c60ef7517a7719764da94d81cd082caafdf9
> --
>
> Key: CLOUDSTACK-3118
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Management Server
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Tried to add the kvm host after rebasing with latest master. 
> Unable to add the host and failed with below error.
> 6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
>  given the type class [Lcom.cloud.agent.api.Command;
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
> at 
> com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
> at 
> com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
> at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
> at 
> com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
> at 
> com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
> at com.google.gson.Gson.fromJson(Gson.java:551)
> at com.google.gson.Gson.fromJson(Gson.java:498)
> at com.cloud.agent.transport.Request.getCommands(Request.java:235)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1193)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1346)
> at 
> com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:659)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find 
> StartupRoutingCommand
> at 
> com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:77)
> at 
> com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:37)
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
> ... 15 more
> 2013-06-21 16:46:59,412 WARN  [utils.nio.Task] (AgentManager-Handler-15:null) 
> Caught the following exception but pushing on
> com.google.gson.JsonParseException: The JsonDeserializer 
> com.cloud.agent.transport.ArrayTypeAdaptor@1a00568 failed to deserialize json 
> object 
> [{"StartupRoutingCommand":{"cpus":4,"speed":1799,"memory":16640241664,"dom0MinMemory":805306368,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"Red","Host.OS.Kernel.Version":"2.6.32-279.el6.x86_64","Host.OS.Version":"Enterprise"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"2","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","publicIpAddress":"10.102.192.56","publicNetmask":"255.255.252.0","publicMacAddress":"d4:ae:52:ad:fc:a5","privateIpAddress":"10.102.192.56","privateMacAddress":"d4:ae:52:ad:fc:a5","privateNetmask":"255.255.252.0","storageIpAddress":"10.102.192.56","storageNetmask":"255.255.252.0","storageMacAddress":"d4:ae:52:ad:fc:a5","resourceName":"LibvirtComputingResource","gatewayIpAddress":"10.102.192.1","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSize":0,"poolInfo":{"uuid":"41edfd96-c5a5-429a-b192-06a41c2709cc","host":"10.102.192.56","localPath":"/var/lib/libvirt/images","hostPath":"/var/lib/libvirt/images","poolType":"Filesystem","capacityBytes":52844687360,"availableBytes":50056523776},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"Libv

[jira] [Commented] (CLOUDSTACK-3118) KVM : Unable to add kvm host on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9

2013-06-25 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3118:


With latest master head 1fc7aeaaea80e30651a47024cf928ff11fb29e9c and latest 
agent. Am able to add KVM host successfuly.


> KVM : Unable to add kvm host on latest master 
> 4c51c60ef7517a7719764da94d81cd082caafdf9
> --
>
> Key: CLOUDSTACK-3118
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Management Server
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Tried to add the kvm host after rebasing with latest master. 
> Unable to add the host and failed with below error.
> 6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
>  given the type class [Lcom.cloud.agent.api.Command;
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
> at 
> com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
> at 
> com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
> at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
> at 
> com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
> at 
> com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
> at com.google.gson.Gson.fromJson(Gson.java:551)
> at com.google.gson.Gson.fromJson(Gson.java:498)
> at com.cloud.agent.transport.Request.getCommands(Request.java:235)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1193)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1346)
> at 
> com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:659)
> at com.cloud.utils.nio.Task.run(Task.java:83)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find 
> StartupRoutingCommand
> at 
> com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:77)
> at 
> com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:37)
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
> ... 15 more
> 2013-06-21 16:46:59,412 WARN  [utils.nio.Task] (AgentManager-Handler-15:null) 
> Caught the following exception but pushing on
> com.google.gson.JsonParseException: The JsonDeserializer 
> com.cloud.agent.transport.ArrayTypeAdaptor@1a00568 failed to deserialize json 
> object 
> [{"StartupRoutingCommand":{"cpus":4,"speed":1799,"memory":16640241664,"dom0MinMemory":805306368,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"Red","Host.OS.Kernel.Version":"2.6.32-279.el6.x86_64","Host.OS.Version":"Enterprise"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"2","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","publicIpAddress":"10.102.192.56","publicNetmask":"255.255.252.0","publicMacAddress":"d4:ae:52:ad:fc:a5","privateIpAddress":"10.102.192.56","privateMacAddress":"d4:ae:52:ad:fc:a5","privateNetmask":"255.255.252.0","storageIpAddress":"10.102.192.56","storageNetmask":"255.255.252.0","storageMacAddress":"d4:ae:52:ad:fc:a5","resourceName":"LibvirtComputingResource","gatewayIpAddress":"10.102.192.1","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSize":0,"poolInfo":{"uuid":"41edfd96-c5a5-429a-b192-06a41c2709cc","host":"10.102.192.56","localPath":"/var/lib/libvirt/images","hostPath":"/var/lib/libvirt/images","poolType":"Filesystem","capacityBytes":52844687360,"availableBytes":50056523776},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtC

[jira] [Commented] (CLOUDSTACK-3118) KVM : Unable to add kvm host on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9

2013-06-25 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3118:


I had installed the latest agent from the build  
CloudStack-non-OSS-MASTER-499-rhel6.3

The issue is reproducible. Looks like the issue is in gson in mgmt server.

"localPath":"/var/lib/libvirt/images","hostPath":"/var/lib/libvirt/images","poolType":"Filesystem","capacityBytes":52844687360,"availableBytes":50048389120},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
 given the type class [Lcom.cloud.agent.api.Command;
at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
at 
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
at 
com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
at 
com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
at 
com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
at com.google.gson.Gson.fromJson(Gson.java:551)
at com.google.gson.Gson.fromJson(Gson.java:498)
at com.cloud.agent.transport.Request.getCommands(Request.java:235)
at 
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1221)
at 
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1374)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:659)
at com.cloud.utils.nio.Task.run(Task.java:83)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find 
com.cloud.agent.api.com.cloud.agent.api.StartupRoutingCommand
at 
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:79)
at 
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:37)
at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
... 15 more


> KVM : Unable to add kvm host on latest master 
> 4c51c60ef7517a7719764da94d81cd082caafdf9
> --
>
> Key: CLOUDSTACK-3118
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3118
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: KVM, Management Server
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Tried to add the kvm host after rebasing with latest master. 
> Unable to add the host and failed with below error.
> 6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
>  given the type class [Lcom.cloud.agent.api.Command;
> at 
> com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
> at 
> com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
> at 
> com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
> at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
> at 
> com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
> at 
> com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
> at com.google.gson.Gson.fromJson(Gson.java:551)
> at com.google.gson.Gson.fromJson(Gson.java:498)
> at com.cloud.agent.transport.Request.getCommands(Request.java:235)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1193)
> at 
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1346)
> at 
> com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredA

[jira] [Created] (CLOUDSTACK-3118) KVM : Unable to add kvm host on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9

2013-06-21 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3118:
--

 Summary: KVM : Unable to add kvm host on latest master 
4c51c60ef7517a7719764da94d81cd082caafdf9
 Key: CLOUDSTACK-3118
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3118
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: KVM, Management Server
Affects Versions: 4.2.0
Reporter: Rajesh Battala
Priority: Blocker
 Fix For: 4.2.0


Tried to add the kvm host after rebasing with latest master. 

Unable to add the host and failed with below error.


6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
 given the type class [Lcom.cloud.agent.api.Command;
at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
at 
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
at 
com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(JsonDeserializationVisitor.java:80)
at com.google.gson.ObjectNavigator.accept(ObjectNavigator.java:101)
at 
com.google.gson.JsonDeserializationContextDefault.fromJsonArray(JsonDeserializationContextDefault.java:67)
at 
com.google.gson.JsonDeserializationContextDefault.deserialize(JsonDeserializationContextDefault.java:52)
at com.google.gson.Gson.fromJson(Gson.java:551)
at com.google.gson.Gson.fromJson(Gson.java:498)
at com.cloud.agent.transport.Request.getCommands(Request.java:235)
at 
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1193)
at 
com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1346)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:659)
at com.cloud.utils.nio.Task.run(Task.java:83)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
Caused by: com.cloud.utils.exception.CloudRuntimeException: can't find 
StartupRoutingCommand
at 
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:77)
at 
com.cloud.agent.transport.ArrayTypeAdaptor.deserialize(ArrayTypeAdaptor.java:37)
at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:51)
... 15 more
2013-06-21 16:46:59,412 WARN  [utils.nio.Task] (AgentManager-Handler-15:null) 
Caught the following exception but pushing on
com.google.gson.JsonParseException: The JsonDeserializer 
com.cloud.agent.transport.ArrayTypeAdaptor@1a00568 failed to deserialize json 
object 
[{"StartupRoutingCommand":{"cpus":4,"speed":1799,"memory":16640241664,"dom0MinMemory":805306368,"poolSync":false,"vms":{},"caps":"hvm,snapshot","pool":"/root","hypervisorType":"KVM","hostDetails":{"com.cloud.network.Networks.RouterPrivateIpStrategy":"HostLocal","Host.OS":"Red","Host.OS.Kernel.Version":"2.6.32-279.el6.x86_64","Host.OS.Version":"Enterprise"},"type":"Routing","dataCenter":"1","pod":"1","cluster":"2","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","publicIpAddress":"10.102.192.56","publicNetmask":"255.255.252.0","publicMacAddress":"d4:ae:52:ad:fc:a5","privateIpAddress":"10.102.192.56","privateMacAddress":"d4:ae:52:ad:fc:a5","privateNetmask":"255.255.252.0","storageIpAddress":"10.102.192.56","storageNetmask":"255.255.252.0","storageMacAddress":"d4:ae:52:ad:fc:a5","resourceName":"LibvirtComputingResource","gatewayIpAddress":"10.102.192.1","contextMap":{},"wait":0}},{"StartupStorageCommand":{"totalSize":0,"poolInfo":{"uuid":"41edfd96-c5a5-429a-b192-06a41c2709cc","host":"10.102.192.56","localPath":"/var/lib/libvirt/images","hostPath":"/var/lib/libvirt/images","poolType":"Filesystem","capacityBytes":52844687360,"availableBytes":50056523776},"resourceType":"STORAGE_POOL","hostDetails":{},"type":"Storage","dataCenter":"1","pod":"1","guid":"eb98ae45-6462-3878-9dfe-376b05a1bdfe-LibvirtComputingResource","name":"kvm56","id":5,"version":"4.2.0-SNAPSHOT","resourceName":"LibvirtComputingResource","contextMap":{},"wait":0}}]
 given the type class [Lcom.cloud.agent.api.Command;
at 
com.google.gson.JsonDeserializerExceptionWrapper.deserialize(JsonDeserializerExceptionWrapper.java:64)
at 
com.google.gson.JsonDeserializationVisitor.invokeCustomDeserializer(JsonDeserializationVisitor.java:92)
at 
com.google.gson.JsonDeserializationVisitor.visitUsingCustomHandler(J

[jira] [Created] (CLOUDSTACK-3117) kvm agent,ssvm services/agents not able to connect to mgmt server on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9

2013-06-21 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3117:
--

 Summary: kvm agent,ssvm services/agents not able to connect to 
mgmt server on latest master 4c51c60ef7517a7719764da94d81cd082caafdf9
 Key: CLOUDSTACK-3117
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3117
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.2.0
Reporter: Rajesh Battala
 Fix For: 4.2.0


Issues: in the global config parameters, the "host" value is set to "localhost" 
instead of ip of the host. 
this is causing ssvm and kvm_agent etc not able to ping mgmt server on 8250 
port.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3116) [UI] Add Host is calling listpods, and listClusters api twice.

2013-06-21 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3116:
--

 Summary: [UI] Add Host is calling listpods, and listClusters api 
twice.
 Key: CLOUDSTACK-3116
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3116
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.2.0
Reporter: Rajesh Battala
 Fix For: 4.2.0


When clicked on "Add Host" buttion
listPods, listClusters api's are getting called twice from UI
This is resulting in filling the AddHost Dialog with pod and cluster combo 
boxes with duplicate values

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-3111) [UI] Storage tab is not showing the Hypervisor column as 'KVM' if the (root/data)disk is attached to instance running in KVM Hypervisor.

2013-06-21 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3111:
---

Attachment: screen1.png

> [UI] Storage tab is not showing the Hypervisor column as 'KVM' if the 
> (root/data)disk is attached to instance running in KVM Hypervisor.
> 
>
> Key: CLOUDSTACK-3111
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3111
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.1.1, 4.2.0
>Reporter: Rajesh Battala
> Fix For: 4.1.1, 4.2.0
>
> Attachments: screen1.png
>
>
> Attaching the screenshot.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3111) [UI] Storage tab is not showing the Hypervisor column as 'KVM' if the (root/data)disk is attached to instance running in KVM Hypervisor.

2013-06-21 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3111:
--

 Summary: [UI] Storage tab is not showing the Hypervisor column as 
'KVM' if the (root/data)disk is attached to instance running in KVM Hypervisor.
 Key: CLOUDSTACK-3111
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3111
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.1.1, 4.2.0
Reporter: Rajesh Battala
 Fix For: 4.1.1, 4.2.0


Attaching the screenshot.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-2073) java.lang.NullPointerException when trying to put a Zone wide primary storage in maintenance mode.

2013-06-20 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-2073:
---

Status: Ready To Review  (was: In Progress)

> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> --
>
> Key: CLOUDSTACK-2073
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2073
> 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
> Environment: Build from master
>Reporter: Sangeetha Hariharan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> Steps to reproduce the problem:
> Configured a NFS primary storage zone wide.
> Tried to put the primary storage in maintenance mode.
> It fails with "Command failed due to Internal Server Error".
> 2013-04-17 13:39:08,259 INFO  [cloud.api.ApiServer] (catalina-exec-1:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=enableStorageMaintenance&id=27f5ddfc-f967-3e4e-91f1-ee19890c9577&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231160791
>  200 { "prepareprimarystorageformaintenanceresponse" : 
> {"jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"} }
> 2013-04-17 13:39:11,306 INFO  [cloud.api.ApiServer] (catalina-exec-17:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
>  200 { "queryasyncjobresultresponse" : 
> {"accountid":"cd06b3dc-a625-11e2-8627-06d4460004b1","userid":"cd07b7e6-a625-11e2-8627-06d4460004b1","cmd":"org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd","jobstatus":2,"jobprocstatus":0,"jobresultcode":530,"jobresulttype":"object","jobresult":{"errorcode":530,"errortext":"Command
>  failed due to Internal Server 
> Error"},"created":"2013-04-17T13:39:08-0700","jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"}
>  }
> management server logs:
> 2013-04-17 13:39:08,260 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Executing org.apache.cloudstack.api.command.admin.
> storage.PreparePrimaryStorageForMaintenanceCmd for job-64
> 2013-04-17 13:39:08,268 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1417)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:189)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:164)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-04-17 13:39:08,269 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Complete async job-64, jobStatus: 2, resultCode: 
> 530, result: Error Code: 530 Error text: null
> 2013-04-17 13:39:11,295 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===START===  10.217.252.128 -- GET  
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
> 2013-04-17 13:39:11,303 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-17:null) Async job-64 completed
> 2013-04-17 13:39:11,307 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===END===  10.217.252.128 -- GET  
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&

[jira] [Updated] (CLOUDSTACK-3087) [ZWPS]NPE in StoragePoolAutomationImpl while setting PS in maintenance

2013-06-20 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3087:
---

Status: Ready To Review  (was: In Progress)

> [ZWPS]NPE in StoragePoolAutomationImpl while setting PS in maintenance
> --
>
> Key: CLOUDSTACK-3087
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3087
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
>
> ERROR [cloud.storage.StoragePoolAutomationImpl] (Job-Executor-1:job-18) 
> Exception in enabling primary storage maintenance:
> java.lang.NullPointerException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.maintain(StoragePoolAutomationImpl.java:114)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.maintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:473)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1464)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-1:job-18) Unexpected 
> exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> com.cloud.utils.exception.CloudRuntimeException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.maintain(StoragePoolAutomationImpl.java:324)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.maintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:473)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1464)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-3089) [ZWPS] NPE while cancelling the Storage Maintenance

2013-06-20 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-3089:
---

Priority: Blocker  (was: Critical)

> [ZWPS] NPE while cancelling the Storage Maintenance
> ---
>
> Key: CLOUDSTACK-3089
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3089
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Blocker
>
> ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-2:job-20) Unexpected 
> exception while executing 
> org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StoragePoolAutomationImpl.cancelMaintain(StoragePoolAutomationImpl.java:367)
> at 
> org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.cancelMaintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:481)
> at 
> com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:1503)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:192)
> at 
> org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd.execute(CancelPrimaryStorageMaintenanceCmd.java:104)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3089) [ZWPS] NPE while cancelling the Storage Maintenance

2013-06-20 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3089:
--

 Summary: [ZWPS] NPE while cancelling the Storage Maintenance
 Key: CLOUDSTACK-3089
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3089
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Reporter: Rajesh Battala
Assignee: Rajesh Battala
Priority: Critical



ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-2:job-20) Unexpected 
exception while executing 
org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd
java.lang.NullPointerException
at 
com.cloud.storage.StoragePoolAutomationImpl.cancelMaintain(StoragePoolAutomationImpl.java:367)
at 
org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.cancelMaintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:481)
at 
com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:1503)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.StorageManagerImpl.cancelPrimaryStorageForMaintenance(StorageManagerImpl.java:192)
at 
org.apache.cloudstack.api.command.admin.storage.CancelPrimaryStorageMaintenanceCmd.execute(CancelPrimaryStorageMaintenanceCmd.java:104)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3087) [ZWPS]NPE in StoragePoolAutomationImpl while setting PS in maintenance

2013-06-20 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3087:
--

 Summary: [ZWPS]NPE in StoragePoolAutomationImpl while setting PS 
in maintenance
 Key: CLOUDSTACK-3087
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3087
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Reporter: Rajesh Battala
Assignee: Rajesh Battala
Priority: Blocker



ERROR [cloud.storage.StoragePoolAutomationImpl] (Job-Executor-1:job-18) 
Exception in enabling primary storage maintenance:
java.lang.NullPointerException
at 
com.cloud.storage.StoragePoolAutomationImpl.maintain(StoragePoolAutomationImpl.java:114)
at 
org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.maintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:473)
at 
com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1464)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:192)
at 
org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-1:job-18) Unexpected 
exception while executing 
org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
com.cloud.utils.exception.CloudRuntimeException
at 
com.cloud.storage.StoragePoolAutomationImpl.maintain(StoragePoolAutomationImpl.java:324)
at 
org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.maintain(CloudStackPrimaryDataStoreLifeCycleImpl.java:473)
at 
com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1464)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:192)
at 
org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2073) java.lang.NullPointerException when trying to put a Zone wide primary storage in maintenance mode.

2013-06-19 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2073:


when ZWPS is set for maintenance, 

while retriving the StoragePool only cluster level primary storage case is 
handled , zone wide is not handled at all. 
zonewide ps don't have pod id. and its causing the NPE as its accessing the 
podid to retrieve the storagepool.

 List spes = _storagePoolDao.listBy(
primaryStorage.getDataCenterId(), primaryStorage.getPodId(),
primaryStorage.getClusterId(), ScopeType.CLUSTER);



> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> --
>
> Key: CLOUDSTACK-2073
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2073
> 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
> Environment: Build from master
>Reporter: Sangeetha Hariharan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> Steps to reproduce the problem:
> Configured a NFS primary storage zone wide.
> Tried to put the primary storage in maintenance mode.
> It fails with "Command failed due to Internal Server Error".
> 2013-04-17 13:39:08,259 INFO  [cloud.api.ApiServer] (catalina-exec-1:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=enableStorageMaintenance&id=27f5ddfc-f967-3e4e-91f1-ee19890c9577&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231160791
>  200 { "prepareprimarystorageformaintenanceresponse" : 
> {"jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"} }
> 2013-04-17 13:39:11,306 INFO  [cloud.api.ApiServer] (catalina-exec-17:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
>  200 { "queryasyncjobresultresponse" : 
> {"accountid":"cd06b3dc-a625-11e2-8627-06d4460004b1","userid":"cd07b7e6-a625-11e2-8627-06d4460004b1","cmd":"org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd","jobstatus":2,"jobprocstatus":0,"jobresultcode":530,"jobresulttype":"object","jobresult":{"errorcode":530,"errortext":"Command
>  failed due to Internal Server 
> Error"},"created":"2013-04-17T13:39:08-0700","jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"}
>  }
> management server logs:
> 2013-04-17 13:39:08,260 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Executing org.apache.cloudstack.api.command.admin.
> storage.PreparePrimaryStorageForMaintenanceCmd for job-64
> 2013-04-17 13:39:08,268 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1417)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:189)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:164)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-04-17 13:39:08,269 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Complete async job-64, jobStatus: 2, resultCode: 
> 530, result: Error Code: 530 Error text: null
> 2013-04-17 13:39:11,295 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===START===  10.217

[jira] [Commented] (CLOUDSTACK-2571) [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage

2013-06-19 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2571:


New Exception log :
2787 2013-06-19 23:45:17,697 ERROR [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-52:job-136) Unexpected exception while executing 
org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
2788 java.lang.NullPointerException
2789 at 
com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1421)
2790 at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
2791 at 
com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:190)
2792 at 
org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
2793 at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
2794 at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
2795 at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
2796 at 
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
2797 at java.util.concurrent.FutureTask.run(FutureTask.java:166)
2798 at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
2799 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
2800 at java.lang.Thread.run(Thread.java:722)


> [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage
> ---
>
> Key: CLOUDSTACK-2571
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2571
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: commit # 85d54cd1c088997dd08f0328984bee1a55703636
>Reporter: venkata swamybabu budumuru
>Assignee: Rajesh Battala
>  Labels: automation, integration-test
> Fix For: 4.2.0
>
> Attachments: logs.tgz
>
>
> Steps to reproduce :
> 1. Have a CloudStack with at least one advanced zone 
> 2. Add a zone-wide primary storage.
> 3. Try to put the above primary storage into maintenance 
> Observations:
> (i) It throws an NPE while trying to enable the maintenance.
> Here is the exception snippet from mgmt server log. 
> 013-05-20 06:14:26,338 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===START===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:26,411 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===END===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:32,555 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,558 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:32,664 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,667 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:38,857 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===START===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:38,875 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===END===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:39,033 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===START===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:39,056 DEBUG [c

[jira] [Commented] (CLOUDSTACK-2073) java.lang.NullPointerException when trying to put a Zone wide primary storage in maintenance mode.

2013-06-19 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2073:


issue is reproducible on latest master.

> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> --
>
> Key: CLOUDSTACK-2073
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2073
> 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
> Environment: Build from master
>Reporter: Sangeetha Hariharan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> Steps to reproduce the problem:
> Configured a NFS primary storage zone wide.
> Tried to put the primary storage in maintenance mode.
> It fails with "Command failed due to Internal Server Error".
> 2013-04-17 13:39:08,259 INFO  [cloud.api.ApiServer] (catalina-exec-1:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=enableStorageMaintenance&id=27f5ddfc-f967-3e4e-91f1-ee19890c9577&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231160791
>  200 { "prepareprimarystorageformaintenanceresponse" : 
> {"jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"} }
> 2013-04-17 13:39:11,306 INFO  [cloud.api.ApiServer] (catalina-exec-17:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
>  200 { "queryasyncjobresultresponse" : 
> {"accountid":"cd06b3dc-a625-11e2-8627-06d4460004b1","userid":"cd07b7e6-a625-11e2-8627-06d4460004b1","cmd":"org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd","jobstatus":2,"jobprocstatus":0,"jobresultcode":530,"jobresulttype":"object","jobresult":{"errorcode":530,"errortext":"Command
>  failed due to Internal Server 
> Error"},"created":"2013-04-17T13:39:08-0700","jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"}
>  }
> management server logs:
> 2013-04-17 13:39:08,260 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Executing org.apache.cloudstack.api.command.admin.
> storage.PreparePrimaryStorageForMaintenanceCmd for job-64
> 2013-04-17 13:39:08,268 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1417)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:189)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:164)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-04-17 13:39:08,269 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Complete async job-64, jobStatus: 2, resultCode: 
> 530, result: Error Code: 530 Error text: null
> 2013-04-17 13:39:11,295 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===START===  10.217.252.128 -- GET  
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
> 2013-04-17 13:39:11,303 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-17:null) Async job-64 completed
> 2013-04-17 13:39:11,307 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===END===  10.217.252.128 -- GET  
> command=qu

[jira] [Commented] (CLOUDSTACK-2304) [ZWPS]NPE while migrating volume from one zone wide primary to another

2013-06-19 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2304:


issue is reproducible on latest master.

> [ZWPS]NPE while migrating volume from one zone wide primary to another
> --
>
> Key: CLOUDSTACK-2304
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2304
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: KVM/VMware deployment with Zone wide primary storage
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: Archive.zip
>
>
> Try to migrate a volume from one zone wide primary storage to another.
>  ===START===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,384 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-3:null) submit async job-97, details: AsyncJobVO {id:97, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: null, instanceId: 
> null, cmd: org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd, 
> cmdOriginator: null, cmdInfo: 
> {"response":"json","sessionkey":"yMNGYR64PRQhdJaPj99Bvs2KDDE\u003d","ctxUserId":"2","storageid":"230ae4af-0446-3929-a8cd-63ab88f31ab1","_":"1367485037836","volumeid":"d9efc3d8-1612-4998-95d7-c713e90b7173","ctxAccountId":"2","ctxStartEventId":"310"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7566222426160, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-02 20:06:59,388 DEBUG [cloud.api.ApiServlet] (catalina-exec-3:null) 
> ===END===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,391 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Executing 
> org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd for job-97
> 2013-05-02 20:06:59,423 DEBUG [cloud.storage.VolumeManagerImpl] 
> (Job-Executor-66:job-97) migrate volume failed:java.lang.NullPointerException
> 2013-05-02 20:06:59,424 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Complete async job-97, jobStatus: 1, resultCode: 0, 
> result: null
> 2013-05-02 20:06:59,434 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Done executing 
> org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd for job-97

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-2073) java.lang.NullPointerException when trying to put a Zone wide primary storage in maintenance mode.

2013-06-19 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2073:
--

Assignee: Rajesh Battala

> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> --
>
> Key: CLOUDSTACK-2073
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2073
> 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
> Environment: Build from master
>Reporter: Sangeetha Hariharan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> java.lang.NullPointerException when trying to put a Zone wide primary storage 
> in maintenance mode.
> Steps to reproduce the problem:
> Configured a NFS primary storage zone wide.
> Tried to put the primary storage in maintenance mode.
> It fails with "Command failed due to Internal Server Error".
> 2013-04-17 13:39:08,259 INFO  [cloud.api.ApiServer] (catalina-exec-1:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=enableStorageMaintenance&id=27f5ddfc-f967-3e4e-91f1-ee19890c9577&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231160791
>  200 { "prepareprimarystorageformaintenanceresponse" : 
> {"jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"} }
> 2013-04-17 13:39:11,306 INFO  [cloud.api.ApiServer] (catalina-exec-17:null) 
> (userId=2 accountId=2 sessionId=A716D4755FFE21C87D8EA5E2E459AD8C) 
> 10.217.252.128 -- GET 
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
>  200 { "queryasyncjobresultresponse" : 
> {"accountid":"cd06b3dc-a625-11e2-8627-06d4460004b1","userid":"cd07b7e6-a625-11e2-8627-06d4460004b1","cmd":"org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd","jobstatus":2,"jobprocstatus":0,"jobresultcode":530,"jobresulttype":"object","jobresult":{"errorcode":530,"errortext":"Command
>  failed due to Internal Server 
> Error"},"created":"2013-04-17T13:39:08-0700","jobid":"ff569d61-2474-4fe1-8eec-2701b26dd2ea"}
>  }
> management server logs:
> 2013-04-17 13:39:08,260 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Executing org.apache.cloudstack.api.command.admin.
> storage.PreparePrimaryStorageForMaintenanceCmd for job-64
> 2013-04-17 13:39:08,268 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Unexpected exception while executing 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:1417)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> com.cloud.storage.StorageManagerImpl.preparePrimaryStorageForMaintenance(StorageManagerImpl.java:189)
> at 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd.execute(PreparePrimaryStorageForMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:164)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:679)
> 2013-04-17 13:39:08,269 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-15:job-64) Complete async job-64, jobStatus: 2, resultCode: 
> 530, result: Error Code: 530 Error text: null
> 2013-04-17 13:39:11,295 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===START===  10.217.252.128 -- GET  
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json&sessionkey=tit%2Bdz%2Fux9eXh3FHUDUxlY6x8vo%3D&_=1366231163927
> 2013-04-17 13:39:11,303 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-17:null) Async job-64 completed
> 2013-04-17 13:39:11,307 DEBUG [cloud.api.ApiServlet] (catalina-exec-17:null) 
> ===END===  10.217.252.128 -- GET  
> command=queryAsyncJobResult&jobId=ff569d61-2474-4fe1-8eec-2701b26dd2ea&response=json

[jira] [Assigned] (CLOUDSTACK-2304) [ZWPS]NPE while migrating volume from one zone wide primary to another

2013-06-19 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2304:
--

Assignee: (was: Rajesh Battala)

> [ZWPS]NPE while migrating volume from one zone wide primary to another
> --
>
> Key: CLOUDSTACK-2304
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2304
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: KVM/VMware deployment with Zone wide primary storage
>Reporter: Srikanteswararao Talluri
>Priority: Critical
> Fix For: 4.2.0
>
> Attachments: Archive.zip
>
>
> Try to migrate a volume from one zone wide primary storage to another.
>  ===START===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,384 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-3:null) submit async job-97, details: AsyncJobVO {id:97, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: null, instanceId: 
> null, cmd: org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd, 
> cmdOriginator: null, cmdInfo: 
> {"response":"json","sessionkey":"yMNGYR64PRQhdJaPj99Bvs2KDDE\u003d","ctxUserId":"2","storageid":"230ae4af-0446-3929-a8cd-63ab88f31ab1","_":"1367485037836","volumeid":"d9efc3d8-1612-4998-95d7-c713e90b7173","ctxAccountId":"2","ctxStartEventId":"310"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7566222426160, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-02 20:06:59,388 DEBUG [cloud.api.ApiServlet] (catalina-exec-3:null) 
> ===END===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,391 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Executing 
> org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd for job-97
> 2013-05-02 20:06:59,423 DEBUG [cloud.storage.VolumeManagerImpl] 
> (Job-Executor-66:job-97) migrate volume failed:java.lang.NullPointerException
> 2013-05-02 20:06:59,424 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Complete async job-97, jobStatus: 1, resultCode: 0, 
> result: null
> 2013-05-02 20:06:59,434 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Done executing 
> org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd for job-97

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3000) [Automation] Router not stopped based on "network.gc.interval" property

2013-06-18 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3000.


Resolution: Cannot Reproduce

> [Automation] Router not stopped based on "network.gc.interval" property 
> 
>
> Key: CLOUDSTACK-3000
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3000
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.2.0
> Environment: Automation Env
> Master build 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> Step 1 : Create advanced zone
> Step 2: set  network.gc.interval = 60, in global properties 
> Step 3 : Create an account,  deploy and deploy vm with new network
> Step 4 : Stop VM 
> Expected Result 
> Router should be stopped after one minute vm stops, but router taking more 
> than 2 minute to stop
> Please see the below log
> a) VM i-141-163-QA stop command send at 14 01:35:03,
> b) i-141-163-QA stopped at 01:35:32
> c ) Router r-164-QA should be stopped at 1:36:32 but, router stop command 
> issues at 01:37:47
> 2013-06-14 01:35:03,634 DEBUG [cloud.api.ApiDispatcher] 
> (Job-Executor-28:job-624) ControlledEntity name 
> is:com.cloud.network.router.VirtualRouter
> 2013-06-14 01:35:03,663 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-28:job-624) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origin
> al host id: 4 new host id: 4 host id before state transition: 4
> 2013-06-14 01:35:03,666 DEBUG [agent.transport.Request] 
> (Job-Executor-28:job-624) Seq 4-524091527: Sending  { Cmd , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 100111, [{"
> StopCommand":{"isProxy":false,"vmName":"i-141-163-QA","wait":0}}] }
> 2013-06-14 01:35:04,908 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:null) 
> ===START===  10.216.51.168 -- GET  
> command=listVirtualMachines&response=json&sessionkey=dQ8vH3fJP0
> MSmEE61n6FIRSKDOA%3D&listAll=true&page=1&pagesize=20&_=1371188260986
> 2013-06-14 01:35:04,922 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:nu
> 2013-06-14 01:35:32,311 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Complete async job-624, jobStatus: 1, resultCode: 
> 0, result: org.apache.cloudstack.api.response.UserVmResponse@30c871f
> 2013-06-14 01:35:32,336 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Done executing 
> org.apache.cloudstack.api.command.user.vm.StopVMCmd for job-624
> 2013-06-14 01:35:33,674 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===START===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:35:33,683 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-25:null) Async job-624 completed
> 2013-06-14 01:35:33,689 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===END===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:37:47,793 DEBUG [cloud.network.NetworkManagerImpl] 
> (Network-Scavenger-1:null) Sending network shutdown to VirtualRouter
> 2013-06-14 01:37:47,795 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (Network-Scavenger-1:null) Stopping router VM[DomainRouter|r-164-QA]
> 2013-06-14 01:37:47,801 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Network-Scavenger-1:null) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origi
> nal host id: 4 new host id: 4 host id before state transition: 4

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3000) [Automation] Router not stopped based on "network.gc.interval" property

2013-06-18 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3000:


Resolving the issue as the issue is not reproducible in the latest run.
please feel free to open if the issue is reproducible. 

> [Automation] Router not stopped based on "network.gc.interval" property 
> 
>
> Key: CLOUDSTACK-3000
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3000
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.2.0
> Environment: Automation Env
> Master build 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> Step 1 : Create advanced zone
> Step 2: set  network.gc.interval = 60, in global properties 
> Step 3 : Create an account,  deploy and deploy vm with new network
> Step 4 : Stop VM 
> Expected Result 
> Router should be stopped after one minute vm stops, but router taking more 
> than 2 minute to stop
> Please see the below log
> a) VM i-141-163-QA stop command send at 14 01:35:03,
> b) i-141-163-QA stopped at 01:35:32
> c ) Router r-164-QA should be stopped at 1:36:32 but, router stop command 
> issues at 01:37:47
> 2013-06-14 01:35:03,634 DEBUG [cloud.api.ApiDispatcher] 
> (Job-Executor-28:job-624) ControlledEntity name 
> is:com.cloud.network.router.VirtualRouter
> 2013-06-14 01:35:03,663 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-28:job-624) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origin
> al host id: 4 new host id: 4 host id before state transition: 4
> 2013-06-14 01:35:03,666 DEBUG [agent.transport.Request] 
> (Job-Executor-28:job-624) Seq 4-524091527: Sending  { Cmd , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 100111, [{"
> StopCommand":{"isProxy":false,"vmName":"i-141-163-QA","wait":0}}] }
> 2013-06-14 01:35:04,908 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:null) 
> ===START===  10.216.51.168 -- GET  
> command=listVirtualMachines&response=json&sessionkey=dQ8vH3fJP0
> MSmEE61n6FIRSKDOA%3D&listAll=true&page=1&pagesize=20&_=1371188260986
> 2013-06-14 01:35:04,922 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:nu
> 2013-06-14 01:35:32,311 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Complete async job-624, jobStatus: 1, resultCode: 
> 0, result: org.apache.cloudstack.api.response.UserVmResponse@30c871f
> 2013-06-14 01:35:32,336 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Done executing 
> org.apache.cloudstack.api.command.user.vm.StopVMCmd for job-624
> 2013-06-14 01:35:33,674 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===START===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:35:33,683 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-25:null) Async job-624 completed
> 2013-06-14 01:35:33,689 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===END===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:37:47,793 DEBUG [cloud.network.NetworkManagerImpl] 
> (Network-Scavenger-1:null) Sending network shutdown to VirtualRouter
> 2013-06-14 01:37:47,795 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (Network-Scavenger-1:null) Stopping router VM[DomainRouter|r-164-QA]
> 2013-06-14 01:37:47,801 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Network-Scavenger-1:null) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origi
> nal host id: 4 new host id: 4 host id before state transition: 4

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-1962) nTier Apps 2.0 : Support NetScalar as internal LB provider

2013-06-18 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-1962:
---

Affects Version/s: (was: 4.2.0)
   Future

> nTier Apps 2.0 : Support NetScalar as internal LB provider
> --
>
> Key: CLOUDSTACK-1962
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1962
> Project: CloudStack
>  Issue Type: New Feature
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Affects Versions: Future
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
> Fix For: Future
>
>
> This feature will allow Netscaler to be an Internal Load Balancing between 
> VPC tiers

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-18 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2905:


this is cherry-picked into 4.1 

ASF subversion and git services added a comment - 18/Jun/13 12:46
Commit 68f51a3db90ff6ddea3bb6f2106bd4f49b2f0393 in branch refs/heads/4.1 from 
[~minchen07]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=68f51a3 ]

CLOUDSTACK-2523: Recurring snapshot failed with NPE.

> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0, 4.2.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1, 4.2.0
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3000) [Automation] Router not stopped based on "network.gc.interval" property

2013-06-18 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3000:


there are two global config params 
1. network.gc.interval.
2. network.gc.wait 

network.gc.interval Seconds to wait before checking for networks to shutdown
 
network.gc.wait Time (in seconds) to wait before shutting down a network that's 
not in used


from the above, network.gc.interval is set to 60 what is the value set for 
network.gc.wait. ?

As the VM is shutdown for the account the netwok is idle/not used. 


network.gc.interval is used to start the network garbage collector thread. 

when gc is running we check the _networkGcWait and figure out whether to 
shutdown the network or not. 




Long time = _lastNetworkIdsToFree.remove(networkId);

time > (currentTime - _networkGcWait) we don't shutdown the network. if the 
time is greater else we shutdown the network(VR).



> [Automation] Router not stopped based on "network.gc.interval" property 
> 
>
> Key: CLOUDSTACK-3000
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3000
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.2.0
> Environment: Automation Env
> Master build 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Step 1 : Create advanced zone
> Step 2: set  network.gc.interval = 60, in global properties 
> Step 3 : Create an account,  deploy and deploy vm with new network
> Step 4 : Stop VM 
> Expected Result 
> Router should be stopped after one minute vm stops, but router taking more 
> than 2 minute to stop
> Please see the below log
> a) VM i-141-163-QA stop command send at 14 01:35:03,
> b) i-141-163-QA stopped at 01:35:32
> c ) Router r-164-QA should be stopped at 1:36:32 but, router stop command 
> issues at 01:37:47
> 2013-06-14 01:35:03,634 DEBUG [cloud.api.ApiDispatcher] 
> (Job-Executor-28:job-624) ControlledEntity name 
> is:com.cloud.network.router.VirtualRouter
> 2013-06-14 01:35:03,663 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-28:job-624) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origin
> al host id: 4 new host id: 4 host id before state transition: 4
> 2013-06-14 01:35:03,666 DEBUG [agent.transport.Request] 
> (Job-Executor-28:job-624) Seq 4-524091527: Sending  { Cmd , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 100111, [{"
> StopCommand":{"isProxy":false,"vmName":"i-141-163-QA","wait":0}}] }
> 2013-06-14 01:35:04,908 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:null) 
> ===START===  10.216.51.168 -- GET  
> command=listVirtualMachines&response=json&sessionkey=dQ8vH3fJP0
> MSmEE61n6FIRSKDOA%3D&listAll=true&page=1&pagesize=20&_=1371188260986
> 2013-06-14 01:35:04,922 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:nu
> 2013-06-14 01:35:32,311 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Complete async job-624, jobStatus: 1, resultCode: 
> 0, result: org.apache.cloudstack.api.response.UserVmResponse@30c871f
> 2013-06-14 01:35:32,336 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Done executing 
> org.apache.cloudstack.api.command.user.vm.StopVMCmd for job-624
> 2013-06-14 01:35:33,674 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===START===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:35:33,683 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-25:null) Async job-624 completed
> 2013-06-14 01:35:33,689 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===END===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:37:47,793 DEBUG [cloud.network.NetworkManagerImpl] 
> (Network-Scavenger-1:null) Sending network shutdown to VirtualRouter
> 2013-06-14 01:37:47,795 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (Network-Scavenger-1:null) Stopping router VM[DomainRouter|r-164-QA]
> 2013-06-14 01:37:47,801 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Network-Scavenger-1:null) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origi
> nal host id: 4 new host id: 4 host id before state transition: 4

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For mor

[jira] [Assigned] (CLOUDSTACK-3000) [Automation] Router not stopped based on "network.gc.interval" property

2013-06-18 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3000:
--

Assignee: Rajesh Battala

> [Automation] Router not stopped based on "network.gc.interval" property 
> 
>
> Key: CLOUDSTACK-3000
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3000
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.2.0
> Environment: Automation Env
> Master build 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> Step 1 : Create advanced zone
> Step 2: set  network.gc.interval = 60, in global properties 
> Step 3 : Create an account,  deploy and deploy vm with new network
> Step 4 : Stop VM 
> Expected Result 
> Router should be stopped after one minute vm stops, but router taking more 
> than 2 minute to stop
> Please see the below log
> a) VM i-141-163-QA stop command send at 14 01:35:03,
> b) i-141-163-QA stopped at 01:35:32
> c ) Router r-164-QA should be stopped at 1:36:32 but, router stop command 
> issues at 01:37:47
> 2013-06-14 01:35:03,634 DEBUG [cloud.api.ApiDispatcher] 
> (Job-Executor-28:job-624) ControlledEntity name 
> is:com.cloud.network.router.VirtualRouter
> 2013-06-14 01:35:03,663 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Job-Executor-28:job-624) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origin
> al host id: 4 new host id: 4 host id before state transition: 4
> 2013-06-14 01:35:03,666 DEBUG [agent.transport.Request] 
> (Job-Executor-28:job-624) Seq 4-524091527: Sending  { Cmd , MgmtId: 
> 29066118877352, via: 4, Ver: v1, Flags: 100111, [{"
> StopCommand":{"isProxy":false,"vmName":"i-141-163-QA","wait":0}}] }
> 2013-06-14 01:35:04,908 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:null) 
> ===START===  10.216.51.168 -- GET  
> command=listVirtualMachines&response=json&sessionkey=dQ8vH3fJP0
> MSmEE61n6FIRSKDOA%3D&listAll=true&page=1&pagesize=20&_=1371188260986
> 2013-06-14 01:35:04,922 DEBUG [cloud.api.ApiServlet] (catalina-exec-12:nu
> 2013-06-14 01:35:32,311 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Complete async job-624, jobStatus: 1, resultCode: 
> 0, result: org.apache.cloudstack.api.response.UserVmResponse@30c871f
> 2013-06-14 01:35:32,336 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-28:job-624) Done executing 
> org.apache.cloudstack.api.command.user.vm.StopVMCmd for job-624
> 2013-06-14 01:35:33,674 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===START===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:35:33,683 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-25:null) Async job-624 completed
> 2013-06-14 01:35:33,689 DEBUG [cloud.api.ApiServlet] (catalina-exec-25:null) 
> ===END===  10.216.51.168 -- GET  
> command=queryAsyncJobResult&jobId=63e1a985-93f5-4f1b-9763-6f147cdd34e8&response=json&sessionkey=dQ8vH3fJP0MSmEE61n6FIRSKDOA%3D&_=1371188289775
> 2013-06-14 01:37:47,793 DEBUG [cloud.network.NetworkManagerImpl] 
> (Network-Scavenger-1:null) Sending network shutdown to VirtualRouter
> 2013-06-14 01:37:47,795 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (Network-Scavenger-1:null) Stopping router VM[DomainRouter|r-164-QA]
> 2013-06-14 01:37:47,801 DEBUG [cloud.capacity.CapacityManagerImpl] 
> (Network-Scavenger-1:null) VM state transitted from :Running to Stopping with 
> event: StopRequestedvm's origi
> nal host id: 4 new host id: 4 host id before state transition: 4

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3031) [Objce_Store_Branch]ssvm-check.sh script returen ERROR on object_store branch

2013-06-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3031.


Resolution: Fixed

issue is fixed in master, 
once the branch is updated with my fix it should resolve this issue. 
If not please feel free to open it.

> [Objce_Store_Branch]ssvm-check.sh script returen ERROR on object_store branch
> -
>
> Key: CLOUDSTACK-3031
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3031
> 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
> Environment: Latest build from Object Store Branch
>Reporter: Sanjeev N
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> ssvm-check.sh script returen ERROR on object_store branch
> Steps to Reproduce:
> =
> 1.Bring up CS in advanced zone with xenserver using latest build from 
> objcet_store branch
> 2.When ssvm is up and running run ssvm-check.sh script
> Following is the script output:
> root@s-26-QA:~# /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.103.128.16
> PING 10.103.128.16 (10.103.128.16): 56 data bytes
> 64 bytes from 10.103.128.16: icmp_seq=0 ttl=122 time=22.551 ms
> 64 bytes from 10.103.128.16: icmp_seq=1 ttl=122 time=20.952 ms
> --- 10.103.128.16 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 20.952/21.752/22.551/0.800 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /var/lib/nfs/rpc_pipefs
> touch: cannot touch `/var/lib/nfs/rpc_pipefs/foo': Permission denied
> ERROR: Cannot write to mount point
> You need to export with norootsquash
> 
> Management server is 10.147.59.126. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
> Creating a file in mount point /var/lib/nfs/rpc_pipefs/ is failing.
> File permissions on the mount point are as follows:
> root@s-26-QA:~# ls -altr /var/lib/nfs/rpc_pipefs
> total 1
> drwxr-xr-x 5 statd nogroup 1024 Jun  3 04:13 ..
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 statd
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 portmap
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 nfsd4_cb
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 nfs
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 mount
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 lockd
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 cache
> drwxr-xr-x 9 root  root   0 Jun 14 14:33 .

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2905:


Snapshot scheduler.poll is being called at 2013-06-17 11:14:12 GMT
2013-06-17 16:44:12,713 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-17 11:14:12 
GMT
2013-06-17 16:44:12,718 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Scheduling 1 snapshot for volume 13 for schedule id: 6 
at 2013-06-17 11:07:00 GMT
2013-06-17 16:44:12,896 DEBUG [cloud.async.AsyncJobManagerImpl] 
(SnapshotPollTask:null) submit async job-59, details: AsyncJobVO {id:59, 
userId: 1, accountId: 2, sessionKey: null, instanceType: Snapshot, instanceId: 
14, cmd: org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd, 
cmdOriginator: null, cmdInfo: 
{"id":"14","ctxUserId":"1","volumeid":"13","ctxAccountId":"2","ctxStartEventId":"1","policyid":"6"},
 cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
processStatus: 0, resultCode: 0, result: null, initMsid: 235715300172635, 
completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
2013-06-17 16:44:12,902 DEBUG [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-1:job-59) Executing 
org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd for job-59
2013-06-17 16:44:12,967 INFO  [user.snapshot.CreateSnapshotCmd] 
(Job-Executor-1:job-59) VOLSS: createSnapshotCmd starts:1371467652967
2013-06-17 16:44:13,208 DEBUG [agent.transport.Request] (Job-Executor-1:job-59) 
Seq 1-2135752751: Sending  { Cmd , MgmtId: 235715300172635, via: 1, Ver: v1, 
Flags: 100011, 
[{"ManageSnapshotCommand":{"_commandSwitch":"-c","_volumePath":"cf82064c-3803-4e1a-be7c-107db16a6136","_pool":{"id":1,"uuid":"d8490c13-0efb-3e81-b6a5-fe84779d70be","host":"mystorageserver","path":"/cpg_vol/rajesh/primary","port":2049,"type":"NetworkFilesystem"},"_snapshotName":"7d00b765-b3f0-48f9-88b7-c6097b5e20f6_20130617111412","_snapshotId":14,"_vmName":"i-2-8-VM","wait":0}}]
 }


...
...



2013-06-17 16:44:28,729 DEBUG [agent.transport.Request] (DirectAgent-19:null) 
Seq 1-2135752752: Processing:  { Ans: , MgmtId: 235715300172635, via: 1, Ver: 
v1, Flags: 10, 
[{"BackupSnapshotAnswer":{"backupSnapshotName":"a0f5554d-38c9-4222-93a5-659aceb45f19","full":true,"result":true,"details":"Successfully
 backedUp the snapsho Uuid: 9071e524-ecf3-4c21-992b-207a31439028 to secondary 
storage.","wait":0}}] }
2013-06-17 16:44:28,730 DEBUG [agent.transport.Request] (Job-Executor-1:job-59) 
Seq 1-2135752752: Received:  { Ans: , MgmtId: 235715300172635, via: 1, Ver: v1, 
Flags: 10, { BackupSnapshotAnswer } }
2013-06-17 16:44:28,790 INFO  [user.snapshot.CreateSnapshotCmd] 
(Job-Executor-1:job-59) VOLSS:  backupSnapshotCmd finishes:1371467668790
2013-06-17 16:44:28,790 DEBUG [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-1:job-59) Complete async job-59, jobStatus: 1, resultCode: 0, 
result: org.apache.cloudstack.api.response.SnapshotResponse@1407344
2013-06-17 16:44:28,814 DEBUG [cloud.async.AsyncJobManagerImpl] 
(Job-Executor-1:job-59) Done executing 
org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd for job-59


> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0, 4.2.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1, 4.2.0
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot sche

[jira] [Commented] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2905:


On the latest master (0587d3a496b4c5d29a6b14774f5e7fdc42a5bb33), Am not able to 
hit NPE now. 
Looks like recent commits related to snapshots have fixed it. 

the issue is, snapshotschedule is creating the async job when there is a 
schedule to create the snapshot.
In this part there is no issues/NPE. 
Once the async job for CreateSnapshotCmd is created , while executing this 
command there was NPE happening.

Recent commits related to snapshot could have fixed it. I had tried 2-3 times 
now to reproduce it. 
Recurring snapshots are working fine. 

In case if its reproducible please feel free to open the bug again


> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0, 4.2.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1, 4.2.0
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-2905.


Resolution: Fixed

with recent commits to master (related to snapshots) the issue is fixed and not 
reproducible 

> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0, 4.2.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1, 4.2.0
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3031) [Objce_Store_Branch]ssvm-check.sh script returen ERROR on object_store branch

2013-06-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3031:


Sanjeev, 
I had fixed the issue in master 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=6d140538c5efc394fda8a4ddc7cb72832470d0b3.
verify once the branch is rebase/merged with master and includes the above 
commit.


> [Objce_Store_Branch]ssvm-check.sh script returen ERROR on object_store branch
> -
>
> Key: CLOUDSTACK-3031
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3031
> 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
> Environment: Latest build from Object Store Branch
>Reporter: Sanjeev N
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> ssvm-check.sh script returen ERROR on object_store branch
> Steps to Reproduce:
> =
> 1.Bring up CS in advanced zone with xenserver using latest build from 
> objcet_store branch
> 2.When ssvm is up and running run ssvm-check.sh script
> Following is the script output:
> root@s-26-QA:~# /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.103.128.16
> PING 10.103.128.16 (10.103.128.16): 56 data bytes
> 64 bytes from 10.103.128.16: icmp_seq=0 ttl=122 time=22.551 ms
> 64 bytes from 10.103.128.16: icmp_seq=1 ttl=122 time=20.952 ms
> --- 10.103.128.16 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 20.952/21.752/22.551/0.800 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /var/lib/nfs/rpc_pipefs
> touch: cannot touch `/var/lib/nfs/rpc_pipefs/foo': Permission denied
> ERROR: Cannot write to mount point
> You need to export with norootsquash
> 
> Management server is 10.147.59.126. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
> Creating a file in mount point /var/lib/nfs/rpc_pipefs/ is failing.
> File permissions on the mount point are as follows:
> root@s-26-QA:~# ls -altr /var/lib/nfs/rpc_pipefs
> total 1
> drwxr-xr-x 5 statd nogroup 1024 Jun  3 04:13 ..
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 statd
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 portmap
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 nfsd4_cb
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 nfs
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 mount
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 lockd
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 cache
> drwxr-xr-x 9 root  root   0 Jun 14 14:33 .

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-3031) [Objce_Store_Branch]ssvm-check.sh script returen ERROR on object_store branch

2013-06-17 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-3031:
--

Assignee: Rajesh Battala

> [Objce_Store_Branch]ssvm-check.sh script returen ERROR on object_store branch
> -
>
> Key: CLOUDSTACK-3031
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3031
> 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
> Environment: Latest build from Object Store Branch
>Reporter: Sanjeev N
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> ssvm-check.sh script returen ERROR on object_store branch
> Steps to Reproduce:
> =
> 1.Bring up CS in advanced zone with xenserver using latest build from 
> objcet_store branch
> 2.When ssvm is up and running run ssvm-check.sh script
> Following is the script output:
> root@s-26-QA:~# /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.103.128.16
> PING 10.103.128.16 (10.103.128.16): 56 data bytes
> 64 bytes from 10.103.128.16: icmp_seq=0 ttl=122 time=22.551 ms
> 64 bytes from 10.103.128.16: icmp_seq=1 ttl=122 time=20.952 ms
> --- 10.103.128.16 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 20.952/21.752/22.551/0.800 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /var/lib/nfs/rpc_pipefs
> touch: cannot touch `/var/lib/nfs/rpc_pipefs/foo': Permission denied
> ERROR: Cannot write to mount point
> You need to export with norootsquash
> 
> Management server is 10.147.59.126. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
> Creating a file in mount point /var/lib/nfs/rpc_pipefs/ is failing.
> File permissions on the mount point are as follows:
> root@s-26-QA:~# ls -altr /var/lib/nfs/rpc_pipefs
> total 1
> drwxr-xr-x 5 statd nogroup 1024 Jun  3 04:13 ..
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 statd
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 portmap
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 nfsd4_cb
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 nfs
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 mount
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 lockd
> dr-xr-xr-x 2 root  root   0 Jun 14 14:33 cache
> drwxr-xr-x 9 root  root   0 Jun 14 14:33 .

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3037) [UI] [Snapshot] deletion of Allocated snapshot is showing successful in UI, but server is failing to delete it

2013-06-17 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3037:
--

 Summary: [UI] [Snapshot] deletion of Allocated snapshot is showing 
successful in UI, but server is failing to delete it
 Key: CLOUDSTACK-3037
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3037
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: Snapshot, UI
Affects Versions: 4.1.1, 4.2.0
Reporter: Rajesh Battala
Priority: Critical
 Fix For: 4.1.1, 4.2.0


In UI, 
Try to delete the "Allocated" snapshot. 
UI show snapshot is deleted, But server throws the exception properly. 



ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-3:job-40) Unexpected 
exception while executing 
org.apache.cloudstack.api.command.user.snapshot.DeleteSnapshotCmd
com.cloud.utils.exception.CloudRuntimeException: Failed to delete 
snapshot:com.cloud.exception.InvalidParameterValueException: Can't delete 
snapshotshot 4 due to it is not in BackedUp Status
at 
com.cloud.storage.snapshot.SnapshotManagerImpl.deleteSnapshot(SnapshotManagerImpl.java:543)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
org.apache.cloudstack.api.command.user.snapshot.DeleteSnapshotCmd.execute(DeleteSnapshotCmd.java:96)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
at 
com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)

After refreshing the page, "listsnapshot" is getting called and then showing 
the snapshot.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-2398) packaging does not update systemvm.iso

2013-06-15 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-2398.


Resolution: Fixed

fixed and commit id 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=6d140538c5efc394fda8a4ddc7cb72832470d0b3
 

> packaging does not update systemvm.iso
> --
>
> Key: CLOUDSTACK-2398
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2398
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Packaging
>Affects Versions: 4.2.0
> Environment: Master branch build 
> KVM 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> Step 1 : Create build from  master branch and configure advanced zone 
> Step 2 : Login to SSVM and run the scipt 
> "/usr/local/cloud/systemvm/ssvm-check.sh"
> Result :
> SSVM test failed with permission error 
> root@s-83-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.223.110.254
> PING 10.223.110.254 (10.223.110.254): 56 data bytes
> 64 bytes from 10.223.110.254: icmp_seq=0 ttl=61 time=1.223 ms
> 64 bytes from 10.223.110.254: icmp_seq=1 ttl=61 time=1.029 ms
> --- 10.223.110.254 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 1.029/1.126/1.223/0.097 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /var/lib/nfs/rpc_pipefs
> touch: cannot touch `/var/lib/nfs/rpc_pipefs/foo': Permission denied
> ERROR: Cannot write to mount point
> You need to export with norootsquash
> Mount point is /mnt/SecStorage/f075e82d-2e08-36c6-b6ba-25b692666b98
> Good: Can write to mount point
> 
> Management server is 10.223.49.195. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
> root@s-83-VM:~#
> Note :
> > SSVM test cases failing due to this 
> >This test case passed on May 4th build
> > This environement created with latest available template in 
> > Jenkins.cloudstack.org

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-3004) [script] ssvm_check remove the duplicate file from consoleproxy and include the script from secondary storage folder while packing iso

2013-06-14 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-3004:


thanks prasanna 

> [script] ssvm_check remove the duplicate file from consoleproxy and include 
> the script from secondary storage folder while packing iso
> --
>
> Key: CLOUDSTACK-3004
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3004
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Critical
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-3004) [script] ssvm_check remove the duplicate file from consoleproxy and include the script from secondary storage folder while packing iso

2013-06-14 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-3004.


Resolution: Fixed

> [script] ssvm_check remove the duplicate file from consoleproxy and include 
> the script from secondary storage folder while packing iso
> --
>
> Key: CLOUDSTACK-3004
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3004
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
>Priority: Critical
>


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-3004) [script] ssvm_check remove the duplicate file from consoleproxy and include the script from secondary storage folder while packing iso

2013-06-14 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-3004:
--

 Summary: [script] ssvm_check remove the duplicate file from 
consoleproxy and include the script from secondary storage folder while packing 
iso
 Key: CLOUDSTACK-3004
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3004
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
Reporter: Rajesh Battala
Assignee: Rajesh Battala
Priority: Critical




--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-2981) [UI] Create network offering dialog is not allowing to choose any other service provider apart from Virtual Router.

2013-06-14 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-2981:
---

Priority: Blocker  (was: Critical)

> [UI] Create network offering dialog is not allowing to choose any other 
> service provider apart from Virtual Router.
> ---
>
> Key: CLOUDSTACK-2981
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2981
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: UI
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Priority: Blocker
> Fix For: 4.2.0
>
>
> When creating network offering, 
> For services choose the service provider other than VR, its getting reset to 
> VR only.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-2398) packaging does not update systemvm.iso

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2398:
--

Assignee: Rajesh Battala

> packaging does not update systemvm.iso
> --
>
> Key: CLOUDSTACK-2398
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2398
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Packaging
>Affects Versions: 4.2.0
> Environment: Master branch build 
> KVM 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> Step 1 : Create build from  master branch and configure advanced zone 
> Step 2 : Login to SSVM and run the scipt 
> "/usr/local/cloud/systemvm/ssvm-check.sh"
> Result :
> SSVM test failed with permission error 
> root@s-83-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.223.110.254
> PING 10.223.110.254 (10.223.110.254): 56 data bytes
> 64 bytes from 10.223.110.254: icmp_seq=0 ttl=61 time=1.223 ms
> 64 bytes from 10.223.110.254: icmp_seq=1 ttl=61 time=1.029 ms
> --- 10.223.110.254 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 1.029/1.126/1.223/0.097 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /var/lib/nfs/rpc_pipefs
> touch: cannot touch `/var/lib/nfs/rpc_pipefs/foo': Permission denied
> ERROR: Cannot write to mount point
> You need to export with norootsquash
> Mount point is /mnt/SecStorage/f075e82d-2e08-36c6-b6ba-25b692666b98
> Good: Can write to mount point
> 
> Management server is 10.223.49.195. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
> root@s-83-VM:~#
> Note :
> > SSVM test cases failing due to this 
> >This test case passed on May 4th build
> > This environement created with latest available template in 
> > Jenkins.cloudstack.org

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2398) packaging does not update systemvm.iso

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2398:


the issue is  ssvm-check script in systemvm.iso is getting from the 
consoleproxy project instead of secondary storage project. 
Making the changes to the script under consoleproxy. 

> packaging does not update systemvm.iso
> --
>
> Key: CLOUDSTACK-2398
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2398
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Packaging
>Affects Versions: 4.2.0
> Environment: Master branch build 
> KVM 
>Reporter: Rayees Namathponnan
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> Step 1 : Create build from  master branch and configure advanced zone 
> Step 2 : Login to SSVM and run the scipt 
> "/usr/local/cloud/systemvm/ssvm-check.sh"
> Result :
> SSVM test failed with permission error 
> root@s-83-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.223.110.254
> PING 10.223.110.254 (10.223.110.254): 56 data bytes
> 64 bytes from 10.223.110.254: icmp_seq=0 ttl=61 time=1.223 ms
> 64 bytes from 10.223.110.254: icmp_seq=1 ttl=61 time=1.029 ms
> --- 10.223.110.254 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 1.029/1.126/1.223/0.097 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /var/lib/nfs/rpc_pipefs
> touch: cannot touch `/var/lib/nfs/rpc_pipefs/foo': Permission denied
> ERROR: Cannot write to mount point
> You need to export with norootsquash
> Mount point is /mnt/SecStorage/f075e82d-2e08-36c6-b6ba-25b692666b98
> Good: Can write to mount point
> 
> Management server is 10.223.49.195. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
> root@s-83-VM:~#
> Note :
> > SSVM test cases failing due to this 
> >This test case passed on May 4th build
> > This environement created with latest available template in 
> > Jenkins.cloudstack.org

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Commented] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala commented on CLOUDSTACK-2905:


This issue is reproducible on latest master also.

2013-06-13 16:30:42,521 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Scheduling 1 snapshot for volume 4 for schedule id: 2 
at 2013-06-13 10:15:00 GMT
3218 2013-06-13 16:30:42,534 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
(SnapshotPollTask:null) Scheduling snapshot failed due to 
java.lang.NullPointerException

> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-2905:
---

Affects Version/s: 4.2.0

> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0, 4.2.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1, 4.2.0
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-2905:
---

Fix Version/s: 4.2.0

> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1, 4.2.0
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Resolved] (CLOUDSTACK-2420) NPE: Attaching an Uploaded volume to a VM, (NPE while moving from

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala resolved CLOUDSTACK-2420.


Resolution: Cannot Reproduce

Its working fine now. 
Verified with creating volume and attaching the volume to the VM.
Attaching Volume is successful and new data disk got added to the VM at the 
xenserver host.

Got fixed with latest commits

> NPE: Attaching an Uploaded volume to a VM, (NPE while moving from 
> --
>
> Key: CLOUDSTACK-2420
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2420
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> 2013-05-09 18:36:46,997 DEBUG [cloud.api.ApiServlet] 
> (6876027@qtp-10225875-14:null) ===END===  10.144.7.13 -- GET  
> command=attachVolume&id=e0075fb1-2432-4375-a22e-b7e6015afac6&virtualMachineId=aa6b941d-a7ea-42da-a175-578005fcb41b&response=json&sessionkey=vCZWZNneQ9l2xOkDXYUoEuAluYw%3D&_=1368104845639
> 2013-05-09 18:36:47,077 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-6:job-29) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.VolumeManagerImpl.copyVolume(VolumeManagerImpl.java:1444)
> at 
> com.cloud.storage.VolumeManagerImpl.createVolumeOnPrimaryStorage(VolumeManagerImpl.java:1488)
> at 
> com.cloud.storage.VolumeManagerImpl.attachVolumeToVM(VolumeManagerImpl.java:1727)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd.execute(AttachVolumeCmd.java:122)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> 2013-05-09 18:36:47,080 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-6:job-29) Complete async job-29, jobStatus: 2, resultCode: 530, 
> result: Error Code: 530 Error text: null

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Updated] (CLOUDSTACK-2340) [AWS Style Health Checks] Response of the API listLoadBalancerRuleInstances should show the service state of a VM if health check is configured for it

2013-06-13 Thread Rajesh Battala (JIRA)

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

Rajesh Battala updated CLOUDSTACK-2340:
---

Status: Ready To Review  (was: In Progress)

> [AWS Style Health Checks] Response of the API listLoadBalancerRuleInstances 
> should show the service state of a VM if health check is configured for it
> --
>
> Key: CLOUDSTACK-2340
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2340
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API
>Affects Versions: 4.2.0
>Reporter: Abhinav Roy
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> In the current implementation of  the API listLoadBalancerRuleInstances we 
> don't see the service state of a VM which has health check configured and 
> hence the user doesn't get to know the state of that service from the UI.
> So, filing this bug so that we add some parameter in the API response which 
> shows the service state and hence using that we can make the state visible in 
> the UI also.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Created] (CLOUDSTACK-2981) [UI] Create network offering dialog is not allowing to choose any other service provider apart from Virtual Router.

2013-06-13 Thread Rajesh Battala (JIRA)
Rajesh Battala created CLOUDSTACK-2981:
--

 Summary: [UI] Create network offering dialog is not allowing to 
choose any other service provider apart from Virtual Router.
 Key: CLOUDSTACK-2981
 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2981
 Project: CloudStack
  Issue Type: Bug
  Security Level: Public (Anyone can view this level - this is the default.)
  Components: UI
Affects Versions: 4.2.0
Reporter: Rajesh Battala
Priority: Critical
 Fix For: 4.2.0


When creating network offering, 
For services choose the service provider other than VR, its getting reset to VR 
only.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-2571) [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage

2013-06-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2571:
--

Assignee: Rajesh Battala

> [Zone-Wide-PrimaryStorage] NPE while deleting the zone-wide primary storage
> ---
>
> Key: CLOUDSTACK-2571
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2571
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Storage Controller
>Affects Versions: 4.2.0
> Environment: commit # 85d54cd1c088997dd08f0328984bee1a55703636
>Reporter: venkata swamybabu budumuru
>Assignee: Rajesh Battala
>  Labels: automation, integration-test
> Fix For: 4.2.0
>
> Attachments: logs.tgz
>
>
> Steps to reproduce :
> 1. Have a CloudStack with at least one advanced zone 
> 2. Add a zone-wide primary storage.
> 3. Try to put the above primary storage into maintenance 
> Observations:
> (i) It throws an NPE while trying to enable the maintenance.
> Here is the exception snippet from mgmt server log. 
> 013-05-20 06:14:26,338 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===START===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:26,411 DEBUG [cloud.api.ApiServlet] (catalina-exec-13:null) 
> ===END===  10.252.240.57 -- GET  
> command=createStoragePool&scope=zone&zoneid=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&name=primaryNew&url=nfs%3A%2F%2F10.147.28.7%2Fexport%2Fhome%2Fswamy%2Fprimary.campo.xen.1&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025128021
> 2013-05-20 06:14:32,555 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,558 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:32,664 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 routers to update status.
> 2013-05-20 06:14:32,667 DEBUG 
> [network.router.VirtualNetworkApplianceManagerImpl] 
> (RouterStatusMonitor-1:null) Found 0 networks to update RvR status.
> 2013-05-20 06:14:38,857 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===START===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:38,875 DEBUG [cloud.api.ApiServlet] (catalina-exec-20:null) 
> ===END===  10.252.240.57 -- GET  
> command=listZones&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&id=8adda1e5-ac1c-49b0-bec8-6da98f6ff116&_=1369025140804
> 2013-05-20 06:14:39,033 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===START===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:39,056 DEBUG [cloud.api.ApiServlet] (catalina-exec-15:null) 
> ===END===  10.252.240.57 -- GET  
> command=listStoragePools&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025140864
> 2013-05-20 06:14:41,077 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===START===  10.252.240.57 -- GET  
> command=enableStorageMaintenance&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_=1369025142915
> 2013-05-20 06:14:41,109 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-16:null) submit async job-11, details: AsyncJobVO {id:11, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: StoragePool, 
> instanceId: 2, cmd: 
> org.apache.cloudstack.api.command.admin.storage.PreparePrimaryStorageForMaintenanceCmd,
>  cmdOriginator: null, cmdInfo: 
> {"response":"json","id":"a1a1a150-6709-3d81-a414-4cee93e62168","sessionkey":"wmpW6VMxTUivFIGDqS52aaozHqs\u003d","ctxUserId":"2","httpmethod":"GET","_":"1369025142915","ctxAccountId":"2","ctxStartEventId":"50"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7280707764394, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-20 06:14:41,113 DEBUG [cloud.api.ApiServlet] (catalina-exec-16:null) 
> ===END===  10.252.240.57 -- GET  
> command=enableStorageMaintenance&id=a1a1a150-6709-3d81-a414-4cee93e62168&response=json&sessionkey=wmpW6VMxTUivFIGDqS52aaozHqs%3D&_

[jira] [Assigned] (CLOUDSTACK-2291) [BasicZone-XenServer] NPE while trying DeleteNetworkCmd

2013-06-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2291:
--

Assignee: Rajesh Battala

> [BasicZone-XenServer] NPE while trying DeleteNetworkCmd
> ---
>
> Key: CLOUDSTACK-2291
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2291
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Network Controller
>Affects Versions: 4.2.0
> Environment: commit 0e2ffe72aa641f4551cae63fbc36454c5934342f
>Reporter: venkata swamybabu budumuru
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
> Attachments: logs.tgz
>
>
> Steps to reproduce :
> 1. Have at least one basic zone created with Xen Cluster using "EIP/ELB 
> Offering"
> mysql> select * from network_offerings where id=15\G
> *** 1. row ***
>id: 15
>  name: EIPOffering
>  uuid: 6207d909-c780-4661-8a61-7e397aad7b77
>   unique_name: EIPOffering
>  display_text: EIPOffering
>   nw_rate: NULL
>   mc_rate: 10
>  traffic_type: Guest
>  tags: NULL
>   system_only: 0
>  specify_vlan: 1
>   service_offering_id: NULL
> conserve_mode: 0
>   created: 2013-04-24 17:23:07
>   removed: NULL
>   default: 0
>  availability: Optional
>  dedicated_lb_service: 0
> shared_source_nat_service: 0
>  sort_key: 0
>  redundant_router_service: 0
> state: Enabled
>guest_type: Shared
>elastic_ip_service: 1
>   eip_associate_public_ip: 0
>elastic_lb_service: 1
> specify_ip_ranges: 1
>inline: 0
> is_persistent: 0
> 2. Deleted all the entities like secondary storage, primary storage, host, 
> cluster then tried to deleteNetwork and it failed with the following NPE
> 2013-04-30 10:00:50,131 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-23:job-220) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd
> java.lang.NullPointerException
>   at 
> com.cloud.network.rules.RulesManagerImpl.createStaticNatForIp(RulesManagerImpl.java:1387)
>   at 
> com.cloud.network.rules.RulesManagerImpl.applyStaticNatForIp(RulesManagerImpl.java:1316)
>   at 
> com.cloud.network.rules.RulesManagerImpl.revokeAllPFAndStaticNatRulesForIp(RulesManagerImpl.java:1062)
>   at 
> com.cloud.network.NetworkManagerImpl.cleanupIpResources(NetworkManagerImpl.java:2837)
>   at 
> com.cloud.network.NetworkManagerImpl.applyIpAssociations(NetworkManagerImpl.java:493)
>   at 
> com.cloud.network.NetworkManagerImpl.cleanupNetworkResources(NetworkManagerImpl.java:3123)
>   at 
> com.cloud.network.NetworkManagerImpl.destroyNetwork(NetworkManagerImpl.java:2296)
>   at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>   at 
> com.cloud.network.NetworkServiceImpl.deleteNetwork(NetworkServiceImpl.java:1574)
>   at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>   at 
> org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd.execute(DeleteNetworkCmd.java:70)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
>   at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
>   at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>   at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>   at java.lang.Thread.run(Thread.java:679)
> Attaching the db dump along with all other logs.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-1612) NullPointerException generated running listStoragePools API command

2013-06-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-1612:
--

Assignee: Rajesh Battala

> NullPointerException generated running listStoragePools API command
> ---
>
> Key: CLOUDSTACK-1612
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1612
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: API, UI
>Affects Versions: 4.2.0
> Environment: Chrome on Mac OS X 10.8.2
>Reporter: Mike Tutkowski
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> I created an iSCSI-based Primary Storage via the GUI.
> When I clicked on the name of this Primary Storage to view its details (under 
> Infrastructure/Primary Storage), I received an error dialog with the title 
> "Status" and no text for its message.  The following exception was generated 
> on the management server:
> ERROR [cloud.api.ApiServer] (1148853749@qtp-252304124-21:) unhandled 
> exception executing api command: listStoragePools
> java.lang.NullPointerException
>   at 
> com.cloud.dao.EntityManagerImpl.findByUuidIncludingRemoved(EntityManagerImpl.java:67)
>   at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
>   at 
> org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>   at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
>   at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:54)
>   at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke(Method.java:597)
>   at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
>   at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
>   at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>   at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>   at 
> org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:622)
>   at 
> com.cloud.api.ApiDispatcher.translateUuidToInternalId(ApiDispatcher.java:355)
>   at com.cloud.api.ApiDispatcher.setFieldValue(ApiDispatcher.java:467)
>   at com.cloud.api.ApiDispatcher.processParameters(ApiDispatcher.java:209)
>   at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:135)
>   at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204)
>   at 
> org.springframework.aop.framework.Cglib2AopProxy$CglibMethodInvocation.invokeJoinpoint(Cglib2AopProxy.java:689)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>   at 
> org.springframework.aop.aspectj.MethodInvocationProceedingJoinPoint.proceed(MethodInvocationProceedingJoinPoint.java:80)
>   at 
> com.cloud.utils.db.TransactionContextBuilder.AroundAnyMethod(TransactionContextBuilder.java:54)
>   at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke(Method.java:597)
>   at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethodWithGivenArgs(AbstractAspectJAdvice.java:621)
>   at 
> org.springframework.aop.aspectj.AbstractAspectJAdvice.invokeAdviceMethod(AbstractAspectJAdvice.java:610)
>   at 
> org.springframework.aop.aspectj.AspectJAroundAdvice.invoke(AspectJAroundAdvice.java:65)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>   at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:90)
>   at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>   at 
> org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedIn

[jira] [Assigned] (CLOUDSTACK-2420) NPE: Attaching an Uploaded volume to a VM, (NPE while moving from

2013-06-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2420:
--

Assignee: Rajesh Battala

> NPE: Attaching an Uploaded volume to a VM, (NPE while moving from 
> --
>
> Key: CLOUDSTACK-2420
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2420
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
>Reporter: Rajesh Battala
>Assignee: Rajesh Battala
> Fix For: 4.2.0
>
>
> 2013-05-09 18:36:46,997 DEBUG [cloud.api.ApiServlet] 
> (6876027@qtp-10225875-14:null) ===END===  10.144.7.13 -- GET  
> command=attachVolume&id=e0075fb1-2432-4375-a22e-b7e6015afac6&virtualMachineId=aa6b941d-a7ea-42da-a175-578005fcb41b&response=json&sessionkey=vCZWZNneQ9l2xOkDXYUoEuAluYw%3D&_=1368104845639
> 2013-05-09 18:36:47,077 ERROR [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-6:job-29) Unexpected exception while executing 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd
> java.lang.NullPointerException
> at 
> com.cloud.storage.VolumeManagerImpl.copyVolume(VolumeManagerImpl.java:1444)
> at 
> com.cloud.storage.VolumeManagerImpl.createVolumeOnPrimaryStorage(VolumeManagerImpl.java:1488)
> at 
> com.cloud.storage.VolumeManagerImpl.attachVolumeToVM(VolumeManagerImpl.java:1727)
> at 
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
> org.apache.cloudstack.api.command.user.volume.AttachVolumeCmd.execute(AttachVolumeCmd.java:122)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:155)
> at 
> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:437)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> 2013-05-09 18:36:47,080 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-6:job-29) Complete async job-29, jobStatus: 2, resultCode: 530, 
> result: Error Code: 530 Error text: null

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-2304) [ZWPS]NPE while migrating volume from one zone wide primary to another

2013-06-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2304:
--

Assignee: Rajesh Battala

> [ZWPS]NPE while migrating volume from one zone wide primary to another
> --
>
> Key: CLOUDSTACK-2304
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2304
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Volumes
>Affects Versions: 4.2.0
> Environment: KVM/VMware deployment with Zone wide primary storage
>Reporter: Srikanteswararao Talluri
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.2.0
>
>
> Try to migrate a volume from one zone wide primary storage to another.
>  ===START===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,384 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (catalina-exec-3:null) submit async job-97, details: AsyncJobVO {id:97, 
> userId: 2, accountId: 2, sessionKey: null, instanceType: null, instanceId: 
> null, cmd: org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd, 
> cmdOriginator: null, cmdInfo: 
> {"response":"json","sessionkey":"yMNGYR64PRQhdJaPj99Bvs2KDDE\u003d","ctxUserId":"2","storageid":"230ae4af-0446-3929-a8cd-63ab88f31ab1","_":"1367485037836","volumeid":"d9efc3d8-1612-4998-95d7-c713e90b7173","ctxAccountId":"2","ctxStartEventId":"310"},
>  cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0, 
> processStatus: 0, resultCode: 0, result: null, initMsid: 7566222426160, 
> completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
> 2013-05-02 20:06:59,388 DEBUG [cloud.api.ApiServlet] (catalina-exec-3:null) 
> ===END===  10.252.241.40 -- GET  
> command=migrateVolume&storageid=230ae4af-0446-3929-a8cd-63ab88f31ab1&volumeid=d9efc3d8-1612-4998-95d7-c713e90b7173&response=json&sessionkey=yMNGYR64PRQhdJaPj99Bvs2KDDE%3D&_=1367485037836
> 2013-05-02 20:06:59,391 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Executing 
> org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd for job-97
> 2013-05-02 20:06:59,423 DEBUG [cloud.storage.VolumeManagerImpl] 
> (Job-Executor-66:job-97) migrate volume failed:java.lang.NullPointerException
> 2013-05-02 20:06:59,424 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Complete async job-97, jobStatus: 1, resultCode: 0, 
> result: null
> 2013-05-02 20:06:59,434 DEBUG [cloud.async.AsyncJobManagerImpl] 
> (Job-Executor-66:job-97) Done executing 
> org.apache.cloudstack.api.command.user.volume.MigrateVolumeCmd for job-97

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


[jira] [Assigned] (CLOUDSTACK-2905) Recurring Snapshots are failing becuase of NullPointerException.

2013-06-12 Thread Rajesh Battala (JIRA)

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

Rajesh Battala reassigned CLOUDSTACK-2905:
--

Assignee: Rajesh Battala

> Recurring Snapshots are failing becuase of NullPointerException.
> 
>
> Key: CLOUDSTACK-2905
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2905
> Project: CloudStack
>  Issue Type: Bug
>  Security Level: Public(Anyone can view this level - this is the 
> default.) 
>  Components: Management Server
>Affects Versions: 4.1.0
> Environment: cloudstack-management-4.1.0-0.el6.x86_64
>Reporter: satoru nakaya
>Assignee: Rajesh Battala
>Priority: Blocker
> Fix For: 4.1.1
>
>
> Create an Hourly Recurring snapshot policy on the ROOT disk.
> Snapshot policy gets created successfully.
> But when it is time to create a snapshot, snapshot scheduler thread 
> encounters a NullPointer Exception:
> Management server logs:
> # tail -f management-server.log  | grep SnapshotSchedulerImpl
> 2013-06-08 08:06:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:06:11 GMT
> 2013-06-08 08:06:11,395 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 0 snapshots to be executed at 2013-06-07 23:06:11 
> GMT
> 2013-06-08 08:08:39,459 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (catalina-exec-4:null) Current time is 2013-06-07 23:06:11 GMT. 
> NextScheduledTime of policyId 1 is 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,393 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Snapshot scheduler.poll is being called at 2013-06-07 
> 23:11:11 GMT
> 2013-06-08 08:11:11,397 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Got 1 snapshots to be executed at 2013-06-07 23:11:11 
> GMT
> 2013-06-08 08:11:11,400 DEBUG [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling 1 snapshot for volume 3 for schedule id: 1 
> at 2013-06-07 23:10:00 GMT
> 2013-06-08 08:11:11,453 WARN  [storage.snapshot.SnapshotSchedulerImpl] 
> (SnapshotPollTask:null) Scheduling snapshot failed due to 
> java.lang.NullPointerException

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


<    1   2   3   4   5   6   7   >