tomcat7 on ubuntu 16.04 is not working fine in my testing. Anyone has same issue ?
-Wei 2017-04-03 15:11 GMT+02:00 Pierre-Luc Dion <pd...@cloudops.com>: > Look like we need a new systemvm named "systemvm-xenserver-4.10". t also > seams that older VR ex: 4.7.x are still usable if the globalsetting > "minreq.sysvmtemplate.version" is changed after the first boot of > cloudstack-management that upgraded the database. I'll update the release > note acordingly... > > So this 4.10 is looking promising! :-) > > > > > On Apr 1, 2017 16:02, "Pierre-Luc Dion" <pd...@cloudops.com> wrote: > > I'm testing upgrade to 4.10 from latest master. I have the following error > when upgrading from 4.7.2 in management-server.log: > > 2017-04-01 15:58:12,558 DEBUG [c.c.u.d.Upgrade4920to41000] > (localhost-startStop-1:null) (logid:) Updating System Vm template IDs > 2017-04-01 15:58:12,561 DEBUG [c.c.u.d.Upgrade4920to41000] > (localhost-startStop-1:null) (logid:) Updating KVM System Vms > 2017-04-01 15:58:12,561 WARN [c.c.u.d.Upgrade4920to41000] > (localhost-startStop-1:null) (logid:) 4.10.0.0KVM SystemVm template not > found. KVM hypervisor is not used, so not failing upgrade > 2017-04-01 15:58:12,562 DEBUG [c.c.u.d.Upgrade4920to41000] > (localhost-startStop-1:null) (logid:) Updating VMware System Vms > 2017-04-01 15:58:12,563 WARN [c.c.u.d.Upgrade4920to41000] > (localhost-startStop-1:null) (logid:) 4.10.0.0VMware SystemVm template not > found. VMware hypervisor is not used, so not failing upgrade > 2017-04-01 15:58:12,563 DEBUG [c.c.u.d.Upgrade4920to41000] > (localhost-startStop-1:null) (logid:) Updating XenServer System Vms > 2017-04-01 15:58:12,565 ERROR [c.c.u.DatabaseUpgradeChecker] > (localhost-startStop-1:null) (logid:) Unable to upgrade the database > com.cloud.utils.exception.CloudRuntimeException: 4.10.0.0XenServer > SystemVm > template not found. Cannot upgrade system Vms > at com.cloud.upgrade.dao.Upgrade4920to41000.updateSystemVmTempl > ates(Upgrade4920to41000.java:195) > at com.cloud.upgrade.dao.Upgrade4920to41000.performDataMigratio > n(Upgrade4920to41000.java:64) > at com.cloud.upgrade.DatabaseUpgradeChecker.upgrade(DatabaseUpg > radeChecker.java:426) > at com.cloud.upgrade.DatabaseUpgradeChecker.check(DatabaseUpgra > deChecker.java:507) > at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif > eCycle.checkIntegrity(CloudStackExtendedLifeCycle.java:65) > at org.apache.cloudstack.spring.lifecycle.CloudStackExtendedLif > eCycle.start(CloudStackExtendedLifeCycle.java:55) > at org.springframework.context.support.DefaultLifecycleProcesso > r.doStart(DefaultLifecycleProcessor.java:173) > at org.springframework.context.support.DefaultLifecycleProcesso > r.access$200(DefaultLifecycleProcessor.java:51) > at org.springframework.context.support.DefaultLifecycleProcesso > r$LifecycleGroup.start(DefaultLifecycleProcessor.java:346) > at org.springframework.context.support.DefaultLifecycleProcesso > r.startBeans(DefaultLifecycleProcessor.java:149) > at org.springframework.context.support.DefaultLifecycleProcesso > r.onRefresh(DefaultLifecycleProcessor.java:112) > at org.springframework.context.support.AbstractApplicationConte > xt.finishRefresh(AbstractApplicationContext.java:879) > at org.springframework.context.support.AbstractApplicationConte > xt.refresh(AbstractApplicationContext.java:545) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet.loadContext(DefaultModuleDefinitionSet.java:145) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet$2.with(DefaultModuleDefinitionSet.java:122) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet.withModule(DefaultModuleDefinitionSet.java:245) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet.withModule(DefaultModuleDefinitionSet.java:250) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet.withModule(DefaultModuleDefinitionSet.java:233) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet.loadContexts(DefaultModuleDefinitionSet.java:117) > at org.apache.cloudstack.spring.module.model.impl.DefaultModule > DefinitionSet.load(DefaultModuleDefinitionSet.java:79) > at org.apache.cloudstack.spring.module.factory.ModuleBasedConte > xtFactory.loadModules(ModuleBasedContextFactory.java:37) > at org.apache.cloudstack.spring.module.factory.CloudStackSpring > Context.init(CloudStackSpringContext.java:71) > at org.apache.cloudstack.spring.module.factory.CloudStackSpring > Context.<init>(CloudStackSpringContext.java:58) > at org.apache.cloudstack.spring.module.factory.CloudStackSpring > Context.<init>(CloudStackSpringContext.java:62) > at org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListene > r. > contextInitialized(CloudStackContextLoaderListener.java:52) > at org.apache.catalina.core.StandardContext.listenerStart(Stand > ardContext.java:5068) > at org.apache.catalina.core.StandardContext.startInternal(Stand > ardContext.java:5584) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:147) > at org.apache.catalina.core.ContainerBase.addChildInternal(Cont > ainerBase.java:899) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:875) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:652) > at org.apache.catalina.startup.HostConfig.deployDirectory(HostC > onfig.java:1260) > at org.apache.catalina.startup.HostConfig$DeployDirectory.run( > HostConfig.java:2002) > 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(ThreadPool > Executor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo > lExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > > > Is it now mendatory to upgrade systemvm-template for this upgrade? how does > the template should be named because I've tried with template > name systemvm-xenserver-4.10.0.0 and systemvm-xenserver-4.10.0 and not > success to start the management server :-S > > Thanks! > > > > *Pierre-Luc DION* > Architecte de Solution Cloud | Cloud Solutions Architect > t 855.652.5683 > > *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 > w cloudops.com *|* tw @CloudOps_ > > On Sat, Apr 1, 2017 at 3:02 PM, Tutkowski, Mike <mike.tutkow...@netapp.com > > > wrote: > > > I have this on my to-do list. It might take me a while, though. At the > > time being, I’m busy with a customer project that is making use of the > two > > CloudStack environments that I have in my lab. Then, toward the end of > next > > week, I’m heading to Europe for about 10 days or so (customer meetings > and > > to present at the CloudStack Meetup in Prague hosted by Interoute). > > > > On 3/30/17, 4:28 AM, "Daan Hoogland" <daan.hoogl...@shapeblue.com> > wrote: > > > > Mike, can you confirm that this is not also an issue in 4.9? > > > > On 30/03/17 08:21, "Tutkowski, Mike" <mike.tutkow...@netapp.com> > > wrote: > > > > This one may be a blocker (it’s currently marked as such): > > > > https://issues.apache.org/jira/browse/CLOUDSTACK-9849 > > > > It would be nice if one of our VMware gurus could take a look at > > it and see what’s going on there. > > > > The gist is you can’t live migrate a VM from one cluster to > > another in the same datacenter (using either NFS or iSCSI as shared > > storage) (which I think you should be able to do with VMware in > CloudStack). > > > > On 3/30/17, 12:06 AM, "Haijiao" <18602198...@163.com> wrote: > > > > Seems only one blocker left. Are we close to release the > RC2 > > ? > > > > > > CLOUDSTACK-9408 - remove runtime references to > > http://download.cloud.com - Daan Hoogland - Daan Hoogland > > > > > > > > > > > > > > > > > > > > 在2017年03月14 00时34分, "Rajani Karuturi"<raj...@apache.org>写道: > > > > We still have below three blockers open. I will create RC > once > > they are fixed. > > > > ~ Rajani > > > > http://cloudplatform.accelerite.com/ > > > > On March 9, 2017 at 10:09 AM, Rajani Karuturi ( > > raj...@apache.org) > > wrote: > > > > We currently have the below list of blockers: > > > > BUGID - Summary - Assignee - Creator > > > > CLOUDSTACK-9827 - Storage tags stored in multiple places - > > Nicolas Vazquez - Mike Tutkowski - PR Ready > > > > CLOUDSTACK-9811 - VR will not start, looking to configure > eth3 > > while no such device exists on the VR. On KVM-CentOS6.8 > > physical > > host - Unassigned - Boris Stoyanov > > > > CLOUDSTACK-9408 - remove runtime references to > > http://download.cloud.com - Daan Hoogland - Daan Hoogland > > > > Can someone take a look at CLOUDSTACK-9811? > > > > ~ Rajani > > > > http://cloudplatform.accelerite.com/ > > > > On March 9, 2017 at 3:16 AM, Tutkowski, Mike > > (mike.tutkow...@netapp.com) wrote: > > > > Hi, > > > > Sure, I can pull that code and test. > > > > I might have to wait until tomorrow, though, because I’m in > the > > middle of trying to reproduce CLOUDSTACK-9823. Once that is > > done, > > I can move on to your PR. > > > > Thanks! > > Mike > > > > On 3/8/17, 1:45 PM, "Nicolas Vazquez" < > nicovazque...@gmail.com > > > > > wrote: > > > > Hi Mike, > > > > Thanks for reporting this issue! We've been working on it and > > created this > > PR: https://github.com/apache/cloudstack/pull/1994. We've > been > > testing it > > and seems to be solving the issues reported, can you please > > repeat your > > tests on it? > > > > Thanks, > > Nicolas > > > > 2017-03-07 21:52 GMT-03:00 Tutkowski, Mike > > <mike.tutkow...@netapp.com>: > > > > > Here’s the ticket: > > > > > > https://issues.apache.org/jira/browse/CLOUDSTACK-9827 > > > > > > On 3/7/17, 1:51 PM, "Tutkowski, Mike" > > <mike.tutkow...@netapp.com> wrote: > > > > > > 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.e > > xecute(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.e > > xecute(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(X > > enServerConnectionPool.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.e > > xecute(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(X > > enServerConnectionPool.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.e > > xecute(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(X > > enServerConnectionPool.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.e > > xecute(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=interfa > > ce > > > >>>> 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.Insufficie > > ntServerCapacityException: > > > >> 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 > > > >>>> ljbHVzdGVySWR0ABBMamF2YS9sYW5n > L0xvbmc7TAAGaG9zdElkcQB- > > > >>>> > > AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNp > > > >>>> > > > >> Y2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB- > > > AANMAAVwb2RJZHEAfgACTAAGcG9vbE > > > >>>> > > > >> lkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS > > > 91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB- > > > >>>> > > > >> AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5- > > > ZtlbwJWdrAgAESgAJYWNjb3VudElkS > > > >>>> > > > >> gAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB- > > > AAN4cAAAAAAAAAACAAAAAAAAAAIAAA > > > >>>> > > AAAAAABnQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAAAAAAAAAHBwcH > > > >>>> > > BwcHBwc3IAEWphdmEudXRpbC5IYXNoTWFwBQfawcMWYNEDAAJGAApsb2FkRm > > > >>>> FjdG9ySQAJdGhyZXNob2xkeHA_QAAA > > AAAADHcIAAAAEAAAAAF0AApWbV > > > >>>> Bhc3N3b3JkdAAcck8wQUJYUUFEbk5o > ZG1Wa1gzQmhjM04zYjNKa3hw, > > > >> 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.Insufficie > > ntServerCapacityException: > > > >> 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.framew > > ork.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.InsufficientServerCapacityExce > ption: > > > >>>> 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 ) > > > >> ( 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 ) > > ( http://www.shapeblue.com ) > > > >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > > >> @shapeblue > > > >> > > > >> > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > daan.hoogl...@shapeblue.com > > www.shapeblue.com > > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > @shapeblue > > > > > > > > > > > > >
