Hi, I would like to include PR 1935: CLOUDSTACK-9764: Delete domain failure due to Account Cleanup task, it has 2 LGTM.
Thanks 2017-04-08 1:32 GMT-03:00 Haijiao <18602198...@163.com>: > Update the PR list ready for merging. > ------------------------------------------------------------ > -------------------------------------------------------------------------- > #1886, CLOUDSTACK-9728: Fixed traffic sentinel HTTP 414 error response > #1901, CLOUDSTACK-9405: add details parameter in listDomains API to reduce > the execution time > #1903, CLOUDSTACK-9356: FIX Cannot add users in VPC VPN > #1955, CLOUDSTACK-8239 Add VirtIO SCSI support for KVM hosts > #1956, CLOUDSTACK-9796 - Fix NPE in VirtualMachineManagerImpl.java > #1957, CLOUDSTACK-9748:VPN Users search functionality broken > #1980, CLOUDSTACK-9805: Display VR list in network details > #1993, CLOUDSTACK-8931: Fail to deploy VM instance when > use.system.public.ips=false > #1970, CLOUDSTACK-9725 Failed to update VPC Network during N/w offering > Upgrade which doesnt have ACL service Enabled. > #1978, CLOUDSTACK-9779 : Releasing secondary guest IP fails with error VM > nic Ip x.x.x.x is mapped to load balancing rule > #2018, CLOUDSTACK-9848: Added exit status checking for the iptables > commands > #2022, CLOUDSTACK-9591: Fix systemvmtemplate to not include network details > #2024, CLOUDSTACK-9857: With this change if agent dies the systemd will > catch it properly and show process as exited > #2025, Fix error in restart network in 4.10.0.0 > > > Regards, > > > 在2017年04月06 13时23分, "Rajani Karuturi"<raj...@apache.org>写道: > > A quick update on RC2: > > These are the current list of blockers. > https://github.com/apache/cloudstack/pull/2022 > https://github.com/apache/cloudstack/pull/2025 > https://issues.apache.org/jira/browse/CLOUDSTACK-9849 > https://github.com/apache/cloudstack/pull/1582 > > I am planning to close all the PRs by weekend. The blockers which Mike > reported is still open and needs a fix. > If everything is resolved, we can plan for RC2 on Monday. > > > ~Rajani > http://cloudplatform.accelerite.com/ > > On Thu, Apr 6, 2017 at 10:50 AM, Rajani Karuturi <raj...@apache.org> > wrote: > > > Thanks for updating RN. Release notes is something which we haven't > looked > > at till now. > > Any update on the xen 7.1 PR? > > > > ~Rajani > > http://cloudplatform.accelerite.com/ > > > > On Mon, Apr 3, 2017 at 6:41 PM, Pierre-Luc Dion <pd...@cloudops.com> > > wrote: > > > >> 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.CloudStackContextLoa > >> derListener. > >> 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(ContainerBas > >> e.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. > runInContex > >> t( > >> > > >>>> 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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$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. > runInContex > >> t( > >> > > >>>> 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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$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. > runInContex > >> t( > >> > > >>>> 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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$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. > runInContex > >> t( > >> > > >>>> 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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$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. > runInContex > >> t( > >> > > >>>> 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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$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 > >> > > >>>> > >> > 1Xb3JrU3RhcnR9cMGsvxz73gIAC0oA > >> BGRjSWRMAAZhdm9pZHN0ADBMY29tL2 > >> > > >>>> > >> > Nsb3VkL2RlcGxveS9EZXBsb3ltZW50 > >> UGxhbm5lciRFeGNsdWRlTGlzdDtMAA > >> > > >>>> ljbHVzdGVySWR0ABBMamF2YS9sYW5n > >> L0xvbmc7TAAGaG9zdElkcQB- > >> > > >>>> > >> > AAJMAAtqb3VybmFsTmFtZXQAEkxqYX > >> ZhL2xhbmcvU3RyaW5nO0wAEXBoeXNp > >> > > >>>> > >> > > >> Y2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB- > >> > > AANMAAVwb2RJZHEAfgACTAAGcG9vbE > >> > > >>>> > >> > > >> lkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS > >> > > 91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB- > >> > > >>>> > >> > > >> AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5- > >> > > ZtlbwJWdrAgAESgAJYWNjb3VudElkS > >> > > >>>> > >> > > >> gAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB- > >> > > AAN4cAAAAAAAAAACAAAAAAAAAAIAAA > >> > > >>>> > >> > AAAAAABnQAGVZpcnR1YWxNYWNoaW5l > >> TWFuYWdlckltcGwAAAAAAAAAAHBwcH > >> > > >>>> > >> > BwcHBwc3IAEWphdmEudXRpbC5IYXNo > >> TWFwBQfawcMWYNEDAAJGAApsb2FkRm > >> > > >>>> 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.NativeMethodAccess > >> orImpl.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.VmWorkJobHandlerP > >> roxy.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(Asyn > >> cJobManagerImpl.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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$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. > DeployVMCmdByAdm > >> in > >> > > >>>> 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.NativeMethodAccess > >> orImpl.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. > ReflectiveMethodInvocatio > >> n. > >> > > >>>> invokeJoinpoint(ReflectiveMethodInvocation. > java:190) > >> > > >>>> at > >> > > >> > >> > org.springframework.aop.framework. > ReflectiveMethodInvocatio > >> n. > >> > > >>>> proceed(ReflectiveMethodInvocation.java:157) > >> > > >>>> at org.apache.cloudstack.network. > >> contrail.management. > >> > > >>>> EventUtils$EventInterceptor.in > >> voke(EventUtils.java:107) > >> > > >>>> at > >> > > >> > >> > org.springframework.aop.framework. > ReflectiveMethodInvocatio > >> n. > >> > > >>>> proceed(ReflectiveMethodInvocation.java:168) > >> > > >>>> at com.cloud.event.ActionEventInterceptor.invoke( > >> > > >>>> ActionEventInterceptor.java:51) > >> > > >>>> at > >> > > >> > >> > org.springframework.aop.framework. > ReflectiveMethodInvocatio > >> n. > >> > > >>>> proceed(ReflectiveMethodInvocation.java:168) > >> > > >>>> at > >> > > >> org.springframework.aop.interceptor. > >> > > ExposeInvocationInterceptor. > >> > > >>>> invoke(ExposeInvocationInterceptor.java:92) > >> > > >>>> at > >> > > >> > >> > org.springframework.aop.framework. > ReflectiveMethodInvocatio > >> n. > >> > > >>>> proceed(ReflectiveMethodInvocation.java:179) > >> > > >>>> at org.springframework.aop.framew > >> > ork.JdkDynamicAopProxy. > >> > > >>>> invoke(JdkDynamicAopProxy.java:213) > >> > > >>>> at com.sun.proxy.$Proxy186.startV > >> irtualMachine(Unknown > >> > > >> Source) > >> > > >>>> at org.apache.cloudstack.api.command.admin.vm. > >> > > >>>> DeployVMCmdByAdmin.execute(Dep > >> loyVMCmdByAdmin.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(Asyn > >> cJobManagerImpl.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.ThreadPoo > >> lExecutor.runWorker( > >> > > >>>> ThreadPoolExecutor.java:1142) > >> > > >>>> at java.util.concurrent.ThreadPoo > >> lExecutor$Worker.run( > >> > > >>>> ThreadPoolExecutor.java:617) > >> > > >>>> at java.lang.Thread.run(Thread.java:745) > >> > > >>>> Caused by: > >> > > >> 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.NativeMethodAccess > >> orImpl.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 > >> > > >> > > >> > > >> > > >> > > >> > > >> > > > > >