After upgrading to 4.1.4 unable to start VM or migrate them - Users - Ovirt List Archives

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

After upgrading to 4.1.4 unable to start VM or migrate them

Ovirt 4.1 gluster with libgfapi

oVirt 3.6.x and Centos 6.9

Arman Khalatyan

Monday, 31 July 2017 Mon, 31 Jul '17

4:57 p.m.

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?

Attachments:

ovirt-4.1.3.PNG (image/png — 8.7 KB)
attachment.html (text/html — 397 bytes)

Reply

Show replies by date

Arik Hadas

Monday, 31 July Mon, 31 Jul

5:06 p.m.

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> 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

Reply

Arman Khalatyan

5:54 p.m.

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.scheduling.SchedulingManager.canSchedule(SchedulingManager.java:526) [bll.jar:] at org.ovirt.engine.core.bll.validator.RunVmValidator.canRunVm(RunVmValidator.java:157) [bll.jar:] at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:967) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:836) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:365) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.canRunActions(PrevalidatingMultipleActionsRunner.java:113) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.execute(PrevalidatingMultipleActionsRunner.java:76) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:640) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:610) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_141] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_141] at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source) [:1.8.0_141] at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.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> 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> 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 > >

Reply

Arman Khalatyan

6:11 p.m.

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_setup.ovirt_engine.pki.ca ca._enrollCertificates:330 processing: 'engine'[renew=True] 2017-07-31 15:14:28 DEBUG otopi.plugins.ovirt_engine_setup.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_setup.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_setup.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> 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.scheduling.SchedulingManager. canSchedule(SchedulingManager.java:526) [bll.jar:] at org.ovirt.engine.core.bll.validator.RunVmValidator. canRunVm(RunVmValidator.java:157) [bll.jar:] at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:967) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:836) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:365) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.canRunActions(PrevalidatingMultipleActionsRunner.java:113) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.execute(PrevalidatingMultipleActionsRunner.java:76) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:640) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:610) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_141] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_141] at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceMethodIntercep tor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation. proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor. delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor. doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor. processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ee.component.interceptors. UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation. proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors. CorrelationIdTrackerInterceptor.aroundInvoke( CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source) [:1.8.0_141] at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceLifecycleMetho dInterceptor.processInvocation(ManagedReferenceLifecycleMetho dInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics. ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation. proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivat ionInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInter ceptor.processInvocation(EjbRequestScopeActivationInterceptor.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> 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> > 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 >> >> >

Reply

Arman Khalatyan

6:32 p.m.

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> 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_ setup.ovirt_engine.pki.ca ca._enrollCertificates:330 processing: 'engine'[renew=True] 2017-07-31 15:14:28 DEBUG otopi.plugins.ovirt_engine_ setup.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_ setup.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_ setup.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> 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.scheduling.SchedulingManager.canSc > hedule(SchedulingManager.java:526) [bll.jar:] > at org.ovirt.engine.core.bll.validator.RunVmValidator.canRunVm(RunVmValidator.java:157) > [bll.jar:] > at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:967) > [bll.jar:] > at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:836) > [bll.jar:] > at org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:365) > [bll.jar:] > at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner > .canRunActions(PrevalidatingMultipleActionsRunner.java:113) [bll.jar:] > at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner > .invokeCommands(PrevalidatingMultipleActionsRunner.java:99) [bll.jar:] > at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner > .execute(PrevalidatingMultipleActionsRunner.java:76) [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:640) > [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:610) > [bll.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [rt.jar:1.8.0_141] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > [rt.jar:1.8.0_141] > at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceMethodInterceptor. > processInvocation(ManagedReferenceMethodInterceptor.java:52) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorC > ontext.java:340) > at org.jboss.invocation.InterceptorContext$Invocation.proceed( > InterceptorContext.java:437) > at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInte > rception(Jsr299BindingsInterceptor.java:70) > [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] > at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInte > rception(Jsr299BindingsInterceptor.java:80) > [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] > at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvoc > ation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar > :10.1.0.Final] > at org.jboss.as.ee.component.interceptors.UserInterceptorFactor > y$1.processInvocation(UserInterceptorFactory.java:63) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorC > ontext.java:340) > at org.jboss.invocation.InterceptorContext$Invocation.proceed( > InterceptorContext.java:437) > at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerI > nterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) > [bll.jar:] > at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source) > [:1.8.0_141] > at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceLifecycleMethodInt > erceptor.processInvocation(ManagedReferenceLifecycleMethodIn > terceptor.java:89) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorC > ontext.java:340) > at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeI > nterceptor.processInvocation(ExecutionTimeInterceptor.java:43) > [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorC > ontext.java:340) > at org.jboss.invocation.InterceptorContext$Invocation.proceed( > InterceptorContext.java:437) > at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationIntercep > tor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) > [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] > at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor. > processInvocation(EjbRequestScopeActivationInterceptor.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> 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> >> 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 >>> >>> >> >

Reply

Yanir Quinn

Tuesday, 1 August Tue, 1 Aug

11:35 a.m.

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> 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> 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> > 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.scheduling.SchedulingManager.canSc >> hedule(SchedulingManager.java:526) [bll.jar:] >> at org.ovirt.engine.core.bll.validator.RunVmValidator.canRunVm(RunVmValidator.java:157) >> [bll.jar:] >> at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:967) >> [bll.jar:] >> at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:836) >> [bll.jar:] >> at org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:365) >> [bll.jar:] >> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner >> .canRunActions(PrevalidatingMultipleActionsRunner.java:113) [bll.jar:] >> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner >> .invokeCommands(PrevalidatingMultipleActionsRunner.java:99) [bll.jar:] >> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner >> .execute(PrevalidatingMultipleActionsRunner.java:76) [bll.jar:] >> at org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:640) >> [bll.jar:] >> at org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:610) >> [bll.jar:] >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> [rt.jar:1.8.0_141] >> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >> [rt.jar:1.8.0_141] >> at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceMethodInterceptor. >> processInvocation(ManagedReferenceMethodInterceptor.java:52) >> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >> ontext.java:340) >> at org.jboss.invocation.InterceptorContext$Invocation.proceed(I >> nterceptorContext.java:437) >> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInte >> rception(Jsr299BindingsInterceptor.java:70) >> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInte >> rception(Jsr299BindingsInterceptor.java:80) >> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvoc >> ation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar >> :10.1.0.Final] >> at org.jboss.as.ee.component.interceptors.UserInterceptorFactor >> y$1.processInvocation(UserInterceptorFactory.java:63) >> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >> ontext.java:340) >> at org.jboss.invocation.InterceptorContext$Invocation.proceed(I >> nterceptorContext.java:437) >> at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerI >> nterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) >> [bll.jar:] >> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source) >> [:1.8.0_141] >> at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceLifecycleMethodInt >> erceptor.processInvocation(ManagedReferenceLifecycleMethodIn >> terceptor.java:89) >> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >> ontext.java:340) >> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeI >> nterceptor.processInvocation(ExecutionTimeInterceptor.java:43) >> [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] >> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >> ontext.java:340) >> at org.jboss.invocation.InterceptorContext$Invocation.proceed(I >> nterceptorContext.java:437) >> at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationIntercep >> tor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) >> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] >> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.p >> rocessInvocation(EjbRequestScopeActivationInterceptor.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> 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> >>> 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

Reply

Arman Khalatyan

11:47 a.m.

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> 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> 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> > 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> >> 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.scheduling.SchedulingManager.canSc >>> hedule(SchedulingManager.java:526) [bll.jar:] >>> at org.ovirt.engine.core.bll.validator.RunVmValidator.canRunVm(RunVmValidator.java:157) >>> [bll.jar:] >>> at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:967) >>> [bll.jar:] >>> at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:836) >>> [bll.jar:] >>> at org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:365) >>> [bll.jar:] >>> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner >>> .canRunActions(PrevalidatingMultipleActionsRunner.java:113) [bll.jar:] >>> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner >>> .invokeCommands(PrevalidatingMultipleActionsRunner.java:99) [bll.jar:] >>> at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner >>> .execute(PrevalidatingMultipleActionsRunner.java:76) [bll.jar:] >>> at org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:640) >>> [bll.jar:] >>> at org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:610) >>> [bll.jar:] >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> [rt.jar:1.8.0_141] >>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> [rt.jar:1.8.0_141] >>> at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceMethodInterceptor. >>> processInvocation(ManagedReferenceMethodInterceptor.java:52) >>> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >>> ontext.java:340) >>> at org.jboss.invocation.InterceptorContext$Invocation.proceed(I >>> nterceptorContext.java:437) >>> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInte >>> rception(Jsr299BindingsInterceptor.java:70) >>> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >>> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInte >>> rception(Jsr299BindingsInterceptor.java:80) >>> [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] >>> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvoc >>> ation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar >>> :10.1.0.Final] >>> at org.jboss.as.ee.component.interceptors.UserInterceptorFactor >>> y$1.processInvocation(UserInterceptorFactory.java:63) >>> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >>> ontext.java:340) >>> at org.jboss.invocation.InterceptorContext$Invocation.proceed(I >>> nterceptorContext.java:437) >>> at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerI >>> nterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) >>> [bll.jar:] >>> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown >>> Source) [:1.8.0_141] >>> at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceLifecycleMethodInt >>> erceptor.processInvocation(ManagedReferenceLifecycleMethodIn >>> terceptor.java:89) >>> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >>> ontext.java:340) >>> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeI >>> nterceptor.processInvocation(ExecutionTimeInterceptor.java:43) >>> [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] >>> at org.jboss.invocation.InterceptorContext.proceed(InterceptorC >>> ontext.java:340) >>> at org.jboss.invocation.InterceptorContext$Invocation.proceed(I >>> nterceptorContext.java:437) >>> at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationIntercep >>> tor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) >>> [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] >>> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.p >>> rocessInvocation(EjbRequestScopeActivationInterceptor.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> 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> >>>> 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 > >

Reply

Doron Fediuck

1:01 p.m.

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 <arm2arm(a)gmail.com> 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 <yquinn(a)redhat.com> 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> > 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> >> 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> >>> 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> 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> >>>>> 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

Reply

Arman Khalatyan

5:37 p.m.

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 <dfediuck(a)redhat.com> 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 <arm2arm(a)gmail.com> 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 <yquinn(a)redhat.com> 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> >> 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> >>> 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> >>>> 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> >>>>> 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> >>>>>> 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 > >

Reply

Yanir Quinn

Wednesday, 2 August Wed, 2 Aug

11:56 a.m.

Can you list the steps you did for the upgrade procedure ? (did you follow a specific guide perhaps ?) On Tue, Aug 1, 2017 at 5:37 PM, Arman Khalatyan <arm2arm(a)gmail.com> wrote:

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 <dfediuck(a)redhat.com> 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 <arm2arm(a)gmail.com> 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 <yquinn(a)redhat.com> 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> >>> 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> >>>> 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> >>>>> 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> >>>>>> 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 >>>>>>> > 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 >> >> >

Reply

Arman Khalatyan

9:19 p.m.

nothing special: 1) upgrade one of the nodes(overall we have 7) it became green 2) engine-setup (it runs on the separate node) db vacuum,etc answered with yes. went w/o errors. 3) i try to put into maintenance the next node, error came. 4)failure on migration but success on selecting of SPM. i have another test system, will try to upgrade tomorrow. Am 02.08.2017 10:56 vorm. schrieb "Yanir Quinn" <yquinn(a)redhat.com>:

Can you list the steps you did for the upgrade procedure ? (did you follow a specific guide perhaps ?) On Tue, Aug 1, 2017 at 5:37 PM, Arman Khalatyan <arm2arm(a)gmail.com> wrote: > 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 <dfediuck(a)redhat.com> > 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 <arm2arm(a)gmail.com> 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 <yquinn(a)redhat.com> 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> >>>> 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> >>>>> 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> >>>>>> 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> >>>>>>> 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> 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 >>> >>> >> >

Reply

Jiri Belka

Tuesday, 1 August Tue, 1 Aug

12:48 p.m.

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.

Well, if you would like to help us to find the cause then we need to know more details. - what was your original version? - what was your original scheduling policy on the cluster - could you provide * /var/log/ovirt-engine/setup/ovirt-engine-setup-20170801112218-piffzl.log * /var/log/ovirt-engine/engine.log You have backup of your original engine DB in /var/lib/ovirt-engine/backups/, thus you can import this DB via psql into a temporary DB and inspect the DB for original settings. Ideally you can submit a BZ at https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt j.

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.scheduling.SchedulingManager.canSchedule(SchedulingManager.java:526) [bll.jar:] at org.ovirt.engine.core.bll.validator.RunVmValidator.canRunVm(RunVmValidator.java:157) [bll.jar:] at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:967) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:836) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.validateOnly(CommandBase.java:365) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.canRunActions(PrevalidatingMultipleActionsRunner.java:113) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.invokeCommands(PrevalidatingMultipleActionsRunner.java:99) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.execute(PrevalidatingMultipleActionsRunner.java:76) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runMultipleActionsImpl(Backend.java:640) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runMultipleActions(Backend.java:610) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_141] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_141] at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source) [:1.8.0_141] at sun.reflect.DelegatingMethodAccessorImpl.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.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.in vocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] .... etc...

Reply

2669

days inactive

2671

days old

users@ovirt.org

Manage subscription

11 comments

5 participants

tags (0)

participants (5)

Arik Hadas
Arman Khalatyan
Doron Fediuck
Jiri Belka
Yanir Quinn