[ovirt-users] After upgrading to 4.1.4 unable to start VM or migrate them
Arman Khalatyan
arm2arm at gmail.com
Tue Aug 1 08:47:34 UTC 2017
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 at 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 at 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 at 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 at 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 at 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 at 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 at ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170801/832ae989/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ovirt-4.1.3.PNG
Type: image/png
Size: 8878 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20170801/832ae989/attachment-0001.png>
More information about the Users
mailing list