Re: [ovirt-users] After upgrading to 4.1.4 unable to start VM or migrate them

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 <yquinn(a)redhat.com&gt; 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 <arm2arm(a)gmail.com&gt; > 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 <arm2arm(a)gmail.com&gt; >> 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 <arm2arm(a)gmail.com&gt; >>> 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 <ahadas(a)redhat.com&gt; 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 <arm2arm(a)gmail.com&gt; >>>>> 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 >>>>>> Users(a)ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>>> >>>>> >>>> >>> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users