May 2016 - Devel - oVirt List Archives

[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