[jira] [Commented] (CLOUDSTACK-7228) [Automation] Unable to resize data disk attached to a VM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14083246#comment-14083246
]
Nitin Mehta commented on CLOUDSTACK-7228:
-
I tried this on Chandan's setup and hit other exception fixed recently
CLOUDSTACK-7173. Talked to Chandan and he is going to retry it.
> [Automation] Unable to resize data disk attached to a VM
>
>
> Key: CLOUDSTACK-7228
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7228
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test, Volumes
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Nitin Mehta
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: management-server.zip
>
>
> Test Case is clearly testing resizing of Data Disk Volume as shown below.
> CloudStack error mentions "Only data volumes can be resized via a new disk
> offering.":
> ==
> Automation Code:
> ==
> def test_08_resize_volume(self):
> """Test resize a volume"""
> # Verify the size is the new size is what we wanted it to be.
> self.debug(
> "Attaching volume (ID: %s) to VM (ID: %s)" % (
> self.volume.id,
> self.virtual_machine.id
> ))
> self.virtual_machine.attach_volume(self.apiClient, self.volume)
> self.attached = True
> hosts = Host.list(self.apiClient, id=self.virtual_machine.hostid)
> self.assertTrue(isinstance(hosts, list))
> self.assertTrue(len(hosts) > 0)
> self.debug("Found %s host" % hosts[0].hypervisor)
> if hosts[0].hypervisor == "XenServer":
> self.virtual_machine.stop(self.apiClient)
> elif hosts[0].hypervisor.lower() == "vmware":
> self.skipTest("Resize Volume is unsupported on VmWare")
> # resize the data disk
> self.debug("Resize Volume ID: %s" % self.volume.id)
> self.services["disk_offering"]["disksize"] = 20
> disk_offering_20_GB = DiskOffering.create(
> self.apiclient,
> self.services["disk_offering"]
> )
> self.cleanup.append(disk_offering_20_GB)
> cmd= resizeVolume.resizeVolumeCmd()
> cmd.id = self.volume.id
> cmd.diskofferingid = disk_offering_20_GB.id
> self.apiClient.resizeVolume(cmd)
> ===
> Error Thrown in Automation Logs:
> ===
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 0, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, accountid :
> u'8b4bbc2e-1985-11e4-8117-4a45176012f1'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> === JobId:d737369d-800f-4ff9-a8c3-19214c770c55 is Still Processing, Will
> TimeOut in:3595
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Payload: {'signature': 'AT5AUgQqtT8ytrfN9OfN+1X37SE=', 'apiKey':
> u'sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'd737369d-800f-4ff9-a8c3-19214c770c55'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.101
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=AT5AUgQqtT8ytrfN9OfN%2B1X37SE%3D&apiKey=sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw&command=queryAsyncJobResult&response=json&jobid=d737369d-800f-4ff9-a8c3-19214c770c55
> HTTP/1.1" 200 1396
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 1, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'6b74e43e-1985-11e4-8117-4a45176012f1', zoneid
[jira] [Updated] (CLOUDSTACK-7228) [Automation] Unable to resize data disk attached to a VM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Animesh Chaturvedi updated CLOUDSTACK-7228:
---
Assignee: Nitin Mehta
> [Automation] Unable to resize data disk attached to a VM
>
>
> Key: CLOUDSTACK-7228
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7228
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test, Volumes
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Nitin Mehta
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: management-server.zip
>
>
> Test Case is clearly testing resizing of Data Disk Volume as shown below.
> CloudStack error mentions "Only data volumes can be resized via a new disk
> offering.":
> ==
> Automation Code:
> ==
> def test_08_resize_volume(self):
> """Test resize a volume"""
> # Verify the size is the new size is what we wanted it to be.
> self.debug(
> "Attaching volume (ID: %s) to VM (ID: %s)" % (
> self.volume.id,
> self.virtual_machine.id
> ))
> self.virtual_machine.attach_volume(self.apiClient, self.volume)
> self.attached = True
> hosts = Host.list(self.apiClient, id=self.virtual_machine.hostid)
> self.assertTrue(isinstance(hosts, list))
> self.assertTrue(len(hosts) > 0)
> self.debug("Found %s host" % hosts[0].hypervisor)
> if hosts[0].hypervisor == "XenServer":
> self.virtual_machine.stop(self.apiClient)
> elif hosts[0].hypervisor.lower() == "vmware":
> self.skipTest("Resize Volume is unsupported on VmWare")
> # resize the data disk
> self.debug("Resize Volume ID: %s" % self.volume.id)
> self.services["disk_offering"]["disksize"] = 20
> disk_offering_20_GB = DiskOffering.create(
> self.apiclient,
> self.services["disk_offering"]
> )
> self.cleanup.append(disk_offering_20_GB)
> cmd= resizeVolume.resizeVolumeCmd()
> cmd.id = self.volume.id
> cmd.diskofferingid = disk_offering_20_GB.id
> self.apiClient.resizeVolume(cmd)
> ===
> Error Thrown in Automation Logs:
> ===
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 0, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, accountid :
> u'8b4bbc2e-1985-11e4-8117-4a45176012f1'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> === JobId:d737369d-800f-4ff9-a8c3-19214c770c55 is Still Processing, Will
> TimeOut in:3595
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Payload: {'signature': 'AT5AUgQqtT8ytrfN9OfN+1X37SE=', 'apiKey':
> u'sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'd737369d-800f-4ff9-a8c3-19214c770c55'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.101
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=AT5AUgQqtT8ytrfN9OfN%2B1X37SE%3D&apiKey=sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw&command=queryAsyncJobResult&response=json&jobid=d737369d-800f-4ff9-a8c3-19214c770c55
> HTTP/1.1" 200 1396
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 1, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'6b74e43e-1985-11e4-8117-4a45176012f1', zoneid :
> u'46c029a3-8481-48c3-b350-0b6798bb3527', storageid :
> u'c21caded-8a9b-3e42-bf1d-b865e96d31c8', provisioningtype : u'thin', vmname :
> u'VM-181a04
[jira] [Commented] (CLOUDSTACK-7228) [Automation] Unable to resize data disk attached to a VM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14083182#comment-14083182
]
Animesh Chaturvedi commented on CLOUDSTACK-7228:
Nitin do you mind cheking if it regressed?
> [Automation] Unable to resize data disk attached to a VM
>
>
> Key: CLOUDSTACK-7228
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7228
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test, Volumes
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Assignee: Nitin Mehta
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: management-server.zip
>
>
> Test Case is clearly testing resizing of Data Disk Volume as shown below.
> CloudStack error mentions "Only data volumes can be resized via a new disk
> offering.":
> ==
> Automation Code:
> ==
> def test_08_resize_volume(self):
> """Test resize a volume"""
> # Verify the size is the new size is what we wanted it to be.
> self.debug(
> "Attaching volume (ID: %s) to VM (ID: %s)" % (
> self.volume.id,
> self.virtual_machine.id
> ))
> self.virtual_machine.attach_volume(self.apiClient, self.volume)
> self.attached = True
> hosts = Host.list(self.apiClient, id=self.virtual_machine.hostid)
> self.assertTrue(isinstance(hosts, list))
> self.assertTrue(len(hosts) > 0)
> self.debug("Found %s host" % hosts[0].hypervisor)
> if hosts[0].hypervisor == "XenServer":
> self.virtual_machine.stop(self.apiClient)
> elif hosts[0].hypervisor.lower() == "vmware":
> self.skipTest("Resize Volume is unsupported on VmWare")
> # resize the data disk
> self.debug("Resize Volume ID: %s" % self.volume.id)
> self.services["disk_offering"]["disksize"] = 20
> disk_offering_20_GB = DiskOffering.create(
> self.apiclient,
> self.services["disk_offering"]
> )
> self.cleanup.append(disk_offering_20_GB)
> cmd= resizeVolume.resizeVolumeCmd()
> cmd.id = self.volume.id
> cmd.diskofferingid = disk_offering_20_GB.id
> self.apiClient.resizeVolume(cmd)
> ===
> Error Thrown in Automation Logs:
> ===
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 0, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, accountid :
> u'8b4bbc2e-1985-11e4-8117-4a45176012f1'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> === JobId:d737369d-800f-4ff9-a8c3-19214c770c55 is Still Processing, Will
> TimeOut in:3595
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Payload: {'signature': 'AT5AUgQqtT8ytrfN9OfN+1X37SE=', 'apiKey':
> u'sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'd737369d-800f-4ff9-a8c3-19214c770c55'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.101
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=AT5AUgQqtT8ytrfN9OfN%2B1X37SE%3D&apiKey=sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw&command=queryAsyncJobResult&response=json&jobid=d737369d-800f-4ff9-a8c3-19214c770c55
> HTTP/1.1" 200 1396
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 1, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'6b74e43e-1985-11e4-8117-4a45176012f1', zoneid :
> u'46c029a3-8481-48c3-b350-0b6798bb3527', storageid :
> u'c21caded-8a9b-3e
[jira] [Resolved] (CLOUDSTACK-7226) [Automation] NPE observed in the KVM automation runs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] edison su resolved CLOUDSTACK-7226. --- Resolution: Fixed There are several issues: 1. KVM doesn't support ISCSI primary storage 2. the ISCSI host path is incorrect, no LUN number provided. Assume above two are intentional for test? 3. Management server doesn't report error, I added a fix for it. > [Automation] NPE observed in the KVM automation runs > > > Key: CLOUDSTACK-7226 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7226 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: edison su >Priority: Critical > > Following NPE is observed in the management server log for the CI KVM > automation run: > 2014-08-01 03:13:09,621 DEBUG [c.c.n.g.NiciraNvpGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-01 03:13:09,627 DEBUG > [o.a.c.s.d.l.CloudStackPrimaryDataStoreLifeCycleImpl] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) > createPool Params @ scheme - iscsi storageHost - 172.16.88.27 hostPath - > /iqn.2006-01.com.openfiler:tsn.b7c10b2d6ab6 port - -1 > 2014-08-01 03:13:09,628 DEBUG [c.c.s.StorageManagerImpl] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) Failed to > add data store: null > java.lang.NullPointerException > at > org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.initialize(CloudStackPrimaryDataStoreLifeCycleImpl.java:263) > at > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:676) > at > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:179) > at > org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:163) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) > 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) > 2014-08-01 03:13:09,630 DEBUG [o.a.c.n.o.OpendaylightGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-01 03:13:09,639 DEBUG [c.c.n.g.OvsGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Ref
[jira] [Commented] (CLOUDSTACK-7226) [Automation] NPE observed in the KVM automation runs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14083170#comment-14083170 ] ASF subversion and git services commented on CLOUDSTACK-7226: - Commit b5db68e2d1aa8e44b01a4298ffd2696987606afd in cloudstack's branch refs/heads/master from Edison Su [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b5db68e ] CLOUDSTACK-7226: in case lun number is not provided, addprimarystorage cmd should report error instead of NPE > [Automation] NPE observed in the KVM automation runs > > > Key: CLOUDSTACK-7226 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7226 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: edison su >Priority: Critical > > Following NPE is observed in the management server log for the CI KVM > automation run: > 2014-08-01 03:13:09,621 DEBUG [c.c.n.g.NiciraNvpGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-01 03:13:09,627 DEBUG > [o.a.c.s.d.l.CloudStackPrimaryDataStoreLifeCycleImpl] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) > createPool Params @ scheme - iscsi storageHost - 172.16.88.27 hostPath - > /iqn.2006-01.com.openfiler:tsn.b7c10b2d6ab6 port - -1 > 2014-08-01 03:13:09,628 DEBUG [c.c.s.StorageManagerImpl] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) Failed to > add data store: null > java.lang.NullPointerException > at > org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.initialize(CloudStackPrimaryDataStoreLifeCycleImpl.java:263) > at > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:676) > at > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:179) > at > org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:163) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) > 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) > 2014-08-01 03:13:09,630 DEBUG [o.a.c.n.o.OpendaylightGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-0
[jira] [Updated] (CLOUDSTACK-7228) [Automation] Unable to resize data disk attached to a VM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7228:
-
Attachment: management-server.zip
> [Automation] Unable to resize data disk attached to a VM
>
>
> Key: CLOUDSTACK-7228
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7228
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation, Test, Volumes
>Affects Versions: 4.5.0
>Reporter: Chandan Purushothama
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: management-server.zip
>
>
> Test Case is clearly testing resizing of Data Disk Volume as shown below.
> CloudStack error mentions "Only data volumes can be resized via a new disk
> offering.":
> ==
> Automation Code:
> ==
> def test_08_resize_volume(self):
> """Test resize a volume"""
> # Verify the size is the new size is what we wanted it to be.
> self.debug(
> "Attaching volume (ID: %s) to VM (ID: %s)" % (
> self.volume.id,
> self.virtual_machine.id
> ))
> self.virtual_machine.attach_volume(self.apiClient, self.volume)
> self.attached = True
> hosts = Host.list(self.apiClient, id=self.virtual_machine.hostid)
> self.assertTrue(isinstance(hosts, list))
> self.assertTrue(len(hosts) > 0)
> self.debug("Found %s host" % hosts[0].hypervisor)
> if hosts[0].hypervisor == "XenServer":
> self.virtual_machine.stop(self.apiClient)
> elif hosts[0].hypervisor.lower() == "vmware":
> self.skipTest("Resize Volume is unsupported on VmWare")
> # resize the data disk
> self.debug("Resize Volume ID: %s" % self.volume.id)
> self.services["disk_offering"]["disksize"] = 20
> disk_offering_20_GB = DiskOffering.create(
> self.apiclient,
> self.services["disk_offering"]
> )
> self.cleanup.append(disk_offering_20_GB)
> cmd= resizeVolume.resizeVolumeCmd()
> cmd.id = self.volume.id
> cmd.diskofferingid = disk_offering_20_GB.id
> self.apiClient.resizeVolume(cmd)
> ===
> Error Thrown in Automation Logs:
> ===
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 0, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, accountid :
> u'8b4bbc2e-1985-11e4-8117-4a45176012f1'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> === JobId:d737369d-800f-4ff9-a8c3-19214c770c55 is Still Processing, Will
> TimeOut in:3595
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Payload: {'signature': 'AT5AUgQqtT8ytrfN9OfN+1X37SE=', 'apiKey':
> u'sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw',
> 'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
> u'd737369d-800f-4ff9-a8c3-19214c770c55'}
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Sending GET Cmd : queryAsyncJobResult===
> requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
> (1): 10.220.135.101
> requests.packages.urllib3.connectionpool: DEBUG: "GET
> /client/api?signature=AT5AUgQqtT8ytrfN9OfN%2B1X37SE%3D&apiKey=sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw&command=queryAsyncJobResult&response=json&jobid=d737369d-800f-4ff9-a8c3-19214c770c55
> HTTP/1.1" 200 1396
> test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
> Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
> u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
> userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 1, jobid :
> u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, jobresulttype :
> u'object', jobresult : {domain : u'ROOT', domainid :
> u'6b74e43e-1985-11e4-8117-4a45176012f1', zoneid :
> u'46c029a3-8481-48c3-b350-0b6798bb3527', storageid :
> u'c21caded-8a9b-3e42-bf1d-b865e96d31c8', provisioningtype : u'thin', vmname :
> u'VM-181a043d-fe8f-44bf-8d52-8
[jira] [Updated] (CLOUDSTACK-7228) [Automation] Unable to resize data disk attached to a VM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chandan Purushothama updated CLOUDSTACK-7228:
-
Description:
Test Case is clearly testing resizing of Data Disk Volume as shown below.
CloudStack error mentions "Only data volumes can be resized via a new disk
offering.":
==
Automation Code:
==
def test_08_resize_volume(self):
"""Test resize a volume"""
# Verify the size is the new size is what we wanted it to be.
self.debug(
"Attaching volume (ID: %s) to VM (ID: %s)" % (
self.volume.id,
self.virtual_machine.id
))
self.virtual_machine.attach_volume(self.apiClient, self.volume)
self.attached = True
hosts = Host.list(self.apiClient, id=self.virtual_machine.hostid)
self.assertTrue(isinstance(hosts, list))
self.assertTrue(len(hosts) > 0)
self.debug("Found %s host" % hosts[0].hypervisor)
if hosts[0].hypervisor == "XenServer":
self.virtual_machine.stop(self.apiClient)
elif hosts[0].hypervisor.lower() == "vmware":
self.skipTest("Resize Volume is unsupported on VmWare")
# resize the data disk
self.debug("Resize Volume ID: %s" % self.volume.id)
self.services["disk_offering"]["disksize"] = 20
disk_offering_20_GB = DiskOffering.create(
self.apiclient,
self.services["disk_offering"]
)
self.cleanup.append(disk_offering_20_GB)
cmd= resizeVolume.resizeVolumeCmd()
cmd.id = self.volume.id
cmd.diskofferingid = disk_offering_20_GB.id
self.apiClient.resizeVolume(cmd)
===
Error Thrown in Automation Logs:
===
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 0, jobid :
u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, accountid :
u'8b4bbc2e-1985-11e4-8117-4a45176012f1'}
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG: ===
JobId:d737369d-800f-4ff9-a8c3-19214c770c55 is Still Processing, Will TimeOut
in:3595
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Payload: {'signature': 'AT5AUgQqtT8ytrfN9OfN+1X37SE=', 'apiKey':
u'sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw',
'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
u'd737369d-800f-4ff9-a8c3-19214c770c55'}
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Sending GET Cmd : queryAsyncJobResult===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.220.135.101
requests.packages.urllib3.connectionpool: DEBUG: "GET
/client/api?signature=AT5AUgQqtT8ytrfN9OfN%2B1X37SE%3D&apiKey=sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw&command=queryAsyncJobResult&response=json&jobid=d737369d-800f-4ff9-a8c3-19214c770c55
HTTP/1.1" 200 1396
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 1, jobid :
u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, jobresulttype :
u'object', jobresult : {domain : u'ROOT', domainid :
u'6b74e43e-1985-11e4-8117-4a45176012f1', zoneid :
u'46c029a3-8481-48c3-b350-0b6798bb3527', storageid :
u'c21caded-8a9b-3e42-bf1d-b865e96d31c8', provisioningtype : u'thin', vmname :
u'VM-181a043d-fe8f-44bf-8d52-80b90d1f539e', id :
u'798015be-e477-4723-bb41-7980a4e14a9a', size : 21474836480, destroyed : False,
diskofferingdisplaytext : u'Disk offering', storage :
u'XenRT-Zone-0-Pod-0-Cluster-0-Primary-Store-0', displayvolume : True,
diskofferingname : u'Disk offering', state : u'Ready', type : u'DATADISK',
zonename : u'XenRT-Zone-0', tags : [], isextractable : True, path :
u'aa4de9c6-c115-4396-8824-8b7d28df9b04', account :
u'test-account-TestVpcSite2SiteVpn-test_01_create_volume-BRZWWX', name : u'Test
Volume', virtualmachineid : u'181a043d-fe8f-44bf-8d52-80b90d1f539e',
storagetype : u'shared', hypervisor : u'XenServer', created :
u'2014-08-01T18:04:07+', attached : u'2014-08-01T18:08:17+', deviceid :
1, diskofferingid : u'b816fbfb-068f-4dbd-be4f-
[jira] [Commented] (CLOUDSTACK-7218) [Automation] NPE observed while deleting account in automation run
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14083165#comment-14083165 ] Rayees Namathponnan commented on CLOUDSTACK-7218: - https://citrix.sharefile.com/d/s0942242f8a948e69 > [Automation] NPE observed while deleting account in automation run > -- > > Key: CLOUDSTACK-7218 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7218 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: KVM (RHEL 6.3) >Reporter: Rayees Namathponnan >Assignee: Alena Prokharchyk >Priority: Critical > Fix For: 4.5.0 > > > This issue is observed in automation log, NPE thrown while deleting account > 2014-07-31 02:20:56,102 DEBUG [c.c.n.r.RulesManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) There are no static > nat > rules to apply for ip id=28 > 2014-07-31 02:20:56,105 WARN [c.c.u.AccountManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) Failed to cleanup > accou > nt > Acct[b1cf2381-ab36-4ebc-90ff-f08acaf5e02d-test-account-TestVmNetworkOperations-test_add_static_nat_rule_1_ISOLATED-YI0OCS] > due to > java.lang.NullPointerException > at > com.cloud.network.rules.RulesManagerImpl.createStaticNatForIp(RulesManagerImpl.java:1391) > at > com.cloud.network.rules.RulesManagerImpl.applyStaticNatForIp(RulesManagerImpl.java:1321) > at > com.cloud.network.rules.RulesManagerImpl.revokeAllPFAndStaticNatRulesForIp(RulesManagerImpl.java:1104) > at sun.reflect.GeneratedMethodAccessor524.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy105.revokeAllPFAndStaticNatRulesForIp(Unknown > Source) > at > com.cloud.network.IpAddressManagerImpl.cleanupIpResources(IpAddressManagerImpl.java:540) > at > com.cloud.network.IpAddressManagerImpl.applyIpAssociations(IpAddressManagerImpl.java:936) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.cleanupNetworkResources(NetworkOrchestrator.java:2650) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.destroyNetwork(NetworkOrchestrator.java:2196) > at > com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:793) > at > com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:667) > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1441) > at sun.reflect.GeneratedMethodAccessor542.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) >
[jira] [Created] (CLOUDSTACK-7229) move vmsync outof ping command
Anthony Xu created CLOUDSTACK-7229: -- Summary: move vmsync outof ping command Key: CLOUDSTACK-7229 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7229 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Reporter: Anthony Xu Assignee: Anthony Xu Fix For: 4.5.0 Cs does vmsync in ping command, if there are many hosts and many vms, it takes sometime to handle vmsync, which may cause host ping timeout. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7228) [Automation] Unable to resize data disk attached to a VM
Chandan Purushothama created CLOUDSTACK-7228:
Summary: [Automation] Unable to resize data disk attached to a VM
Key: CLOUDSTACK-7228
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7228
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Automation, Test, Volumes
Affects Versions: 4.5.0
Reporter: Chandan Purushothama
Priority: Critical
Fix For: 4.5.0
Test Case is clearly testing resizing of Data Disk Volume as shown below:
def test_08_resize_volume(self):
"""Test resize a volume"""
# Verify the size is the new size is what we wanted it to be.
self.debug(
"Attaching volume (ID: %s) to VM (ID: %s)" % (
self.volume.id,
self.virtual_machine.id
))
self.virtual_machine.attach_volume(self.apiClient, self.volume)
self.attached = True
hosts = Host.list(self.apiClient, id=self.virtual_machine.hostid)
self.assertTrue(isinstance(hosts, list))
self.assertTrue(len(hosts) > 0)
self.debug("Found %s host" % hosts[0].hypervisor)
if hosts[0].hypervisor == "XenServer":
self.virtual_machine.stop(self.apiClient)
elif hosts[0].hypervisor.lower() == "vmware":
self.skipTest("Resize Volume is unsupported on VmWare")
# resize the data disk
self.debug("Resize Volume ID: %s" % self.volume.id)
self.services["disk_offering"]["disksize"] = 20
disk_offering_20_GB = DiskOffering.create(
self.apiclient,
self.services["disk_offering"]
)
self.cleanup.append(disk_offering_20_GB)
cmd= resizeVolume.resizeVolumeCmd()
cmd.id = self.volume.id
cmd.diskofferingid = disk_offering_20_GB.id
self.apiClient.resizeVolume(cmd)
===
Error Thrown in Automation Logs:
===
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 0, jobid :
u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, accountid :
u'8b4bbc2e-1985-11e4-8117-4a45176012f1'}
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG: ===
JobId:d737369d-800f-4ff9-a8c3-19214c770c55 is Still Processing, Will TimeOut
in:3595
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Payload: {'signature': 'AT5AUgQqtT8ytrfN9OfN+1X37SE=', 'apiKey':
u'sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw',
'command': 'queryAsyncJobResult', 'response': 'json', 'jobid':
u'd737369d-800f-4ff9-a8c3-19214c770c55'}
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Sending GET Cmd : queryAsyncJobResult===
requests.packages.urllib3.connectionpool: INFO: Starting new HTTP connection
(1): 10.220.135.101
requests.packages.urllib3.connectionpool: DEBUG: "GET
/client/api?signature=AT5AUgQqtT8ytrfN9OfN%2B1X37SE%3D&apiKey=sfPBC6eFdp-wpQCQiYlsp7e-i4xoi3WgqX044cR7THvHSNrtZyEFTOOHpM6DfTwaq32cGJVAX7iUpYGs91GZxw&command=queryAsyncJobResult&response=json&jobid=d737369d-800f-4ff9-a8c3-19214c770c55
HTTP/1.1" 200 1396
test_08_resize_volume (integration.smoke.test_volumes.TestVolumes): DEBUG:
Response : {jobprocstatus : 0, created : u'2014-08-01T18:08:45+', cmd :
u'org.apache.cloudstack.api.command.admin.volume.ResizeVolumeCmdByAdmin',
userid : u'8b4bcc64-1985-11e4-8117-4a45176012f1', jobstatus : 1, jobid :
u'd737369d-800f-4ff9-a8c3-19214c770c55', jobresultcode : 0, jobresulttype :
u'object', jobresult : {domain : u'ROOT', domainid :
u'6b74e43e-1985-11e4-8117-4a45176012f1', zoneid :
u'46c029a3-8481-48c3-b350-0b6798bb3527', storageid :
u'c21caded-8a9b-3e42-bf1d-b865e96d31c8', provisioningtype : u'thin', vmname :
u'VM-181a043d-fe8f-44bf-8d52-80b90d1f539e', id :
u'798015be-e477-4723-bb41-7980a4e14a9a', size : 21474836480, destroyed : False,
diskofferingdisplaytext : u'Disk offering', storage :
u'XenRT-Zone-0-Pod-0-Cluster-0-Primary-Store-0', displayvolume : True,
diskofferingname : u'Disk offering', state : u'Ready', type : u'DATADISK',
zonename : u'XenRT-Zone-0', tags : [], isextractable : True, path :
u'aa4de9c6-c115-4396-8824-8b7d28df9b04', account :
u'test-account-TestVpcSite2SiteVpn-test_01_create_volume-BRZWWX', name : u'Test
Volume', virtualmachineid : u'1
[jira] [Commented] (CLOUDSTACK-7218) [Automation] NPE observed while deleting account in automation run
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082977#comment-14082977 ] Alena Prokharchyk commented on CLOUDSTACK-7218: --- Rayees, can you please attach the db dump to the bug? I have to figure out the vm id assigned to the static nat ip that fails to release. > [Automation] NPE observed while deleting account in automation run > -- > > Key: CLOUDSTACK-7218 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7218 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: KVM (RHEL 6.3) >Reporter: Rayees Namathponnan >Assignee: Alena Prokharchyk >Priority: Critical > Fix For: 4.5.0 > > > This issue is observed in automation log, NPE thrown while deleting account > 2014-07-31 02:20:56,102 DEBUG [c.c.n.r.RulesManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) There are no static > nat > rules to apply for ip id=28 > 2014-07-31 02:20:56,105 WARN [c.c.u.AccountManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) Failed to cleanup > accou > nt > Acct[b1cf2381-ab36-4ebc-90ff-f08acaf5e02d-test-account-TestVmNetworkOperations-test_add_static_nat_rule_1_ISOLATED-YI0OCS] > due to > java.lang.NullPointerException > at > com.cloud.network.rules.RulesManagerImpl.createStaticNatForIp(RulesManagerImpl.java:1391) > at > com.cloud.network.rules.RulesManagerImpl.applyStaticNatForIp(RulesManagerImpl.java:1321) > at > com.cloud.network.rules.RulesManagerImpl.revokeAllPFAndStaticNatRulesForIp(RulesManagerImpl.java:1104) > at sun.reflect.GeneratedMethodAccessor524.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy105.revokeAllPFAndStaticNatRulesForIp(Unknown > Source) > at > com.cloud.network.IpAddressManagerImpl.cleanupIpResources(IpAddressManagerImpl.java:540) > at > com.cloud.network.IpAddressManagerImpl.applyIpAssociations(IpAddressManagerImpl.java:936) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.cleanupNetworkResources(NetworkOrchestrator.java:2650) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.destroyNetwork(NetworkOrchestrator.java:2196) > at > com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:793) > at > com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:667) > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1441) > at sun.reflect.GeneratedMethodAccessor542.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.fram
[jira] [Commented] (CLOUDSTACK-7218) [Automation] NPE observed while deleting account in automation run
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7218?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082975#comment-14082975 ] Alena Prokharchyk commented on CLOUDSTACK-7218: --- The bug is - static nat rule wasn't removed along with the corresponding vm expunge, yet the vm was expunged successfully. Then later on when vpc clenaup thread tried to destroy the vpc, it failed to clean the static nat ip address because we couldn't find the corresponding vm. Correct way to fix it - don't let the vm to expunge when static nat rule fails to release. Have to debug to find where exactly the expunge was allowed to go through. > [Automation] NPE observed while deleting account in automation run > -- > > Key: CLOUDSTACK-7218 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7218 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: KVM (RHEL 6.3) >Reporter: Rayees Namathponnan >Assignee: Alena Prokharchyk >Priority: Critical > Fix For: 4.5.0 > > > This issue is observed in automation log, NPE thrown while deleting account > 2014-07-31 02:20:56,102 DEBUG [c.c.n.r.RulesManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) There are no static > nat > rules to apply for ip id=28 > 2014-07-31 02:20:56,105 WARN [c.c.u.AccountManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) Failed to cleanup > accou > nt > Acct[b1cf2381-ab36-4ebc-90ff-f08acaf5e02d-test-account-TestVmNetworkOperations-test_add_static_nat_rule_1_ISOLATED-YI0OCS] > due to > java.lang.NullPointerException > at > com.cloud.network.rules.RulesManagerImpl.createStaticNatForIp(RulesManagerImpl.java:1391) > at > com.cloud.network.rules.RulesManagerImpl.applyStaticNatForIp(RulesManagerImpl.java:1321) > at > com.cloud.network.rules.RulesManagerImpl.revokeAllPFAndStaticNatRulesForIp(RulesManagerImpl.java:1104) > at sun.reflect.GeneratedMethodAccessor524.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy105.revokeAllPFAndStaticNatRulesForIp(Unknown > Source) > at > com.cloud.network.IpAddressManagerImpl.cleanupIpResources(IpAddressManagerImpl.java:540) > at > com.cloud.network.IpAddressManagerImpl.applyIpAssociations(IpAddressManagerImpl.java:936) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.cleanupNetworkResources(NetworkOrchestrator.java:2650) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.destroyNetwork(NetworkOrchestrator.java:2196) > at > com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:793) > at > com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:667) > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1441) > at sun.reflect.GeneratedMethodAccessor542.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEven
[jira] [Updated] (CLOUDSTACK-7180) [Automation] listHostsForMigration API throwing NullPointerException
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7180: --- Assignee: Gaurav Aradhye (was: Prachi Damle) > [Automation] listHostsForMigration API throwing NullPointerException > > > Key: CLOUDSTACK-7180 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7180 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API >Affects Versions: 4.5.0 > Environment: KVM Basic zone >Reporter: Gaurav Aradhye >Assignee: Gaurav Aradhye > Labels: automation > Fix For: 4.5.0 > > > I have two hosts in a cluster. > VM is in deployed on a host. > listHostsForMigration API for this virtual machine is throwing > nullPointerException. > Log: > 2014-07-25 00:15:24,270 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-efc4c9bc) ===START=== 10.223.240.194 -- GET > signature=Rk8pWUV2LRuKDbU8ZuprqB7H2IY%3D&apiKey=dO > CC5kHhVyiFCXvA6KHJnD9d_UKcjGhiaZDp62nQgrrJNMgCeRNK0iQ_KbE_irqXpGOjzJ3WT6I-K1gBpaf3qg&command=listHosts&response=json&virtualmachineid=e97cea8e-7d69-40ec-a580-1ff9a8d00 > c16 > 2014-07-25 00:15:24,283 DEBUG [c.c.s.ManagementServerImpl] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Searching for all > hosts in cluster 1 for migrating > VM VM[User|i-142-128-VM] > 2014-07-25 00:15:24,287 DEBUG [o.a.c.a.HostAntiAffinityProcessor] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Processing affinity > group aff_grp_T5X8R9 fo > r VM Id: 128 > 2014-07-25 00:15:24,290 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Looking for hosts > in dc: 1 pod:1 cluster:1 > 2014-07-25 00:15:24,293 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) FirstFitAllocator > has 2 hosts to check for allo > cation: [Host[-2-Routing], Host[-1-Routing]] > 2014-07-25 00:15:24,298 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Found 2 hosts for > allocation after prioritizati > on: [Host[-2-Routing], Host[-1-Routing]] > 2014-07-25 00:15:24,298 ERROR [c.c.a.ApiServer] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) unhandled exception > executing api command: [Ljava.lang.String > ;@5d847d08 > java.lang.NullPointerException > at > com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:253) > at > com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:182) > at > com.cloud.server.ManagementServerImpl.listHostsForMigrationOfVM(ManagementServerImpl.java:1229) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy213.listHostsForMigrationOfVM(Unknown Source) > at > org.apache.cloudstack.api.command.admin.host.ListHostsCmd.execute(ListHostsCmd.java:189) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at > com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServle
[jira] [Commented] (CLOUDSTACK-7180) [Automation] listHostsForMigration API throwing NullPointerException
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082956#comment-14082956 ] Animesh Chaturvedi commented on CLOUDSTACK-7180: Gaurav assigning back to you. Please review and respond. > [Automation] listHostsForMigration API throwing NullPointerException > > > Key: CLOUDSTACK-7180 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7180 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API >Affects Versions: 4.5.0 > Environment: KVM Basic zone >Reporter: Gaurav Aradhye >Assignee: Gaurav Aradhye > Labels: automation > Fix For: 4.5.0 > > > I have two hosts in a cluster. > VM is in deployed on a host. > listHostsForMigration API for this virtual machine is throwing > nullPointerException. > Log: > 2014-07-25 00:15:24,270 DEBUG [c.c.a.ApiServlet] > (catalina-exec-10:ctx-efc4c9bc) ===START=== 10.223.240.194 -- GET > signature=Rk8pWUV2LRuKDbU8ZuprqB7H2IY%3D&apiKey=dO > CC5kHhVyiFCXvA6KHJnD9d_UKcjGhiaZDp62nQgrrJNMgCeRNK0iQ_KbE_irqXpGOjzJ3WT6I-K1gBpaf3qg&command=listHosts&response=json&virtualmachineid=e97cea8e-7d69-40ec-a580-1ff9a8d00 > c16 > 2014-07-25 00:15:24,283 DEBUG [c.c.s.ManagementServerImpl] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Searching for all > hosts in cluster 1 for migrating > VM VM[User|i-142-128-VM] > 2014-07-25 00:15:24,287 DEBUG [o.a.c.a.HostAntiAffinityProcessor] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Processing affinity > group aff_grp_T5X8R9 fo > r VM Id: 128 > 2014-07-25 00:15:24,290 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Looking for hosts > in dc: 1 pod:1 cluster:1 > 2014-07-25 00:15:24,293 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) FirstFitAllocator > has 2 hosts to check for allo > cation: [Host[-2-Routing], Host[-1-Routing]] > 2014-07-25 00:15:24,298 DEBUG [c.c.a.m.a.i.FirstFitAllocator] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) Found 2 hosts for > allocation after prioritizati > on: [Host[-2-Routing], Host[-1-Routing]] > 2014-07-25 00:15:24,298 ERROR [c.c.a.ApiServer] > (catalina-exec-10:ctx-efc4c9bc ctx-ca51a091 ctx-2a80b5a3) unhandled exception > executing api command: [Ljava.lang.String > ;@5d847d08 > java.lang.NullPointerException > at > com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:253) > at > com.cloud.agent.manager.allocator.impl.FirstFitAllocator.allocateTo(FirstFitAllocator.java:182) > at > com.cloud.server.ManagementServerImpl.listHostsForMigrationOfVM(ManagementServerImpl.java:1229) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy213.listHostsForMigrationOfVM(Unknown Source) > at > org.apache.cloudstack.api.command.admin.host.ListHostsCmd.execute(ListHostsCmd.java:189) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at > com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(Def
[jira] [Updated] (CLOUDSTACK-7218) [Automation] NPE observed while deleting account in automation run
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7218?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7218: --- Assignee: Alena Prokharchyk > [Automation] NPE observed while deleting account in automation run > -- > > Key: CLOUDSTACK-7218 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7218 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: KVM (RHEL 6.3) >Reporter: Rayees Namathponnan >Assignee: Alena Prokharchyk >Priority: Critical > Fix For: 4.5.0 > > > This issue is observed in automation log, NPE thrown while deleting account > 2014-07-31 02:20:56,102 DEBUG [c.c.n.r.RulesManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) There are no static > nat > rules to apply for ip id=28 > 2014-07-31 02:20:56,105 WARN [c.c.u.AccountManagerImpl] > (API-Job-Executor-2:ctx-523291d6 job-5302 ctx-28b51397) Failed to cleanup > accou > nt > Acct[b1cf2381-ab36-4ebc-90ff-f08acaf5e02d-test-account-TestVmNetworkOperations-test_add_static_nat_rule_1_ISOLATED-YI0OCS] > due to > java.lang.NullPointerException > at > com.cloud.network.rules.RulesManagerImpl.createStaticNatForIp(RulesManagerImpl.java:1391) > at > com.cloud.network.rules.RulesManagerImpl.applyStaticNatForIp(RulesManagerImpl.java:1321) > at > com.cloud.network.rules.RulesManagerImpl.revokeAllPFAndStaticNatRulesForIp(RulesManagerImpl.java:1104) > at sun.reflect.GeneratedMethodAccessor524.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy105.revokeAllPFAndStaticNatRulesForIp(Unknown > Source) > at > com.cloud.network.IpAddressManagerImpl.cleanupIpResources(IpAddressManagerImpl.java:540) > at > com.cloud.network.IpAddressManagerImpl.applyIpAssociations(IpAddressManagerImpl.java:936) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.cleanupNetworkResources(NetworkOrchestrator.java:2650) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.destroyNetwork(NetworkOrchestrator.java:2196) > at > com.cloud.user.AccountManagerImpl.cleanupAccount(AccountManagerImpl.java:793) > at > com.cloud.user.AccountManagerImpl.deleteAccount(AccountManagerImpl.java:667) > at > com.cloud.user.AccountManagerImpl.deleteUserAccount(AccountManagerImpl.java:1441) > at sun.reflect.GeneratedMethodAccessor542.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynam
[jira] [Updated] (CLOUDSTACK-7221) [Automation] Failed to start ManagementServer with latest 4.5 build
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7221: --- Assignee: Prachi Damle > [Automation] Failed to start ManagementServer with latest 4.5 build > --- > > Key: CLOUDSTACK-7221 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7221 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 >Reporter: Rayees Namathponnan >Assignee: Prachi Damle >Priority: Blocker > Fix For: 4.5.0 > > Attachments: management-server.log > > > Create RPM build from master branch, install, and start MS > Management server failed to start with below error > 2014-07-31 21:50:29,382 INFO [o.a.c.e.o.NetworkOrchestrator] (main:null) > Network Manager is configured. > 2014-07-31 21:50:29,387 DEBUG [c.c.a.m.AgentManagerImpl] (main:null) > Registering listener StorageCapacityListener with id 3 > 2014-07-31 21:50:29,388 DEBUG [c.c.a.m.AgentManagerImpl] (main:null) > Registering listener ComputeCapacityListener with id 4 > 2014-07-31 21:50:29,396 INFO [o.a.c.s.SecondaryStorageManagerImpl] > (main:null) Start configuring secondary storage vm manager : > PremiumSecondaryStorageManagerImpl > 2014-07-31 21:50:29,701 DEBUG [c.c.u.c.DBEncryptionUtil] (main:null) Error > while decrypting: 1000 > 2014-07-31 21:50:42,531 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.CloudStackAccountDaoImpl_EnhancerByCloudStack_4f69b2af > 2014-07-31 21:50:42,546 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.OfferingDaoImpl_EnhancerByCloudStack_e4742209 > 2014-07-31 21:50:42,547 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.SMetaDaoImpl_EnhancerByCloudStack_11b1201 > 2014-07-31 21:50:42,547 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.MultipartMetaDaoImpl_EnhancerByCloudStack_e88394c0 > 2014-07-31 21:50:42,547 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.UserCredentialsDaoImpl_EnhancerByCloudStack_a21cdd20 > 2014-07-31 21:50:42,548 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.CloudStackConfigurationDaoImpl_EnhancerByCloudStack_104f24de > 2014-07-31 21:50:42,552 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.BucketPolicyDaoImpl_EnhancerByCloudStack_67e98ea3 > 2014-07-31 21:50:42,552 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.SObjectItemDaoImpl_EnhancerByCloudStack_4bfc466c > 2014-07-31 21:50:42,553 INFO [c.c.u.c.ComponentContext] (main:null) > Configuring > com.cloud.bridge.persist.dao.MHostMountDaoImpl_EnhancerByCloudStack_a0ff7a7b -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7226) [Automation] NPE observed in the KVM automation runs
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7226: --- Assignee: edison su > [Automation] NPE observed in the KVM automation runs > > > Key: CLOUDSTACK-7226 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7226 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: edison su >Priority: Critical > > Following NPE is observed in the management server log for the CI KVM > automation run: > 2014-08-01 03:13:09,621 DEBUG [c.c.n.g.NiciraNvpGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-01 03:13:09,627 DEBUG > [o.a.c.s.d.l.CloudStackPrimaryDataStoreLifeCycleImpl] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) > createPool Params @ scheme - iscsi storageHost - 172.16.88.27 hostPath - > /iqn.2006-01.com.openfiler:tsn.b7c10b2d6ab6 port - -1 > 2014-08-01 03:13:09,628 DEBUG [c.c.s.StorageManagerImpl] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) Failed to > add data store: null > java.lang.NullPointerException > at > org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.initialize(CloudStackPrimaryDataStoreLifeCycleImpl.java:263) > at > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:676) > at > com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:179) > at > org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:163) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) > at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) > 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) > 2014-08-01 03:13:09,630 DEBUG [o.a.c.n.o.OpendaylightGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-01 03:13:09,639 DEBUG [c.c.n.g.OvsGuestNetworkGuru] > (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing > to design this network > 2014-08-01 03:13:09,641 INFO [c.c.a.ApiServer] > (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) Failed to > add data store: null > 2014-08-01 03:13:09,642 DEBUG [c.c
[jira] [Updated] (CLOUDSTACK-7209) [Automation] NPE observed in the CI Simulator Run on master
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7209: --- Assignee: (was: Alena Prokharchyk) > [Automation] NPE observed in the CI Simulator Run on master > --- > > Key: CLOUDSTACK-7209 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7209 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Priority: Critical > > Following NPE is observed on the CI Env: > 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network Ntwk[222|Guest|11] as a part of network shutdown > 2014-07-28 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network id 222 as a part of network implement > 2014-07-28 02:17:16,158 WARN [c.c.n.r.VpcVirtualNetworkApplianceManagerImpl] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Failed to > add router VM[DomainRouter|r-38-VM] to network Ntwk[222|Guest|11] due to > java.lang.NullPointerException > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createNicForVm(NetworkOrchestrator.java:3077) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateAddVmToNetwork(VirtualMachineManagerImpl.java:3409) > at > com.cloud.vm.VirtualMachineManagerImpl.addVmToNetwork(VirtualMachineManagerImpl.java:3355) > at > com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.addVpcRouterToGuestNetwork(VpcVirtualNetworkApplianceManagerImpl.java:267) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy191.addVpcRouterToGuestNetwork(Unknown Source) > at > com.cloud.network.element.VpcVirtualRouterElement.implement(VpcVirtualRouterElement.java:187) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1088) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetwork(NetworkOrchestrator.java:995) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1282) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:985) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5146) > at sun.reflect.GeneratedMethodAccessor358.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) > at > com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5302) > at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(Manag
[jira] [Updated] (CLOUDSTACK-7209) [Automation] NPE observed in the CI Simulator Run on master
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi updated CLOUDSTACK-7209: --- Assignee: Alena Prokharchyk > [Automation] NPE observed in the CI Simulator Run on master > --- > > Key: CLOUDSTACK-7209 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7209 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following NPE is observed on the CI Env: > 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network Ntwk[222|Guest|11] as a part of network shutdown > 2014-07-28 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network id 222 as a part of network implement > 2014-07-28 02:17:16,158 WARN [c.c.n.r.VpcVirtualNetworkApplianceManagerImpl] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Failed to > add router VM[DomainRouter|r-38-VM] to network Ntwk[222|Guest|11] due to > java.lang.NullPointerException > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createNicForVm(NetworkOrchestrator.java:3077) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateAddVmToNetwork(VirtualMachineManagerImpl.java:3409) > at > com.cloud.vm.VirtualMachineManagerImpl.addVmToNetwork(VirtualMachineManagerImpl.java:3355) > at > com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.addVpcRouterToGuestNetwork(VpcVirtualNetworkApplianceManagerImpl.java:267) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy191.addVpcRouterToGuestNetwork(Unknown Source) > at > com.cloud.network.element.VpcVirtualRouterElement.implement(VpcVirtualRouterElement.java:187) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1088) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetwork(NetworkOrchestrator.java:995) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1282) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:985) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5146) > at sun.reflect.GeneratedMethodAccessor358.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) > at > com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5302) > at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.Ma
[jira] [Resolved] (CLOUDSTACK-7209) [Automation] NPE observed in the CI Simulator Run on master
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Animesh Chaturvedi resolved CLOUDSTACK-7209. Resolution: Incomplete Mgmt server log file is needed. Please attach and reopen the issue > [Automation] NPE observed in the CI Simulator Run on master > --- > > Key: CLOUDSTACK-7209 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7209 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following NPE is observed on the CI Env: > 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network Ntwk[222|Guest|11] as a part of network shutdown > 2014-07-28 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network id 222 as a part of network implement > 2014-07-28 02:17:16,158 WARN [c.c.n.r.VpcVirtualNetworkApplianceManagerImpl] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Failed to > add router VM[DomainRouter|r-38-VM] to network Ntwk[222|Guest|11] due to > java.lang.NullPointerException > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createNicForVm(NetworkOrchestrator.java:3077) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateAddVmToNetwork(VirtualMachineManagerImpl.java:3409) > at > com.cloud.vm.VirtualMachineManagerImpl.addVmToNetwork(VirtualMachineManagerImpl.java:3355) > at > com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.addVpcRouterToGuestNetwork(VpcVirtualNetworkApplianceManagerImpl.java:267) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy191.addVpcRouterToGuestNetwork(Unknown Source) > at > com.cloud.network.element.VpcVirtualRouterElement.implement(VpcVirtualRouterElement.java:187) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1088) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetwork(NetworkOrchestrator.java:995) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1282) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:985) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5146) > at sun.reflect.GeneratedMethodAccessor358.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) > at > com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5302) > at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContex
[jira] [Commented] (CLOUDSTACK-7116) unable to add KVM host to MS with error java.lang.UnsupportedClassVersionError: com/cloud/agent/AgentShell : Unsupported major.minor version 51.0
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082932#comment-14082932 ] Erik Weber commented on CLOUDSTACK-7116: Did you remove java 1.6 as well, as that might still be the default if you have both? > unable to add KVM host to MS with error > java.lang.UnsupportedClassVersionError: com/cloud/agent/AgentShell : > Unsupported major.minor version 51.0 > - > > Key: CLOUDSTACK-7116 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7116 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM >Affects Versions: 4.5.0 >Reporter: shweta agarwal >Assignee: Kishan Kavala >Priority: Blocker > Fix For: 4.5.0 > > Attachments: cloudstack-agent.err, management-server.log.tar.gz > > > Repro steps: > 1. Create a KVM host on rhel 6.3 > As I used following build > http://repo-ccp.citrix.com/releases/ASF/rhel/6.3/master/CloudPlatform-4.5.0-57-rhel6.3.tar.gz > so i need to install jsvc outside of cloudstack for which I have done the > following step: > yum install java-gcj-compat > rpm -Uvh > ftp://rpmfind.net/linux/centos/6.5/os/x86_64/Packages/jakarta-commons-daemon-jsvc-1.0.1-8.9.el6.x86_64.rpm > and then I installed agent > Once agent installation is complete I tried to add this KVM host to MS > and host addition failed with MS logs showing > 2014-07-16 06:09:19,082 DEBUG [c.c.h.k.d.LibvirtServerDiscoverer] > (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Timeout, to wait for the host > connecting to mgt svr, assuming it is failed > 2014-07-16 06:09:19,083 WARN [c.c.r.ResourceManagerImpl] > (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Unable to find the server > resources at http://10.147.40.23 > 2014-07-16 06:09:19,084 INFO [c.c.u.e.CSExceptionErrorCode] > (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Could not find exception: > com.cloud.exception.DiscoveryException in error code list for exceptions > 2014-07-16 06:09:19,084 WARN [o.a.c.a.c.a.h.AddHostCmd] > (catalina-exec-7:ctx-ec9fe1d8 ctx-949d2702) Exception: > com.cloud.exception.DiscoveryException: Unable to add the host > at > com.cloud.resource.ResourceManagerImpl.discoverHostsFull(ResourceManagerImpl.java:791) > at > com.cloud.resource.ResourceManagerImpl.discoverHosts(ResourceManagerImpl.java:586) > 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:601) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at $Proxy148.discoverHosts(Unknown Source) > at > org.apache.cloudstack.api.command.admin.host.AddHostCmd.execute(AddHostCmd.java:142) > at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) > at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) > at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) > at > com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) > at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) > at com.cloud.api.ApiServlet.doPost(ApiServlet.java:82) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > org.apache.catalina.core.ApplicationFilterC
[jira] [Reopened] (CLOUDSTACK-7173) Resizing of data volume is throwing java NPE
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Tutkowski reopened CLOUDSTACK-7173:
> Resizing of data volume is throwing java NPE
>
>
> Key: CLOUDSTACK-7173
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7173
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
>Reporter: shweta agarwal
>Assignee: Mike Tutkowski
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: log.tar.gz
>
>
> Repro steps :
> 1. Create a Vm with data disk
> 2 . try to resize the data disk
> Bug :
> Resize will fail Ms log shows :
> 2014-07-23 05:34:53,366 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-5:ctx-2f1038c6 job-300/job-301) Unable to complete
> AsyncJobVO {id:301, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH0Fe-ggIAB0oAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMAApuZXdNYXhJb3BzdAAQTGphdmEvbGFuZy9Mb25nO0wACm5ld01pbklvcHNxAH4AAUwAFG5ld1NlcnZpY2VPZmZlcmluZ0lkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACACZ0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAFABQAAACtwcHNyAA5qYXZhLmxhbmcuTG9uZzuL5JDMjyPfAgABSgAFdmFsdWV4cgAQamF2YS5sYW5nLk51bWJlcoaslR0LlOCLAgAAeHAABA,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 233845177509765, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Wed Jul 23 05:34:53 EDT 2014}, job origin:300
> java.lang.NullPointerException
> at
> com.cloud.storage.VmWorkResizeVolume.getNewMinIops(VmWorkResizeVolume.java:59)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2630)
> 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:601)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2654)
> 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:601)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at $Proxy183.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at jav
[jira] [Closed] (CLOUDSTACK-7173) Resizing of data volume is throwing java NPE
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Tutkowski closed CLOUDSTACK-7173.
--
> Resizing of data volume is throwing java NPE
>
>
> Key: CLOUDSTACK-7173
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7173
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
>Reporter: shweta agarwal
>Assignee: Mike Tutkowski
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: log.tar.gz
>
>
> Repro steps :
> 1. Create a Vm with data disk
> 2 . try to resize the data disk
> Bug :
> Resize will fail Ms log shows :
> 2014-07-23 05:34:53,366 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-5:ctx-2f1038c6 job-300/job-301) Unable to complete
> AsyncJobVO {id:301, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH0Fe-ggIAB0oAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMAApuZXdNYXhJb3BzdAAQTGphdmEvbGFuZy9Mb25nO0wACm5ld01pbklvcHNxAH4AAUwAFG5ld1NlcnZpY2VPZmZlcmluZ0lkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACACZ0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAFABQAAACtwcHNyAA5qYXZhLmxhbmcuTG9uZzuL5JDMjyPfAgABSgAFdmFsdWV4cgAQamF2YS5sYW5nLk51bWJlcoaslR0LlOCLAgAAeHAABA,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 233845177509765, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Wed Jul 23 05:34:53 EDT 2014}, job origin:300
> java.lang.NullPointerException
> at
> com.cloud.storage.VmWorkResizeVolume.getNewMinIops(VmWorkResizeVolume.java:59)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2630)
> 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:601)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2654)
> 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:601)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at $Proxy183.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.ut
[jira] [Resolved] (CLOUDSTACK-7173) Resizing of data volume is throwing java NPE
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Tutkowski resolved CLOUDSTACK-7173.
Resolution: Fixed
> Resizing of data volume is throwing java NPE
>
>
> Key: CLOUDSTACK-7173
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7173
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
>Reporter: shweta agarwal
>Assignee: Mike Tutkowski
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: log.tar.gz
>
>
> Repro steps :
> 1. Create a Vm with data disk
> 2 . try to resize the data disk
> Bug :
> Resize will fail Ms log shows :
> 2014-07-23 05:34:53,366 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-5:ctx-2f1038c6 job-300/job-301) Unable to complete
> AsyncJobVO {id:301, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH0Fe-ggIAB0oAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMAApuZXdNYXhJb3BzdAAQTGphdmEvbGFuZy9Mb25nO0wACm5ld01pbklvcHNxAH4AAUwAFG5ld1NlcnZpY2VPZmZlcmluZ0lkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACACZ0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAFABQAAACtwcHNyAA5qYXZhLmxhbmcuTG9uZzuL5JDMjyPfAgABSgAFdmFsdWV4cgAQamF2YS5sYW5nLk51bWJlcoaslR0LlOCLAgAAeHAABA,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 233845177509765, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Wed Jul 23 05:34:53 EDT 2014}, job origin:300
> java.lang.NullPointerException
> at
> com.cloud.storage.VmWorkResizeVolume.getNewMinIops(VmWorkResizeVolume.java:59)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2630)
> 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:601)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2654)
> 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:601)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at $Proxy183.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java
[jira] [Resolved] (CLOUDSTACK-7173) Resizing of data volume is throwing java NPE
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7173?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mike Tutkowski resolved CLOUDSTACK-7173.
Resolution: Fixed
> Resizing of data volume is throwing java NPE
>
>
> Key: CLOUDSTACK-7173
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7173
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Volumes
>Affects Versions: 4.5.0
>Reporter: shweta agarwal
>Assignee: Mike Tutkowski
>Priority: Critical
> Fix For: 4.5.0
>
> Attachments: log.tar.gz
>
>
> Repro steps :
> 1. Create a Vm with data disk
> 2 . try to resize the data disk
> Bug :
> Resize will fail Ms log shows :
> 2014-07-23 05:34:53,366 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-5:ctx-2f1038c6 job-300/job-301) Unable to complete
> AsyncJobVO {id:301, userId: 2, accountId: 2, instanceType: null, instanceId:
> null, cmd: com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH0Fe-ggIAB0oAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMAApuZXdNYXhJb3BzdAAQTGphdmEvbGFuZy9Mb25nO0wACm5ld01pbklvcHNxAH4AAUwAFG5ld1NlcnZpY2VPZmZlcmluZ0lkcQB-AAF4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACACZ0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAFABQAAACtwcHNyAA5qYXZhLmxhbmcuTG9uZzuL5JDMjyPfAgABSgAFdmFsdWV4cgAQamF2YS5sYW5nLk51bWJlcoaslR0LlOCLAgAAeHAABA,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 233845177509765, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Wed Jul 23 05:34:53 EDT 2014}, job origin:300
> java.lang.NullPointerException
> at
> com.cloud.storage.VmWorkResizeVolume.getNewMinIops(VmWorkResizeVolume.java:59)
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2630)
> 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:601)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2654)
> 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:601)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at $Proxy183.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:507)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:464)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java
[jira] [Commented] (CLOUDSTACK-7227) [Automation] Failed to generate certificate, sudo:keytool not found
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7227?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082804#comment-14082804 ] Erik Weber commented on CLOUDSTACK-7227: Verify that the machine running automation has keytool in it's path. Usually keytool is installed by the JDK, but I don't know how that's set up on the automation machine > [Automation] Failed to generate certificate, sudo:keytool not found > --- > > Key: CLOUDSTACK-7227 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7227 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 >Reporter: Raja Pullela >Priority: Critical > > Following exception is seen the CI Automation Xen runs: > 2014-07-31 20:11:51,236 INFO [c.c.s.ConfigurationServerImpl] (main:null) > Processing updateSSLKeyStore > 2014-07-31 20:11:51,239 INFO [c.c.s.ConfigurationServerImpl] (main:null) SSL > keystore located at > /automation/cloudstack/client/target/generated-webapp/WEB-INF/classes/cloud.keystore > 2014-07-31 20:11:51,242 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo > keytool -genkey -keystore > /automation/cloudstack/client/target/generated-webapp/WEB-INF/classes/cloud.keystore > -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname > cn="Cloudstack > User",ou="automation.hyd.com",o="automation.hyd.com",c="Unknown" > 2014-07-31 20:11:51,382 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 > 2014-07-31 20:11:51,383 DEBUG [c.c.u.s.Script] (main:null) sudo: keytool: > command not found > 2014-07-31 20:11:51,383 WARN [c.c.s.ConfigurationServerImpl] (main:null) > Would use fail-safe keystore to continue. > java.io.IOException: Fail to generate certificate!: sudo: keytool: command > not found > at > com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:604) > at > com.cloud.server.ConfigurationServerImpl.updateSSLKeystore(ConfigurationServerImpl.java:632) > at > com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:301) > at > com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:166) > at > org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle$3.with(CloudStackExtendedLifeCycle.java:114) > at > org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.with(CloudStackExtendedLifeCycle.java:153) > at > org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.configure(CloudStackExtendedLifeCycle.java:110) > at > org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.start(CloudStackExtendedLifeCycle.java:56) > at > org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:167) > at > org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51) > at > org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup.start(DefaultLifecycleProcessor.java:339) > at > org.springframework.context.support.DefaultLifecycleProcessor.startBeans(DefaultLifecycleProcessor.java:143) > at > org.springframework.context.support.DefaultLifecycleProcessor.onRefresh(DefaultLifecycleProcessor.java:108) > at > org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:945) > at > org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117) > at > org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79) > at > org.apache.cloudstack.spring.module.factory.ModuleBasedContextF
[jira] [Created] (CLOUDSTACK-7227) [Automation] Failed to generate certificate, sudo:keytool not found
Raja Pullela created CLOUDSTACK-7227: Summary: [Automation] Failed to generate certificate, sudo:keytool not found Key: CLOUDSTACK-7227 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7227 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Affects Versions: 4.5.0 Reporter: Raja Pullela Priority: Critical Following exception is seen the CI Automation Xen runs: 2014-07-31 20:11:51,236 INFO [c.c.s.ConfigurationServerImpl] (main:null) Processing updateSSLKeyStore 2014-07-31 20:11:51,239 INFO [c.c.s.ConfigurationServerImpl] (main:null) SSL keystore located at /automation/cloudstack/client/target/generated-webapp/WEB-INF/classes/cloud.keystore 2014-07-31 20:11:51,242 DEBUG [c.c.u.s.Script] (main:null) Executing: sudo keytool -genkey -keystore /automation/cloudstack/client/target/generated-webapp/WEB-INF/classes/cloud.keystore -storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname cn="Cloudstack User",ou="automation.hyd.com",o="automation.hyd.com",c="Unknown" 2014-07-31 20:11:51,382 DEBUG [c.c.u.s.Script] (main:null) Exit value is 1 2014-07-31 20:11:51,383 DEBUG [c.c.u.s.Script] (main:null) sudo: keytool: command not found 2014-07-31 20:11:51,383 WARN [c.c.s.ConfigurationServerImpl] (main:null) Would use fail-safe keystore to continue. java.io.IOException: Fail to generate certificate!: sudo: keytool: command not found at com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:604) at com.cloud.server.ConfigurationServerImpl.updateSSLKeystore(ConfigurationServerImpl.java:632) at com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:301) at com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:166) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle$3.with(CloudStackExtendedLifeCycle.java:114) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.with(CloudStackExtendedLifeCycle.java:153) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.configure(CloudStackExtendedLifeCycle.java:110) at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLifeCycle.start(CloudStackExtendedLifeCycle.java:56) at org.springframework.context.support.DefaultLifecycleProcessor.doStart(DefaultLifecycleProcessor.java:167) at org.springframework.context.support.DefaultLifecycleProcessor.access$200(DefaultLifecycleProcessor.java:51) at org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup.start(DefaultLifecycleProcessor.java:339) at org.springframework.context.support.DefaultLifecycleProcessor.startBeans(DefaultLifecycleProcessor.java:143) at org.springframework.context.support.DefaultLifecycleProcessor.onRefresh(DefaultLifecycleProcessor.java:108) at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:945) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:482) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet$2.with(DefaultModuleDefinitionSet.java:122) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:245) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.withModule(DefaultModuleDefinitionSet.java:233) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117) at org.apache.cloudstack.spring.module.model.impl.DefaultModuleDefinitionSet.load(DefaultModuleDefinitionSet.java:79) at org.apache.cloudstack.spring.module.factory.ModuleBasedContextFactory.loadModules(ModuleBasedContextFactory.java:37) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.init(CloudStackSpringContext.java:70) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:57) at org.apache.cloudstack.spring.module.factory.CloudStackSpringContext.(CloudStackSpringContext.java:61) at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener.contextInitialized(Clo
[jira] [Created] (CLOUDSTACK-7226) [Automation] NPE observed in the KVM automation runs
Raja Pullela created CLOUDSTACK-7226: Summary: [Automation] NPE observed in the KVM automation runs Key: CLOUDSTACK-7226 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7226 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Affects Versions: 4.5.0 Environment: CI Reporter: Raja Pullela Priority: Critical Following NPE is observed in the management server log for the CI KVM automation run: 2014-08-01 03:13:09,621 DEBUG [c.c.n.g.NiciraNvpGuestNetworkGuru] (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing to design this network 2014-08-01 03:13:09,627 DEBUG [o.a.c.s.d.l.CloudStackPrimaryDataStoreLifeCycleImpl] (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) createPool Params @ scheme - iscsi storageHost - 172.16.88.27 hostPath - /iqn.2006-01.com.openfiler:tsn.b7c10b2d6ab6 port - -1 2014-08-01 03:13:09,628 DEBUG [c.c.s.StorageManagerImpl] (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) Failed to add data store: null java.lang.NullPointerException at org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.initialize(CloudStackPrimaryDataStoreLifeCycleImpl.java:263) at com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:676) at com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:179) at org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:163) at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141) at com.cloud.api.ApiServer.queueCommand(ApiServer.java:694) at com.cloud.api.ApiServer.handleRequest(ApiServer.java:517) at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:317) at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:115) at com.cloud.api.ApiServlet.doGet(ApiServlet.java:77) 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) 2014-08-01 03:13:09,630 DEBUG [o.a.c.n.o.OpendaylightGuestNetworkGuru] (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing to design this network 2014-08-01 03:13:09,639 DEBUG [c.c.n.g.OvsGuestNetworkGuru] (1667398548@qtp-818975168-5:ctx-cb866c4b ctx-b84df4f2 ctx-536903c0) Refusing to design this network 2014-08-01 03:13:09,641 INFO [c.c.a.ApiServer] (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) Failed to add data store: null 2014-08-01 03:13:09,642 DEBUG [c.c.a.ApiServlet] (1297150826@qtp-818975168-4:ctx-7a58c13a ctx-375f885a ctx-04743be3) ===END=== 172.16.88.7 -- GET apiKey=JCoa_7IYgAnA5APHxZuYs7S0qe5YH1RQka4Zv6QadT3eJTQCPNKK8w61y_8kWyb6P1v6qu_Yc0VhfHydnC05jw&name=Primary+iSCSI&podid=eb2c7ddd-04f2-4326-8b6c-e11742c34cb3&url=iscsi%3A%2F -- This message was sent by Atlassian JIRA
[jira] [Commented] (CLOUDSTACK-7210) [Automation] VM Operations failed due to CloudRuntimeException/DB Exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082617#comment-14082617 ] ASF subversion and git services commented on CLOUDSTACK-7210: - Commit 685a58a8433f914f788d5bbdbabd41662d3dd2f4 in cloudstack's branch refs/heads/master from [~alena1108] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=685a58a ] CLOUDSTACK-7210: removed duplicated foreign key from async_job_join_map table > [Automation] VM Operations failed due to CloudRuntimeException/DB Exception > --- > > Key: CLOUDSTACK-7210 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7210 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following SQL exception was seen in the mgmt server log. > 02:27:49,102 DEBUG [c.c.u.d.T.Transaction] > (Vm-Operations-Cleanup-1:ctx-237bef21) Rolling back the transaction: Time = > 19 Name = Vm-Operations-Cleanup-1; called by > -TransactionLegacy.rollback:902-TransactionLegacy.removeUpTo:845-TransactionLegacy.close:669-TransactionContextInterceptor.invoke:36-ReflectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy184.expungeCompletedWorkJobs:-1-VirtualMachineManagerImpl$CleanupTask.runInContext:2389-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56 > 2014-07-28 02:27:49,105 ERROR [c.c.v.VirtualMachineManagerImpl] > (Vm-Operations-Cleanup-1:ctx-237bef21) VM Operations failed due to > com.cloud.utils.exception.CloudRuntimeException: DB Exception on: > com.mysql.jdbc.JDBC4PreparedStatement@31c304ae: DELETE FROM async_job WHERE > async_job.id= 318 > at com.cloud.utils.db.GenericDaoBase.expunge(GenericDaoBase.java:1178) > at > org.apache.cloudstack.framework.jobs.dao.VmWorkJobDaoImpl.expungeCompletedWorkJobs(VmWorkJobDaoImpl.java:149) > at sun.reflect.GeneratedMethodAccessor555.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy184.expungeCompletedWorkJobs(Unknown Source) > at > com.cloud.vm.VirtualMachineManagerImpl$CleanupTask.runInContext(VirtualMachineManagerImpl.java:2389) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: > com.mysql
[jira] [Resolved] (CLOUDSTACK-7210) [Automation] VM Operations failed due to CloudRuntimeException/DB Exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7210?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alena Prokharchyk resolved CLOUDSTACK-7210. --- Resolution: Fixed Fixed with 685a58a8433f914f788d5bbdbabd41662d3dd2f4 > [Automation] VM Operations failed due to CloudRuntimeException/DB Exception > --- > > Key: CLOUDSTACK-7210 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7210 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following SQL exception was seen in the mgmt server log. > 02:27:49,102 DEBUG [c.c.u.d.T.Transaction] > (Vm-Operations-Cleanup-1:ctx-237bef21) Rolling back the transaction: Time = > 19 Name = Vm-Operations-Cleanup-1; called by > -TransactionLegacy.rollback:902-TransactionLegacy.removeUpTo:845-TransactionLegacy.close:669-TransactionContextInterceptor.invoke:36-ReflectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy184.expungeCompletedWorkJobs:-1-VirtualMachineManagerImpl$CleanupTask.runInContext:2389-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56 > 2014-07-28 02:27:49,105 ERROR [c.c.v.VirtualMachineManagerImpl] > (Vm-Operations-Cleanup-1:ctx-237bef21) VM Operations failed due to > com.cloud.utils.exception.CloudRuntimeException: DB Exception on: > com.mysql.jdbc.JDBC4PreparedStatement@31c304ae: DELETE FROM async_job WHERE > async_job.id= 318 > at com.cloud.utils.db.GenericDaoBase.expunge(GenericDaoBase.java:1178) > at > org.apache.cloudstack.framework.jobs.dao.VmWorkJobDaoImpl.expungeCompletedWorkJobs(VmWorkJobDaoImpl.java:149) > at sun.reflect.GeneratedMethodAccessor555.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy184.expungeCompletedWorkJobs(Unknown Source) > at > com.cloud.vm.VirtualMachineManagerImpl$CleanupTask.runInContext(VirtualMachineManagerImpl.java:2389) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: > com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: > Cannot delete or update a parent row: a foreign key constraint fails > (`cloud`.`async_job_join_map`, CONSTRAINT > `fk_async_job_join_map__join_job_id` FOREIGN KEY (`join_job_id`) REFERENCES > `
[jira] [Commented] (CLOUDSTACK-7224) Test cases using asyncJobMgr.py to pass API requests are failing
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082552#comment-14082552 ] ASF subversion and git services commented on CLOUDSTACK-7224: - Commit 93c64cd7f210f4a11b1e8b71f8cf7edcc8eb in cloudstack's branch refs/heads/master from [~gauravaradhye] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=93c64cd ] CLOUDSTACK-7224: Fixed marvin code for async jobs Signed-off-by: Santhosh Edukulla > Test cases using asyncJobMgr.py to pass API requests are failing > > > Key: CLOUDSTACK-7224 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7224 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Automation >Affects Versions: 4.5.0 >Reporter: Gaurav Aradhye >Assignee: Gaurav Aradhye > Labels: automation > Fix For: 4.5.0 > > > test cases in test_snapshots_improvement.py use asyncJobMgr to execute > commands asynchronously and are failing due to issues in marvin code. > ResponseType is not passed from asyncJobMgr to marvinRequest function, only > command is passed. In this case responseType parameter should not be set as > mandatory in marvinReqest. Make it optional. > Also remove connection.close() , as there is no close method for > cloudstackConnection. Closing the connection is not required as the copy of > cloudstackConnection which is created for every worker thread will be deleted > once it goes out of scope. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7210) [Automation] VM Operations failed due to CloudRuntimeException/DB Exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082511#comment-14082511 ] Alena Prokharchyk commented on CLOUDSTACK-7210: --- The problem happens because we have 2 duplicated constraints on async_job_join_map table, and the second one doesn't have the "ON DELETE CASCADE" set, meaning that the parent row can't be removed until all dependencies are cleaned up. CONSTRAINT `fk_async_job_join_map__job_id` FOREIGN KEY (`job_id`) REFERENCES `async_job` (`id`) ON DELETE CASCADE, CONSTRAINT `fk_async_job_join_map__join_job_id` FOREIGN KEY (`join_job_id`) REFERENCES `async_job` (`id`) Solution: remove the second constraint as it duplicates the first one. Leave the constraint where ON DELETE CASCADE is specified. > [Automation] VM Operations failed due to CloudRuntimeException/DB Exception > --- > > Key: CLOUDSTACK-7210 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7210 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following SQL exception was seen in the mgmt server log. > 02:27:49,102 DEBUG [c.c.u.d.T.Transaction] > (Vm-Operations-Cleanup-1:ctx-237bef21) Rolling back the transaction: Time = > 19 Name = Vm-Operations-Cleanup-1; called by > -TransactionLegacy.rollback:902-TransactionLegacy.removeUpTo:845-TransactionLegacy.close:669-TransactionContextInterceptor.invoke:36-ReflectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy184.expungeCompletedWorkJobs:-1-VirtualMachineManagerImpl$CleanupTask.runInContext:2389-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56 > 2014-07-28 02:27:49,105 ERROR [c.c.v.VirtualMachineManagerImpl] > (Vm-Operations-Cleanup-1:ctx-237bef21) VM Operations failed due to > com.cloud.utils.exception.CloudRuntimeException: DB Exception on: > com.mysql.jdbc.JDBC4PreparedStatement@31c304ae: DELETE FROM async_job WHERE > async_job.id= 318 > at com.cloud.utils.db.GenericDaoBase.expunge(GenericDaoBase.java:1178) > at > org.apache.cloudstack.framework.jobs.dao.VmWorkJobDaoImpl.expungeCompletedWorkJobs(VmWorkJobDaoImpl.java:149) > at sun.reflect.GeneratedMethodAccessor555.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy184.expungeCompletedWorkJobs(Unknown Source) > at > com.cloud.vm.VirtualMachineManagerImpl$CleanupTask.runInContext(VirtualMachineManagerImpl.java:2389) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutur
[jira] [Commented] (CLOUDSTACK-7210) [Automation] VM Operations failed due to CloudRuntimeException/DB Exception
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082498#comment-14082498 ] Alena Prokharchyk commented on CLOUDSTACK-7210: --- Need management server log file; Raja, can you please attach it to the bug? > [Automation] VM Operations failed due to CloudRuntimeException/DB Exception > --- > > Key: CLOUDSTACK-7210 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7210 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following SQL exception was seen in the mgmt server log. > 02:27:49,102 DEBUG [c.c.u.d.T.Transaction] > (Vm-Operations-Cleanup-1:ctx-237bef21) Rolling back the transaction: Time = > 19 Name = Vm-Operations-Cleanup-1; called by > -TransactionLegacy.rollback:902-TransactionLegacy.removeUpTo:845-TransactionLegacy.close:669-TransactionContextInterceptor.invoke:36-ReflectiveMethodInvocation.proceed:161-ExposeInvocationInterceptor.invoke:91-ReflectiveMethodInvocation.proceed:172-JdkDynamicAopProxy.invoke:204-$Proxy184.expungeCompletedWorkJobs:-1-VirtualMachineManagerImpl$CleanupTask.runInContext:2389-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56 > 2014-07-28 02:27:49,105 ERROR [c.c.v.VirtualMachineManagerImpl] > (Vm-Operations-Cleanup-1:ctx-237bef21) VM Operations failed due to > com.cloud.utils.exception.CloudRuntimeException: DB Exception on: > com.mysql.jdbc.JDBC4PreparedStatement@31c304ae: DELETE FROM async_job WHERE > async_job.id= 318 > at com.cloud.utils.db.GenericDaoBase.expunge(GenericDaoBase.java:1178) > at > org.apache.cloudstack.framework.jobs.dao.VmWorkJobDaoImpl.expungeCompletedWorkJobs(VmWorkJobDaoImpl.java:149) > at sun.reflect.GeneratedMethodAccessor555.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy184.expungeCompletedWorkJobs(Unknown Source) > at > com.cloud.vm.VirtualMachineManagerImpl$CleanupTask.runInContext(VirtualMachineManagerImpl.java:2389) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: > com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: > Cannot delete or update a parent row: a foreign key constraint fails > (`cloud`.`async_job_join_map`, CONSTRAINT > `fk_async_job_join_map__
[jira] [Commented] (CLOUDSTACK-7209) [Automation] NPE observed in the CI Simulator Run on master
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082495#comment-14082495 ] ASF subversion and git services commented on CLOUDSTACK-7209: - Commit ffeca8bbd29ffa0821d04795bfaf2753143ee5ae in cloudstack's branch refs/heads/master from [~alena1108] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=ffeca8b ] CLOUDSTACK-7209: handle the case when network fails to implement NoTransitionException, and null is returned to the caller stack. All caller methods should verify if the return value is null before processing it further. > [Automation] NPE observed in the CI Simulator Run on master > --- > > Key: CLOUDSTACK-7209 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7209 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following NPE is observed on the CI Env: > 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network Ntwk[222|Guest|11] as a part of network shutdown > 2014-07-28 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network id 222 as a part of network implement > 2014-07-28 02:17:16,158 WARN [c.c.n.r.VpcVirtualNetworkApplianceManagerImpl] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Failed to > add router VM[DomainRouter|r-38-VM] to network Ntwk[222|Guest|11] due to > java.lang.NullPointerException > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createNicForVm(NetworkOrchestrator.java:3077) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateAddVmToNetwork(VirtualMachineManagerImpl.java:3409) > at > com.cloud.vm.VirtualMachineManagerImpl.addVmToNetwork(VirtualMachineManagerImpl.java:3355) > at > com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.addVpcRouterToGuestNetwork(VpcVirtualNetworkApplianceManagerImpl.java:267) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy191.addVpcRouterToGuestNetwork(Unknown Source) > at > com.cloud.network.element.VpcVirtualRouterElement.implement(VpcVirtualRouterElement.java:187) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1088) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetwork(NetworkOrchestrator.java:995) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1282) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:985) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5146) > at sun.reflect.GeneratedMethodAccessor358.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) > at > com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5302) > at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(
[jira] [Commented] (CLOUDSTACK-7209) [Automation] NPE observed in the CI Simulator Run on master
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082496#comment-14082496 ] Alena Prokharchyk commented on CLOUDSTACK-7209: --- Problem 1) is addressed with ffeca8bbd29ffa0821d04795bfaf2753143ee5ae. To debug #2, have to get the management server log file. > [Automation] NPE observed in the CI Simulator Run on master > --- > > Key: CLOUDSTACK-7209 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7209 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Affects Versions: 4.5.0 > Environment: CI >Reporter: Raja Pullela >Assignee: Alena Prokharchyk >Priority: Critical > > Following NPE is observed on the CI Env: > 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network Ntwk[222|Guest|11] as a part of network shutdown > 2014-07-28 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is > released for network id 222 as a part of network implement > 2014-07-28 02:17:16,158 WARN [c.c.n.r.VpcVirtualNetworkApplianceManagerImpl] > (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Failed to > add router VM[DomainRouter|r-38-VM] to network Ntwk[222|Guest|11] due to > java.lang.NullPointerException > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createNicForVm(NetworkOrchestrator.java:3077) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateAddVmToNetwork(VirtualMachineManagerImpl.java:3409) > at > com.cloud.vm.VirtualMachineManagerImpl.addVmToNetwork(VirtualMachineManagerImpl.java:3355) > at > com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.addVpcRouterToGuestNetwork(VpcVirtualNetworkApplianceManagerImpl.java:267) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150) > at > org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91) > at > org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172) > at > org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) > at com.sun.proxy.$Proxy191.addVpcRouterToGuestNetwork(Unknown Source) > at > com.cloud.network.element.VpcVirtualRouterElement.implement(VpcVirtualRouterElement.java:187) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1088) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetwork(NetworkOrchestrator.java:995) > at > org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1282) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:985) > at > com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5146) > at sun.reflect.GeneratedMethodAccessor358.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at > com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107) > at > com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5302) > at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102) > at > org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503) > at > org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) > at > org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) > at > org.apache.cl
[jira] [Updated] (CLOUDSTACK-7225) SystemVM paused in a new 4.4.0 installation
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pierre-Luc Dion updated CLOUDSTACK-7225: Attachment: xenserver62-new-acs44.png management-server.log.tgz 44firststart.png > SystemVM paused in a new 4.4.0 installation > --- > > Key: CLOUDSTACK-7225 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7225 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: SystemVM >Affects Versions: 4.4.0 > Environment: XenServer 6.2, acs4.4.0 >Reporter: Pierre-Luc Dion > Attachments: 44firststart.png, management-server.log.tgz, > xenserver62-new-acs44.png > > > While creating a new zone on a new CloudStack Installation using XenServer > 6.2, one of the systemVM will end with a "pause"state in XenServer. somthing > CloudStack create a new systemVM, something it stock like that forever. > I've observed this behavior multiple time on new install of 4.4.0 using the > latest template : > http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-xen.vhd.bz2 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7225) SystemVM paused in a new 4.4.0 installation
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7225?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082472#comment-14082472 ] Pierre-Luc Dion commented on CLOUDSTACK-7225: - This environment use local storage for system VMs. > SystemVM paused in a new 4.4.0 installation > --- > > Key: CLOUDSTACK-7225 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7225 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: SystemVM >Affects Versions: 4.4.0 > Environment: XenServer 6.2, acs4.4.0 >Reporter: Pierre-Luc Dion > Attachments: 44firststart.png, management-server.log.tgz, > xenserver62-new-acs44.png > > > While creating a new zone on a new CloudStack Installation using XenServer > 6.2, one of the systemVM will end with a "pause"state in XenServer. somthing > CloudStack create a new systemVM, something it stock like that forever. > I've observed this behavior multiple time on new install of 4.4.0 using the > latest template : > http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-xen.vhd.bz2 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7225) SystemVM paused in a new 4.4.0 installation
Pierre-Luc Dion created CLOUDSTACK-7225: --- Summary: SystemVM paused in a new 4.4.0 installation Key: CLOUDSTACK-7225 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7225 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: SystemVM Affects Versions: 4.4.0 Environment: XenServer 6.2, acs4.4.0 Reporter: Pierre-Luc Dion While creating a new zone on a new CloudStack Installation using XenServer 6.2, one of the systemVM will end with a "pause"state in XenServer. somthing CloudStack create a new systemVM, something it stock like that forever. I've observed this behavior multiple time on new install of 4.4.0 using the latest template : http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-xen.vhd.bz2 -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7209) [Automation] NPE observed in the CI Simulator Run on master
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082450#comment-14082450
]
Alena Prokharchyk commented on CLOUDSTACK-7209:
---
2 problems need to be addressed as a part of the bug:
1) NPE happened because implementNetwork returned null to createNic call, and
the call doesn't handle null values. So need to add the condition for taking
care of NULL return value, and instead of NPE, throw an exception.
2) Have to find out why null was returned from implementNetwork code. From the
code, it seems like it happens only when the following exception is caught:
} catch (NoTransitionException e) {
s_logger.error(e.getMessage());
return null;
We have to figure out why NoTransition happened during network implement.
Something might have changed the network state in between of the operation, and
the state transition failed during the network implement.
> [Automation] NPE observed in the CI Simulator Run on master
> ---
>
> Key: CLOUDSTACK-7209
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7209
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
>Affects Versions: 4.5.0
> Environment: CI
>Reporter: Raja Pullela
>Assignee: Alena Prokharchyk
>Priority: Critical
>
> Following NPE is observed on the CI Env:
> 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is
> released for network Ntwk[222|Guest|11] as a part of network shutdown
> 2014-07-28 02:17:16,156 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Lock is
> released for network id 222 as a part of network implement
> 2014-07-28 02:17:16,158 WARN [c.c.n.r.VpcVirtualNetworkApplianceManagerImpl]
> (Work-Job-Executor-72:ctx-6d23d8df job-215/job-216 ctx-cb3c4a4d) Failed to
> add router VM[DomainRouter|r-38-VM] to network Ntwk[222|Guest|11] due to
> java.lang.NullPointerException
> at
> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.createNicForVm(NetworkOrchestrator.java:3077)
> at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateAddVmToNetwork(VirtualMachineManagerImpl.java:3409)
> at
> com.cloud.vm.VirtualMachineManagerImpl.addVmToNetwork(VirtualMachineManagerImpl.java:3355)
> at
> com.cloud.network.router.VpcVirtualNetworkApplianceManagerImpl.addVpcRouterToGuestNetwork(VpcVirtualNetworkApplianceManagerImpl.java:267)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy191.addVpcRouterToGuestNetwork(Unknown Source)
> at
> com.cloud.network.element.VpcVirtualRouterElement.implement(VpcVirtualRouterElement.java:187)
> at
> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1088)
> at
> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetwork(NetworkOrchestrator.java:995)
> at
> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare(NetworkOrchestrator.java:1282)
> at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:985)
> at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5146)
> at sun.reflect.GeneratedMethodAccessor358.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.vm.VirtualMachineManagerImpl.handleVmWo
[jira] [Commented] (CLOUDSTACK-7216) Cloudstack 4.4 on Xen 6.2 ERROR: Java process not running
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082440#comment-14082440 ] Pierre-Luc Dion commented on CLOUDSTACK-7216: - Documentation has been updated, Installation or Upgrade to acs4.4.0 require following systemvm-template for xenserver: http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-xen.vhd.bz2 > Cloudstack 4.4 on Xen 6.2 ERROR: Java process not running > - > > Key: CLOUDSTACK-7216 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7216 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.4.0 > Environment: CS 4.4 / XenServer 6.2 >Reporter: Dean Kamali > > Using SSVM template in documentation > http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 > Running SSVM check on secondary storage VM will reveal that JAVA process is > not running. > This will result in inability to setup templates or take snapshots > # /usr/local/cloud/systemvm/ssvm-check.sh > root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh > > First DNS server is 8.8.8.8 > PING 8.8.8.8 (8.8.8.8): 48 data bytes > 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms > 56 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=8.525 ms > --- 8.8.8.8 ping statistics --- > 2 packets transmitted, 2 packets received, 0% packet loss > round-trip min/avg/max/stddev = 8.525/8.713/8.900/0.188 ms > Good: Can ping DNS server > > Good: DNS resolves download.cloud.com > > nfs is currently mounted > > Management server is 172.16.0.68. Checking connectivity. > Good: Can connect to management server port 8250 > > ERROR: Java process not running. Try restarting the SSVM. > root@s-29-VM:~# service cloud status > CloudStack cloud service is not running > root@s-29-VM:~# service cloud start > Starting CloudStack cloud service (type=secstorage) Success > root@s-29-VM:~# service cloud status > CloudStack cloud service is not running > root@s-29-VM:~# cat /etc/cloudstack-release > Cloudstack Release 4.4.0 Wed Jul 30 15:11:52 UTC 2014 > root@s-29-VM:~#tail /var/log/cloud.log > ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource > class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource > due to: java.lang.ClassNotFoundException: > com.cloud.storage.resource.PremiumSecondaryStorageResource -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7224) Test cases using asyncJobMgr.py to pass API requests are failing
Gaurav Aradhye created CLOUDSTACK-7224: -- Summary: Test cases using asyncJobMgr.py to pass API requests are failing Key: CLOUDSTACK-7224 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7224 Project: CloudStack Issue Type: Test Security Level: Public (Anyone can view this level - this is the default.) Components: Automation Affects Versions: 4.5.0 Reporter: Gaurav Aradhye Assignee: Gaurav Aradhye Fix For: 4.5.0 test cases in test_snapshots_improvement.py use asyncJobMgr to execute commands asynchronously and are failing due to issues in marvin code. ResponseType is not passed from asyncJobMgr to marvinRequest function, only command is passed. In this case responseType parameter should not be set as mandatory in marvinReqest. Make it optional. Also remove connection.close() , as there is no close method for cloudstackConnection. Closing the connection is not required as the copy of cloudstackConnection which is created for every worker thread will be deleted once it goes out of scope. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7216) Cloudstack 4.4 on Xen 6.2 ERROR: Java process not running
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dean Kamali updated CLOUDSTACK-7216: Description: Using SSVM template in documentation http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 Running SSVM check on secondary storage VM will reveal that JAVA process is not running. This will result in inability to setup templates or take snapshots # /usr/local/cloud/systemvm/ssvm-check.sh root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=8.525 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 8.525/8.713/8.900/0.188 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Management server is 172.16.0.68. Checking connectivity. Good: Can connect to management server port 8250 ERROR: Java process not running. Try restarting the SSVM. root@s-29-VM:~# service cloud status CloudStack cloud service is not running root@s-29-VM:~# service cloud start Starting CloudStack cloud service (type=secstorage) Success root@s-29-VM:~# service cloud status CloudStack cloud service is not running root@s-29-VM:~# cat /etc/cloudstack-release Cloudstack Release 4.4.0 Wed Jul 30 15:11:52 UTC 2014 root@s-29-VM:~#tail /var/log/cloud.log ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due to: java.lang.ClassNotFoundException: com.cloud.storage.resource.PremiumSecondaryStorageResource was: Using SSVM template in documentation http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 Running SSVM check on secondary storage VM will reveal that JAVA process is not running. This will result in inability to setup templates or take snapshots # /usr/local/cloud/systemvm/ssvm-check.sh root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=8.525 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 8.525/8.713/8.900/0.188 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Management server is 172.16.0.68. Checking connectivity. Good: Can connect to management server port 8250 ERROR: Java process not running. Try restarting the SSVM. root@s-29-VM:~# service cloud status CloudStack cloud service is not running root@s-29-VM:~# service cloud start Starting CloudStack cloud service (type=secstorage) Success root@s-29-VM:~# service cloud status CloudStack cloud service is not running tail /var/log/cloud.log ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due to: java.lang.ClassNotFoundException: com.cloud.storage.resource.PremiumSecondaryStorageResource > Cloudstack 4.4 on Xen 6.2 ERROR: Java process not running > - > > Key: CLOUDSTACK-7216 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7216 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.4.0 > Environment: CS 4.4 / XenServer 6.2 >Reporter: Dean Kamali > > Using SSVM template in documentation > http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 > Running SSVM check on secondary storage VM will reveal that JAVA process is > not running. > This will result in inability to setup templates or take snapshots > # /usr/local/cloud/systemvm/ssvm-check.sh > root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh > > First DNS server is 8.8.8.8 > PING 8.8.8.8 (8.8.8.8): 48 data bytes > 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms > 56 bytes from 8.8.8.8: icmp_seq=
[jira] [Updated] (CLOUDSTACK-7216) Cloudstack 4.4 on Xen 6.2 ERROR: Java process not running
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dean Kamali updated CLOUDSTACK-7216: Description: Using SSVM template in documentation http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 Running SSVM check on secondary storage VM will reveal that JAVA process is not running. This will result in inability to setup templates or take snapshots # /usr/local/cloud/systemvm/ssvm-check.sh root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=8.525 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 8.525/8.713/8.900/0.188 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Management server is 172.16.0.68. Checking connectivity. Good: Can connect to management server port 8250 ERROR: Java process not running. Try restarting the SSVM. root@s-29-VM:~# service cloud status CloudStack cloud service is not running root@s-29-VM:~# service cloud start Starting CloudStack cloud service (type=secstorage) Success root@s-29-VM:~# service cloud status CloudStack cloud service is not running tail /var/log/cloud.log ERROR [cloud.agent.AgentShell] (main:null) Unable to start agent: Resource class not found: com.cloud.storage.resource.PremiumSecondaryStorageResource due to: java.lang.ClassNotFoundException: com.cloud.storage.resource.PremiumSecondaryStorageResource was: Using SSVM template in documentation http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 Running SSVM check on secondary storage VM will reveal that JAVA process is not running. This will result in inability to setup templates or take snapshots # /usr/local/cloud/systemvm/ssvm-check.sh root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh First DNS server is 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 48 data bytes 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms 56 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=8.525 ms --- 8.8.8.8 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 8.525/8.713/8.900/0.188 ms Good: Can ping DNS server Good: DNS resolves download.cloud.com nfs is currently mounted Management server is 172.16.0.68. Checking connectivity. Good: Can connect to management server port 8250 ERROR: Java process not running. Try restarting the SSVM. root@s-29-VM:~# service cloud status CloudStack cloud service is not running root@s-29-VM:~# service cloud start Starting CloudStack cloud service (type=secstorage) Success root@s-29-VM:~# service cloud status CloudStack cloud service is not running > Cloudstack 4.4 on Xen 6.2 ERROR: Java process not running > - > > Key: CLOUDSTACK-7216 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7216 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.4.0 > Environment: CS 4.4 / XenServer 6.2 >Reporter: Dean Kamali > > Using SSVM template in documentation > http://download.cloud.com/templates/4.3/systemvm64template-2014-06-23-master-xen.vhd.bz2 > Running SSVM check on secondary storage VM will reveal that JAVA process is > not running. > This will result in inability to setup templates or take snapshots > # /usr/local/cloud/systemvm/ssvm-check.sh > root@s-29-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh > > First DNS server is 8.8.8.8 > PING 8.8.8.8 (8.8.8.8): 48 data bytes > 56 bytes from 8.8.8.8: icmp_seq=0 ttl=49 time=8.900 ms > 56 bytes from 8.8.8.8: icmp_seq=1 ttl=49 time=8.525 ms > --- 8.8.8.8 ping statistics --- > 2 packets transmitted, 2 packets received, 0% packet loss > round-trip min/avg/max/stddev = 8.525/8.713/8.900/0.188 ms > Good: Can ping DNS server > > Good: DNS resolves download.cloud.com > > nfs is currently mounted >
[jira] [Created] (CLOUDSTACK-7223) test_ssvm tests don't wait for agent to be connected before verifying System VMS
John Dilley created CLOUDSTACK-7223: --- Summary: test_ssvm tests don't wait for agent to be connected before verifying System VMS Key: CLOUDSTACK-7223 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7223 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Automation, marvin Affects Versions: 4.5.0 Reporter: John Dilley I often get failures on the test_ssvm tests where the check_ssvm script fails because NFS is not mounted. This could be because although marvin waits for the System VM to be in the running state, it doesn't wait for the host object to be up (the "Agent State" in the UI). It's hard to prove this is the cause, but it seems like it should be fixed anyway. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7222) [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and moved to stopped state
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada updated CLOUDSTACK-7222: - Priority: Minor (was: Blocker) > [GPU] Windows 2012 Server instance created from Windows with PV drivers > installed and using vGPU offering is going to repair state and moved to > stopped state > - > > Key: CLOUDSTACK-7222 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7222 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: XenServer >Affects Versions: 4.5.0 >Reporter: Sailaja Mada >Priority: Minor > Fix For: 4.5.0 > > Attachments: apilog.log, management-server.log > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using normal compute offering > without GPU > 4. Install Windows 2012 instance and install PV drivers > 5. Stop the VM and create template from ROOT volume > 6. Deploy windows 2012 instance using this template with vGPU K200 service > offering > 7. Windows instance got created using this card on XenServer. But got into > repair state after sometime. > 8. Later this VM got into stopped state. > 9. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 10. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7222) [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and moved to stopped state
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082200#comment-14082200 ] Sailaja Mada commented on CLOUDSTACK-7222: -- This is happening only when compute offering is defined with very less memory Ex: 200 MB. > [GPU] Windows 2012 Server instance created from Windows with PV drivers > installed and using vGPU offering is going to repair state and moved to > stopped state > - > > Key: CLOUDSTACK-7222 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7222 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: XenServer >Affects Versions: 4.5.0 >Reporter: Sailaja Mada >Priority: Blocker > Fix For: 4.5.0 > > Attachments: apilog.log, management-server.log > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using normal compute offering > without GPU > 4. Install Windows 2012 instance and install PV drivers > 5. Stop the VM and create template from ROOT volume > 6. Deploy windows 2012 instance using this template with vGPU K200 service > offering > 7. Windows instance got created using this card on XenServer. But got into > repair state after sometime. > 8. Later this VM got into stopped state. > 9. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 10. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6893) systemvms can not start on KVM host
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082188#comment-14082188
]
Erik Weber commented on CLOUDSTACK-6893:
I can verify that with 4.4.0 plus this patch systemvms are able to start again,
unfortunately it didn't make it into the 4.4.0 release.
> systemvms can not start on KVM host
> ---
>
> Key: CLOUDSTACK-6893
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6893
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
>Reporter: Wei Zhou
>Assignee: Wei Zhou
>
> After upgrading from 4.3 to 4.4, the systemvms can not start with the
> following error logs:
> 2014-06-11 13:39:42,119 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Request:Seq 2-8064539557737005074: { Cmd ,
> MgmtId: 345051514000, via: 2, Ver: v1, Flags: 100011,
> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":216,"name":"s-216-VM","type":"SecondaryStorageVm","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":536870912,"maxRam":536870912,"arch":"x86_64","os":"Debian
> GNU/Linux 5.0 (64-bit)","platformEmulator":"Debian GNU/Linux 5","bootArgs":"
> template=domP type=secstorage host=172.16.15.10 port=8250 name=s-216-VM
> zone=1 pod=1 guid=s-216-VM
> resource=org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource
> instance=SecStorage sslcopy=false role=templateProcessor mtu=1500
> eth2ip=10.11.115.115 eth2mask=255.255.255.0 gateway=10.11.115.254
> public.network.device=eth2 eth0ip=169.254.1.127 eth0mask=255.255.0.0
> eth1ip=172.16.15.38 eth1mask=255.255.255.0 mgmtcidr=10.11.115.0/24
> localgw=172.16.15.254 private.network.device=eth1 eth3ip=172.16.15.41
> eth3mask=255.255.255.0 storageip=172.16.15.41 storagenetmask=255.255.255.0
> storagegateway=172.16.15.254 internaldns1=8.8.8.8 internaldns2=8.8.4.4
> dns1=8.8.8.8
> dns2=8.8.4.4","rebootOnCrash":false,"enableHA":false,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"3bbd718218d5602b","params":{},"uuid":"198324f1-aeba-4fae-adad-4ffc087b2f3a","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"0d65d238-a753-48da-b1d6-638fa533eb67","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"1dcbc42c-99bc-3276-9d86-4ad81ef1ad8e","id":2,"poolType":"NetworkFilesystem","host":"172.16.15.254","path":"/storage/cs-115-pri","port":2049,"url":"NetworkFilesystem://172.16.15.254/storage/cs-115-pri/?ROLE=Primary&STOREUUID=1dcbc42c-99bc-3276-9d86-4ad81ef1ad8e"}},"name":"ROOT-216","size":297230848,"path":"0d65d238-a753-48da-b1d6-638fa533eb67","volumeId":214,"vmName":"s-216-VM","accountId":1,"format":"QCOW2","id":214,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"0d65d238-a753-48da-b1d6-638fa533eb67","type":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.15.254","volumeSize":"297230848"}}],"nics":[{"deviceId":2,"networkRateMbps":-1,"defaultNic":true,"uuid":"765b43a0-43f7-4b23-abcc-86ccc6197a0e","ip":"10.11.115.115","netmask":"255.255.255.0","gateway":"10.11.115.254","mac":"06:78:16:00:00:1a","dns1":"8.8.8.8","dns2":"8.8.4.4","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://115","isolationUri":"vlan://115","isSecurityGroupEnabled":false,"name":"cloudbr0"},{"deviceId":0,"networkRateMbps":-1,"defaultNic":false,"uuid":"dc8a1a58-e581-49a2-8377-dc4fba1dfa57","ip":"169.254.1.127","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:01:7f","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"uuid":"81b10433-e67c-4052-8664-3bfccdb1c9cf","ip":"172.16.15.38","netmask":"255.255.255.0","gateway":"172.16.15.254","mac":"06:11:c4:00:00:09","broadcastType":"Native","type":"Management","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":3,"networkRateMbps":-1,"defaultNic":false,"uuid":"cdcd5757-04df-4b19-a314-f73b314778b2","ip":"172.16.15.41","netmask":"255.255.255.0","gateway":"172.16.15.254","mac":"06:ee:96:00:00:70","broadcastType":"Storage","type":"Storage","isSecurityGroupEnabled":false,"name":"cloudbr1"}]},"hostIp":"172.16.15.15","executeInSequence":false,"wait":0}},{"com.cloud.agent.api.check.CheckSshCommand":{"ip":"169.254.1.127","port":3922,"interval":6,"retries":100,"name":"s-216-VM","wait":0}}]
> }
> 2014-06-11 13:39:42,119 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Processing command:
> com.cloud.agent.api.StartCommand
> 2014-06-11 13:39:42,178 DEBUG [kvm.storage.KVMStoragePoolManager]
> (agentRequest-Handler-4:null) Disconnecting disk
> 0d65d238-a753-48da-b1d6-638fa533eb67
> 2014-06-11 13:39:42,229 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Seq 2-8064539557
[jira] [Updated] (CLOUDSTACK-7222) [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and moved to stopped state
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada updated CLOUDSTACK-7222: - Attachment: management-server.log apilog.log > [GPU] Windows 2012 Server instance created from Windows with PV drivers > installed and using vGPU offering is going to repair state and moved to > stopped state > - > > Key: CLOUDSTACK-7222 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7222 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: XenServer >Affects Versions: 4.5.0 >Reporter: Sailaja Mada >Priority: Blocker > Fix For: 4.5.0 > > Attachments: apilog.log, management-server.log > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using normal compute offering > without GPU > 4. Install Windows 2012 instance and install PV drivers > 5. Stop the VM and create template from ROOT volume > 6. Deploy windows 2012 instance using this template with vGPU K200 service > offering > 7. Windows instance got created using this card on XenServer. But got into > repair state after sometime. > 8. Later this VM got into stopped state. > 9. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 10. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6969) Data Volume Shrink operation failing with "Unexpected Exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082150#comment-14082150
]
Likitha Shetty commented on CLOUDSTACK-6969:
Shrink operation is not allowed in VMware, hence an exception will be thrown.
Improved error handling for the same.
> Data Volume Shrink operation failing with "Unexpected Exception"
>
>
> Key: CLOUDSTACK-6969
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6969
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation
>Affects Versions: 4.4.0
> Environment: KVM, Vmware
>Reporter: Girish Shilamkar
>Assignee: Likitha Shetty
> Labels: automation, volumes
> Fix For: 4.4.0
>
>
> 1. Attach a volume to VM
> 2. Grow volume by resize
> 3. Try to shrink back the volume by resize with shrinkok option set to True
> Operation fails with "Unexpected exception" and the management server log
> indicates null pointer exception.
> log:
> 2014-06-20 04:41:36,626 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-166:ctx-82122433 job-7959/job-7960) Unable to complete
> AsyncJobVO {id:7960, userId: 2, ac
> countId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH
> 0Fe-ggIABUoAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMABRuZXdTZXJ2aWNlT2ZmZXJpbmdJZHQAEExqYXZhL2xhbmcvTG9uZzt4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJW
> drAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACBLd0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAUA
> AoABBRFzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKGrJUdC5TgiwIAAHhwAXo,
> cmdVersion: 0, status: IN_PROGRESS, p
> rocessStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, lastUpdated: null, lastPolled: null, created: Fri Jun 20
> 04:41:34 PDT 2014
> }, job origin:7959
> java.lang.NullPointerException
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2495)
> at sun.reflect.GeneratedMethodAccessor1071.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2515)
> at sun.reflect.GeneratedMethodAccessor476.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy182.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.
[jira] [Resolved] (CLOUDSTACK-6969) Data Volume Shrink operation failing with "Unexpected Exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Likitha Shetty resolved CLOUDSTACK-6969.
Resolution: Fixed
> Data Volume Shrink operation failing with "Unexpected Exception"
>
>
> Key: CLOUDSTACK-6969
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6969
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation
>Affects Versions: 4.4.0
> Environment: KVM, Vmware
>Reporter: Girish Shilamkar
>Assignee: Likitha Shetty
> Labels: automation, volumes
> Fix For: 4.4.0
>
>
> 1. Attach a volume to VM
> 2. Grow volume by resize
> 3. Try to shrink back the volume by resize with shrinkok option set to True
> Operation fails with "Unexpected exception" and the management server log
> indicates null pointer exception.
> log:
> 2014-06-20 04:41:36,626 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-166:ctx-82122433 job-7959/job-7960) Unable to complete
> AsyncJobVO {id:7960, userId: 2, ac
> countId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH
> 0Fe-ggIABUoAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMABRuZXdTZXJ2aWNlT2ZmZXJpbmdJZHQAEExqYXZhL2xhbmcvTG9uZzt4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJW
> drAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACBLd0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAUA
> AoABBRFzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKGrJUdC5TgiwIAAHhwAXo,
> cmdVersion: 0, status: IN_PROGRESS, p
> rocessStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, lastUpdated: null, lastPolled: null, created: Fri Jun 20
> 04:41:34 PDT 2014
> }, job origin:7959
> java.lang.NullPointerException
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2495)
> at sun.reflect.GeneratedMethodAccessor1071.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2515)
> at sun.reflect.GeneratedMethodAccessor476.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy182.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> ja
[jira] [Commented] (CLOUDSTACK-6969) Data Volume Shrink operation failing with "Unexpected Exception"
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6969?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082149#comment-14082149
]
ASF subversion and git services commented on CLOUDSTACK-6969:
-
Commit f8031008139978abb6831a1d7cb240c993fbf8f5 in cloudstack's branch
refs/heads/master from [~likithas]
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f803100 ]
CLOUDSTACK-6969. Data Volume Shrink operation failing with "Unexpected
Exception".
For ResizeVolume API command -
1. If hypervisor resource throws an exception, handle the NPE thrown by the job
framework.
2. Improve user error message in case of RuntimeException by throwing the
exception instead of 'Unexpected Exception'.
> Data Volume Shrink operation failing with "Unexpected Exception"
>
>
> Key: CLOUDSTACK-6969
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6969
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Automation
>Affects Versions: 4.4.0
> Environment: KVM, Vmware
>Reporter: Girish Shilamkar
>Assignee: Likitha Shetty
> Labels: automation, volumes
> Fix For: 4.4.0
>
>
> 1. Attach a volume to VM
> 2. Grow volume by resize
> 3. Try to shrink back the volume by resize with shrinkok option set to True
> Operation fails with "Unexpected exception" and the management server log
> indicates null pointer exception.
> log:
> 2014-06-20 04:41:36,626 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-166:ctx-82122433 job-7959/job-7960) Unable to complete
> AsyncJobVO {id:7960, userId: 2, ac
> countId: 2, instanceType: null, instanceId: null, cmd:
> com.cloud.storage.VmWorkResizeVolume, cmdInfo:
> rO0ABXNyACRjb20uY2xvdWQuc3RvcmFnZS5WbVdvcmtSZXNpemVWb2x1bWVU03zH
> 0Fe-ggIABUoAC2N1cnJlbnRTaXplSgAHbmV3U2l6ZVoACHNocmlua09rSgAIdm9sdW1lSWRMABRuZXdTZXJ2aWNlT2ZmZXJpbmdJZHQAEExqYXZhL2xhbmcvTG9uZzt4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJW
> drAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1ldAASTGphdmEvbGFuZy9TdHJpbmc7eHAAAgACBLd0ABRWb2x1bWVBcGlTZXJ2aWNlSW1wbAUA
> AoABBRFzcgAOamF2YS5sYW5nLkxvbmc7i-SQzI8j3wIAAUoABXZhbHVleHIAEGphdmEubGFuZy5OdW1iZXKGrJUdC5TgiwIAAHhwAXo,
> cmdVersion: 0, status: IN_PROGRESS, p
> rocessStatus: 0, resultCode: 0, result: null, initMsid: 29066118877352,
> completeMsid: null, lastUpdated: null, lastPolled: null, created: Fri Jun 20
> 04:41:34 PDT 2014
> }, job origin:7959
> java.lang.NullPointerException
> at
> com.cloud.storage.VolumeApiServiceImpl.orchestrateResizeVolume(VolumeApiServiceImpl.java:2495)
> at sun.reflect.GeneratedMethodAccessor1071.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.storage.VolumeApiServiceImpl.handleVmWorkJob(VolumeApiServiceImpl.java:2515)
> at sun.reflect.GeneratedMethodAccessor476.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy182.handleVmWorkJob(Unknown Source)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.contex
[jira] [Updated] (CLOUDSTACK-7222) [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and moved to stopped state
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada updated CLOUDSTACK-7222: - Summary: [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and moved to stopped state (was: [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and getting stopped) > [GPU] Windows 2012 Server instance created from Windows with PV drivers > installed and using vGPU offering is going to repair state and moved to > stopped state > - > > Key: CLOUDSTACK-7222 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7222 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: XenServer >Affects Versions: 4.5.0 >Reporter: Sailaja Mada >Priority: Blocker > Fix For: 4.5.0 > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using normal compute offering > without GPU > 4. Install Windows 2012 instance and install PV drivers > 5. Stop the VM and create template from ROOT volume > 6. Deploy windows 2012 instance using this template with vGPU K200 service > offering > 7. Windows instance got created using this card on XenServer. But got into > repair state after sometime. > 8. Later this VM got into stopped state. > 9. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 10. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-7222) [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and getting stopped
Sailaja Mada created CLOUDSTACK-7222: Summary: [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and getting stopped Key: CLOUDSTACK-7222 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7222 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: XenServer Affects Versions: 4.5.0 Reporter: Sailaja Mada Priority: Blocker Steps: 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 2. Create Service Offering using K2 - K200 profile of vGPU 3. Deploy windows 2012 instance with ISO using normal compute offering without GPU 4. Install Windows 2012 instance and install PV drivers 5. Stop the VM and create template from ROOT volume 6. Deploy windows 2012 instance using this template with vGPU K200 service offering 7. Windows instance got created using this card on XenServer. But got into repair state after sometime. 8. Later this VM got into stopped state. 9. Tried to start instance manually , Cloudstack says Instance started and instance moved to running state. But XenServer failed to start the instance. 10. Later Cloudstack also marked the instance in stopped state. Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7222) [GPU] Windows 2012 Server instance created from Windows with PV drivers installed and using vGPU offering is going to repair state and moved to stopped state
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7222?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada updated CLOUDSTACK-7222: - Fix Version/s: 4.5.0 > [GPU] Windows 2012 Server instance created from Windows with PV drivers > installed and using vGPU offering is going to repair state and moved to > stopped state > - > > Key: CLOUDSTACK-7222 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7222 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: XenServer >Affects Versions: 4.5.0 >Reporter: Sailaja Mada >Priority: Blocker > Fix For: 4.5.0 > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using normal compute offering > without GPU > 4. Install Windows 2012 instance and install PV drivers > 5. Stop the VM and create template from ROOT volume > 6. Deploy windows 2012 instance using this template with vGPU K200 service > offering > 7. Windows instance got created using this card on XenServer. But got into > repair state after sometime. > 8. Later this VM got into stopped state. > 9. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 10. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Resolved] (CLOUDSTACK-6453) [GPU] Windows 2012 Server instance created with vGPU offering is not coming up after installing PV drivers
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada resolved CLOUDSTACK-6453. -- Resolution: Fixed Fix Version/s: (was: 4.5.0) Reopened wrong defect. > [GPU] Windows 2012 Server instance created with vGPU offering is not coming > up after installing PV drivers > -- > > Key: CLOUDSTACK-6453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6453 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, XenServer >Affects Versions: 4.4.0 >Reporter: Sailaja Mada >Assignee: Sanjay Tripathi >Priority: Critical > Fix For: 4.4.0 > > Attachments: SMlog, gpulogs.zip > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using K200 vGPU profile offering > 4. Install Windows 2012 instance and install PV drivers > 5. During PV driver installation Windows 2012 server went for reboot. > Observation: > 1. After reboot, Windows 2012 Server instance created with vGPU offering is > not coming up after installing PV drivers > 2. It remained in stopped state. > 3. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 4. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-7094) Update PV-tools in all the VMs in case of xenserver upgrade to avoid PV-tools error in VMs with VGPU support
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7094?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada updated CLOUDSTACK-7094: - Fix Version/s: 4.5.0 > Update PV-tools in all the VMs in case of xenserver upgrade to avoid PV-tools > error in VMs with VGPU support > > > Key: CLOUDSTACK-7094 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7094 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Doc >Affects Versions: 4.4.0 >Reporter: Sanjay Tripathi > Fix For: 4.5.0 > > > If VM(say windows 7) with PV tools installed is running on XS host 6.0 or on > previous versions and user wants to upgrade it to XS 620SP1. Steps to follow: > a. Upgrade XenServer to 620SP1 > b. Update the PV tools in all the VMs. > c. Change service offering to have VGPU support. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Updated] (CLOUDSTACK-6453) [GPU] Windows 2012 Server instance created with vGPU offering is not coming up after installing PV drivers
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada updated CLOUDSTACK-6453: - Fix Version/s: 4.5.0 > [GPU] Windows 2012 Server instance created with vGPU offering is not coming > up after installing PV drivers > -- > > Key: CLOUDSTACK-6453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6453 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, XenServer >Affects Versions: 4.4.0 >Reporter: Sailaja Mada >Assignee: Sanjay Tripathi >Priority: Critical > Fix For: 4.4.0, 4.5.0 > > Attachments: SMlog, gpulogs.zip > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using K200 vGPU profile offering > 4. Install Windows 2012 instance and install PV drivers > 5. During PV driver installation Windows 2012 server went for reboot. > Observation: > 1. After reboot, Windows 2012 Server instance created with vGPU offering is > not coming up after installing PV drivers > 2. It remained in stopped state. > 3. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 4. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Reopened] (CLOUDSTACK-6453) [GPU] Windows 2012 Server instance created with vGPU offering is not coming up after installing PV drivers
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sailaja Mada reopened CLOUDSTACK-6453: -- Tried with latest master. Reported issue is not fixed. Hence reopening the bug. > [GPU] Windows 2012 Server instance created with vGPU offering is not coming > up after installing PV drivers > -- > > Key: CLOUDSTACK-6453 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6453 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server, XenServer >Affects Versions: 4.4.0 >Reporter: Sailaja Mada >Assignee: Sanjay Tripathi >Priority: Critical > Fix For: 4.4.0, 4.5.0 > > Attachments: SMlog, gpulogs.zip > > > Steps: > 1. Install and Configure Adv zone using Xen 6.2.5 which has GRID K2 > 2. Create Service Offering using K2 - K200 profile of vGPU > 3. Deploy windows 2012 instance with ISO using K200 vGPU profile offering > 4. Install Windows 2012 instance and install PV drivers > 5. During PV driver installation Windows 2012 server went for reboot. > Observation: > 1. After reboot, Windows 2012 Server instance created with vGPU offering is > not coming up after installing PV drivers > 2. It remained in stopped state. > 3. Tried to start instance manually , Cloudstack says Instance started and > instance moved to running state. But XenServer failed to start the instance. > 4. Later Cloudstack also marked the instance in stopped state. > Attached detailed logs -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7214) [LDAP] connection timeout is hardcoded to 500ms
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082135#comment-14082135 ] ASF subversion and git services commented on CLOUDSTACK-7214: - Commit fca41bf527372018dc2faaae03b9d37eb564b66a in cloudstack's branch refs/heads/master from [~rajanik] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=fca41bf ] Fixed bug: CLOUDSTACK-7214 added a config for ldap connection read timeout. > [LDAP] connection timeout is hardcoded to 500ms > --- > > Key: CLOUDSTACK-7214 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7214 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: 4.3.0 >Reporter: Rajani Karuturi >Assignee: Rajani Karuturi > Fix For: 4.5.0 > > > if the ldap connection takes more than 500ms to respond, it timeout and > doesnt return any users. > There is no way to change this value from a configuration. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7213) Cloud-setup-databases script should not fail if no SELinux is installed
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082128#comment-14082128 ] ASF subversion and git services commented on CLOUDSTACK-7213: - Commit 79fcbd4a599f3ca39acb137f65b24b90ee3ddea1 in cloudstack's branch refs/heads/master from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=79fcbd4 ] CLOUDSTACK-7213: fixed continuing cloud-setup-database if there is no selinux > Cloud-setup-databases script should not fail if no SELinux is installed > --- > > Key: CLOUDSTACK-7213 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7213 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Install and Setup >Affects Versions: 4.0.0 >Reporter: Jayapal Reddy >Assignee: Jayapal Reddy > Fix For: 4.5.0 > > > We should update ou scripts to check if Selinux is installed, and only if it > is installed check if it is set to permissive mode, if it is not installed we > should not fail (as far as I can tell we do not have dependancy on SElinux) -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7212) Failed to create LB rule on public port 8081
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082129#comment-14082129 ] ASF subversion and git services commented on CLOUDSTACK-7212: - Commit d28da9d98673d73e3f455199735a8e3e09cb00a4 in cloudstack's branch refs/heads/master from Jayapal [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=d28da9d ] CLOUDSTACK-7212: Failed creating LB rule on public port 8081 for VR as LB provider > Failed to create LB rule on public port 8081 > > > Key: CLOUDSTACK-7212 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7212 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller >Affects Versions: 4.0.0 >Reporter: Jayapal Reddy >Assignee: Jayapal Reddy > Fix For: 4.5.0 > > > Creating to LB rule on public port 8081 is failed on VR as a LB provider. > This is because the haproxy in VR is listening on the public ip for LB stats. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7220) [Hyper-V] Hyper-V Agent is broken in 4.4 branch
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7220?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082126#comment-14082126 ] ASF subversion and git services commented on CLOUDSTACK-7220: - Commit cda088470b069b4361e87e12e96f2769305e96d9 in cloudstack's branch refs/heads/4.4 from [~anshulg] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=cda0884 ] CLOUDSTACK-7220: fixed building hyper-v agent is broken, commits were not applied in correct order while cherry picking from 4.4-forward to 4.4 > [Hyper-V] Hyper-V Agent is broken in 4.4 branch > --- > > Key: CLOUDSTACK-7220 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7220 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Anshul Gangwar >Assignee: Anshul Gangwar >Priority: Blocker > > While cherry picking commits are not applied in correct order -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CLOUDSTACK-7217) Cannot launch VM after 4.4 Upgrade on KVM
[
https://issues.apache.org/jira/browse/CLOUDSTACK-7217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14081636#comment-14081636
]
Erik Weber edited comment on CLOUDSTACK-7217 at 8/1/14 9:39 AM:
New rpms at https://www.dropbox.com/sh/x3zjvwy5ca1gpcu/AADsyYTYNQ6WOPoDvKbbnot2a
you'll have to force update since it's the same version..
{noformat}
rpm -Uvh --force cloudstack-*
{noformat}
was (Author: webern):
New rpms at https://www.dropbox.com/sh/x3zjvwy5ca1gpcu/AADsyYTYNQ6WOPoDvKbbnot2a
you'll have to force update since it's the same version..
rpm -Uvh --force cloudstack-*
> Cannot launch VM after 4.4 Upgrade on KVM
> -
>
> Key: CLOUDSTACK-7217
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7217
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Management Server
>Affects Versions: 4.4.0
> Environment: CentOS 6
>Reporter: Prieur Leary
>Priority: Critical
>
> Cannot launch VM after 4.4 upgrade.
> Management server logs following:
> 2014-07-31 15:43:21,111 DEBUG [c.c.c.CapacityManagerImpl]
> (Work-Job-Executor-157:ctx-089a5f26 job-30485/job-31053 ctx-1c0b8564) release
> cpu from host: 15, old used: 25500,reserved: 0, actual total$
> 2014-07-31 15:43:21,111 DEBUG [c.c.c.CapacityManagerImpl]
> (Work-Job-Executor-157:ctx-089a5f26 job-30485/job-31053 ctx-1c0b8564) release
> mem from host: 15, old used: 37044092928,reserved: 0, total:$
> 2014-07-31 15:43:21,183 ERROR [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-157:ctx-089a5f26 job-30485/job-31053 ctx-1c0b8564)
> Invocation exception, caused by: com.cloud.exception.AgentUnavaila$
> 2014-07-31 15:43:21,183 INFO [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-157:ctx-089a5f26 job-30485/job-31053 ctx-1c0b8564) Rethrow
> exception com.cloud.exception.AgentUnavailableException: R$
> 2014-07-31 15:43:21,183 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-157:ctx-089a5f26 job-30485/job-31053) Done with run of VM
> work job: com.cloud.vm.VmWorkStart for VM 3783, job origin: 3$
> 2014-07-31 15:43:21,183 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-157:ctx-089a5f26 job-30485/job-31053) Unable to complete
> AsyncJobVO {id:31053, userId: 1, accountId: 1, instanceType: n$
> com.cloud.exception.AgentUnavailableException: Resource [Host:15] is
> unreachable: Host 15: Unable to start instance due to Unable to get answer
> that is of class com.cloud.agent.api.StartAnswer
> at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:1105)
> at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5190)
> at sun.reflect.GeneratedMethodAccessor296.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:107)
> at
> com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5335)
> at
> com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to get
> answer that is of class com.cloud.agent.api.StartAnswer
> at com.cloud.agent.manager.Commands.getAnswer(Commands.java:80)
> at
> com.cloud.vm.VirtualMachineManagerImpl.orc
[jira] [Resolved] (CLOUDSTACK-7206) Update vm_network_map table correctly
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Saksham Srivastava resolved CLOUDSTACK-7206. Resolution: Fixed > Update vm_network_map table correctly > - > > Key: CLOUDSTACK-7206 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7206 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Reporter: Saksham Srivastava >Assignee: Saksham Srivastava > Fix For: 4.5.0 > > > cloud database has a table vm_network_table which can be used for faster > access of mapping of vm and it's associated networks. > Currently it is only updated during the deploy vm. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (CLOUDSTACK-7206) Update vm_network_map table correctly
[ https://issues.apache.org/jira/browse/CLOUDSTACK-7206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082095#comment-14082095 ] ASF subversion and git services commented on CLOUDSTACK-7206: - Commit 3d6c64d262897d025652a08587ae1105c7239117 in cloudstack's branch refs/heads/master from [~saksham] [ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=3d6c64d ] CLOUDSTACK-7206: Update vm_network_map table correctly > Update vm_network_map table correctly > - > > Key: CLOUDSTACK-7206 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-7206 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Reporter: Saksham Srivastava >Assignee: Saksham Srivastava > Fix For: 4.5.0 > > > cloud database has a table vm_network_table which can be used for faster > access of mapping of vm and it's associated networks. > Currently it is only updated during the deploy vm. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Comment Edited] (CLOUDSTACK-6893) systemvms can not start on KVM host
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082075#comment-14082075
]
Daan Hoogland edited comment on CLOUDSTACK-6893 at 8/1/14 9:06 AM:
---
Wei Zhou,
Is this issue fixed? It seems to be still in 4.4.0. With an upgraded system
that is, not a new install.
was (Author: dahn):
Wei Zhou,
Is this issue fixed? It seems to be still in 4.4.0.
> systemvms can not start on KVM host
> ---
>
> Key: CLOUDSTACK-6893
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6893
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
>Reporter: Wei Zhou
>Assignee: Wei Zhou
>
> After upgrading from 4.3 to 4.4, the systemvms can not start with the
> following error logs:
> 2014-06-11 13:39:42,119 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Request:Seq 2-8064539557737005074: { Cmd ,
> MgmtId: 345051514000, via: 2, Ver: v1, Flags: 100011,
> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":216,"name":"s-216-VM","type":"SecondaryStorageVm","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":536870912,"maxRam":536870912,"arch":"x86_64","os":"Debian
> GNU/Linux 5.0 (64-bit)","platformEmulator":"Debian GNU/Linux 5","bootArgs":"
> template=domP type=secstorage host=172.16.15.10 port=8250 name=s-216-VM
> zone=1 pod=1 guid=s-216-VM
> resource=org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource
> instance=SecStorage sslcopy=false role=templateProcessor mtu=1500
> eth2ip=10.11.115.115 eth2mask=255.255.255.0 gateway=10.11.115.254
> public.network.device=eth2 eth0ip=169.254.1.127 eth0mask=255.255.0.0
> eth1ip=172.16.15.38 eth1mask=255.255.255.0 mgmtcidr=10.11.115.0/24
> localgw=172.16.15.254 private.network.device=eth1 eth3ip=172.16.15.41
> eth3mask=255.255.255.0 storageip=172.16.15.41 storagenetmask=255.255.255.0
> storagegateway=172.16.15.254 internaldns1=8.8.8.8 internaldns2=8.8.4.4
> dns1=8.8.8.8
> dns2=8.8.4.4","rebootOnCrash":false,"enableHA":false,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"3bbd718218d5602b","params":{},"uuid":"198324f1-aeba-4fae-adad-4ffc087b2f3a","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"0d65d238-a753-48da-b1d6-638fa533eb67","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"1dcbc42c-99bc-3276-9d86-4ad81ef1ad8e","id":2,"poolType":"NetworkFilesystem","host":"172.16.15.254","path":"/storage/cs-115-pri","port":2049,"url":"NetworkFilesystem://172.16.15.254/storage/cs-115-pri/?ROLE=Primary&STOREUUID=1dcbc42c-99bc-3276-9d86-4ad81ef1ad8e"}},"name":"ROOT-216","size":297230848,"path":"0d65d238-a753-48da-b1d6-638fa533eb67","volumeId":214,"vmName":"s-216-VM","accountId":1,"format":"QCOW2","id":214,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"0d65d238-a753-48da-b1d6-638fa533eb67","type":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.15.254","volumeSize":"297230848"}}],"nics":[{"deviceId":2,"networkRateMbps":-1,"defaultNic":true,"uuid":"765b43a0-43f7-4b23-abcc-86ccc6197a0e","ip":"10.11.115.115","netmask":"255.255.255.0","gateway":"10.11.115.254","mac":"06:78:16:00:00:1a","dns1":"8.8.8.8","dns2":"8.8.4.4","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://115","isolationUri":"vlan://115","isSecurityGroupEnabled":false,"name":"cloudbr0"},{"deviceId":0,"networkRateMbps":-1,"defaultNic":false,"uuid":"dc8a1a58-e581-49a2-8377-dc4fba1dfa57","ip":"169.254.1.127","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:01:7f","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"uuid":"81b10433-e67c-4052-8664-3bfccdb1c9cf","ip":"172.16.15.38","netmask":"255.255.255.0","gateway":"172.16.15.254","mac":"06:11:c4:00:00:09","broadcastType":"Native","type":"Management","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":3,"networkRateMbps":-1,"defaultNic":false,"uuid":"cdcd5757-04df-4b19-a314-f73b314778b2","ip":"172.16.15.41","netmask":"255.255.255.0","gateway":"172.16.15.254","mac":"06:ee:96:00:00:70","broadcastType":"Storage","type":"Storage","isSecurityGroupEnabled":false,"name":"cloudbr1"}]},"hostIp":"172.16.15.15","executeInSequence":false,"wait":0}},{"com.cloud.agent.api.check.CheckSshCommand":{"ip":"169.254.1.127","port":3922,"interval":6,"retries":100,"name":"s-216-VM","wait":0}}]
> }
> 2014-06-11 13:39:42,119 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Processing command:
> com.cloud.agent.api.StartCommand
> 2014-06-11 13:39:42,178 DEBUG [kvm.storage.KVMStoragePoolManager]
> (agentRequest-Handler-4:null) Disconnecting disk
> 0d65d238-a753-48da-b1
[jira] [Commented] (CLOUDSTACK-6893) systemvms can not start on KVM host
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082075#comment-14082075
]
Daan Hoogland commented on CLOUDSTACK-6893:
---
Wei Zhou,
Is this issue fixed? It seems to be still in 4.4.0.
> systemvms can not start on KVM host
> ---
>
> Key: CLOUDSTACK-6893
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6893
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
>Reporter: Wei Zhou
>Assignee: Wei Zhou
>
> After upgrading from 4.3 to 4.4, the systemvms can not start with the
> following error logs:
> 2014-06-11 13:39:42,119 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Request:Seq 2-8064539557737005074: { Cmd ,
> MgmtId: 345051514000, via: 2, Ver: v1, Flags: 100011,
> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":216,"name":"s-216-VM","type":"SecondaryStorageVm","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":536870912,"maxRam":536870912,"arch":"x86_64","os":"Debian
> GNU/Linux 5.0 (64-bit)","platformEmulator":"Debian GNU/Linux 5","bootArgs":"
> template=domP type=secstorage host=172.16.15.10 port=8250 name=s-216-VM
> zone=1 pod=1 guid=s-216-VM
> resource=org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource
> instance=SecStorage sslcopy=false role=templateProcessor mtu=1500
> eth2ip=10.11.115.115 eth2mask=255.255.255.0 gateway=10.11.115.254
> public.network.device=eth2 eth0ip=169.254.1.127 eth0mask=255.255.0.0
> eth1ip=172.16.15.38 eth1mask=255.255.255.0 mgmtcidr=10.11.115.0/24
> localgw=172.16.15.254 private.network.device=eth1 eth3ip=172.16.15.41
> eth3mask=255.255.255.0 storageip=172.16.15.41 storagenetmask=255.255.255.0
> storagegateway=172.16.15.254 internaldns1=8.8.8.8 internaldns2=8.8.4.4
> dns1=8.8.8.8
> dns2=8.8.4.4","rebootOnCrash":false,"enableHA":false,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"3bbd718218d5602b","params":{},"uuid":"198324f1-aeba-4fae-adad-4ffc087b2f3a","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"0d65d238-a753-48da-b1d6-638fa533eb67","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"1dcbc42c-99bc-3276-9d86-4ad81ef1ad8e","id":2,"poolType":"NetworkFilesystem","host":"172.16.15.254","path":"/storage/cs-115-pri","port":2049,"url":"NetworkFilesystem://172.16.15.254/storage/cs-115-pri/?ROLE=Primary&STOREUUID=1dcbc42c-99bc-3276-9d86-4ad81ef1ad8e"}},"name":"ROOT-216","size":297230848,"path":"0d65d238-a753-48da-b1d6-638fa533eb67","volumeId":214,"vmName":"s-216-VM","accountId":1,"format":"QCOW2","id":214,"deviceId":0,"cacheMode":"NONE","hypervisorType":"KVM"}},"diskSeq":0,"path":"0d65d238-a753-48da-b1d6-638fa533eb67","type":"ROOT","_details":{"managed":"false","storagePort":"2049","storageHost":"172.16.15.254","volumeSize":"297230848"}}],"nics":[{"deviceId":2,"networkRateMbps":-1,"defaultNic":true,"uuid":"765b43a0-43f7-4b23-abcc-86ccc6197a0e","ip":"10.11.115.115","netmask":"255.255.255.0","gateway":"10.11.115.254","mac":"06:78:16:00:00:1a","dns1":"8.8.8.8","dns2":"8.8.4.4","broadcastType":"Vlan","type":"Public","broadcastUri":"vlan://115","isolationUri":"vlan://115","isSecurityGroupEnabled":false,"name":"cloudbr0"},{"deviceId":0,"networkRateMbps":-1,"defaultNic":false,"uuid":"dc8a1a58-e581-49a2-8377-dc4fba1dfa57","ip":"169.254.1.127","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:01:7f","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"uuid":"81b10433-e67c-4052-8664-3bfccdb1c9cf","ip":"172.16.15.38","netmask":"255.255.255.0","gateway":"172.16.15.254","mac":"06:11:c4:00:00:09","broadcastType":"Native","type":"Management","isSecurityGroupEnabled":false,"name":"cloudbr1"},{"deviceId":3,"networkRateMbps":-1,"defaultNic":false,"uuid":"cdcd5757-04df-4b19-a314-f73b314778b2","ip":"172.16.15.41","netmask":"255.255.255.0","gateway":"172.16.15.254","mac":"06:ee:96:00:00:70","broadcastType":"Storage","type":"Storage","isSecurityGroupEnabled":false,"name":"cloudbr1"}]},"hostIp":"172.16.15.15","executeInSequence":false,"wait":0}},{"com.cloud.agent.api.check.CheckSshCommand":{"ip":"169.254.1.127","port":3922,"interval":6,"retries":100,"name":"s-216-VM","wait":0}}]
> }
> 2014-06-11 13:39:42,119 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Processing command:
> com.cloud.agent.api.StartCommand
> 2014-06-11 13:39:42,178 DEBUG [kvm.storage.KVMStoragePoolManager]
> (agentRequest-Handler-4:null) Disconnecting disk
> 0d65d238-a753-48da-b1d6-638fa533eb67
> 2014-06-11 13:39:42,229 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-4:null) Seq 2-8064539557737005074: { Ans: , MgmtId:
> 345051514000, via: 2, Ver: v1, Flags
[jira] [Updated] (CLOUDSTACK-6990) VM console displays blank page.AgentControlChannelException in cloud.log
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6990?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rajesh Battala updated CLOUDSTACK-6990:
---
Fix Version/s: 4.5.0
> VM console displays blank page.AgentControlChannelException in cloud.log
>
>
> Key: CLOUDSTACK-6990
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6990
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: SystemVM
>Affects Versions: 4.4.0
>Reporter: manasaveloori
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.4.0, 4.5.0
>
> Attachments: cloud.log, management-server.rar
>
>
> Deployed Cloudstack using the build :
> [root@RHEL63test ~]# cloudstack-sccs
> 9024ad14681858ac7caafaf86f267a213ce6b61c
> Deployed a user VM.
> Now try to open the console of any VM.
> It is displaying blank page.
> In CPVM cloud.log observed the following exception continuously:
> 2014-06-25 06:31:14,620 INFO [utils.exception.CSExceptionErrorCode] (Console
> Proxy GC Thread:null) Could not find exception:
> com.cloud.exception.AgentControlChannelException in error code list for
> exceptions
> 2014-06-25 06:31:14,621 ERROR [resource.consoleproxy.ConsoleProxyResource]
> (Console Proxy GC Thread:null) Unable to send out load info due to Unable to
> post agent control request as link is not available
> com.cloud.exception.AgentControlChannelException: Unable to post agent
> control request as link is not available
> at com.cloud.agent.Agent.postRequest(Agent.java:689)
> at com.cloud.agent.Agent.postRequest(Agent.java:677)
> at
> com.cloud.agent.resource.consoleproxy.ConsoleProxyResource.reportLoadInfo(ConsoleProxyResource.java:418)
> at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.consoleproxy.ConsoleProxy.reportLoadInfo(ConsoleProxy.java:227)
> at
> com.cloud.consoleproxy.ConsoleProxyGCThread.run(ConsoleProxyGCThread.java:102)
> 2014-06-25 06:31:14,621 DEBUG [cloud.consoleproxy.ConsoleProxyGCThread]
> (Console Proxy GC Thread:null) Report load change : {
> "connections": []
> }
> 2014-06-25 06:31:14,897 INFO [cloud.agent.Agent] (Agent-Handler-4:null)
> Reconnecting...
> 2014-06-25 06:31:14,897 INFO [utils.nio.NioClient] (Agent-Selector:null)
> Connecting to 10.147.59.222:8250
> Attaching the Ms logs and CPVM log.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
[jira] [Commented] (CLOUDSTACK-6990) VM console displays blank page.AgentControlChannelException in cloud.log
[
https://issues.apache.org/jira/browse/CLOUDSTACK-6990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14082040#comment-14082040
]
Rajesh Battala commented on CLOUDSTACK-6990:
this issue will get fixed by
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=c61c636ce8a1d74fd22d89026d40ba904fff6cf8
> VM console displays blank page.AgentControlChannelException in cloud.log
>
>
> Key: CLOUDSTACK-6990
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6990
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: SystemVM
>Affects Versions: 4.4.0
>Reporter: manasaveloori
>Assignee: Rajesh Battala
>Priority: Critical
> Fix For: 4.4.0, 4.5.0
>
> Attachments: cloud.log, management-server.rar
>
>
> Deployed Cloudstack using the build :
> [root@RHEL63test ~]# cloudstack-sccs
> 9024ad14681858ac7caafaf86f267a213ce6b61c
> Deployed a user VM.
> Now try to open the console of any VM.
> It is displaying blank page.
> In CPVM cloud.log observed the following exception continuously:
> 2014-06-25 06:31:14,620 INFO [utils.exception.CSExceptionErrorCode] (Console
> Proxy GC Thread:null) Could not find exception:
> com.cloud.exception.AgentControlChannelException in error code list for
> exceptions
> 2014-06-25 06:31:14,621 ERROR [resource.consoleproxy.ConsoleProxyResource]
> (Console Proxy GC Thread:null) Unable to send out load info due to Unable to
> post agent control request as link is not available
> com.cloud.exception.AgentControlChannelException: Unable to post agent
> control request as link is not available
> at com.cloud.agent.Agent.postRequest(Agent.java:689)
> at com.cloud.agent.Agent.postRequest(Agent.java:677)
> at
> com.cloud.agent.resource.consoleproxy.ConsoleProxyResource.reportLoadInfo(ConsoleProxyResource.java:418)
> at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> com.cloud.consoleproxy.ConsoleProxy.reportLoadInfo(ConsoleProxy.java:227)
> at
> com.cloud.consoleproxy.ConsoleProxyGCThread.run(ConsoleProxyGCThread.java:102)
> 2014-06-25 06:31:14,621 DEBUG [cloud.consoleproxy.ConsoleProxyGCThread]
> (Console Proxy GC Thread:null) Report load change : {
> "connections": []
> }
> 2014-06-25 06:31:14,897 INFO [cloud.agent.Agent] (Agent-Handler-4:null)
> Reconnecting...
> 2014-06-25 06:31:14,897 INFO [utils.nio.NioClient] (Agent-Selector:null)
> Connecting to 10.147.59.222:8250
> Attaching the Ms logs and CPVM log.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
