Yes, I can open a ticket.
> On Mar 7, 2017, at 1:50 PM, Sergey Levitskiy <sergey.levits...@autodesk.com> > wrote: > > Yes that’s the bug. Can you open a ticket for this? @ nvazquez can you take a > look? > > On 3/7/17, 12:44 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote: > > This does seem messed up. > > If I add a new primary storage and give it a storage tag, the tag ends up > in storage_pool_details. > > If I edit an existing storage pool’s storage tags, it places them in > storage_pool_tags. > > On 3/7/17, 1:39 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote: > > I believe I have found another bug (one that we should either fix or > examine in detail before releasing 4.10). > > It looks like we have a new table: cloud.storage_pool_tags. > > The addition of this table seems to have broken the listStorageTags > API command. When this command runs, it doesn’t pick up any storage tags for > me (and I know I have one storage tag). > > This data used to be stored in the cloud.storage_pool_details table. > It’s good to put it in its own table, but will our upgrade process move the > existing tags from storage_pool_details to storage_pool_tags? > > I have not yet opened a ticket for this. I want to examine it a bit > more before doing so. > > On 3/7/17, 8:10 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> > wrote: > > No VM snapshot. > > I tried while the VM was in the Running state and then I also > tried in the Stopped state. Same results. > >> On Mar 7, 2017, at 7:54 AM, Sergey Levitskiy <sergey.levits...@autodesk.com> >> wrote: >> >> Is VM has an VMsnaphsot? Is VM in Stopped state? >> >> On 3/6/17, 10:32 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote: >> >> I seem to have found another blocker: >> >> https://issues.apache.org/jira/browse/CLOUDSTACK-9822 >> >> On 3/6/17, 9:51 PM, "Rajani Karuturi" <raj...@apache.org> wrote: >> >> PRs are ready for the blockers. Waiting for reviews and test >> results. Once they are ready, I will merge them(and a few more >> bug fixes) and create RC2 (probably tomorrow, Wednesday) >> >> Thanks, >> >> ~ Rajani >> >> http://cloudplatform.accelerite.com/ >> >> On March 3, 2017 at 4:30 PM, Rajani Karuturi (raj...@apache.org) >> wrote: >> >> I will create RC2 on Monday with the fixes mentioned in my >> previous mail. >> >> ~ Rajani >> >> http://cloudplatform.accelerite.com/ >> >> On March 3, 2017 at 2:36 PM, Rohit Yadav >> (rohit.ya...@shapeblue.com) wrote: >> >> Thanks Koushik, I did not realize Kishan had sent this already. >> Let's get either of the PRs merged and kick a RC2. >> >> Regards. >> >> ________________________________ >> From: Koushik Das <koushik....@accelerite.com> >> Sent: 03 March 2017 14:14:56 >> To: dev@cloudstack.apache.org >> Subject: Re: :[VOTE] Apache Cloudstack 4.10.0.0 >> >> Looks like there is already a PR for the same issue >> https://github.com/apache/cloudstack/pull/1982 from Kishan. >> >> -Koushik >> >> On 03/03/17, 1:58 PM, "Rohit Yadav" <rohit.ya...@shapeblue.com> >> wrote: >> >> -1 (binding) >> >> All, I've found an upgrade blocker. Pre 4.6 users are required >> to seed 4.6 systemvmtemplate to proceed with the upgrade >> otherwise upgrade fails, and from 4.9 upgrade to 4.10 does no >> check/enforcement that 4.10 based systemvmtemplate has been >> seeded/registered, nor the minimum required systemvmtemplate >> version is changed from 4.6.0 to 4.10.0. >> >> After we have merged the strongswan/java8 PR, I had updated the >> upgrade docs on how to upgrade the systemvmtemplate here: >> >> >> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.10/upgrade/upgrade-4.9.html >> >> Using the above, I've tried to fix these issues here, please >> review and merge for RC2: >> >> https://github.com/apache/cloudstack/pull/1983 >> >> <https://github.com/apache/cloudstack/pull/1983>With above fix, >> the aim is that users only seed the 4.10 systemvmtemplate before >> upgrade and post-upgrade the upgrade paths fix the entries, >> global setting etc. >> >> Regards. >> >> ________________________________ >> From: Tutkowski, Mike <mike.tutkow...@netapp.com> >> Sent: 02 March 2017 22:39:08 >> To: dev@cloudstack.apache.org >> Subject: Re: :[VOTE] Apache Cloudstack 4.10.0.0 >> >> I rolled back to my master branch at >> da66b06e7d562393da2e4b52206943f8bad49d10 and it works. >> >> It appears something that went into after that commit has broken >> this. It looks like this SHA is about two weeks old and that 43 >> commits have gone into master since it. >> >> On 3/2/17, 7:06 AM, "Tutkowski, Mike" >> <mike.tutkow...@netapp.com> wrote: >> >> According to where the code fails, though, it appears to be a >> networking problem. If I set a breakpoint before the failure and >> change a variable to say that security groups are not being used, >> then the VM starts. >> >> I think this is a recently introduced problem because I have >> another branch based off of a slightly older version of master >> and it works fine here. >> >>> On Mar 2, 2017, at 6:51 AM, Pierre-Luc Dion >> <pd...@cloudops.com> wrote: >>> >>> Hi Mike, >>> Try vm with at least 512MB for memory. >>> >>>> On Mar 1, 2017 15:01, "Tutkowski, Mike" >> <mike.tutkow...@netapp.com> wrote: >>>> >>>> I see the following exception when trying to deploy a user VM >> in a Basic >>>> Zone with two XenServer 6.5 hosts in one cluster. My system >> VMs have all >>>> deployed properly. The user template gets downloaded fine. I >> can see the >>>> user VM begin to start on a XenServer host, then it goes >> away. We then >>>> automatically try on the other host. I can see the VM begin >> to start there >>>> for a moment, then it goes away. >>>> >>>> I am just deploying the user VM’s template and root disk to >> NFS (same >>>> place where the template and root disks of my system VMs >> are). >>>> >>>> I am using the built-in XenServer CentOS 5.6 (64 bit) >> template with 1 >>>> vCPU, 500 MHz, and 256 MB memory. >>>> >>>> WARN [c.c.a.r.v.VirtualRoutingResource] >> (DirectAgent-7:ctx-35aded78) >>>> (logid:aab9c320) Expected 1 answers while executing >> VmDataCommand but >>>> received 2 >>>> WARN [c.c.v.VirtualMachinePowerStateSyncImpl] >> (DirectAgentCronJob-14:ctx-27fb1ac3) >>>> (logid:2c342f23) VM state was updated but update time is >> null?! vm id: 6 >>>> INFO [o.a.c.f.j.i.AsyncJobManagerImpl] >> (AsyncJobMgr-Heartbeat-1:ctx-2c7d2dce) >>>> (logid:a56a9a8c) Begin cleanup expired async-jobs >>>> INFO [o.a.c.f.j.i.AsyncJobManagerImpl] >> (AsyncJobMgr-Heartbeat-1:ctx-2c7d2dce) >>>> (logid:a56a9a8c) End cleanup expired async-jobs >>>> INFO [c.c.u.AccountManagerImpl] >> (AccountChecker-1:ctx-383a632c) >>>> (logid:541e9ba5) Found 0 removed accounts to cleanup >>>> INFO [c.c.u.AccountManagerImpl] >> (AccountChecker-1:ctx-383a632c) >>>> (logid:541e9ba5) Found 0 disabled accounts to cleanup >>>> INFO [c.c.u.AccountManagerImpl] >> (AccountChecker-1:ctx-383a632c) >>>> (logid:541e9ba5) Found 0 inactive domains to cleanup >>>> INFO [c.c.u.AccountManagerImpl] >> (AccountChecker-1:ctx-383a632c) >>>> (logid:541e9ba5) Found 0 disabled projects to cleanup >>>> WARN [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-16:ctx-7c901443) >>>> (logid:aab9c320) callHostPlugin failed for cmd: >> default_network_rules with >>>> args secIps: 0:, vmName: i-2-6-VM, vmID: 6, vmIP: >> 10.117.40.53, vmMAC: >>>> 06:b2:f4:00:00:22, due to There was a failure communicating >> with the >>>> plugin. >>>> WARN [c.c.h.x.r.w.x.CitrixStartCommandWrapper] >>>> (DirectAgent-16:ctx-7c901443) (logid:aab9c320) Catch >> Exception: class >>>> com.cloud.utils.exception.CloudRuntimeException due to >>>> com.cloud.utils.exception.CloudRuntimeException: >> callHostPlugin failed >>>> for cmd: default_network_rules with args secIps: 0:, vmName: >> i-2-6-VM, >>>> vmID: 6, vmIP: 10.117.40.53, vmMAC: 06:b2:f4:00:00:22, due to >> There was a >>>> failure communicating with the plugin. >>>> com.cloud.utils.exception.CloudRuntimeException: >> callHostPlugin failed >>>> for cmd: default_network_rules with args secIps: 0:, vmName: >> i-2-6-VM, >>>> vmID: 6, vmIP: 10.117.40.53, vmMAC: 06:b2:f4:00:00:22, due to >> There was a >>>> failure communicating with the plugin. >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> callHostPlugin(CitrixResourceBase.java:338) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:188) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:53) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper. >>>> >> xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> executeRequest(CitrixResourceBase.java:1691) >>>> at >> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext( >>>> DirectAgentAttache.java:315) >>>> 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:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> >> ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> WARN [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-16:ctx-7c901443) >>>> (logid:aab9c320) Unable to start i-2-6-VM due to >>>> com.cloud.utils.exception.CloudRuntimeException: >> callHostPlugin failed >>>> for cmd: default_network_rules with args secIps: 0:, vmName: >> i-2-6-VM, >>>> vmID: 6, vmIP: 10.117.40.53, vmMAC: 06:b2:f4:00:00:22, due to >> There was a >>>> failure communicating with the plugin. >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> callHostPlugin(CitrixResourceBase.java:338) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:188) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:53) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper. >>>> >> xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> executeRequest(CitrixResourceBase.java:1691) >>>> at >> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext( >>>> DirectAgentAttache.java:315) >>>> 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:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> >> ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> INFO [o.a.c.e.o.NetworkOrchestrator] >> (Network-Scavenger-1:ctx-2058d5ac) >>>> (logid:bf8885a0) NetworkGarbageCollector uses '20' seconds >> for GC interval. >>>> WARN [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-16:ctx-7c901443) >>>> (logid:aab9c320) Unable to clean up VBD due to >>>> You gave an invalid object reference. The object may have >> recently been >>>> deleted. The class parameter gives the type of reference >> given, and the >>>> handle parameter echoes the bad value given. >>>> at com.xensource.xenapi.Types.checkResponse(Types.java:693) >>>> at >> com.xensource.xenapi.Connection.dispatch(Connection.java:395) >>>> at >> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$ >>>> >> XenServerConnection.dispatch(XenServerConnectionPool.java:457) >>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1109) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> handleVmStartFailure(CitrixResourceBase.java:3576) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:210) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:53) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper. >>>> >> xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> executeRequest(CitrixResourceBase.java:1691) >>>> at >> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext( >>>> DirectAgentAttache.java:315) >>>> 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:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> >> ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> WARN [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-16:ctx-7c901443) >>>> (logid:aab9c320) Unable to clean up VBD due to >>>> You gave an invalid object reference. The object may have >> recently been >>>> deleted. The class parameter gives the type of reference >> given, and the >>>> handle parameter echoes the bad value given. >>>> at com.xensource.xenapi.Types.checkResponse(Types.java:693) >>>> at >> com.xensource.xenapi.Connection.dispatch(Connection.java:395) >>>> at >> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$ >>>> >> XenServerConnection.dispatch(XenServerConnectionPool.java:457) >>>> at com.xensource.xenapi.VBD.unplug(VBD.java:1109) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> handleVmStartFailure(CitrixResourceBase.java:3576) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:210) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:53) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper. >>>> >> xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> executeRequest(CitrixResourceBase.java:1691) >>>> at >> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext( >>>> DirectAgentAttache.java:315) >>>> 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:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> >> ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> WARN [c.c.h.x.r.CitrixResourceBase] >> (DirectAgent-16:ctx-7c901443) >>>> (logid:aab9c320) Unable to cleanup VIF >>>> You gave an invalid object reference. The object may have >> recently been >>>> deleted. The class parameter gives the type of reference >> given, and the >>>> handle parameter echoes the bad value given. >>>> at com.xensource.xenapi.Types.checkResponse(Types.java:693) >>>> at >> com.xensource.xenapi.Connection.dispatch(Connection.java:395) >>>> at >> com.cloud.hypervisor.xenserver.resource.XenServerConnectionPool$ >>>> >> XenServerConnection.dispatch(XenServerConnectionPool.java:457) >>>> at com.xensource.xenapi.VIF.unplug(VIF.java:921) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> handleVmStartFailure(CitrixResourceBase.java:3584) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:210) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper.xenbase. >>>> >> CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:53) >>>> at com.cloud.hypervisor.xenserver.resource.wrapper. >>>> >> xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122) >>>> at >> com.cloud.hypervisor.xenserver.resource.CitrixResourceBase. >>>> executeRequest(CitrixResourceBase.java:1691) >>>> at >> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext( >>>> DirectAgentAttache.java:315) >>>> 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:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> >> ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) >>>> at java.util.concurrent.ScheduledThreadPoolExecutor$ >>>> ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> INFO [c.c.v.VirtualMachineManagerImpl] >> (Work-Job-Executor-2:ctx-bc104380 >>>> job-25/job-27 ctx-8c946a5b) (logid:aab9c320) Unable to start >> VM on >>>> Host[-2-Routing] due to Unable to start i-2-6-VM due to >>>> ERROR [c.c.v.VmWorkJobHandlerProxy] >> (Work-Job-Executor-2:ctx-bc104380 >>>> job-25/job-27 ctx-8c946a5b) (logid:aab9c320) Invocation >> exception, caused >>>> by: com.cloud.exception.InsufficientServerCapacityException: >> Unable to >>>> create a deployment for VM[User|i-2-6-VM]Scope=interface >>>> com.cloud.dc.DataCenter; id=1 >>>> INFO [c.c.v.VmWorkJobHandlerProxy] >> (Work-Job-Executor-2:ctx-bc104380 >>>> job-25/job-27 ctx-8c946a5b) (logid:aab9c320) Rethrow >> exception >>>> com.cloud.exception.InsufficientServerCapacityException: >> Unable to create >>>> a deployment for VM[User|i-2-6-VM]Scope=interface >>>> com.cloud.dc.DataCenter; id=1 >>>> ERROR [c.c.v.VmWorkJobDispatcher] >> (Work-Job-Executor-2:ctx-bc104380 >>>> job-25/job-27) (logid:aab9c320) Unable to complete AsyncJobVO >> {id:27, >>>> userId: 2, accountId: 2, instanceType: null, instanceId: >> null, cmd: >>>> com.cloud.vm.VmWorkStart, cmdInfo: >> rO0ABXNyABhjb20uY2xvdWQudm0uVm >>>> 1Xb3JrU3RhcnR9cMGsvxz73gIAC0oABGRjSWRMAAZhdm9pZHN0ADBMY29tL2 >>>> Nsb3VkL2RlcGxveS9EZXBsb3ltZW50UGxhbm5lciRFeGNsdWRlTGlzdDtMAA >>>> ljbHVzdGVySWR0ABBMamF2YS9sYW5nL0xvbmc7TAAGaG9zdElkcQB- >>>> AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNp >>>> >> Y2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB-AANMAAVwb2RJZHEAfgACTAAGcG9vbE >>>> >> >> lkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB- >>>> >> AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkS >>>> >> >> gAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB-AAN4cAAAAAAAAAACAAAAAAAAAAIAAA >>>> AAAAAABnQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAAAAAAAAAHBwcH >>>> BwcHBwc3IAEWphdmEudXRpbC5IYXNoTWFwBQfawcMWYNEDAAJGAApsb2FkRm >>>> FjdG9ySQAJdGhyZXNob2xkeHA_QAAAAAAADHcIAAAAEAAAAAF0AApWbV >>>> Bhc3N3b3JkdAAcck8wQUJYUUFEbk5oZG1Wa1gzQmhjM04zYjNKa3hw, >> cmdVersion: 0, >>>> status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: >> null, >>>> initMsid: 52237617797, completeMsid: null, lastUpdated: null, >> lastPolled: >>>> null, created: Wed Mar 01 12:51:32 MST 2017}, job origin:25 >>>> com.cloud.exception.InsufficientServerCapacityException: >> Unable to create >>>> a deployment for VM[User|i-2-6-VM]Scope=interface >>>> com.cloud.dc.DataCenter; id=1 >>>> at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart( >>>> VirtualMachineManagerImpl.java:961) >>>> at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart( >>>> VirtualMachineManagerImpl.java:4661) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke( >>>> NativeMethodAccessorImpl.java:62) >>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>> DelegatingMethodAccessorImpl.java:43) >>>> at java.lang.reflect.Method.invoke(Method.java:498) >>>> at com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob( >>>> VmWorkJobHandlerProxy.java:107) >>>> at com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob( >>>> VirtualMachineManagerImpl.java:4822) >>>> at com.cloud.vm.VmWorkJobDispatcher.runJob( >>>> VmWorkJobDispatcher.java:102) >>>> at >> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5. >>>> runInContext(AsyncJobManagerImpl.java:554) >>>> 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:502) >>>> at java.util.concurrent.Executors$RunnableAdapter. >>>> call(Executors.java:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> INFO [o.a.c.f.j.i.AsyncJobMonitor] >> (Work-Job-Executor-2:ctx-bc104380 >>>> job-25/job-27) (logid:aab9c320) Remove job-27 from job >> monitoring >>>> WARN [o.a.c.alerts] (API-Job-Executor-1:ctx-f787201d job-25 >>>> ctx-56356c1a) (logid:aab9c320) alertType:: 8 // >> dataCenterId:: 1 // >>>> podId:: 1 // clusterId:: null // message:: Failed to deploy >> Vm with Id: 6, >>>> on Host with Id: null >>>> ERROR [c.c.a.ApiAsyncJobDispatcher] >> (API-Job-Executor-1:ctx-f787201d >>>> job-25) (logid:aab9c320) Unexpected exception while executing >>>> org.apache.cloudstack.api.command.admin.vm.DeployVMCmdByAdmin >>>> com.cloud.utils.exception.CloudRuntimeException: Unable to >> start a VM due >>>> to insufficient capacity >>>> at com.cloud.vm.VirtualMachineManagerImpl.start( >>>> VirtualMachineManagerImpl.java:623) >>>> at >> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl. >>>> deployVirtualMachine(VMEntityManagerImpl.java:242) >>>> at org.apache.cloudstack.engine.cloud.entity.api. >>>> >> VirtualMachineEntityImpl.deploy(VirtualMachineEntityImpl.java:212) >>>> at com.cloud.vm.UserVmManagerImpl.startVirtualMachine( >>>> UserVmManagerImpl.java:4084) >>>> at com.cloud.vm.UserVmManagerImpl.startVirtualMachine( >>>> UserVmManagerImpl.java:3682) >>>> at com.cloud.vm.UserVmManagerImpl.startVirtualMachine( >>>> UserVmManagerImpl.java:3670) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke( >>>> NativeMethodAccessorImpl.java:62) >>>> at sun.reflect.DelegatingMethodAccessorImpl.invoke( >>>> DelegatingMethodAccessorImpl.java:43) >>>> at java.lang.reflect.Method.invoke(Method.java:498) >>>> at org.springframework.aop.support.AopUtils. >>>> invokeJoinpointUsingReflection(AopUtils.java:333) >>>> at >> org.springframework.aop.framework.ReflectiveMethodInvocation. >>>> invokeJoinpoint(ReflectiveMethodInvocation.java:190) >>>> at >> org.springframework.aop.framework.ReflectiveMethodInvocation. >>>> proceed(ReflectiveMethodInvocation.java:157) >>>> at org.apache.cloudstack.network.contrail.management. >>>> EventUtils$EventInterceptor.invoke(EventUtils.java:107) >>>> at >> org.springframework.aop.framework.ReflectiveMethodInvocation. >>>> proceed(ReflectiveMethodInvocation.java:168) >>>> at com.cloud.event.ActionEventInterceptor.invoke( >>>> ActionEventInterceptor.java:51) >>>> at >> org.springframework.aop.framework.ReflectiveMethodInvocation. >>>> proceed(ReflectiveMethodInvocation.java:168) >>>> at >> org.springframework.aop.interceptor.ExposeInvocationInterceptor. >>>> invoke(ExposeInvocationInterceptor.java:92) >>>> at >> org.springframework.aop.framework.ReflectiveMethodInvocation. >>>> proceed(ReflectiveMethodInvocation.java:179) >>>> at org.springframework.aop.framework.JdkDynamicAopProxy. >>>> invoke(JdkDynamicAopProxy.java:213) >>>> at com.sun.proxy.$Proxy186.startVirtualMachine(Unknown >> Source) >>>> at org.apache.cloudstack.api.command.admin.vm. >>>> DeployVMCmdByAdmin.execute(DeployVMCmdByAdmin.java:50) >>>> at >> com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150) >>>> at com.cloud.api.ApiAsyncJobDispatcher.runJob( >>>> ApiAsyncJobDispatcher.java:108) >>>> at >> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5. >>>> runInContext(AsyncJobManagerImpl.java:554) >>>> 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:502) >>>> at java.util.concurrent.Executors$RunnableAdapter. >>>> call(Executors.java:511) >>>> at java.util.concurrent.FutureTask.run(FutureTask.java:266) >>>> at java.util.concurrent.ThreadPoolExecutor.runWorker( >>>> ThreadPoolExecutor.java:1142) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run( >>>> ThreadPoolExecutor.java:617) >>>> at java.lang.Thread.run(Thread.java:745) >>>> Caused by: >> com.cloud.exception.InsufficientServerCapacityException: >>>> Unable to create a deployment for >> VM[User|i-2-6-VM]Scope=interface >>>> com.cloud.dc.DataCenter; id=1 >>>> at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart( >>>> VirtualMachineManagerImpl.java:961) >>>> at com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart( >>>> VirtualMachineManagerImpl.java:4661) >>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >> Method) >>>> ... 18 more >>>> >>>> On 3/1/17, 8:52 AM, "Pierre-Luc Dion" <pdion...@apache.org> >> wrote: >>>> >>>> Do we support centos6 with this 4.10 on jdk8? >>>> >>>> Because I did not had much success to install 4.10 jdk8 on >> centos6 >>>> and it >>>> would make more sense to drop support of centos6 so our >> packages would >>>> use >>>> centos7 with distro packages for tomcat7 and jdk8. Should >> also be the >>>> same >>>> with ubuntu 16.04 that use jdk8 and tomcat7 by default ? >>>> >>>> >>>> thanks, >>>> >>>> >>>>> On Wed, Mar 1, 2017 at 9:01 AM, Rene Moser >> <m...@renemoser.net> wrote: >>>>> >>>>> Hi >>>>> >>>>> While not be directly related to the clodustack java source >> code, any >>>>> RPM created using the specs from the repo e.g. from >> packages/centos7 >>>>> and proceeding an upgrade, will hit CLOUDSTACK-9765, PR >>>>> https://github.com/apache/cloudstack/pull/1923 fixes the >> issue. >>>>> >>>>> Regards >>>>> René >>>>> >>>>> >>>>>> On 03/01/2017 02:12 AM, Rajani Karuturi wrote: >>>>>> Hi All, >>>>>> >>>>>> I've created a 4.10.0.0 release, with the following >> artifacts up >>>> for a >>>>> vote: >>>>>> >>>>>> Git Branch and Commit >>>>>> SH:https://git-wip-us.apache.org/repos/asf?p=cloudstack. >>>>> git;a=shortlog;h=refs/heads/4.10.0.0-RC20170301T0634 >>>>>> Commit:7c1d003b5269b375d87f4f6cfff8a144f0608b67 >>>>>> <https://git-wip-us.apache.org/repos/asf?p=cloudstack. >>>>> git;a=shortlog;h=refs/heads/4.10.0.0-RC20170301T0634Commit: >>>>> 7c1d003b5269b375d87f4f6cfff8a144f0608b67> >>>>>> >>>>>> Source release (checksums and signatures are available at >> the same >>>>>> >> location):https://dist.apache.org/repos/dist/dev/cloudstack/ >>>> 4.10.0.0/ >>>>>> >>>>>> PGP release keys (signed using >>>>>> CBB44821):https://dist.apache.org/repos/dist/release/ >>>> cloudstack/KEYS >>>>>> >>>>>> Vote will be open for 72 hours. >>>>>> >>>>>> For sanity in tallying the vote, can PMC members please be >> sure to >>>>>> indicate "(binding)" with their vote? >>>>>> >>>>>> [ ] +1 approve >>>>>> [ ] +0 no opinion >>>>>> [ ] -1 disapprove (and reason why) >>>>>> >>>>>> >>>>>> >>>>>> ~Rajani >>>>>> http://cloudplatform.accelerite.com/ >>>>>> >>>>> >>>> >>>> >>>> >> >> rohit.ya...@shapeblue.com >> www.shapeblue.com<http://www.shapeblue.com >> ( http://www.shapeblue.com<http://www.shapeblue.com )> >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> DISCLAIMER >> ========== >> This e-mail may contain privileged and confidential information >> which is the property of Accelerite, a Persistent Systems >> business. It is intended only for the use of the individual or >> entity to which it is addressed. If you are not the intended >> recipient, you are not authorized to read, retain, copy, print, >> distribute or use this message. If you have received this >> communication in error, please notify the sender and delete all >> copies of this message. Accelerite, a Persistent Systems business >> does not accept any liability for virus infected mails. >> >> rohit.ya...@shapeblue.com >> www.shapeblue.com ( http://www.shapeblue.com ) >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK >> @shapeblue >> >> >> > > > > > >
