It is unclear now, I am not able to reproduce the error...probably changing the policy fixed the "null" record in the database. My upgrade went w/o error from 4.1.3 to 4.1.4. The engine.log from yesterday is here: with the password:BUG https://cloud.aip.de/index.php/s/N6xY0gw3GdEf63H (I hope I am not imposing the sensitive data:) <https://cloud.aip.de/index.php/s/N6xY0gw3GdEf63H>
most often errors are: 2017-07-31 15:17:08,547+02 ERROR [org.ovirt.engine.core.bll.MigrateVmCommand] (default task-263) [47ea10c5-0152-4512-ab07-086c59370190] Error during ValidateFailure.: java.lang.NullPointerException and 2017-07-31 15:17:10,729+02 ERROR [org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzScheduler4) [11ad31d3] Failed to invoke scheduled method performLoadBalancing: null On Tue, Aug 1, 2017 at 12:01 PM, Doron Fediuck <[email protected]> wrote: > Yes, none is a valid policy assuming you don't need any special > considerations when running a VM. > If you could gather the relevant log entries and the error you see and > open a new bug it'll help us > track and fix the issue. > Please specify exactly from which engine version you upgraded and into > which version. > > On 1 August 2017 at 11:47, Arman Khalatyan <[email protected]> wrote: > >> Thank you for your response, >> I am looking now in to records of the menu "Scheduling Policy": there is >> an entry "none", is it suppose to be there?? >> Because when I selecting it then error occurs. >> >> >> On Tue, Aug 1, 2017 at 10:35 AM, Yanir Quinn <[email protected]> wrote: >> >>> Thanks for the update, we will check if there is a bug in the upgrade >>> process >>> >>> On Mon, Jul 31, 2017 at 6:32 PM, Arman Khalatyan <[email protected]> >>> wrote: >>> >>>> Ok I found the ERROR: >>>> After upgrade the schedule policy was "none", I dont know why it was >>>> moved to none but to fix the problem I did following: >>>> Edit Cluster->Scheduling Policy-> Select Policy: vm_evently_distributed >>>> Now I can run/migrate the VMs. >>>> >>>> I think there should be a some bug in the upgrade process. >>>> >>>> >>>> On Mon, Jul 31, 2017 at 5:11 PM, Arman Khalatyan <[email protected]> >>>> wrote: >>>> >>>>> Looks like renewed certificates problem, in the >>>>> ovirt-engine-setup-xx-xx.log I found following lines: >>>>> Are there way to fix it? >>>>> >>>>> >>>>> 2017-07-31 15:14:28 DEBUG otopi.plugins.ovirt_engine_set >>>>> up.ovirt_engine.pki.ca ca._enrollCertificates:330 processing: >>>>> 'engine'[renew=True] >>>>> 2017-07-31 15:14:28 DEBUG otopi.plugins.ovirt_engine_set >>>>> up.ovirt_engine.pki.ca plugin.executeRaw:813 execute: >>>>> ('/bin/openssl', 'pkcs12', '-in', '/etc/pki/ovirt-engine/keys/engine.p12', >>>>> '-passin', 'pass:**FILTERED**', '-nokeys'), executable='None', cwd='None', >>>>> env=None >>>>> 2017-07-31 15:14:28 DEBUG otopi.plugins.ovirt_engine_set >>>>> up.ovirt_engine.pki.ca plugin.executeRaw:863 execute-result: >>>>> ('/bin/openssl', 'pkcs12', '-in', '/etc/pki/ovirt-engine/keys/engine.p12', >>>>> '-passin', 'pass:**FILTERED**', '-nokeys'), rc=0 >>>>> 2017-07-31 15:14:28 DEBUG otopi.plugins.ovirt_engine_set >>>>> up.ovirt_engine.pki.ca plugin.execute:921 execute-output: >>>>> ('/bin/openssl', 'pkcs12', '-in', '/etc/pki/ovirt-engine/keys/engine.p12', >>>>> '-passin', 'pass:**FILTERED**', '-nokeys') stdout: >>>>> Bag Attributes >>>>> >>>>> >>>>> On Mon, Jul 31, 2017 at 4:54 PM, Arman Khalatyan <[email protected]> >>>>> wrote: >>>>> >>>>>> Sorry, I forgot to mention the error. >>>>>> This error throws every time when I try to start the VM: >>>>>> >>>>>> 2017-07-31 16:51:07,297+02 ERROR [org.ovirt.engine.core.bll.RunVmCommand] >>>>>> (default task-239) [7848103c-98dc-45d1-b99a-4713e3b8e956] Error >>>>>> during ValidateFailure.: java.lang.NullPointerException >>>>>> at org.ovirt.engine.core.bll.sche >>>>>> duling.SchedulingManager.canSchedule(SchedulingManager.java:526) >>>>>> [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.vali >>>>>> dator.RunVmValidator.canRunVm(RunVmValidator.java:157) [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.RunV >>>>>> mCommand.validate(RunVmCommand.java:967) [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Comm >>>>>> andBase.internalValidate(CommandBase.java:836) [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Comm >>>>>> andBase.validateOnly(CommandBase.java:365) [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Prev >>>>>> alidatingMultipleActionsRunner.canRunActions(PrevalidatingMultipleActionsRunner.java:113) >>>>>> [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Prev >>>>>> alidatingMultipleActionsRunner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99) >>>>>> [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Prev >>>>>> alidatingMultipleActionsRunner.execute(PrevalidatingMultipleActionsRunner.java:76) >>>>>> [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Back >>>>>> end.runMultipleActionsImpl(Backend.java:640) [bll.jar:] >>>>>> at org.ovirt.engine.core.bll.Back >>>>>> end.runMultipleActions(Backend.java:610) [bll.jar:] >>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native >>>>>> Method) [rt.jar:1.8.0_141] >>>>>> at sun.reflect.NativeMethodAccess >>>>>> orImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_141] >>>>>> at sun.reflect.DelegatingMethodAc >>>>>> cessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>> [rt.jar:1.8.0_141] >>>>>> at java.lang.reflect.Method.invoke(Method.java:498) >>>>>> [rt.jar:1.8.0_141] >>>>>> at org.jboss.as.ee.component.Mana >>>>>> gedReferenceMethodInterceptor.processInvocation(ManagedRefer >>>>>> enceMethodInterceptor.java:52) >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext.proceed(InterceptorContext.java:340) >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext$Invocation.proceed(InterceptorContext.java:437) >>>>>> at org.jboss.as.weld.ejb.Jsr299Bi >>>>>> ndingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) >>>>>> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >>>>>> at org.jboss.as.weld.ejb.Jsr299Bi >>>>>> ndingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) >>>>>> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >>>>>> at org.jboss.as.weld.ejb.Jsr299Bi >>>>>> ndingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) >>>>>> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >>>>>> at org.jboss.as.ee.component.inte >>>>>> rceptors.UserInterceptorFactory$1.processInvocation(UserInte >>>>>> rceptorFactory.java:63) >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext.proceed(InterceptorContext.java:340) >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext$Invocation.proceed(InterceptorContext.java:437) >>>>>> at org.ovirt.engine.core.bll.inte >>>>>> rceptors.CorrelationIdTrackerInterceptor.aroundInvoke(Correl >>>>>> ationIdTrackerInterceptor.java:13) [bll.jar:] >>>>>> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown >>>>>> Source) [:1.8.0_141] >>>>>> at sun.reflect.DelegatingMethodAc >>>>>> cessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>>>>> [rt.jar:1.8.0_141] >>>>>> at java.lang.reflect.Method.invoke(Method.java:498) >>>>>> [rt.jar:1.8.0_141] >>>>>> at org.jboss.as.ee.component.Mana >>>>>> gedReferenceLifecycleMethodInterceptor.processInvocation(Man >>>>>> agedReferenceLifecycleMethodInterceptor.java:89) >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext.proceed(InterceptorContext.java:340) >>>>>> at org.jboss.as.ejb3.component.in >>>>>> vocationmetrics.ExecutionTimeInterceptor.processInvocation(E >>>>>> xecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar >>>>>> :10.1.0.Final] >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext.proceed(InterceptorContext.java:340) >>>>>> at org.jboss.invocation.Intercept >>>>>> orContext$Invocation.proceed(InterceptorContext.java:437) >>>>>> at org.jboss.weld.ejb.AbstractEJB >>>>>> RequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRe >>>>>> questScopeActivationInterceptor.java:73) >>>>>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] >>>>>> at org.jboss.as.weld.ejb.EjbReque >>>>>> stScopeActivationInterceptor.processInvocation(EjbRequestSco >>>>>> peActivationInterceptor.java:83) [wildfly-weld-10.1.0.Final.jar >>>>>> :10.1.0.Final] >>>>>> .... >>>>>> etc... >>>>>> >>>>>> >>>>>> >>>>>> On Mon, Jul 31, 2017 at 4:06 PM, Arik Hadas <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> Please provide the engine log so we can figure out which validation >>>>>>> fails. >>>>>>> >>>>>>> On Mon, Jul 31, 2017 at 4:57 PM, Arman Khalatyan <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> I am running in to trouble with 4.1.4 after engine upgrade I am not >>>>>>>> able to start or migrate virtual machines: >>>>>>>> getting following error: >>>>>>>> General command validation failure >>>>>>>> Are there any workarounds? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Users mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> [email protected] >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>> >> >> _______________________________________________ >> Users mailing list >> [email protected] >> http://lists.ovirt.org/mailman/listinfo/users >> >> >
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
