[ANN] oVirt 3.6.6 Final Release is now available
by Sandro Bonazzola
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
9 years
Umbrella Exception selecting a VM
by Sandro Bonazzola
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
9 years
RFC - dropping ISO domain creation from engine-setup
by Sandro Bonazzola
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
9 years
Progress report on Vdsm Debian packaging
by Milan Zamazal
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.
9 years
[oVirt 4.0 Localization Question #4] "Disk Containers Icon"
by Yuko Katabami
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
9 years
ovirt-engine housekeeping
by Sandro Bonazzola
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
9 years
[vdsm] Fwd: Tech talk summary: Future of Python in RHEL and Fedora
by Francesco Romani
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
9 years
Re: [ovirt-devel] [lago-devel] Lago Demo
by Eyal Edri
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)
9 years
