- Devel - oVirt List Archives

Gsoc proposal on Configuring backup storage in ovirt
by shubham dubey 26 Mar '17

26 Mar '17

Hello, I have created the draft proposal recently on Configuring backup storage in ovirt.Here is the link to view https://docs.google.com/document/d/1orulgCTY1K6jUmomCIgZHA0g9xsWWUqttj0c1R0… . Any suggestion or comments are welcome. Thanks, Shubham Dubey

3 5

Fwd: Question for oVirt
by jeff hsueh 26 Mar '17

26 Mar '17

Hi Devel, Could you help to give me some detail information about this feature? Thanks. Jeff ---------- Forwarded message ---------- From: Mike Burns <mburns(a)redhat.com> Date: 2017-03-20 20:44 GMT+08:00 Subject: Re: Question for oVirt To: jeff hsueh <jeffhsueh(a)qnap.com> This is very old (last update 2012). I haven't worked on oVirt in a long time either. You should redirect this and other questions to devel(a)ovirt.org. Thanks On Mon, Mar 20, 2017 at 4:56 AM, jeff hsueh <jeffhsueh(a)qnap.com> wrote: > Hi Mike, > > I am studying "NetworkManager Support" of oVirt project. > Link: http://www.ovirt.org/develop/release-management/featur > es/network/networkmanager-support/ > > I could not understand what does this feature want to achieve. > Could I get more information and status about this feature from you? > Because the information about this feature in oVirt web site is too brief. > > Thanks. > > Jeff > > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> > 不含病毒。www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> > <#m_-8795404721952800494_m_4727600564310439803_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >

2 1

[ OST Failure Report ] [ oVirt master ] [ 24-03-2017 ] [ 002_bootstrap.list_glance_images ]
by Shlomo Ben David 26 Mar '17

26 Mar '17

Hi, Test failed: [ 002_bootstrap.list_glance_images ] Link to suspected patches: N/A Link to Job: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5997 Link to all logs: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5997/artif… Error snippet from the log: <error> 2017-03-23 20:19:39,699-04 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [796c74] Command 'PollVDSCommand(HostName = lago-basic-suite-master-host1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='e8fa4803-7372-41d9-b5a5-848d08773479'})' execution failed: VDSGenericException: VDSNetworkException: Timeout during rpc call 2017-03-23 20:19:39,699-04 DEBUG [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [796c74] Exception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: VDSGenericException: VDSNetworkException: Timeout during rpc call at org.ovirt.engine.core.vdsbroker.vdsbroker.FutureVDSCommand.get(FutureVDSCommand.java:74) [vdsbroker.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworkPoller.getValue( HostSetupNetworkPoller.java:56) [bll.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworkPoller.poll( HostSetupNetworkPoller.java:41) [bll.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand. invokeSetupNetworksCommand(HostSetupNetworksCommand.java:422) [bll.jar:] at org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand. executeCommand(HostSetupNetworksCommand.java:290) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1253) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1393) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2057) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1453) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:397) [bll.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute( DefaultBackendActionExecutor.java:13) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:496) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:478) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:684) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_121] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_121] at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_121] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_121] at org.jboss.as.ee.component.ManagedReferenceMethodIntercep tor.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.1.0.Final. jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception( Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final. jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation( Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final. jar:10.1.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.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor. processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.AbstractEJBRequestScopeActivat ionInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:64) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInter ceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.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.SingletonComponentInstanceAsso ciationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterc eptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor. processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-10.1.0.Final. jar:10.1.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.1.0.Final. jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor. processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor. processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-10.1.0.Final. jar:10.1.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:198) 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.bll.interfaces.BackendInternal$$$ view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_121] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_121] at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_121] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_121] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:433) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke( EnterpriseBeanProxyMethodHandler.java:128) [weld-core-impl-2.3.5.Final. jar:2.3.5.Final] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke( EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.3.5.Final. jar:2.3.5.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$ BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.network.NetworkConfigurator. configureManagementNetwork(NetworkConfigurator.java:230) [bll.jar:] at org.ovirt.engine.core.bll.network.NetworkConfigurator. createManagementNetworkIfRequired(NetworkConfigurator.java:85) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. configureManagementNetwork(InstallVdsInternalCommand.java:219) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. installHost(InstallVdsInternalCommand.java:181) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. executeCommand(InstallVdsInternalCommand.java:87) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1253) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1393) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2057) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1453) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:397) [bll.jar:] at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute( DefaultBackendActionExecutor.java:13) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:496) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:478) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:684) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_121] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_121] at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_121] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_121] at org.jboss.as.ee.component.ManagedReferenceMethodIntercep tor.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.1.0.Final. jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception( Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final. jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation( Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final. jar:10.1.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.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor. processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.AbstractEJBRequestScopeActivat ionInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInter ceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.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.SingletonComponentInstanceAsso ciationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterc eptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor. processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-10.1.0.Final. jar:10.1.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.1.0.Final. jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor. processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed( InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor. processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-10.1.0.Final. jar:10.1.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:198) 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.bll.interfaces.BackendInternal$$$ view4.runInternalAction(Unknown Source) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_121] at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_121] at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_121] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_121] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:433) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke( EnterpriseBeanProxyMethodHandler.java:128) [weld-core-impl-2.3.5.Final. jar:2.3.5.Final] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke( EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.3.5.Final. jar:2.3.5.Final] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.3.5.Final.jar:2.3.5.Final] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$ BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2454) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand. lambda$executeCommand$2(AddVdsCommand.java:183) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$ InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_121] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_121] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_121] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_121] 2017-03-23 20:19:39,704-04 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.PollVDSCommand] (org.ovirt.thread.pool-7-thread-2) [796c74] Timeout waiting for VDSM response: Internal timeout occured <error> Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCVA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

2 1

ovirt 4.1.1
by Paul Dyer 24 Mar '17

24 Mar '17

Is this new release ready? When I do engine-setup, I get an error because centos/7Server directory is missing... Stage: Environment packages setup [ ERROR ] Yum Cannot queue package iproute: failure: repodata/repomd.xml from ovirt-centos-ovirt41: [Errno 256] No more mirrors to try. http://mirror.centos.org/centos/7Server/virt/x86_64/ovirt-4.1/repodata/repo…: [Errno 14] HTTP Error 404 - Not Found -- Paul Dyer, Mercury Consulting Group, RHCE 504-302-8750

3 3

Introducing engine micro-benchmarks
by Roy Golan 24 Mar '17

24 Mar '17

Lately we came across an interesting case where multi-host+mult-networks resulted editing a host to conclude in minutes. One assumption that was raised which we wanted to eliminate was that the decryption we perform on a fence agent password might be taking too long. So these days it's an easy task thanks to JMH[1], supplied by the jdk itself. I kickstarted [2] and added a 'DecryptionBenchmark', see the output as an example[3] Although The JMH project recommends to create a separate project I find it would be less trivial to people to contribute benchmarks let alone just playing around with current code they want to test. - So, (when it will be merged) you add your benchmark under backend/manager/modules/benchmarks/MyBenchmark.java - run it from intellij using the jmh plugin exactly like a unit-test OR - mvn test -P benchmarks -pl org.ovirt.engine:benchmarks OR - java -jar benchmarks.jar I hope this would serve all of us well, please review and add your benchmarks. PS - this will not run in the CI atm. [1] http://openjdk.java.net/projects/code-tools/jmh/ [2] https://gerrit.ovirt.org/74537 microbenchmarks: Introduce microbenchmarks using JMH [3] DecryptionBenchmark output (short version): # Run complete. Total time: 00:09:06 Benchmark Mode Samples Score Score error Units b.DecryptionBenchmark.decryption thrpt 50 101.258 1.270 ops/s b.DecryptionBenchmark.encryption thrpt 50 238.587 4.667 ops/s b.DecryptionBenchmark.decryption avgt 50 0.010 0.000 s/op b.DecryptionBenchmark.encryption avgt 50 0.004 0.000 s/op b.DecryptionBenchmark.decryption sample 5544 0.010 0.000 s/op b.DecryptionBenchmark.encryption sample 13067 0.004 0.000 s/op b.DecryptionBenchmark.decryption ss 50 0.014 0.001 s b.DecryptionBenchmark.encryption ss 50 0.009 0.001 s Process finished with exit code 0

7 9

Re: [ovirt-devel] Connection refuse in ovirt webservice
by shubham dubey 23 Mar '17

23 Mar '17

Actually I want to compile webadmin but it is giving me some error so I just skip its compilation. Now the webserver is working but in most of the pages (like when I am logging using admin) I am getting blank page. In logs it is written 2017-03-23 23:04:35,364+05 ERROR [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-5) [] Can't read file '/home/0day/ovirt-engine/etc/ovirt-engine/branding/00-ovirt.brand/ovirt-js-dependencies/insertion-query/insQ.min.js' for request '/ovirt-engine/webadmin/theme/00-ovirt.brand/ovirt-js-dependencies/insertion-query/insQ.min.js', will send a 404 error response So,is it happening because of webadmin? One more question is that I want to install ovirt-engine for development purpose,so did installing webadmin from rpm will also work or I have to only install it from source. On Thu, Mar 23, 2017 at 10:58 PM, Greg Sheremeta <gshereme(a)redhat.com> wrote: > You're welcome. > > You'll need to compile webadmin if you want to do the good stuff :) > > You can also always install it from rpm -- not sure what your goal is. > > Best wishes, > Greg > > On Thu, Mar 23, 2017 at 1:13 PM, shubham dubey <sdubey504(a)gmail.com> > wrote: > >> Thanks,It works now.;) >> >> On Thu, Mar 23, 2017 at 10:06 PM, Greg Sheremeta <gshereme(a)redhat.com> >> wrote: >> >>> Step 3: start it >>> >>> $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py >>> start >>> >>> Greg >>> >>> On Thu, Mar 23, 2017 at 12:21 PM, shubham dubey <sdubey504(a)gmail.com> >>> wrote: >>> >>>> Hello, >>>> I have recently installed the ovirt engine development enviornment >>>> using >>>> $make clean install-dev PREFIX="$HOME/ovirt-engine" BUILD_GWT_WEBADMIN=0 >>>> after that I run $HOME/ovirt-engine/bin/engine-setup. >>>> Both run successfully but when I am opening the webservice link(in my >>>> case http://localhost.localdomain:8080/) in my browser I am getting >>>> connection refused. >>>> >>>> I have my seLinux disabled and I have also done iptables -F. >>>> So any other Solution? >>>> And is this because of disabling webadmin? >>>> >>>> Thanks, >>>> Shubham >>>> >>>> _______________________________________________ >>>> Devel mailing list >>>> Devel(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>>> >>> >>> >>> >>> -- >>> Greg Sheremeta, MBA >>> Red Hat, Inc. >>> Sr. Software Engineer >>> gshereme(a)redhat.com >>> >> >> > > > -- > Greg Sheremeta, MBA > Red Hat, Inc. > Sr. Software Engineer > gshereme(a)redhat.com >

2 2

Fwd: Connection refuse in ovirt webservice
by shubham dubey 23 Mar '17

23 Mar '17

---------- Forwarded message ---------- From: shubham dubey <sdubey504(a)gmail.com> Date: Thu, Mar 23, 2017 at 10:43 PM Subject: Re: [ovirt-devel] Connection refuse in ovirt webservice To: Greg Sheremeta <gshereme(a)redhat.com> Thanks,It works now.;) On Thu, Mar 23, 2017 at 10:06 PM, Greg Sheremeta <gshereme(a)redhat.com> wrote: > Step 3: start it > > $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py > start > > Greg > > On Thu, Mar 23, 2017 at 12:21 PM, shubham dubey <sdubey504(a)gmail.com> > wrote: > >> Hello, >> I have recently installed the ovirt engine development enviornment >> using >> $make clean install-dev PREFIX="$HOME/ovirt-engine" BUILD_GWT_WEBADMIN=0 >> after that I run $HOME/ovirt-engine/bin/engine-setup. >> Both run successfully but when I am opening the webservice link(in my >> case http://localhost.localdomain:8080/) in my browser I am getting >> connection refused. >> >> I have my seLinux disabled and I have also done iptables -F. >> So any other Solution? >> And is this because of disabling webadmin? >> >> Thanks, >> Shubham >> >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > > -- > Greg Sheremeta, MBA > Red Hat, Inc. > Sr. Software Engineer > gshereme(a)redhat.com >

1 0

Connection refuse in ovirt webservice
by shubham dubey 23 Mar '17

23 Mar '17

Hello, I have recently installed the ovirt engine development enviornment using $make clean install-dev PREFIX="$HOME/ovirt-engine" BUILD_GWT_WEBADMIN=0 after that I run $HOME/ovirt-engine/bin/engine-setup. Both run successfully but when I am opening the webservice link(in my case http://localhost.localdomain:8080/) in my browser I am getting connection refused. I have my seLinux disabled and I have also done iptables -F. So any other Solution? And is this because of disabling webadmin? Thanks, Shubham

2 1

[vdsm] Engine XML: metadata and devices from XML
by Francesco Romani 23 Mar '17

23 Mar '17

Hi everyone, This is both a report of the current state of my Vdsm patches for Engine XML support, and a proposal to how move forward and solve the current open issues. TL;DR: 1. we can and IMO should reuse the current JSON schema to describe the structure (layout) and the types of the metadata section. 2. we don't need a priori validation of stuff in the metadata section. We will just raise in the creation flow if data is missing, or wrong, according to our schema. 2. we will add *few* items to the metadata section, only thing we can't express clearly-or at all in the libvirt XML. Redundancy and verbosiness will be thus kept at bay 3. I believe [3] is the best tool to do (de)serialize data to the metadata section. Existing tools fits poorly in our very specific use case Examples below +++ Long(er) discussion: I have working code[1][2] to encode any custom, picklable, python object in the metadata section. We should decide which module will do the actual python<=>XML transformation. Please note that this actually also influences how the data in the medata section look like, so the two things are a bit coupled. I'm eager to reinvent another wheel, but after initial evaluation I honestly think that my pyxmlpickle[3] is the best tool for the job over the current alternatives: plistlib[4] and xmltodict[5]. I added the initial rationale here: https://gerrit.ovirt.org/#/c/73790/4//COMMIT_MSG I have completed the initial draft of patches to make it possible to initialize devices from their XML representation [6]. This is the bare minimum we need to support the Engine XML, and we *need* this anyway to unlock the cleanup we planned and I outlined in my google doc. So we are progressing, but I'd like to speed up things. Those [6] patches are not yet complete, many flows are not covered or tested; but they are good enough to demonstrate that there *are* pieces of information wen need to properly initialize the devices, but we can't easily extract from the XML. First examples that come to my mind are the storage.Drive UUIDs; there could also be some ambiguity I'm investigating right now for displayIp/displayNetwork in Graphics devices. In [6] there are various TODO to mark more of those cases. Most likely, few more cases will pop out as I cover all the flows we support. Long story short: it is hard to correctly rebuild the device conf from the XML. This is why in [6] I added the 'meta' argument to from_xml_tree classmethod in [7]. 'meta' is supposed to be the device metadata: extra data related to a device which doesn't (yet) fit in the libvirt XML representation. For example, we can store 'displayIp' and 'displayNetwork' here and be done with that: using both per-device metadata and the XML representation of one graphic device, we will have everything we need to properly build one graphics.Graphics device. This example may (hopefully) be bogus, but I'm keeping it because it is one case easy to follow. The device metadata is going to be stored in the vm metadata for the short/mid term future. Even if the per-device metadata idea/RFE is accepted (no answer yet, but we are working on it), we will not have in 7.4, and unlikely in 7.5. As it stands today, I believe there are two open questions: 1. do we need a schema for the metadata section? 2. how do we bind the metadata to the devices? How do we know which metadata belongs to which metadata, if we don't have aliases nor addresses to match? (e.g. very first time the VM is created!) My current stance is the following 1. In general, one schema gives us two benefits: 1.a. we document how the layout of the data should be, including types; 1.b. we can validate the data we receive. So yes, we need a schema, but we don't need a *new* schema. I think we are in good enough shape with the current Vdsm schema: we can just translate the python object layout to a XML layout. One example is probably more explicative. Some actual data may look like, using my pyxmlpickle module: <domain type='kvm' id='5'> <name>a0</name> <uuid>ccd945c8-8069-4f31-8471-bbb58e9dd6ea</uuid> <metadata xmlns:ovirt-tune="http://ovirt.org/vm/tune/1.0" xmlns:ovirt-vm="http://ovirt.org/vm/1.0" xmlns:ovirt-instance="http://ovirt.org/vm/instance/1.0"> <ovirt-tune:qos/> <ovirt-vm:vm/> <ovirt-instance:instance> <ovirt-instance:value type="dict"> <ovirt-instance:item key="devices" type="list"> <ovirt-instance:item index="0" type="dict"> <ovirt-instance:item key="device" type="str">vnc</ovirt-instance:item> <ovirt-instance:item key="specParams" type="dict"> <ovirt-instance:item key="displayNetwork" type="str">ovirtmgmt</ovirt-instance:item> <ovirt-instance:item key="displayIp" type="str">192.168.1.53</ovirt-instance:item> </ovirt-instance:item> <ovirt-instance:item key="type" type="str">graphics</ovirt-instance:item> </ovirt-instance:item> <ovirt-instance:item index="1" type="dict"> <ovirt-instance:item key="device" type="str">spice</ovirt-instance:item> <ovirt-instance:item key="specParams" type="dict"> <ovirt-instance:item key="displayNetwork" type="str">ovirtmgmt</ovirt-instance:item> <ovirt-instance:item key="displayIp" type="str">192.168.1.53</ovirt-instance:item> </ovirt-instance:item> <ovirt-instance:item key="type" type="str">graphics</ovirt-instance:item> </ovirt-instance:item> <ovirt-instance:item index="2" type="dict"> <ovirt-instance:item key="poolID" type="str">5890a292-0390-01d2-01ed-00000000029a</ovirt-instance:item> <ovirt-instance:item key="imageID" type="str">66441539-f7ac-4946-8a25-75e422f939d4</ovirt-instance:item> <ovirt-instance:item key="domainID" type="str">c578566d-bc61-420c-8f1e-8dfa0a18efd5</ovirt-instance:item> <ovirt-instance:item key="device" type="str">disk</ovirt-instance:item> <ovirt-instance:item key="path" type="str">/rhev/data-center/5890a292-0390-01d2-01ed-00000000029a/c578566d-bc61-420c-8f1e-8dfa0a18efd5/images/66441539-f7ac-4946-8a25-75e422f939d4/5c4eeed4-f2a7-490a-ab57-a0d6f3a711cc</ovirt-instance:item> <ovirt-instance:item key="volumeID" type="str">5c4eeed4-f2a7-490a-ab57-a0d6f3a711cc</ovirt-instance:item> </ovirt-instance:item> </ovirt-instance:item> </ovirt-instance:value> </ovirt-instance:instance> </metadata>  </domain> Please note that yes, this is still verbose, but we don't want to add much data here, for most of information the most reliable source will be the domain XML. We will add here only the extra info we can't really fetch from that. 2. I don't think we need explicit validation: we could just raise along the way in the creation flow if we don't find some extra metadata we need. This will also solve the issue that if we reuse the current schema and we omit most of data, we will lack quite a lot of elements marked mandatory. Once we reached agreement, I will update my https://docs.google.com/document/d/1eD8KSLwwyo2Sk64MytbmE0wBxxMlpIyEI1GRcHD… accordingly. Final note: while device take the lion's share, we will likely need help from the metadata section also to store VM extra info, but all the above discussion also applies here. +++ [1] https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v… - uses xmltodict [2] https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v… ported the 'virt-metadata3' topic to pyxmlpickle [3] https://github.com/fromanirh/pyxmlpickle [4] https://docs.python.org/2/library/plistlib.html [5] https://github.com/martinblech/xmltodict [6] https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v… [7] https://gerrit.ovirt.org/#/c/72880/15/lib/vdsm/virt/vmdevices/core.py -- Francesco Romani Red Hat Engineering Virtualization R & D IRC: fromani

4 11

[vdsm] Patches awaiting review
by Piotr Kliczewski 22 Mar '17

22 Mar '17

All, Here is bunch of patches that I would like have reviewed: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:s… https://gerrit.ovirt.org/#/c/72284/ https://gerrit.ovirt.org/#/c/74005/ A draft from Nir: https://gerrit.ovirt.org/#/c/72306/ And xmlrpc removal: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:x… Thanks, Piotr

1 0