May 2016 - Devel - oVirt List Archives

New network test failure
by Nir Soffer 25 May '16

25 May '16

Seen on http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/2110/console 23:14:06 ====================================================================== 23:14:06 FAIL: testDisablePromisc (network.ipwrapper_test.TestDrvinfo) 23:14:06 ---------------------------------------------------------------------- 23:14:06 Traceback (most recent call last): 23:14:06 File "/home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64/vdsm/tests/network/ipwrapper_test.py", line 149, in testDisablePromisc 23:14:06 "Could not disable promiscuous mode.") 23:14:06 AssertionError: Could not disable promiscuous mode. 23:14:06 -------------------- >> begin captured logging << -------------------- 23:14:06 2016-05-24 19:13:55,290 DEBUG [root] (MainThread) /usr/bin/taskset --cpu-list 0-1 /usr/sbin/brctl show (cwd None) 23:14:06 2016-05-24 19:13:55,299 DEBUG [root] (MainThread) SUCCESS: <err> = ''; <rc> = 0 23:14:06 2016-05-24 19:13:55,299 DEBUG [root] (MainThread) /usr/bin/taskset --cpu-list 0-1 /sbin/ip link add name vdsm-e7qi5w type bridge (cwd None) 23:14:06 2016-05-24 19:13:55,309 DEBUG [root] (MainThread) SUCCESS: <err> = ''; <rc> = 0 23:14:06 2016-05-24 19:13:55,309 DEBUG [root] (MainThread) /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-e7qi5w up (cwd None) 23:14:06 2016-05-24 19:13:55,318 DEBUG [root] (MainThread) SUCCESS: <err> = ''; <rc> = 0 23:14:06 2016-05-24 19:13:55,319 DEBUG [root] (MainThread) /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-e7qi5w promisc on (cwd None) 23:14:06 2016-05-24 19:13:55,327 DEBUG [root] (MainThread) SUCCESS: <err> = ''; <rc> = 0 23:14:06 2016-05-24 19:13:55,328 DEBUG [root] (MainThread) /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-e7qi5w promisc off (cwd None) 23:14:06 2016-05-24 19:13:55,335 DEBUG [root] (MainThread) SUCCESS: <err> = ''; <rc> = 0 23:14:06 --------------------- >> end captured logging << --------------------- Smells like broken test, all the ip commands succeeded - are we waiting for events properly? Nir

1 0

Stuck CI jobs because of testTimeout
by Nir Soffer 25 May '16

25 May '16

Hi all, Yesterday I aborted about 10 jobs stuck on testTimeout. This looks like an issue in the testing server, triggered by very short client timeout. Using more reasonable client and server timeout seems to prevent this issue. More work is needed on the server - probably setting a socket timeout will avoid the infinite wait, but this is not needed or related to the client tests. Please review https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v… Nir

1 0

Branching out 4.0 tomorrow at 12:00 sharp (IST)
by Tal Nisan 24 May '16

24 May '16

Hi everyone, Just a quick reminder that we are branching out 4.0 tomorrow, we will make it at 12:00 Israel time (11:00 CET). Patches that will not be merged to master up to this point will not be a part of the 4.0 branch and will have to be backported in order to be in 4.0 as well as to comply to regular stable branch restrictions (include a Bug-Url, full acks and so on).

2 1

oVirt 3.6.7 RC1 build starting
by Sandro Bonazzola 24 May '16

24 May '16

Fyi oVirt products maintainers, An oVirt build for an official release is going to start in 20 minutes. If you're a maintainer for any of the projects included in oVirt distribution and you have changes in your package ready to be released please: - bump version and release to be GA ready - tag your release within git (implies a GitHub Release to be automatically created) - build your packages within jenkins / koji / copr / whatever - verify all bugs on MODIFIED have target release and target milestone set. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ACTION REQUIRED] oVirt Engine 3.6.7 branching planned for tomorrow
by Sandro Bonazzola 24 May '16

24 May '16

Hi, ovirt-engine-3.6.7 branch will be created tomorrow morning at 9:00 CEST. After that, all patches targeted to 3.6.7 will need to be cherry-picked to that branch too. A patch for bumping the ovirt-engine-3.6 branch to 3.6.8 will follow. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1

[ANN] oVirt 3.6.6 Final Release is now available
by Sandro Bonazzola 23 May '16

23 May '16

The oVirt Project is pleased to announce today the general availability of oVirt 3.6.6. This latest community release includes new features and bug fixes for - oVirt Engine - oVirt Engine Appliance - oVirt Engine DWH - oVirt Engine Extension AAA JDBC - oVirt Engine Extension AAA LDAP - oVirt Hosted Enging HA - oVirt Hosted Engine Setup - oVirt VMConsole - VDSM - VDSM JsonRPC Java oVirt is an open-source, openly-governed enterprise virtualization management application, developed by a global community. You can use the oVirt management interface (oVirt Engine) to manage hardware nodes, storage and network resources, and to deploy and monitor virtual machines running in your data center. If you are familiar with VMware products, oVirt is conceptually similar to vSphere. oVirt serves as the bedrock for Red Hat's Enterprise Virtualization product, and it is the "upstream" project where new features are developed prior to their inclusion in Red Hat's supported product offering. Notes: * A new oVirt Live ISO, oVirt Engine Appliance and oVirt Node Next Install ISO will be available soon * Mirrors might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 3.6.6 release highlights: http://www.ovirt.org/release/3.6.6/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

oVirt 3.6.7 RC1 build planned
by Sandro Bonazzola 23 May '16

23 May '16

Fyi oVirt developers, An oVirt build is planned for this Tuesday 11:00 AM TLV time (10:00 AM CEST). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by Monday 11PM. Please make sure to mark as verified and CR +2 so it will be ready for merging Tuesday morning. https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A3.6.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Umbrella Exception selecting a VM
by Sandro Bonazzola 23 May '16

23 May '16

Packages: # rpm -qa |grep webadmin ovirt-engine-webadmin-portal-debuginfo-4.0.0-0.0.master.20160521171336.git2e1899b.el7.centos.noarch ovirt-engine-webadmin-portal-4.0.0-0.0.master.20160521171336.git2e1899b.el7.centos.noarch Console shows: Mon May 23 09:14:47 GMT+200 2016 remote SEVERE: Uncaught exception: com.google.gwt.event.shared.UmbrellaException: Exception caught: Encountered repeated errors resulting in an infinite loop. Make sure all users have access to the pages revealed by revealErrorPlace and revealUnauthorizedPlace. (Note that the default implementations call revealDefaultPlace) at Unknown.vv(Unknown Source) at Unknown.Dv(Unknown Source) at Unknown.h7(Unknown Source) at Unknown.k7(Unknown Source) at Unknown.u6(Unknown Source) at Unknown.Twf(Unknown Source) at Unknown.uhm(Unknown Source) at Unknown.Fhm(Unknown Source) at Unknown.Xwf(Unknown Source) at Unknown.uy(Unknown Source) at Unknown.ky(Unknown Source) at Unknown.Ox(Unknown Source) at Unknown.Nx(Unknown Source) at Unknown.Mx/<(Unknown Source) at Unknown.anonymous(Unknown Source) Caused by: java.lang.RuntimeException: Encountered repeated errors resulting in an infinite loop. Make sure all users have access to the pages revealed by revealErrorPlace and revealUnauthorizedPlace. (Note that the default implementations call revealDefaultPlace) at Unknown.vv(Unknown Source) at Unknown.uv(Unknown Source) at Unknown.Av(Unknown Source) at Unknown.Cv(Unknown Source) at Unknown.MFf(Unknown Source) at Unknown.EFf(Unknown Source) at Unknown.DFf(Unknown Source) at Unknown.LFf(Unknown Source) at Unknown.Hfs(Unknown Source) at Unknown.EFf(Unknown Source) at Unknown.DFf(Unknown Source) at Unknown.LFf(Unknown Source) at Unknown.Xks(Unknown Source) at Unknown.bls(Unknown Source) at Unknown.Swf(Unknown Source) at Unknown.c2(Unknown Source) at Unknown.E6(Unknown Source) at Unknown.u6(Unknown Source) at Unknown.Twf(Unknown Source) at Unknown.uhm(Unknown Source) at Unknown.Fhm(Unknown Source) at Unknown.Xwf(Unknown Source) at Unknown.uy(Unknown Source) at Unknown.ky(Unknown Source) at Unknown.Ox(Unknown Source) at Unknown.Nx(Unknown Source) at Unknown.Mx/<(Unknown Source) at Unknown.anonymous(Unknown Source) engine.log: 2016-05-23 07:06:46,231 ERROR [org.ovirt.engine.core.bll.UpdateVmCommand] (default task-39) [475ddf6c] Error during ValidateFailure.: java.lang.NullPointerException at org.ovirt.engine.core.bll.validator.VmValidator.lambda$canDisableVirtioScsi$0(VmValidator.java:137) [bll.jar:] at java.util.stream.MatchOps$1MatchSink.accept(MatchOps.java:90) [rt.jar:1.8.0_91] at java.util.ArrayList$ArrayListSpliterator.tryAdvance(ArrayList.java:1351) [rt.jar:1.8.0_91] at java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:126) [rt.jar:1.8.0_91] at java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:498) [rt.jar:1.8.0_91] at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:485) [rt.jar:1.8.0_91] at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) [rt.jar:1.8.0_91] at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:230) [rt.jar:1.8.0_91] at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:196) [rt.jar:1.8.0_91] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) [rt.jar:1.8.0_91] at java.util.stream.ReferencePipeline.anyMatch(ReferencePipeline.java:449) [rt.jar:1.8.0_91] at org.ovirt.engine.core.bll.validator.VmValidator.canDisableVirtioScsi(VmValidator.java:137) [bll.jar:] at org.ovirt.engine.core.bll.UpdateVmCommand.validate(UpdateVmCommand.java:812) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:868) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:389) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:475) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:428) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_91] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_91] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_91] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91] 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.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.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.GeneratedMethodAccessor132.invoke(Unknown Source) [:1.8.0_91] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_91] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91] 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.0.0.Final.jar:10.0.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.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view2.runAction(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runAction(GenericApiGWTServiceImpl.java:131) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_91] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_91] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_91] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_91] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_91] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_91] -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

Weekly bug status for ovirt-system-tests (using Lago) [ 22/05/16 ]
by Eyal Edri 22 May '16

22 May '16

FYI, Some updates from recent activity on ovirt-system-tests running on Lago. *Open bugs:* https://goo.gl/eUaPUY *Open issues:* Failure on DirectLun (not merged yet), actually found a blocker by a new test added by Yaniv K, see open patches [1] *Open patches:* (reviews are welcome) https://gerrit.ovirt.org/#/q/project:ovirt-system-tests+status:open * Some patches are open on simplification and cleanup of the tests, should be merged this week. * This is part of preparing ovirt-system-tests to support running tests per commit. *Jenkins jobs: (STABLE!)* http://jenkins.ovirt.org/view/oVirt%20system%20tests/ - stable for the past days. 3.6 & master tests are stable and running on nightlies - please watch out for any new errors, they probably mean there is a regression! *Recently merged patches:* https://gerrit.ovirt.org/#/q/project:ovirt-system-tests+status:merged+since… [1] *Bug 1337909* <https://bugzilla.redhat.com/show_bug.cgi?id=1337909> - NPE when trying to a direct LUN disk -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

RFC - dropping ISO domain creation from engine-setup
by Sandro Bonazzola 22 May '16

22 May '16

Hi, I'd like to get comments on removing ISO domain creation from engine-setup. ISO domain creation was included in 3.2 for allowing to finish the setup with ISO domain ready to serve Windows Guest Tools which is injected into the iso domain if the rpm is installed. The NFS share was created *(rw) in 3.2. In later releases we first restricted access, then asked the user to provide access policy during setup and now we moved the default to not create the ISO domain. We have several issues with iso domain creation: Bug 1302745 <https://bugzilla.redhat.com/show_bug.cgi?id=1302745> - [engine-setup] creation of iso domain path is not rolled back, a next attempt leaves an empty domain Bug 1332813 <https://bugzilla.redhat.com/show_bug.cgi?id=1332813> - Hosted engine should not allow iso domain to be configured in the RHEV-M VM Having ISO domain within hosted engine leads to really bad issues and we're streamlining the hosted engine installation with NGN, cockpit and appliance so HE will be the most easy way to have oVirt installed making ISO domain not useful and even dangerous in engine-setup. For this reason the bug has ben changed in: Deprecate the ISO domain setup on the RHEV-M machine (hide it in 4.0) Meaning that using answer file you'll be able to create it anyway in 4.0 but the question won't be exposed in interactive setup. Any concern about this change? Any comment? Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 3

Progress report on Vdsm Debian packaging
by Milan Zamazal 21 May '16

21 May '16

I made progress with Debian packaging of Vdsm. We have all the supporting packages (cpopen, ioprocess, mom, pthreading, safelease, sanlock) in Debian now. I took over maintenance of sanlock Debian package, updated it and made a lot of fixes, including preparing the previously unavailable python-sanlock package. As for Vdsm itself, the package can be installed now and Vdsm can be started. It doesn't work with Engine, which is no big surprise. We can't simply reinstall a Debian host from Engine, so we need to find some way how to initialize the host properly. And it's likely there are distribution specific pieces inside Vdsm and elsewhere. All the package sources, including not yet uploaded Vdsm package, are available on http://git.debian.org . How you can help: - Obviously, we need to make Vdsm hosts working, so any help in this area is welcome. - Reviewing and testing Vdsm Debian package (without actually using it) is also very helpful, I'm sure there are things to fix or improve. - There are some Lintian warnings in the packages, fixing them would be nice. - We should also review Debian patches in the packages, decide what should be changed upstream and report it. - You can help with anything else you consider useful.

4 6

[oVirt 4.0 Localization Question #4] "Disk Containers Icon"
by Yuko Katabami 20 May '16

20 May '16

Hi all, Could anyone help us with the following question? *File: *UI Common ApplicationConstants *Resource ID: *containersIconDisk *String: *Disk Containers Icon *Question:* Is Container plural or should be singular with apostrophe s? (i.e. Container's Icon) Kind regards, Yuko

2 3

ovirt-engine housekeeping
by Sandro Bonazzola 20 May '16

20 May '16

Hi, as we did for 3.4, I'm going to do some housekeeping on ovirt-engine git repo. Unless a good reason is given I'm going to drop the following branches, being all of them still reachable by tags. ovirt-engine-3.5.0 f1019d9bc8de4e6bc10b63c610a16bba198e7d81 ovirt-engine-3.5.1 5b7a28ce6bb19d102af4ae21fc551b81cac93364 ovirt-engine-3.5.2 3f7b0e9aebe414d6a10e441d43425a179ecb6832 ovirt-engine-3.5.3 44a86f751fe14c166edc473eb39bf31460485de9 ovirt-engine-3.5.4 3fef2bed2e8efd02aca737fbd12ea92ecc5ba11c ovirt-engine-3.5.5 6e3937095f5b447a6a0db660ded6b7d2453f5801 Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1

[vdsm] Fwd: Tech talk summary: Future of Python in RHEL and Fedora
by Francesco Romani 20 May '16

20 May '16

Just in case this was somehow missed ----- Forwarded Message ----- > From: "Petr Viktorin" <pviktori(a)redhat.com> > To: python-list(a)redhat.com > Cc: python-maint(a)redhat.com, devexp-list(a)redhat.com, "Nick Coghlan" <ncoghlan(a)gmail.com>, > rhel-product-org(a)redhat.com, rhel-next(a)redhat.com, "Jan Beran" <jberan(a)redhat.com>, os-devel-list(a)redhat.com, > "Langdon White" <langdon(a)redhat.com> > Sent: Friday, May 20, 2016 12:46:11 PM > Subject: Tech talk summary: Future of Python in RHEL and Fedora > > Hello, > Miro Hrončok and I have recently given a tech talk on the future of > Python in RHEL and Fedora. If you didn't catch it, there's a recording > available at: https://bluejeans.com/s/9EnS/ > > If you don't have time to watch, but develop or maintain Python-based > software in RHEL, please take some time read this summary. > > This is the current plan of the python-maint team, based on various > discussions. Change requests are welcome. > > > ## RHEL ## > > The problems we're trying to solve are: > - Upstream support for Python 2.x will end in 2020. We do not have > resources to maintain Python 2 for the full RHEL 8 lifetime. > - We'd like to avoid locking us and customers to a single Python version > for the entire RHEL 8 lifetime. > - Some customers want several versions of Python installed at once. > > Our solution to these problems is to provide two (kinds of) Python > stacks in RHEL 8: > - System Python (/usr/bibexec/system-python), on which Red Hat-provided > software can depend, and which can be upgraded or modified as Red Hat > needs. This will be Python 3.5. > - Separately installed Pythons, provided by SCLs or containers (the > exact implementation should be determined as part of the modularization > effort). Several of these can be installed at once, and they will have > their own support lifetimes. The interpreters will be available at > /usr/bin/pythonX.Y > > Python-based software provided by Red Hat can either use System Python > (which will be Python 3), or separately installed Pythons (which can be > any version, but may be supported for a shorter time). > > If you maintain such software, please plan for this. Let us know if you > need any assistance or additional information. We at python-maint will > be happy to help (but you do need to ask). > > > ## Fedora ## > > In Fedora, a system-python is included since F24, but for a different > reason: to make cloud images as small as possible. > Fedora's system-python contains a subset of the standard library, with > some modules (like those needed for development) removed. The remaining > pieces are provided by python-libs. > Packages that care about minimizing their dependency footprint, and > don't need the excluded modules, can depend on system-python instead of > the full Python. > We're planning to start talking to DNF and cloud-init teams to switch to > system-python. > > > ## Python 3 ## > > Python 3.0 was released in 2008, and most active open-source projects > now either support it or are working on it. Python 3 brings a better > Unicode model (which, as Nick Coghlan put it, has unfortunately, "broken > many of the workarounds that had been put in place to deal with the > limitations of the old model"), and an ever-increasing list of new > features. Python 2 is legacy software on extended support. > > In Fedora, 44% of packages are ported. Many of the remaining 56% are > practically abandoned. > Based on somewhat hand-wavy estimates, 70% of packages that will be > needed in RHEL are ported. Many of the rest are Red Hat projects. > > Eventually, all Python software will need to be ported to Python 3. If > you maintain a project that hasn't started yet, it is best not to delay. > Resources and support are available: > - Lennart Regebro’s Supporting Python 3: http://python3porting.com > - RPM Porting Guide (for Fedora spec files): > http://python-rpm-porting.readthedocs.io/ > - We're also writing a "Conservative Porting Guide" for "laggard" > projects (hopefully including customers' in-house tools). The plan is to > release in the summer. > > Let us know if you have any questions, if you need any help porting to > Python 3, or if you see a bug in our plans! > > > -- > Petr Viktorin > > -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

1 0

Re: [ovirt-devel] [lago-devel] Lago Demo
by Eyal Edri 19 May '16

19 May '16

Adding also ovirt devel for anyone wants to try out Lago in basic mode before trying it with ovirt system tests. On Thu, May 19, 2016 at 3:31 PM, Gal Ben Haim <gbenhaim(a)redhat.com> wrote: > Hi All, > > I wrote a document which demonstrates a basic use case of Lago. > The reader should follow the instructions in the document, and thus > get a sense about Lago's capabilities and ease of use. > > This document should guide the user in his first experience, and this is > why > I'm not exposing the advanced capabilities of Lago (we will have another > document for this). > > I would like you to try out the document, and write back a review. > > Link to the document: https://github.com/gbenhaim/Lago-Demo > > Thanks ! > > > Gal Ben Haim > gbenhaim(a)redhat.com > RHEV DevOps > _______________________________________________ > lago-devel mailing list > lago-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/lago-devel > -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

[ANN] oVirt 4.0.0 First Beta Release is now available for testing
by Sandro Bonazzola 19 May '16

19 May '16

The oVirt Project is pleased to announce the availability of the First Beta Release of oVirt 4.0.0 for testing, as of May 19th, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This release is available now for: * Fedora 23 * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 * oVirt Next Generation Node 4.0 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is already available [4]. * A new oVirt Next Generation Node is already available [4] * A new oVirt Engine Appliance is already available [4] * A new oVirt Guest Tools ISO is already available [4] * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.0 alpha release highlights: http://www.ovirt.org/release/4.0.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.0/ [4] http://resources.ovirt.org/pub/ovirt-4.0_beta1/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[IOPROCESS] patches for review
by Nir Soffer 19 May '16

19 May '16

Hi all, I posted this topic: https://gerrit.ovirt.org/#/q/status:open+project:ioprocess+branch:master+to… Basically it contains: - fix bad tests - improve test infrastructure - porting to python 3 (no package for python 3 yet) - bug fixes - cleanups When this is merged, I plan to do a new release for ovirt-4.0. Please review. Thanks, Nir

1 0

Major changes in the disk entities in oVirt Engine
by Tal Nisan 19 May '16

19 May '16

Hi everyone, Today I've merged the last patch of a feature that changes the disks entities in oVirt. Up until now any disk entity (image, LUN etc.) contained properties of whether it is a boot disk and what disk interface it should be connected with (IDE, VirtIO etc.). The old design might have made some sense in earlier versions since back then it was not possible for a disk to be connected to a few VMs at once. in later versions, with the introduction of sharable disk and the introduction of a disk snapshot attachment to a VM this made less sense and created a very big limitation given the fact that you could not have a disk connected as a bootable to on VM and not bootable on another or connected to one VM via IDE and to the other with VirtIO. >From version 4.0 as a part of a larger scale refactoring of the disk entities throughout oVirt, the boot and interface properties are now defined per VM and in light of this do not exist for a floating disk (i.e. a disk which is not connected to any VM) and thus have to be specified upon creating/attaching a disk for a VM. Before I'll get to the changes and specifics, I'd like to ask all you developers and users that if you encounter any faults or exceptions (especially surrounding the %Disk% entities and specifically DiskVmElement) please contact me or better yet - open a bug and assign to me. This change pretty much involves every storage related flow in oVirt and while I've verified extensively there'll always be corner cases that might fail. Now you're probably asking for the bottom line, given those changes what will change in the "outer" behavior of oVirt? The Webadmin changes are quite intuitive, you will notice when creating a new floating disk the mentioned properties need not be specified and since they do not exist before a disk is attached to a VM they will need to be specified upon the attachment (see screenshot). Note that as mentioned above the properties defined will be specific ONLY for that VM and of course the same limitation that once existed still apply such as matters of maximum number of controllers, single bootable disk per VM and so on. The real API change is in the REST, a new type called DiskAttachment was introduced to define how a disk is connected to a VM, I'll give some examples to clarify as most of you will probably have to change your scripts accordingly: *Creation of a floating disk* No change here just note that bootable and interface properties will be ignored *Creation of a VM disk* Will now be done through api/vms/{vm_id}/diskattachments - the request body should contain the diskattachment containing the bootable and interface properties and the disk inside it (as in the old API, no disk ID should be specified): <disk_attachment> <disk> <alias>Alias</alias> <provisioned_size>1073741824</provisioned_size> <format>cow</format> <storage_domains> <storage_domain id="53ef639c-0b27-46e0-827e-b64ebfffe28f"/> </storage_domains> </disk> <bootable>false</bootable> <interface>virtio</interface> </disk_attachment> *Attach a disk to VM* Will be through api/vms/{vm_id}/diskattachments - the request body should contain the diskattachment containing the bootable and interface properties and the disk inside it with ID only: <disk_attachment> <disk id="8871306b-56da-4443-bd05-2a1974580517"/> <bootable>false</bootable> <interface>virtio</interface> </disk_attachment> *Update a VM disk* Will be through api/vms/{vm_id}/diskattachments/{disk_id} - the request body should contain the diskattachment containing the bootable and interface properties if they need updating and the disk inside it with properties that need updating, this will change the interface to IDE, make the disk bootable and update the disk alias: <disk_attachment id="8871306b-56da-4443-bd05-2a1974580517"> <bootable>true</bootable> <interface>IDE</interface> <disk> <alias>MyNewAlias</alias> </disk> </disk_attachment> *"Getting" a disk* When getting a disk which is not attach to a VM via api/disks or api/disks/{disk_id} the aforementioned properties will not appear simply because of the fact that they do not exist anymore, for disks attached to a VM via api/vms/{vm_id}/disks or api/vms/{vm_id}/disks/{disk_id} the behavior will stay the same. This pretty much sums it all, I'd like to thank jhernandaz for the great help with the REST part and to derez and amureini for their help in reviewing. Please don't hesitate to contact me if you have any questions.

1 0

[VDSM] Excessive warnings in vdsm log
by Nir Soffer 18 May '16

18 May '16

Hi all, Since data verification patches were merged, vdsm logs is spammed with useless warnings (see bellow). This spam make it harder to debug vdsm. Please add configuration variable to enable this warnings, and make them disabled by default. Thanks, Nir ---- jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,719::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['ksmMergeAcrossNodes', 'haStats'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,720::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUserVdsmd is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,720::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,720::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuLoad is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,720::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter memUsed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,720::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,721::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,721::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,721::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter elapsedTime is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,721::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter netConfigDirty is not boolean type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,721::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,721::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,722::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,722::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,722::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,722::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,722::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,723::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,723::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,723::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,723::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,723::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,723::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,724::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,724::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,724::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,724::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,724::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,725::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,725::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,725::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,725::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,725::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,725::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,726::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,726::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,726::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,726::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,726::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,727::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,727::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,727::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,727::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,727::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,727::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,728::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,728::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,728::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,728::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,728::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,728::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,729::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,729::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,729::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,729::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,729::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,730::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,730::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,730::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,730::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,730::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,730::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,731::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,731::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,731::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,731::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,731::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,732::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,732::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txErrors is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,732::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter txRate is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,732::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter speed is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,732::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter tx is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,733::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter rxDropped is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,733::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,733::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,733::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,733::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,734::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,734::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,734::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,734::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,734::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,735::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,735::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,735::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,735::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,735::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,736::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,736::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,736::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,736::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,736::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,737::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,737::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,737::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,737::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,737::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,738::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,738::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,738::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,738::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,738::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,739::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,739::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,739::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,739::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,739::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,740::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,740::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,740::schemaapi::140::SchemaCache::(_report_inconsistency) Following parameters ['nodeIndex'] were not recognized jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,740::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSys is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,740::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,741::schemaapi::140::SchemaCache::(_report_inconsistency) Required property numaNodeIndex is not provided when calling Host.getStats jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,741::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuIdle is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,741::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuUser is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,741::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter ksmCpu is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,741::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter memFree is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,742::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter lastCheck is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,742::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter delay is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,742::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter lastCheck is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,742::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter delay is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,742::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter lastCheck is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,743::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter delay is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,743::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter lastCheck is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,743::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter delay is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,743::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter lastCheck is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,743::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter delay is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,744::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter lastCheck is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,744::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter delay is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,744::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter free is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,744::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter free is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,744::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter free is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,744::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter free is not uint type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,745::schemaapi::140::SchemaCache::(_report_inconsistency) Parameter cpuSysVdsmd is not float type jsonrpc.Executor/0::WARNING::2016-05-16 23:05:21,745::schemaapi::140::SchemaCache::(_report_inconsistency) Required property haStatus is not provided when calling Host.getStats

7 9

In-place sparsify support in VDSM
by Shmuel Melamud 18 May '16

18 May '16

Hi! There is an RFE being implemented currently ( https://bugzilla.redhat.com/show_bug.cgi?id=734120) to use --inplace option in virt-sparsify to sparsify a disk image in-place, without copying it. The problem is that in-place sparsify works on NFS only starting from NFS 4.2, while the copying implementation supposedly works with any storage. >From my point of view, it is better to remove the old code and start with the new code that uses --inplace and just add to document that one will need NFS >= 4.2 for sparsify feature to work. Although the old implementation exists, it is not used currently so there are no actual users that may be affected by the change. If it will be a crying need to use sparsify on older NFS or some other incompatible storage, we can add it later on the base of the new code. The old code is far from ideal and we will need to rewrite it in any case, and there is not sense to do this without real need. What do you think? Shmuel

3 4

Ovirt system tests review recording
by David Caro 18 May '16

18 May '16

--SvF6CGw9fzJC4Rcx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Here you have the recording of the ovirt system tests review meeting: https://bluejeans.com/s/9FaJ/ There will be another one with a hands-on focus on which you'll finish runn= ing the tests on your laptop yourself. Enjoy! --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com IRC: dcaro|dcaroest@{freenode|oftc|redhat} Web: www.redhat.com RHT Global #: 82-62605 --SvF6CGw9fzJC4Rcx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJXPETmAAoJEEBxx+HSYmnDB2MH/RqtS1rAPt7S3j/5ShXNqm92 9599Lbamjz75eaxmuupwQFf+AnF7q3eOtQL0WitmJ4GdDYbbLmG01jsn0XYmMS6d jc5d2G1/eA7xA2rf47nbwcvTDv4Ncjge1KQVr496CJ5BcsuBAzxbVXre3WsYItiH Fkizp6vK/4Qwh9N0J1G8WzYqaraeNX6lnKw7U8TKvQdoJ+k/oLytZ9uQqNeLKRkq jbIO7Uwvzdk/s0cTXvp/djf2nJNTe2sJXzoNDmnqVXVWqv1KPLNIDzMtsWjkb+8A +G/mZWaiR6LhOZMUydHfMVg0xaBpX0zyipUc4M9A9MdbZAQRjq3GnR9+Ye1hkt4= =dERY -----END PGP SIGNATURE----- --SvF6CGw9fzJC4Rcx--

1 0

Storage Domains Created/Attached with vdsClient command not visible on Web Interface
by Hayley Swimelar 18 May '16

18 May '16

Hello all, I'm currently working with vdsClient and I've been able to successfully create and attach an nfs storage domain to the default storage pool of my cluster; however this domain is not being represented in the web GUI. Is there something that I need to do to propagate these changes from the host to the engine? My present setup is two hosts with one stand alone engine node all running Fedora Server 24 on physical machines. I'm using the master snapshot repository for oVirt. Please let me know if there is anything additional I should provide to help answer this question. Best, Hayley

1 0

oVirt 4.0.0 beta build planned
by Sandro Bonazzola 17 May '16

17 May '16

Fyi oVirt developers, Just a reminder that an oVirt build is planned for tomorrow, Wednesday 11:00 AM TLV time (10:00 AM CET). Taking into consideration the time it takes for Jenkins to run a full CI everything need to be backported by today, Tuesday 11PM TLV time. Please make sure to mark as verified and CR +2 your patches so it will be ready for merging Wednesday morning. Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Vdsm call 17/5/2016 summary
by Yaniv Bronheim 17 May '16

17 May '16

*VDSM call 17/5/2016* mzamzal, mpolednik, edwardh, danken, ybronhei, igoihman, nsoffer, pkliczew *mzamza* - * Working on debian support to run vms. still experimental. Milan will send elaborated mail about it. *pkliczew* - * We replaced the json with yaml schema, now when engine sends not well defined request we warn it in vdsm.log. this leaded to many warn logs which makes it harder to follow issues. we currently look for solution there. * Additional to that, it exposed issue with gluster cli that we currently investigate. *igoihman* - * We merged a patch that from now on every test that we add to the system it needs to pass python3 unless you add it to a blacklist. This is another way to remind developers to be compatible with python3 (this part of accelerating our move to python3 as for now python-blivert which gluster uses won't be available in f25 and above for python2 - so we must support python3 to work over later fedora versions). * We merged tox support which replaces the need for pep8 and pyflakes. This allows to align with specific versions of pep8 and pyflakes. I updated vdsm-developers wiki patch about that. *nsoffer* - * Working on discard fixes - allows to reuse wiped storage. * Supporting flash in mount points. * Fix circular dependencies in storage server tests. * Introduced Image uploader - daemon (ovirt-imageio) that allows to upload (later download) images directly from engine by http from hosts * Proposed to have vdsm blog that talks about new plans such as the debian support. *mpolednik *- * Working on fixing the api to changeCD (https://gerrit.ovirt.org/#/c/56805/ ). *danken *- * openvswitch support - still work in process. we might get it async to 4.0. *ybronhei *- * Managed to push forward host package refactoring and will publish soon the metric collection plans Thanks for participating. Feel free to comment -- *Yaniv Bronhaim.*

2 1

[vdsm] Another network test failing
by Adam Litke 17 May '16

17 May '16

When running make check on my local system I often (but not always) get the following error: $ rpm -qa | grep libvirt-python libvirt-python-1.2.18-1.fc23.x86_64 <snip> ====================================================================== ERROR: Failure: ImportError (No module named 'libvirt') ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/lib/python3.4/site-packages/nose/failure.py", line 39, in runTest raise self.exc_val.with_traceback(self.tb) File "/usr/lib/python3.4/site-packages/nose/loader.py", line 418, in loadTestsFromName addr.filename, addr.module) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 47, in importFromPath return self.importFromDir(dir_path, fqname) File "/usr/lib/python3.4/site-packages/nose/importer.py", line 94, in importFromDir mod = load_module(part_fqname, fh, filename, desc) File "/usr/lib64/python3.4/imp.py", line 235, in load_module return load_source(name, filename, file) File "/usr/lib64/python3.4/imp.py", line 171, in load_source module = methods.load() File "<frozen importlib._bootstrap>", line 1220, in load File "<frozen importlib._bootstrap>", line 1200, in _load_unlocked File "<frozen importlib._bootstrap>", line 1129, in _exec File "<frozen importlib._bootstrap>", line 1471, in exec_module File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed File "/home/alitke/src/vdsm/tests/network/models_test.py", line 27, in <module> from vdsm.network.netinfo import bonding, mtus File "/home/alitke/src/vdsm/lib/vdsm/network/netinfo/__init__.py", line 26, in <module> from vdsm import libvirtconnection File "/home/alitke/src/vdsm/lib/vdsm/libvirtconnection.py", line 29, in <module> import libvirt ImportError: No module named 'libvirt' ---------------------------------------------------------------------- Ran 234 tests in 11.084s FAILED (SKIP=42, errors=1) -- Adam Litke

4 8