- Devel - oVirt List Archives

VDSM OST fails on deployment
by Pavel Bar 15 Aug '19

15 Aug '19

Hi, https://jenkins.ovirt.org/job/ovirt-system-tests_manual/5379/ Looks like the deployment stage of the OST run fails. Not related to the patch being tested.. Tried multiple times. Can someone have a look? Thank you in advance! Pavel

3 2

51 jobs in the queue, all workers are idle
by Nir Soffer 15 Aug '19

15 Aug '19

2 4

vdsm has been tagged (v4.30.28)
by Petr Horacek 14 Aug '19

14 Aug '19

1 0

NPE at Error during ValidateFailure at isVirtioScsiEnabled
by Yedidyah Bar David 14 Aug '19

14 Aug '19

Hi all, Engine failed for me twice on the manual job [1][2] with same error: 2019-08-08 14:47:01,737-04 ERROR [org.ovirt.engine.core.bll.AddVmFromScratchCommand] (default task-1) [390ae6e8-8047-40d3-bb6f-f5e57418320d] Error during ValidateFailure.: java.lang.NullPointerException at org.ovirt.engine.core.bll.AddVmCommand.isVirtioScsiEnabled(AddVmCommand.java:1725) [bll.jar:] at This is for a patch [3] that changes the PKCS#12 files in the engine CA. I can't see how this patch can cause this failure, and if it can, how come things do not fail earlier (e.g. when first opening the file or whatever). Can someone please have a look? Thanks. I'll now rebase the patch a third time and run the manual job, just in case it's an unrelated problem that's already fixed... Best regards, [1] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [2] https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… [3] https://gerrit.ovirt.org/102334 -- Didi

3 5

[ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 10-07-2019 ] [ 002_bootstrap.add_blank_vms ]
by Dusan Fodor 13 Aug '19

13 Aug '19

Hi, We have a failure on test 002_bootstrap.add_blank_vms. CQ identifies this patch as the cause of failure: https://gerrit.ovirt.org/#/c/95157/14 Example of failed job: #15365 [1: 102575,2 (ovirt-engine)] <http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change…> Can you please take a look?

3 2

ovirt-engine has been tagged (ovirt-engine-4.3.6.2)
by Tal Nisan 13 Aug '19

13 Aug '19

1 0

Failed to add CentOS 7 host
by Fedor Gavrilov 13 Aug '19

13 Aug '19

Hi, Couple of days ago I had to refresh my dev environment to validate the issue and since support for Fedora 28 is no longer there I used CentOS 7 for both engine and host. Vdsm and cockpit socket on host is from the package, engine is compiled from git master. As I try to add new host, installment proceeds for quite a while but fails in the end, setting host to non operational. I see the following in the engine logs: 2019-08-12 17:32:40,341+02 INFO [org.ovirt.engine.core.bll.host.HostConnectivityChecker] (EE-ManagedThreadFactory-engine-Thread-20) [9f80a7] Engine managed to communicate with VDSM agent on host 'banana' with address 'banana' ('bcabbd09-81ef-422d-811c-3a18ac97919f') 2019-08-12 17:32:42,163+02 WARN [org.ovirt.engine.core.bll.network.NetworkConfigurator] (EE-ManagedThreadFactory-engine-Thread-20) [9f80a7] Failed to find a valid interface for the management network of host banana. If the interface null is a bridge, it should be torn-down manually. 2019-08-12 17:32:42,166+02 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-20) [9f80a7] Exception: org.ovirt.engine.core.bll.network.NetworkConfigurator$NetworkConfiguratorException: Interface null is invalid for management network at org.ovirt.engine.core.bll.network.NetworkConfigurator.findNicToSetupManagementNetwork(NetworkConfigurator.java:159) [bll.jar:] at org.ovirt.engine.core.bll.network.NetworkConfigurator.createManagementNetworkIfRequired(NetworkConfigurator.java:82) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.configureManagementNetwork(InstallVdsInternalCommand.java:291) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:203) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:112) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1168) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1326) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2005) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1386) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:420) [bll.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:451) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:433) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:639) [bll.jar:] at sun.reflect.GeneratedMethodAccessor112.invoke(Unknown Source) [:1.8.0_222] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_222] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_222] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89) at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:216) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:418) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:148) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) [weld-ejb-3.1.1.Final.jar:3.1.1.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-17.0.1.Final.jar:17.0.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:618) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81) at org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view3.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.GeneratedMethodAccessor111.invoke(Unknown Source) [:1.8.0_222] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_222] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_222] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:410) [weld-core-impl-3.1.1.Final.jar:3.1.1.Final] at org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:134) [weld-ejb-3.1.1.Final.jar:3.1.1.Final] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-3.1.1.Final.jar:3.1.1.Final] at org.jboss.weld.module.ejb.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:68) [weld-ejb-3.1.1.Final.jar:3.1.1.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106) [weld-core-impl-3.1.1.Final.jar:3.1.1.Final] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2395) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand.lambda$executeCommand$3(AddVdsCommand.java:226) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:96) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_222] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_222] at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_222] at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) [javax.enterprise.concurrent-1.0.jar:] 2019-08-12 17:32:42,188+02 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-20) [9f80a7] Host installation failed for host 'bcabbd09-81ef-422d-811c-3a18ac97919f', 'banana': Failed to configure management network on the host ... 2019-08-12 17:35:01,502+02 ERROR [org.ovirt.engine.core.bll.SetNonOperationalVdsCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-85) [3c4801f1] Host 'banana' is set to Non-Operational, it is missing the following networks: 'ovirtmgmt' On host, sudo systemctl status vdsmd shows vdsm as active (running) with two concerning messages: авг 12 17:30:01 banana vdsm[2309]: WARN MOM not available. авг 12 17:30:01 banana vdsm[2309]: WARN MOM not available, KSM stats will be missing. I found a similar bug, https://bugzilla.redhat.com/show_bug.cgi?id=1676695 but it was fixed for 4.30 while on host I use 4.40.0-696 Have you seen such issue? Do you think networking error is related to MOM warnings? Setup I use is very much what worked perfectly fine for fedora and networking-vise the only questionable thing I am doing is having this kind of records in machine's /etc/hosts files to use names instead IPs (as imageio can't stand certificates with IPs): 192.168.111.2 apple 192.168.111.3 banana But this can't be the reason, right? Fedor

2 2

vdsm has been tagged (v4.30.27)
by Milan Zamazal 13 Aug '19

13 Aug '19

1 0

No response for post using curl for The Backup and Restore API oVirt API
by smidhunraj＠gmail.com 13 Aug '19

13 Aug '19

I have 2 virtual machines in my ovirt open virtualisation manager.The name of first virtual machine is backupvm and the name of second virtual machine is secondvm .I have created many snapshot shot of secondvm I want to convert a particular snapshot ofsecondvm using the ovirt api to secondvm backup and attach it to backupvm The link of the api is https://ovirt.org/documentation/admin-guide/chap-Backups_and_Migration.html… .I want to run the fourth step which says. Attach the snapshot to the backup virtual machine and activate the disk: POST /api/vms/22222222-2222-2222-2222-222222222222/disks/ HTTP/1.1 Accept: application/xml Content-type: application/xml <disk id="11111111-1111-1111-1111-111111111111"> <snapshot id="11111111-1111-1111-1111-111111111111"/> <active>true</active> </disk> .I want to attach this snapshots after converting them to backups of vms and then attach to vm named backupvm.The api for this is mentioned as The id of secondvm is a88a79ab-1f0c-4f32-bdaa-abc8109b3c0d and the id of backupvm is a88a79ab-1f0c-4f32-bdaa-abc8109b3c0d.The id of snapshot is 804cb937-5961-4a55-a453-74932c508dd6 and id of disk is e6c623e3-31d8-4554-ad5a-2b581914494b I have written a curl command for this as curl -u 'username:password' -H "Accept: application/xml" -H "Content-type: application/xml" -X POST -d '<disk id="e6c623e3-31d8-4554-ad5a-2b581914494b"> <snapshot id="804cb937-5961-4a55-a453-74932c508dd6"/> <active>true</active> </disk>' https:<url>/ovirt-engine/api/vms/a88a79ab-1f0c-4f32-bdaa-abc8109b3c0d/disks/ ; I expect the vm snapshot to be attached to backupvm.But i am not getting any response .Hence i am under the assumption that it is not working.. What modification should i make in the curl command to get it working In the figure below secondvm is labelled as bobcarenewvm https://i.stack.imgur.com/LC3An.png https://i.stack.imgur.com/Lgozu.png https://i.stack.imgur.com/efQrf.png https://i.stack.imgur.com/3wAyA.png Please help me, Thanks and Regards, Midhun.

3 3

[OST Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]
by Dusan Fodor 12 Aug '19

12 Aug '19

Hi, we have failures in test verify glance import appearing in both 4.3 and master. Api call to get the disk status times out. Example of failed job can be seen here: https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-q… Can you please take a look?

3 3