- Users - oVirt List Archives

Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction
by ovirt＠timmi.org 07 Mar '16

07 Mar '16

Hi oVirt List, I have a oVirt Setup which includes two host. The first host is also running the oVirt engine. Today I installed a couple VMs on the second host from USB without any issue. Now I tried to perform this also on the first host but it looks like the USB is not accessible. I'm able to add the device to the host but I can see the following message in the engine.log which does not look correct. I'm running oVirt 3.6.3 Best regards Christoph 2016-03-04 21:42:13,037 ERROR [org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction 2016-03-04 21:42:13,037 ERROR [org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Exception: java.lang.RuntimeException: Failed managing transaction at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:232) [utils.jar:] at org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand.executeCommand(RefreshHostDevicesCommand.java:121) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:672) [bll.jar:] at sun.reflect.GeneratedMethodAccessor345.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:46) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:251) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:401) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:439) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) 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.GeneratedMethodAccessor344.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] 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:2340) [bll.jar:] at org.ovirt.engine.core.bll.network.host.RefreshHostCommand.executeCommand(RefreshHostCommand.java:27) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:210) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:149) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:118) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:409) [bll.jar:] at sun.reflect.GeneratedMethodAccessor333.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:55) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:52) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:260) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:399) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:95) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.2.1.Final.jar:8.2.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:448) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:326) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:185) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) 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.GeneratedMethodAccessor332.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:414) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:127) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:65) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05] at org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.hostdev.HostDeviceManager.refreshHostIfAnyVmHasHostDevices(HostDeviceManager.java:167) [bll.jar:] at org.ovirt.engine.core.bll.hostdev.HostDeviceManager$Proxy$_$$_WeldClientProxy.refreshHostIfAnyVmHasHostDevices(Unknown Source) [bll.jar:] at org.ovirt.engine.core.bll.VdsEventListener$10.run(VdsEventListener.java:549) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:89) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_71] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71] Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1178) at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126) at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:227) [utils.jar:] ... 179 more 2016-03-04 21:42:13,043 ERROR [org.ovirt.engine.core.bll.network.host.RefreshHostCommand] (org.ovirt.thread.pool-8-thread-17) [4307f9bc] Transaction rolled-back for command 'org.ovirt.engine.core.bll.network.host.RefreshHostCommand'.

2 5

ovirt 3.6 node
by Johan Kooijman 07 Mar '16

07 Mar '16

Hi all, I can't seem to find ovirt 3.6 node ISO. Is there a specific reason for this? I have the issue with 3.5 (ovirt-node-iso-3.5-0.201502231653.el7.iso) that I can't do live merge on machines installed with ovirt node. -- Met vriendelijke groeten / With kind regards, Johan Kooijman

2 1

Fresh install failing (Hosted Engine)
by Jonathan Sherman 07 Mar '16

07 Mar '16

I want to extend my lab and am trying an install using the hosted engine, but the install is failing for me: References used for install: https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/ http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ Setup: Minimal install of CentOS Linux release 7.2.1511 (Core) Using DHCP with static address (tried without DHCP with same issue) yum upgrade Installed packages: yum localinstall -y http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm yum install -y ovirt-hosted-engine-setup screen glusterfs-server nfs-utils vdsm-gluster system-storage-manager mailx rebooted Tried hosted-engine --deploy, but it errors out. I followed various logs and I _think_ it's failing related to vdsm-tool restore-nets. I could use some guidance on this to help track down what's happening and how to fix. (Note: I'd very much prefer using the hosted engine vs. another option for my lab, so I'm willing to put in the time to figure this out. Thanks for any assistance!) Install error: [root@ovirt01 network-scripts]# hosted-engine --deploy [ INFO ] Stage: Initializing [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Continuing will configure this host for serving as hypervisor and create a VM where you have to install the engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log Version: otopi-1.4.1 (otopi-1.4.1-1.el7.centos) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ ERROR ] Failed to execute stage 'Environment setup': Failed to start service 'vdsmd' [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160305194703.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue, fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160305194655-o29y86.log -- vdsm-tool restore-nets output: [root@ovirt01 etc]# /usr/bin/vdsm-tool restore-nets Traceback (most recent call last): File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in <module> restore(args) File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore _restore_sriov_numvfs() File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in _restore_sriov_numvfs sriov_devices = _get_sriov_devices() File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in _get_sriov_devices devices = hostdev.list_by_caps() File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps libvirt_devices = _get_devices_from_libvirt() File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt for device in libvirtconnection.get().listAllDevices(0)) File "/usr/share/vdsm/hostdev.py", line 160, in <genexpr> for device in libvirtconnection.get().listAllDevices(0)) File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params devXML = etree.fromstring(device_xml) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML parser.feed(text) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed self._raiseerror(v) File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror raise err xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4, column 13 Traceback (most recent call last): File "/usr/bin/vdsm-tool", line 219, in main return tool_command[cmd]["command"](*args) File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, in restore_command exec_restore(cmd) File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, in exec_restore raise EnvironmentError('Failed to restore the persisted networks') EnvironmentError: Failed to restore the persisted networks

2 4

Remove master storage from data center?
by nicolas＠devels.es 07 Mar '16

07 Mar '16

Hi, We've migrated storage from glusterfs to iSCSI, so now we have 2 storages in our data center. As we've already finished, we want to remove the gluster storage from our data center (which is the master storage right now). We've tried to put it on maintenance but we're getting this error: 2016-03-02 13:02:02,087 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-34) [259a3130] Command 'DisconnectStoragePoolVDSCommand(HostName = ovirt01.domain.com, DisconnectStoragePoolVDSCommandParameters:{runAsync='true', hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4', storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f', vds_spm_id='7'})' execution failed: VDSGenericException: VDSErrorException: Failed to DisconnectStoragePoolVDS, error = Operation not allowed while SPM is active: ('fa155d43-4e68-486f-9f9d-ae3e3916cc4f',), code = 656 Does that mean that *all* hosts must be on maintenance to do that? There's nothing left on the gluster storage right now. Thanks. Nicolás

2 4

Re: [ovirt-users] Update Self-Hosted-Engine - Right Way?
by Taste-Of-IT 07 Mar '16

07 Mar '16

Hello Simon, i am new with oVirt, but are you sure, that this is the way for the self-hosted-engine? Because i have no commands with hosted-***. As far as i understand the engine runs in self-hosted-engine on same host and therefore there is no way to enter the vm with engine and set it to maintenance mode.?! Regards Taste Am 2016-03-04 10:24, schrieb Simone Tiraboschi: > On Fri, Mar 4, 2016 at 9:57 AM, Taste-Of-IT <kontakt(a)taste-of-it.de> > wrote: > >> Hello, >> >> i want to Update my oVirt as Self-Hosted-Engine on CentOS 7. The >> way i whould do is as follow and i want to know if this is the right >> recommended way. > > Please follow > this: http://www.ovirt.org/documentation/how-to/hosted-engine/#Upgrade_Hosted_Eng… > [2] > > Ensure to take care to put hosted-engine in global maintenance mode > before upgrading the engine VM otherwise the HA agent could reboot it > (since it detects that the engine is not responsive) in the middle of > the upgrade with potentially really bad results. > > > >> 1. shutdown all virtual machines (can i do this from GUI, or >> should it better be done inside the VMs?) >> 2. yum update "ovirt-engine-setup*" >> 3. yum update >> 4. engine-setup >> 5. follow questions and hope all is updated correct... >> >> Is that all or should i do some other stepps before or between >> this? >> >> thx >> Taste >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users [1] > > > > Links: > ------ > [1] http://lists.ovirt.org/mailman/listinfo/users > [2] > http://www.ovirt.org/documentation/how-to/hosted-engine/#Upgrade_Hosted_Eng…

3 7

some ISO images not recognized
by Stefano Cislaghi 07 Mar '16

07 Mar '16

Hello everyone, I configured a test environment with 2 hosts (centos), hosted engine and NFS storage for data domain and iso domain. I noticed that windows 2012 ISOs are marked as "unknown" in iso domain and##SELECTION_END## therefore I can't attach them to virtual machines. Maybe something is wrong with my iso? I tried to do a fresh download with same result. Centos, Fedora and Windows 10 iso are working, so I think the iso domain is ok. Did someone else noticed such behaviour? Any solution? Thanks Stefano

5 7

Testing openstack inside ovirt environment
by Gianluca Cecchi 06 Mar '16

06 Mar '16

Hello, Up to now I only tested openstack on physical hw. I would like to make some tests in a virtual environment. Not considering at the moment cinder and glance integrations provided by oVirt but full openstack itself. Are nestedvt and macspoof vdsm hooks the only requirement I should care about to be able to go? Also, supposing I go with a preliminar pre-test of openstack in virtual environment using plain qemu/kvm with virt-manager, it's clear to me how to enable the nested kvm for the host, but what should be the commands to give on host side so that the openstack instances will be able to communicate with the outside world (the commands that in ovirt I presume are run by the macspoof vdsm hook). Thanks in advance, Gianluca

1 0

Promiscuous Mode
by Clint Boggio 06 Mar '16

06 Mar '16

I am deploying an OpenVPN server in my OVirt environment and I've come to a dead stop with the developer support on a topic related to OVirt configuration. The developer wants me to put the VM's underlying NIC into promiscuous mode. I've seen this in a VMware environment and I know what they are asking me to do, and I'm wondering if there is a clear way to do this in my OVirt environment. I found "port mirroring" but no "promiscuous mode" Cheers and thank you !

4 11

set up of fibre channel storage problem
by Campbell McLeay 06 Mar '16

06 Mar '16

Hi, I've set up a node in a cluster which I would l like to use the attached fibre channel disks as storage. The ovirt version is 3.6 and both hosts (engine and node) are running Scientific 7.2. When I select the fibre channel option in the ovirt manager GUI from the drop down menu in the storage section, it shows the target disks on the node host (actually symlinks named as 34 character IDs which I assume are created by multipathd, which point to the actual device in /dev such as /dev/dm-3). 'multipath -ll' shows the devices up and running: 36f01faf000e5fd64000007d255820b3d dm-1 DELL ,MD36xxf size=5.7T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 8:0:0:3 sdi 8:128 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 1:0:0:3 sde 8:64 active ready running 36f01faf000e5fd5b000009fc52cc8a5b dm-2 DELL ,MD36xxf size=9.0T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 1:0:0:0 sdb 8:16 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 8:0:0:0 sdf 8:80 active ready running 36f01faf000e5fd640000078752cd9374 dm-0 DELL ,MD36xxf size=9.0T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 8:0:0:1 sdg 8:96 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 1:0:0:1 sdc 8:32 active ready running 36f01faf000e5fd5b00000a5a55820464 dm-3 DELL ,MD36xxf size=5.7T features='2 pg_init_retries 50' hwhandler='1 rdac' wp=rw |-+- policy='service-time 0' prio=14 status=active | `- 1:0:0:2 sdd 8:48 active ready running `-+- policy='service-time 0' prio=9 status=enabled `- 8:0:0:2 sdh 8:112 active ready running When I select those IDs, it says 'The following LUNs are in use' (does it perhaps mean by multipath?), and to 'Approve operation', which I do, but it then fails with: "Error while executing action New SAN Storage Domain: Physical device initialization failed. Please check that the device is empty and accessible by the host." The storage is not mounted and is not being used by any other host. The error from the engine log is: ---------------------8<-------------------------- 2016-03-05 21:50:47,326 INFO [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (VdsDeploy) [] Stage: Termination 2016-03-05 21:51:21,460 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-167) [] START, GetDeviceListVDSCommand(HostName = kvm-ldn-02, GetDeviceListVDSCommandParameters:{runAsync='true', hostId='d44741f9-00c9-45d2-a76d-9ea5bd2893e0', storageType='FCP', checkStatus='true', lunIds='[36f01faf000e5fd64000007d255820b3d]'}), log id: 67073545 2016-03-05 21:51:22,966 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetDeviceListVDSCommand] (default task-167) [] FINISH, GetDeviceListVDSCommand, return: [LUNs:{id='36f01faf000e5fd64000007d255820b3d', physicalVolumeId='', volumeGroupId='', serial='SDELL_MD36xxf_3BD000S', lunMapping='3', vendorId='DELL', productId='MD36xxf', lunConnections='[]', deviceSize='5865', pvSize='0', vendorName='DELL', pathsDictionary='[sde=true, sdi=true]', pathsCapacity='[sde=5865, sdi=5865]', lunType='FCP', status='Used', diskId='null', diskAlias='null', storageDomainId='null', storageDomainName='null'}], log id: 67073545 2016-03-05 21:51:26,917 INFO [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] (default task-172) [71343e04] Running command: AddSANStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2016-03-05 21:51:26,935 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (default task-172) [71343e04] START, CreateVGVDSCommand(HostName = kvm-ldn-02, CreateVGVDSCommandParameters:{runAsync='true', hostId='d44741f9-00c9-45d2-a76d-9ea5bd2893e0', storageDomainId='65fd9f6a-5674-43b2-99d7-18741be5943d', deviceList='[36f01faf000e5fd64000007d255820b3d]', force='true'}), log id: 45c41848 2016-03-05 21:51:28,069 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (default task-172) [71343e04] Failed in 'CreateVGVDS' method 2016-03-05 21:51:28,073 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-172) [71343e04] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM kvm-ldn-02 command failed: Failed to initialize physical device: ("[u'/dev/mapper/36f01faf000e5fd64000007d255820b3d']",) 2016-03-05 21:51:28,073 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (default task-172) [71343e04] Command 'org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand' return value 'OneUuidReturnForXmlRpc:{status='StatusForXmlRpc [code=601, message=Failed to initialize physical device: ("[u'/dev/mapper/36f01faf000e5fd64000007d255820b3d']",)]'}' ---------------------8<-------------------------- On the node, in the messages log, I get: ---------------------8<-------------------------- Mar 5 22:18:53 kvm-ldn-02 multipathd: dm-4: remove map (uevent) Mar 5 22:18:53 kvm-ldn-02 multipathd: dm-4: remove map (uevent) Mar 5 22:19:11 kvm-ldn-02 kernel: device-mapper: table: 253:4: multipath: error getting device Mar 5 22:19:11 kvm-ldn-02 kernel: device-mapper: ioctl: error adding target to table Mar 5 22:19:11 kvm-ldn-02 multipathd: dm-4: remove map (uevent) Mar 5 22:19:11 kvm-ldn-02 multipathd: dm-4: remove map (uevent) ---------------------8<-------------------------- Not sure why it is looking at dm-4 and dm-8, which don't exist (the symlinks point to dm-0 to dm-3 for the devices). What am I doing wrong here? Any help much appreciated. Thanks, Cam

2 2

Re: [ovirt-users] virt-v2v converting multi-disk
by Richard W.M. Jones 05 Mar '16

05 Mar '16

Hi - let's keep all replies on the mailing list so the information benefits everyone. On Sat, Mar 05, 2016 at 12:21:51PM -0600, Clint Boggio wrote: > 2. Ran your tool on the disk image with a destination of "." And > your tool put it directly in without having to use network > bandwidth. The tool in this case is "import-to-ovirt", I guess (since they already run on KVM it must be)? > This procedure works the best as the legacy KVM environment is > Ubuntu based and permissions problems keep me from massaging the > disk images while they live in the firm grip of sudo hell that is > Ubuntu. > How will your import tool react to my procedure, in terms of the > three disk images ? import-to-ovirt can handle multiple disk images. If the disk images are part of a single guest, then you should specify them all in one command line run, ie: sudo ./import-to-ovirt.pl disk1 disk2 disk3 mountpoint If the disk images are independent guests then you must run import-to-ovirt three times. > Will I have to run it on all three images ? > > Will the tool "see" that the second and third images are siblings of > the main first image I import and put them in the same place, > perhaps appending them to each other as one big disk ? No, you need to specify it by running import-to-ovirt once per guest. > Or will I have to run the tool on the first disk, then somehow add > the second two disks to the newly imported machine through the GUI ? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html

1 0

Sample OVirt KS for HV Deployment
by Duckworth, Douglas C 04 Mar '16

04 Mar '16

Does anyone have a kickstart available to share? We are looking to automate hypervisor deployment with Cobbler. Thanks Doug -- Thanks Douglas Duckworth, MSc, LFCS Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

4 8

First oVirt community meetup in Boston MA area
by Douglas Landgraf 04 Mar '16

04 Mar '16

Join us for an evening of knowledge-sharing, networking, and Q&A about the oVirt open-source project. All skill levels are welcome! In this first meetup we will introduce oVirt, show a live demo, and answer any questions you might have about the technology and the community. The meetup will be hosted at the Red Hat office in Westford, drinks and snacks will be provided. Please RSVP to the event so that we can make sure everyone will be comfortable. Looking forward to seeing you there! http://www.meetup.com/Boston-oVirt-Community/ -- Cheers Douglas

1 0

VM Migration Fails (Network thoughts)
by Christopher Young 04 Mar '16

04 Mar '16

So, I'm attempting to understand something fully. My setup might not be ideal, so please provide me whatever education I may need. RE: https://access.redhat.com/solutions/202823 Quick background: I have (3) RHEV-H (ovirt node) Hypervisors with a hosted-engine. VM Migrations currently are not working and I have the following errors in the vdsm.log: --- "[RHEV]Failed to migrate VM between hypervisor with error "gaierror: [Errno -2] Name or service not known" in vdsm.log" --- Reading the RedHat article leads me to believe that this is a name resolution issue (for the FQDNs), but that leads to another question which I'll get to. First, a little more about the setup: I have separate IP networks for Management (ovirtmgmt), Storage, and VM Migration. These are all on unique IP ranges. I'll make up some for my purposes here: MGMT_VLAN: 10.25.250.x/24 STORAGE_VLAN: 10.26.3.x/24 MIGRATE_VLAN: 10.26.5.x/24 In anticipation for setting all of this up, I assigned hostnames/IPs for each role on each node/hypervisor, like so: vnode01 vnode01-sto (storage) vnode01-vmm vnode02 vnode02-sto vnode02-vmm etc., etc. So, I'm trying to understand what my best procedure for setting up a separate migration network and what IP/hostname settings are necessary to ensure that this works properly and wouldn't affect other things. I'm going to do some more reading right now, but at least I feel like I'm on the right path to getting migrations working. Please help lol Thanks as always, -- Chris

1 2

OVirt SDK python ip problem
by rein 04 Mar '16

04 Mar '16

--Apple-Mail-89C7D827-97B3-48B9-BD94-15A1C42B97DB Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi All, I have an issue with the python ovirt sdk. I made a script that creates a new host, hypervisor, in the ovirt environmen= t. The host is created and is put in maintenance state. So far it works, but then i try to create the networks on the new host and t= here i got an error. > =20 > Creating the host: > =20 > try: > if api.hosts.add(pHst): > print("Host was added successfully") > print("Waiting for host, {}, to reach the 'up' or 'non operati= onal' status").format(host) > while api.hosts.get(name =3D host).status.state !=3D 'up' and a= pi.hosts.get(name =3D host).status.state !=3D 'non_operational': > sleep(1) > sleep(5) > print("Host, {}, is '{}'").format(host) > =20 > except Exception as e: > print("Failed to install Host: {}").format(str(e)) > return None > =20 > Host =3D api.hosts.get(name =3D host) > =20 > Host.deactivate() > sleep(5) > address, netmask =3D getDefaultAddress(api, oc, DC, host) > if address is not None: > So far all's well. > Then the part for the network... > =20 > rc =3D setBondAndDefVLan(api, oc, DC, cluster, host, address, netm= ask) > if rc is not None: > Host.update() > Host.activate() > =20 > --- > =20 > def setBondParams(api, oc, DC, host): > nic0 =3D params.HostNIC(name =3D oc.nic1, > network =3D params.Network(), > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D '', > netmask =3D '', > gateway =3D '', > ), > ) > nic1 =3D params.HostNIC(name =3D oc.nic2, > network =3D params.Network(), > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D '', > netmask =3D '', > gateway =3D '', > ), > ) > =20 > bond =3D params.Bonding(slaves =3D params.Slaves(host_nic =3D [ > nic0, > nic1, > ]), > options =3D params.Options(option =3D [ > params.Option= (name =3D 'miimon', > = value =3D '100'), > params.Option= (name =3D 'mode', > = value =3D '4'), > ]) > ) > =20 > team =3D params.HostNIC(name =3D 'bond0', > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D '= ', > netmask =3D '= ', > gateway =3D '= ', > ), > override_configuration =3D 1, > bonding =3D bond) > return team > =20 > =20 > def setDefVLanParams(api, oc, DC, cluster, host, address, netmask): > defvlan =3D oc.defaultvlan > clusterNW =3D api.clusters.get(cluster).networks.get(name =3D defvlan)= > vlan =3D params.HostNIC(name =3D "bond0.{}".format(c= lusterNW.vlan.id), > network =3D params.Network(name =3D= defvlan), > boot_protocol =3D 'none', > ip =3D params.IP( > address =3D a= ddress, > netmask =3D n= etmask, > gateway =3D '= ' > ), > override_configuration =3D 1, > ) > return vlan > =20 > =20 > def setBondAndDefVLan(api, oc, DC, cluster, host, address, netmask): > try: > Host =3D api.hosts.get(name =3D host) > except Exception as e: > print("Could not find host {}, this is extremly wrong!\n{}").forma= t(host, str(e)) > return None > =20 > team =3D setBondParams(api, oc, DC, Host) > vlan =3D setDefVLan(api, oc, DC, cluster, Host, address, netmask) > =20 > try: > Host.nics.setupnetworks(params.Action(force =3D 0, > check_connectivity =3D 0, > host_nics =3D params.HostNic= s(host_nic =3D [ > = team,=20 > = vlan, > = ]) > ), > ) > except Exception as e: > print("Could not setup a management interface for host {}.\n--\n{}= \n--").format(host, str(e)) > return None > =20 > return host > =20 > =20 > The setting for oc.nic1 is 'eno1' and oc.nic2 is 'eno2'. > This part of the script times out on "Host.nics.setupnetworks(...) with: > =20 > "Host was added successfully" > "Waiting for host, X, to reach the 'up' or 'non operational' status" > "Host, X, is 'non_operational'" > =20 > "Could not setup a management interface for host X." > "--" > =20 > "status: 400" > "reason: Bad Request" > "detail: Network error during communication with the Host." > "--" > =20 > The problem with the communication is that on the new host X all the ip co= nfiguration is gone. > The question i have is "Why is the ip configuration gone?" > What am i donig wrong here? > ->Rein. (vanaf BigI)= --Apple-Mail-89C7D827-97B3-48B9-BD94-15A1C42B97DB Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D= utf-8"></head><body dir=3D"auto"><div>Hi All,</div><div id=3D"AppleMailSignature"> </font= ><div style=3D"color: rgb(69, 69, 69); text-decoration: -webkit-letterpress;= ">I have an issue w= ith the python ovirt sdk.</div><div style=3D"color: rgb(69, 69, 69); t= ext-decoration: -webkit-letterpress;">I made a script that creates a new host, hypervisor, in t= he ovirt environment.</div><div style=3D"color: rgb(69, 69, 69); text= -decoration: -webkit-letterpress;">The host is created and is put in maintenance state.= </div><div style=3D"color: rgb(69, 69, 69); text-decoration: -webkit-letterp= ress;">So far it w= orks, but then i try to create the networks on the new host and there i got a= n error.<div><blockquote type=3D"cite"><div class=3D"WordSection1" st= yle=3D"page: WordSection1;"> Creating the host:<o:p></o:p>     try:<o:p></o:p>     &n= bsp;  if api.hosts.add(pHst):<o:p></o:p>      &nbs= p;     print("Host was added successfully")<o:p></o:p></= span> &nbsp= ;          print("Waiting for h= ost, {}, to reach the 'up' or 'non operational' status").format(host)<o:p></= o:p><s= pan lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);">&nbsp= ;           while api.host= s.get(name =3D host).status.state !=3D 'up' and api.hosts.get(name =3D host)= .status.state !=3D 'non_operational':<o:p></o:p>      &= nbsp;         sleep(1)<o:p></o:p></s= pan>  =           sleep(5)<o:p></o:p></= span> &nbsp= ;          print("Host, {}, is '= {}'").format(host)<o:p></o:p>     except Exception as e:<o:p></o:p>=   &nbs= p;     print("Failed to install Host: {}").format(str(e)= )<o:p></o:p>        return None<o:p></o:p><= /p> =     H= ost =3D api.hosts.get(name =3D host)<o:p></o:p>     Host.deactivate()<o:p>= </o:p>= &nb= sp;   sleep(5)<o:p></o:p>    address, netmask =3D getDefaultAd= dress(api, oc, DC, host)<o:p></o:p>    if address is not None:</p= ></div></blockquote> <blockquote type=3D"cite"><div class=3D"WordSection1" style=3D"= page: WordSection1;">So far all's w= ell.</div></blockquote><blockquote type=3D"cite"><div class=3D"Wo= rdSection1" style=3D"page: WordSection1;">Then the part for the network...<o:p></o:p>=      &= nbsp;   rc =3D setBondAndDefVLan(api, oc, DC, cluster, host, addre= ss, netmask)<o:p></o:p>        if rc is not None:<= o:p></o:p>            Host.upd= ate()<o:p></o:p>            Ho= st.activate()<o:p></o:p> ---<o:p></o:p> def setBondParams(api, oc, DC, host):<o:p></o:p>    nic0 =3D= params.HostNIC(name          =3D= oc.nic1,<o:p></o:p>           &nbs= p;            &n= bsp; network       =3D params.Network(),<= o:p></o:p>            &nb= sp;             b= oot_protocol =3D 'none',<o:p></o:p>        &nbs= p;            &n= bsp;    ip        &nb= sp;   =3D params.IP(<o:p></o:p>       &n= bsp;            =             &nbs= p;            &n= bsp;      address =3D '',<o:p></o:p>    &= nbsp;           &nbsp= ;             &n= bsp;            =          netmask =3D '',<o:p></= o:p><s= pan lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);">&nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;             ga= teway =3D '',<o:p></o:p>          &n= bsp;            =             &nbs= p;            &n= bsp;  ),<o:p></o:p>          &n= bsp;            =   )<o:p></o:p>    nic1 =3D params.HostNIC(name   &n= bsp;      =3D oc.nic2,<o:p></o:p>    &nb= sp;            &= nbsp;        network   &nb= sp;   =3D params.Network(),<o:p></o:p>      &= nbsp;           &nbsp= ;       boot_protocol =3D 'none',<o:p></o:p></= span> &nbsp= ;            &nb= sp;           ip &nbs= p;          =3D params.IP(<o:p>= </o:p>= &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;             a= ddress =3D '',<o:p></o:p>          &n= bsp;            =             &nbs= p;            &n= bsp;   netmask =3D '',<o:p></o:p>       =             &nbs= p;            &n= bsp;            =        gateway =3D '',<o:p></o:p><p= class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">   &nbs= p;            &n= bsp;            =             &nbs= p;         ),<o:p></o:p><= p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">   &nb= sp;            &= nbsp;        )<o:p></o:p>    <= o:p></o:p>    bond =3D params.Bonding(slaves  =3D params.Sla= ves(host_nic =3D [<o:p></o:p>         &n= bsp;            =             &nbs= p;            &n= bsp;            =   nic0,<o:p></o:p>          &n= bsp;            =             &nbs= p;            &n= bsp;            = nic1,<o:p></o:p>           &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;           ]),<o:p></o:= p><spa= n lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);"> &= nbsp;           &nbsp= ;            options =3D= params.Options(option =3D [<o:p></o:p>       &nbs= p;            &n= bsp;            =             &nbs= p;            &n= bsp;  params.Option(name  =3D 'miimon',<o:p></o:p>    &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;             &n= bsp;      value =3D '100'),<o:p></o:p><= /p>  &nbsp= ;            &nb= sp;            &= nbsp;            &nbs= p;            &n= bsp;      params.Option(name  =3D 'mode',= <o:p></o:p>            &n= bsp;            =             &nbs= p;            &n= bsp;            =             value =3D= '4'),<o:p></o:p>           &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;          ])<o:p></o:p></spa= n>  &nbs= p;            &n= bsp;         )<o:p></o:p>=      team =3D= params.HostNIC(name         &n= bsp;         =3D 'bond0',<o:p></o:p>=  &nbs= p;            &n= bsp;           boot_protoc= ol          =3D 'none',<o:p></o= :p><sp= an lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);"> =             &nbs= p;            ip&nbsp= ;            &nb= sp;       =3D params.IP(<o:p></o:p>=    &n= bsp;            =             &nbs= p;            &n= bsp;            =        address =3D '',<o:p></o:p><p= class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">   &nbs= p;            &n= bsp;            &nbsp= ;            &nb= sp;            &= nbsp;     netmask =3D '',<o:p></o:p>    &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;      gateway =3D '',<o:p></o:p>    &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;    ),<o:p></o:p>        =             &nbs= p;     override_configuration =3D 1,<o:p></o:p></= p>   =              &nb= sp;         bonding  =             &nbs= p; =3D bond)<o:p></o:p>    return team<o:p></o:p>  def setDefVLanParams(api, oc, DC, clus= ter, host, address, netmask):<o:p></o:p>    defvlan =3D oc.defaultvlan= <o:p></o:p>    clusterNW =3D api.clusters.get(cluster).networks.get(na= me =3D defvlan)<o:p></o:p>    vlan =3D params.HostNIC(name  =             &nbs= p;    =3D "bond0.{}".format(clusterNW.vlan.id),<o:p></o:p></s= pan>  =             &nbs= p;           network =             &nbs= p;  =3D params.Network(name =3D defvlan),<o:p></o:p>    &nbs= p;            &n= bsp;        boot_protocol  &nbs= p;       =3D 'none',<o:p></o:p>    &= nbsp;           &nbsp= ;         ip    =             &nbs= p;    =3D params.IP(<o:p></o:p>      &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;   address =3D address,<o:p></o:p>      =             &nbs= p;            &n= bsp;            =             &nbs= p;    netmask =3D netmask,<o:p></o:p>     &nb= sp;            &= nbsp;            &nbs= p;            &n= bsp;            =     gateway =3D ''<o:p></o:p>      =             &nbs= p;            &n= bsp;            =             &nbs= p;   ),<o:p></o:p>         &nb= sp;            &= nbsp;   override_configuration =3D 1,<o:p></o:p>    &nb= sp;            &= nbsp;       )<o:p></o:p>    return vlan<o= :p></o:p>=  = &nb= sp;<sp= an lang=3D"EN-US" style=3D"background-color: rgba(255, 255, 255, 0);">def se= tBondAndDefVLan(api, oc, DC, cluster, host, address, netmask):<o:p></o:p></s= pan>  =   try:<o:p></o:p>        Host =3D api.hosts.g= et(name =3D host)<o:p></o:p>    except Exception as e:<o:p></o:p></spa= n>  &nbs= p;     print("Could not find host {}, this is extremly w= rong!\n{}").format(host, str(e))<o:p></o:p>       = return None<o:p></o:p>     team =3D setBondParams(api, oc, DC, Host)<o:p>= </o:p>= &nb= sp;   vlan =3D setDefVLan(api, oc, DC, cluster, Host, address, net= mask)<o:p></o:p>     try:<o:p></o:p>        Host= .nics.setupnetworks(params.Action(force =3D 0,<o:p></o:p>    &nbs= p;            &n= bsp;            =             &nbs= p;   check_connectivity =3D 0,<o:p></o:p>     &nbs= p;            &n= bsp;            =             &nbs= p;  host_nics =3D params.HostNics(host_nic =3D [<o:p></o:p><= p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt;">  &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;            &= nbsp;           &nbsp= ;            &nb= sp;       team, <o:p></o:p></= span>    &n= bsp;            =             &nbs= p;            &n= bsp;            =             &nbs= p;            &n= bsp;     vlan,<o:p></o:p>        &n= bsp;            =             &nbs= p;            &n= bsp;            =             &nbs= p;            &n= bsp;])<o:p></o:p> &n= bsp;            =             &nbs= p;            &n= bsp;     ),<o:p></o:p>         &nbsp= ;            &nb= sp;        )<o:p></o:p>    except E= xception as e:<o:p></o:p>        print("Could not se= tup a management interface for host {}.\n--\n{}\n--").format(host, str(e))<o= :p></o:p>=         return None<o:p></o:p>=      return= host<o:p></o:p>  The setting for oc.nic1 is 'eno1' and oc.nic2 is 'eno2'.<o:p></o:p><= /p>This part of the s= cript times out on "Host.nics.setupnetworks(...) with:<o:p></o:p>=  "Host was added successfu= lly"<o:p></o:p>"Waiting for host, X, to reach the 'up' or 'non operational' status"<o= :p></o:p>= "Host, X, is 'non_operational'"<o:p></o:p> "Could not setup a management interface for hos= t X."<o:p></o:p>"--"<o:p></o:p> "status: 400"<o:p></o:p>"reason: Bad Request"<o:p></o:p>"detail: Network error during co= mmunication with the Host."<o:p></o:p>"--"<o:p></o:p> The problem with the communication is that o= n the new host X all the ip configuration is gone.<o:p></o:p>The question i have is "W= hy is the ip configuration gone?"<o:p></o:p>What am i donig wrong here?</d= iv></blockquote> <blockquote type=3D"cite"><div class=3D"WordSection1" st= yle=3D"page: WordSection1;">->Rein.</div></blockquote></div></div><div>(va= naf BigI)</div></div></body></html>= --Apple-Mail-89C7D827-97B3-48B9-BD94-15A1C42B97DB--

1 0

Move from Gluster to NFS
by Christophe TREFOIS 04 Mar '16

04 Mar '16

--_000_19A0FCF41BAC442B957AC90184E134B5unilu_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCkkgY3VycmVudGx5IGhhdmUgYSBzZWxmLWhvc3RlZCBzZXR1cCB3aXRoIGds dXN0ZXIgb24gMSBub2RlLg0KSSBkbyBoYXZlIG90aGVyIGRhdGEgY2VudGVycyB3aXRoIDMgb3Ro ZXIgaG9zdHMgYW5kIGxvY2FsIChzaGFyYWJsZSkgTkZTIHN0b3JhZ2UuIEZ1cnRoZXJtb3JlLCBJ IGhhdmUgMSBORlMgZXhwb3J0IGRvbWFpbi4NCg0KV2Ugd291bGQgbGlrZSB0byBtb3ZlIGZyb20g R2x1c3RlciB0byBORlMgb25seSBvbiB0aGUgZmlyc3QgaG9zdC4NCg0KRG9lcyBhbnlib2R5IGhh dmUgYW55IGV4cGVyaWVuY2Ugd2l0aCB0aGlzPw0KDQpUaGFuayB5b3UsDQoNCuKAlA0KQ2hyaXN0 b3BoZQ0KDQoNCg== --_000_19A0FCF41BAC442B957AC90184E134B5unilu_ Content-Type: text/html; charset="utf-8" Content-ID: <C61C04E2776EAC4A97C34ABD5D88E1D0(a)uni.lux> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KRGVhciBhbGwsDQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JIGN1cnJlbnRseSBoYXZl IGEgc2VsZi1ob3N0ZWQgc2V0dXAgd2l0aCBnbHVzdGVyIG9uIDEgbm9kZS48L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+SSBkbyBoYXZlIG90aGVyIGRhdGEgY2VudGVycyB3aXRoIDMgb3RoZXIgaG9zdHMg YW5kIGxvY2FsIChzaGFyYWJsZSkgTkZTIHN0b3JhZ2UuIEZ1cnRoZXJtb3JlLCBJIGhhdmUgMSBO RlMgZXhwb3J0IGRvbWFpbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9k aXY+DQo8ZGl2IGNsYXNzPSIiPldlIHdvdWxkIGxpa2UgdG8gbW92ZSBmcm9tIEdsdXN0ZXIgdG8g TkZTIG9ubHkgb24gdGhlIGZpcnN0IGhvc3QuPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Eb2VzIGFueWJvZHkgaGF2ZSBhbnkgZXhwZXJp ZW5jZSB3aXRoIHRoaXM/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2 Pg0KPGRpdiBjbGFzcz0iIj5UaGFuayB5b3UsPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj7igJQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Q2hy aXN0b3BoZTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxl PSJjb2xvcjogcmdiKDAsIDAsIDApOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiBh dXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06 IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAw cHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgd29yZC13cmFwOiBicmVhay13b3Jk OyAtd2Via2l0LW5ic3AtbW9kZTogc3BhY2U7IC13ZWJraXQtbGluZS1icmVhazogYWZ0ZXItd2hp dGUtc3BhY2U7IiBjbGFzcz0iIj4NCiZuYnNwOzxzcGFuIGNsYXNzPSJBcHBsZS1jb252ZXJ0ZWQt c3BhY2UiPiZuYnNwOzwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_19A0FCF41BAC442B957AC90184E134B5unilu_--

3 8

[ovirt-cli] query snapshot in preview of a vm
by Jiri Belka 04 Mar '16

04 Mar '16

I can't figure out how to do nice ovirt-shell command to query current snapshot in preview of a vm (to commit it later). This works: ~~~ list snapshots --parent-vm-name jb-w2k8r2 --kwargs "description=Active VM before the preview" --show-all | egrep "^(id|description|type)" id : 08535a3e-dc9e-42c0-b611-6fea4a0318c9 description : Active VM before the preview type : preview ~~~ But why the following does not work? ~~~ list snapshots --parent-vm-name jb-w2k8r2 --kwargs "type=preview" ~~~ It returns nothing. j.

1 0

Importing VMs into Cinder backend
by Bond, Darryl 04 Mar '16

04 Mar '16

Is there a recommended way to import a VM from Vmware into oVirt with Cinder back end? I have successfully created an image in the oVirt Import domain using virt-v2v. The image can be imported into NFS storage and works fine. I can create new VMs with disks in the Cinder storage. There does not seem to be any way of either: a) Import directly into the cinder storage (regardless if the import has raw or qcow disks b) Move a disk from NFS storage into cinder Darryl ? ________________________________ The contents of this electronic message and any attachments are intended only for the addressee and may contain legally privileged, personal, sensitive or confidential information. If you are not the intended addressee, and have received this email, any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. Any legal privilege or confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of delivery to any person other than intended addressee. If you have received this message and are not the intended addressee you should notify the sender by return email and destroy all copies of the message and any attachments. Unless expressly attributed, the views expressed in this email do not necessarily represent the views of the company.

2 1

Update Self-Hosted-Engine - Right Way?
by Taste-Of-IT 04 Mar '16

04 Mar '16

Hello, i want to Update my oVirt as Self-Hosted-Engine on CentOS 7. The way i whould do is as follow and i want to know if this is the right recommended way. 1. shutdown all virtual machines (can i do this from GUI, or should it better be done inside the VMs?) 2. yum update "ovirt-engine-setup*" 3. yum update 4. engine-setup 5. follow questions and hope all is updated correct... Is that all or should i do some other stepps before or between this? thx Taste

1 0

UCS Integration (vmfex/SRIOV)
by David LeVene 04 Mar '16

04 Mar '16

--_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: multipart/alternative; boundary="_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_" --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey All, I've got a test instance and would like to get vmfex working. I'm very new = to ovirt, so some of the basics are still new to me. I currently have a 3 node setup which are all configured without vmfex, wha= t I'd like to do is convert the hosts one by one to use vmfex. >From the UCS side of things it works and I'm presented with the SRIOV devic= es in the host.. but I can't get the network config in the ovirt admin setu= p.. I'm following this guide, but not getting very far... http://www.ovirt.org= /Features/UCS_Integration This step says to do this, which is fine.. but when I do this I overwrite t= he current attribute in there. engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}' which is... # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6 When I update it using the command above, it replaces it... When I append the 2 together, I get see vmfex & prop in the ovirt-engine (s= creen shot) side of things.. so can someone please check my command to ensu= re I'm not missing something! engine-config -s CustomDeviceProperties=3D'{type=3Dinterface;prop=3D{vmfex= =3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(= ?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(= ?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}' # engine-config -g CustomDeviceProperties CustomDeviceProperties: version: 3.0 CustomDeviceProperties: version: 3.1 CustomDeviceProperties: version: 3.2 CustomDeviceProperties: version: 3.3 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.4 CustomDeviceProperties: {type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[= 0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[= 0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.5 CustomDeviceProperties: {type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2= ,32}$}}{type=3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:= [0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3= }[0-9a-fA-F]{12}|)$}} version: 3.6 [cid:image001.png@01D16989.E4952270] As soon as I enable vmfex on a host that was previously working.. it stops = working and the network no longer works on the host... (this is not using = any of the config above.. just enabled the vmfex in the UCS manager) What is the "correct" way to bring a Host in ovirt using vmfex? Regards David This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please imm= ediately notify the sender and delete this transmission if you received thi= s email in error. --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-AU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hey All,<o:p></o:p> <o:p> </o:p> I’ve got a test instance and would like to get= vmfex working. I’m very new to ovirt, so some of the basics are stil= l new to me.<o:p></o:p> <o:p> </o:p> I currently have a 3 node setup which are all config= ured without vmfex, what I’d like to do is convert the hosts one by o= ne to use vmfex.<o:p></o:p> <o:p> </o:p> From the UCS side of things it works and I’m p= resented with the SRIOV devices in the host.. but I can’t get the net= work config in the ovirt admin setup..<o:p></o:p> <o:p> </o:p> I’m following this guide, but not getting very= far…  <a href=3D"http://www.ovirt.org/Features/UCS_Integration"= > http://www.ovirt.org/Features/UCS_Integration</a><o:p></o:p> <o:p> </o:p> This step says to do this, which is fine.. but when = I do this I overwrite the current attribute in there.<o:p></o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}'<o:p= ></o:p> <o:p> </o:p> which is…<o:p></o:p></spa= n> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.6<o:p></o:p> <o:p> </o:p> <o:p> </o:p> When I update it using the comm= and above, it replaces it…<o:p></o:p> <o:p> </o:p> When I append the 2 together, I= get see vmfex & prop in the ovirt-engine (screen shot) side of things.= . so can someone please check my command to ensure I’m not missing something!<o:p></o:p> <o:p> </o:p> <o:p> </o:p> engine-config -s CustomDevicePr= operties=3D'{type=3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}}’<o:p></= o:p> <o:p> </o:p> # engine-config -g CustomDevice= Properties<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.0<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.1<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.2<o:p></o:p> CustomDeviceProperties:  v= ersion: 3.3<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.4<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{= 4}-){3}[0-9a-fA-F]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]= {12}|)$}} version: 3.5<o:p></o:p> CustomDeviceProperties: {type= =3Dinterface;prop=3D{vmfex=3D^[a-zA-Z0-9_.-]{2,32}$}}{type=3Dinterface;prop= =3D{SecurityGroups=3D^(?:(?:[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F= ]{12}, *)*[0-9a-fA-F]{8}-(?:[0-9a-fA-F]{4}-){3}[0-9a-fA-F]{12}|)$}} version: 3.6<= o:p></o:p> <o:p> </o:p> <img bord= er=3D"0" width=3D"192" height=3D"141" id=3D"Picture_x0020_1" src=3D"cid:ima= ge001.png(a)01D16989.E4952270"><o:p></o:p>= <o:p> </o:p> As soon as I enable vmfex on a = host that was previously working.. it stops working and the network no long= er works on the host…  (this is not using any of the config above.. just enabled the vmfex in the UCS manager)<o:p></o:p= > <o:p> </o:p> What is the “correct&#822= 1; way to bring a Host in ovirt using vmfex?<o:p></o:p> <o:p> </o:p> Regards<o:p></o:p> David<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> This email and any attachments may contain confidential and proprietary inf= ormation of Blackboard that is for the sole use of the intended recipient. = If you are not the intended recipient, disclosure, copying, re-distribution= or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete th= is transmission if you received this email in error. </body> </html> --_000_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_-- --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=7048; creation-date="Wed, 17 Feb 2016 03:41:20 GMT"; modification-date="Wed, 17 Feb 2016 03:41:20 GMT" Content-ID: <image001.png(a)01D16989.E4952270> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAMAAAACNCAIAAABueOLiAAAAAXNSR0IArs4c6QAAG0JJREFUeF7t XQlcU2e2PyCyKRRUJCpKRq0idcGqJS5P4nSUdLHQikNcWiO2Smt9ptX5mepMh9qq0EpNx/pIfS44 FozVDrE6NXVGhT6V2GqhMrI4WuJTH1EoRBBIlOWde282ICwhQbJ834+f3nz3O+c7y/+ec76bm++6 NTc3g0O2kvT5H/jtzFzAdkjpnUZod0fSpGDnjPmpl2sokSuyv/4a5o0n6Olt/7k5VATSlmRu3Lg7 5+YDz4HjX3x368boob1tP5ef37EA5PLusj8DOFQKsz/zEYkIgAgGrLIAAZBV5iPEBEAEA1ZZgADI KvMRYluuwj766KPCwkJiU7uyQHh4+B//+MeeE8mWEYigp+f81G3OPe0UWwKo20oSQse1AAGQ4/rO LiQnALILNziuEARAjus7u5CcAMgu3OC4QhAAOa7v7EJyAiC7cIPjCkEA5Li+swvJ7QJAcXFxYrH4 qaee6l2TfPzxx2+88UbPyWAnatpWQfepxsZdsC79ckXX+dfUaNsOfvSgQl2rbWx5olFbq65Qa5oA 3lix9LOPd0n27v3rX//6xRdfvPrqq12fTzeyqb6yrPqRxWQ2JvD29hYIBKNGjbIxX0dj575o/yV9 O751yuVV276jnznutCkzF0fvvmZmWNOjhvqaao3po/raB/drHz5qorvcfbRQm7hixcqVK3/44QcO hxMZGdnpZC0GuPsMGOLf1zIa24+eNGnS2LFjEUa2Z+1QHD1MpPUbO3/BvE9PXa6J5vp1qkRN2bWH 7Qxy9/V1r9c2e3u70QOaNfXNvr4eNS2HazSakpKSadOmDRs2zJTPihUrZs2a5ebmVlFRcfDgwZ9/ /hk/xsfH+/v747Bffvll9+7dVVVVb7/9NqY8HNbY2CiXy48cOfLKK69ER0ejRx88eIAfs7OzDWy5 XC6mj379+rm7u9+5cyctLQ2fBMdsxWazm5qarl69+vnnn6M8hvEIjqVLlw4ePBjPnjt3bu/evXiK 4e/l5YW0+fn5GHsCAwPXrVtXWVm5Z8+e4uJihvzdd9+dMGECTqTVav/+978fO3asrZWQf0JCwrVr 15Dz888/byr2w4cP+Xz+iRMnTp06hYQo5JgxYz799NOysrJOXdIrA9qvgf7vu62C6BlTp86IXqNL bBXH16xJzUxaPGPq9NXLlh8COLR8amqBGbHdPL3c6qiEReNHW49Y6qMfpk9AAwJ8RowYeb9Cdf7c +WpNXWVlNWa5CeMnjHpq8uHMA4viXi4qLJz1H79tcPdUqVR/O5qxcOGiv6SmNDU2jRkfzh4yetCQ IWm7Pn0pOvaT1G3/OPnt4GDWhKkzc3Jyli1bVnjlx1mRz/Tr17+iuq7mVyrbYZz797//vXz58nfe eQd9c+vWrdjYWITahx9+iLXXiBEj0GemasTExNy/fx8HZ2RkPP300y+99NL06dOfffZZ5I9p609/ +hMi+6uvvkKnpqamrl+/3oAeZPLTTz998sknq1atun79+jPPPNPWOkFBQcikqKho165dGMOioqJ0 YhcW4kT37t2rqalBCCIhSjh69GjEmd2iB4U0BVDN5d07s+fNm4LhR3t5a9xuWJlx4dKls1/Mu7xm VXoJbYrcr3OnbL9wKXfXgf2LADD9raM0bdPcvbzd6rU0gmj8eJpOExISkpmZuWPHjuGDB2aeOHP3 3l1/TzfQ1mm9ArlzuM315YcPHtH09btfXf0ke/CIAYH5xdfPnj2ruV/5fw+aBg4aGOTnXVtbi5EA I1NIyMALPxZXPaidO2dGQ9W90+cvYrzLOf2D/9AR06ZNDeyrqaXDHsYkvI7nzp2L0eLChQtDhgzB 2IMuRB9jhEOAmkZBRMzAgQOxHwf/85//xLmGDh06cuRIDFEXL15Ebrdv38ZT7V3uGPnwC3AcjGGy b9/WmRZ7MJIplUqJRIIcxo8f39DQwLDFGVEpNE5BQQHKg9BB/Pn6+mKc7pXQ0sVJPTCKYCyhGvVT mbcz/0ylL+3l7/42RSCfMQi7vdjz1607tPhUgQAhA1NenN6Vn9K4eXpDpabRx9dNU9fo/YQ7mOQv dMCH6z7qi6Hobr1v8ABvHbg8fb36+Pn5/WYoa8/Rb4IH+GB3fX39iBGBrHETExbOa9R4+g0N6tNI Vc9oa0xk/Jef37w55fb9iqOZX/r6BY4MHfzB5g/9GtUqrc8gX/dBgwb18fHvX1OOMMYUgykMPYeB B9PKzZs38eKeRzdGdRTJYC/0Wf/+/RfRjelUq9WYKLHduHGjY7Oi+zH3IVgRCpheTdkyhMgcwRca Gor4QPjiR0QzBkLm7KNHj1BsRDaGTEzQmEOrq6uxUuyiL3tlmIfZKIKRH9jzKfjQrb/nwIc6BLCH Gno7lNfdy8e9UtvoBbVNvgGG/NWaxKOPMTRRxxi9i4uL3tyUaqiSJ4wZHrPwheLigo+3pEXMmvyW fpl95cqVovyLrIFPrnnvPxcuXHjvngq99fGe7TW3rt595Kcnd+/jAQggjAdffvnl0aNHEUYvvPCC TCarq6vLzc3FDNVWCTyFYhw+fJipQpiGSQeDB9Y9HWMIATp8+HDMTZcvX8by5cknn2zFHzPjoUOH EJo4cvv27TgXio3BuFWSwk5EIQZCzF+mxVmvQKTjSc3XQH4Dh4BSaVjRP3j4q6enhcK7Ywyqe/BA A76epoV6x1ywUhk8OJj3u9+h1zFIhIWFeXp5urlBeXk52nHixIkYG5ADXujM2g1raoxSWLFinMfx c+bMASzcm5uQkF4fNTXTaRQHIwlywMIc62K8rLEMQm4YBhhu6HWDYJiAMPtg+hgwYAB24ikcgPw9 PT2ZSTEwYMMDjJemhNiDgQdTXmlpKXJmmLdtKDAWPXiWx+MZxabH6cUGtAMmWaz6scDHfqzAsFbD CGo4QO2SkpL+8Ic/WOgV2w83DyCvKdGvXE7ffYGCkFZ5PDVVu4g7puXknogx08TURrQ+nr5QV9fg bQF+ANdTF/OvLHlh7l8ke/Eu0YKY5//xD8WNa0W4VNm/fz+WlsyVymKxXnvttQMHDmAlgVkAKxW8 E4G0WBUdyDz8leS/4pa8hmVEY301c78IHb9lyxbkgKs5XEBhzZGVlYUo2bRpE3Z+8MEHM2bMMMiP OMNFHEIBAwOexTGYTTBcnT59Ggte7ElJSUFH4oyYCrH6xiUSOp4hR0kQZ0goEonu3r2LCzGzHvvm m2+wDEK4Y/nFiI1sUR1cATDVGKYtxBkCnSmP8LJBNZGz4QAXgHjs4+Nje0RYyNFt+5Vms4UwhZuk z0/861cYOH3l1j8LpgwCXIXxrq3U1c3agvTlqz6/xt1+dqt+0b948WLM49VlNX2ZEqahrqKyKWBw f4xAdMHjQ3VTR3SOMRygxKbH+LGh/r66uv5RE7h79Q8M6I8luNnBLahMPjTUVv5agyW8p3+At7aq 0ZDQLDRNLw7HXPnWW2/hgs5skrVUMFyyWErS9fG2fKieBpBdtYYH99TuAwb5dj2J2of4GCkxKO7b tw+XC9ZL1KMAsovvwqy3kZHDoxrVveqH9E3vJk1tHViUQm0pSPd4YTrD+5zMPSeboKd7YnSdygkj UENtVVWNpqHZzb2vzxOBTxjvYXbdKs41kkQgy/zp0S8wiIW3V1jBgwh6LDNdN0a74/0uJLPVv7gw QW529S8jDGk9ZAEnTGE9ZCnHZUtSmOP6zvkld7pVmPO7zL40tCWAxo0bZ1/KEWkAetoptqyBHNFf eLsFvzPpouSzZ89OTEzs4mAXGWbLCOSIJsOvt/Dhr65ITtBj1kquDiA0SlcwRNDT3jVGAERZpmMM EfR0EKEJgHTGaQ9DBD0d53cCIKN92mKIoKfT6pAAqIWJTDFE0NMpenCAqy/jzdoI1/b4ZDtZsRMA dcUCZIxVFiApzCrzEWICIIIBqyxAAGSV+QgxARDBgFUWIACyynyEmACIYMAqCxAAWWU+Qmy8kfiv 280Fd5gtoUhzLQtMGNY8PqSbrtcBCNGzVVrq1/i/rmU5oi1tgZo+Izbyf9M9DOkAlKloxp2Rdovm EJO6oAVWpWTjF39LpnennukOjQuamKjcngUIgAg2rLIAAZBV5iPEBEAEA1ZZgADIKvMR4g4ApEjG LReMjRXGT85W0hZTSWPdkhV2ZDwUNVaqskQgTX66QJJvCYVdKm6pArYf33EEijlUhvuyM02VLVAJ +RLdhuy2l+TxclQXyw6ojXvTP97JH+dsuEu/aRjAj7ad3YIUxuLx+Rezi1tc6Jp8iYDDRgnZPKG0 WOcQvLoTeWEsSm7sljNRS60Q8+k+NgcvfcNIM+RGBbtDo5QL6bkxYIoVah0vTbFUyKPE1PUqkocs OgbvTW8Tt5TZyYw+1EiDmGZMrpQncjgiOW2MNlOqZQITzppsoZtAphfFtu7rnBtu5mo6qNXHzuk7 HcGEl4zcpje2nTFEG/ogdxuYRqD6okPxwdH7S/FM2aEY2JaL/2fFh8bvL6rCrqqi/fGhq05Sh7kb gqPTiuopFlVnN0wK3pZHMwuOoWmbq/J2RI/dQfWZJzcK0XUavaj1edsiIzecpMNm2ckNkZH0PPVn NwRHbsulZGsuPcSIqVehhcqlh2KC19I64MD9MRCfZQzAdKeOqjRr2dgoHUOzU9bnbps0aVsubYP6 s2uDN5ylD3up4S8FGBjggVkRViaf/fJCY/ekA4asHQCZwC94bPSqNMYJBjvuj5pEe4hp6G8GQaYN XbuWsl7ejknB0duy8kqrDKYs7Yy86zQ6AKGvYFmWQQR0NyUf1UvLYNrMAqj1iCgG8sZGUcXExwcb ZzE/JYW/aGZQ7+OnGV8UwTgSD1q5h/loDYC6XAOpiuWSRE6AaURTqXJ+fmeyIcNOf++uiikr1MXy dLFYKOByOfz3QKnC8B0hlEtjlRI+J9BHnxzaJdfPYTGNWqWEAy8H6iXCNPUzvoOH6mV18bVMGpVC KhGLEmOxVhAey1GZKczzvXnJa+USmS4zm50SgB2buOxAUnq+RiGTCmO5vfpSKNQFYw82mxdA6CkL aqA22ZDFwo23W1yjMj4L1PLECGF+QAQnMVkmy07foCdjcRMl8mJVfZVCzJLwxPm4Xbg58hazWEgT wGK3jjUiDlC9SnVXapB8MTc2XcOO4IvSZXK5OMZs/k9MFAhEYm+RSEahy/yU1AmeYIMqOVkgzhbx OJ0WEj09AEsf21c/tNDWAIjNFaAd04tp32DBy2MJ5RpQ5svY+CYILieMBUqpJJ2eRiMXsmLTlRif vAMCMBpEsALAPLnRlJbTeHNiN0hFSUxpq1HKEiO4uGqkemVJEqaiVmeLIjhUZwALVCavCKPOqZSK ixGxsTxuBNtbky0Rm3nTl046Fj9JpExMztbQzNtOSQ3z5vJFrMOHlQJuRE/Do3P+GHt6IvxQEzNZ sAtFdKtSgCqiqYo4bVlkKLLBEmntIaZyLj25NprqCo1ctiP37I7IqLQiamTujvixwbqRJ3Vxyxy5 yTxdpjGp90uz1kbT89DT6+ohXAAwMgWPjd92lp68LGsZdpjWcFiv5KXRMtLK5B5ahTVdy9LJpHKi ahuszKnzZqek5ihKizQJ0XQBxdwXQXnpVQglh7HXbH3yODqtqYE6ANDjEN2p56jKWtamDLdLha0B kDUprPPI6dIjiqUSdSKP7eQ2IADqCQfjQsLNjadIFOOiwskbAVBPODiAJ2luVqbHOnv4QdsRAPUE gFyIZ4uH6v2bbrmQ6kRVvQWq3Ydb+1A9slqYdH7UEN8+Hq1fNEzs7NwWaGx4dKOs7kjSzO6pafxd 2AbJT1Lt093jQqgc2gKLvPOSV03ungrGGojEnu5Z0AmorHE9KaKdAAC9qQIBUG9a3wnmJgByAif2 pgodAej0Wrhp+pcIuyNoWSPgylrY3ptit54bRZUysnWxDYOs1y1Xwf4U76K6PTeskwiUmwOhn+n+ Nt6G6Jnwfs/J8jg5B8Gofo9zPqedy4IUlnECrntA+IQWttiyGEroKFWyHN6nHpig2pbfUyGKiV7n YiAEu/xg56u6npJE2GIYaY7cMMESnp7PavhWv+9D1By4sppmtRqks1s7JiQCziXqJjrNo6fGFgrS 5brOK6/CEj84HQVP4K2vNnEr4UU987VwZTHoniVu630/OPA6pfKSQZRqB1oyh3Hwowlnzotw83WI c1IIdRlAg2DDAhjdADkFRkskLICl/pBxEkL3QUYtrJhLmWkyD5YGwdGjVNx6uwSGs0EIEMKBl/pB cgY18mg1LJ1NudYsuZG7HySMhRvnaT6FMGoibPGjsufOiXCjAGZiZwGET4YDpi+5GwYH8H7YbXju M3juDHiNgt00wnb+FiY3wNv7IDQDCvuBMAqezYH7AEc+A36+iWOngnAUKM5QMz53HiAI3mx5teiG +oE0HjhaWH8UMipgeyzgE4cbUbUMUHjA+/MhpAhyKmH6BKofW0IQ3LoNR10TQNOj9GXQElgSCN98 D2kmhpjPgqslsPka7jADm0/C9X4wfwzkySF0F2y+Q407LofrAP7D4LYWwAviZsKbQZCWCaEH0ctg ltzIvgaQaNQ42DIVyi/B2M9gUw1sGANPlMOa7yny49/DqUoIH2Ok4EyG0VoQn4BCgMIC2KeCpxCn w2CyP+ScgeM1ABXAl8C0E+048xJM/AxWFlFnCy9BoRa8ELJt2rwlMN0DNh+kGQ4DzgBQKCgkIfOV eaANggSA9UWgGQBvIriHQbg/5JlcdU4GJAtqoIl7YE1LQ/h7wFMT9QhLgNEIEl/KPnEzIOtVKpWU rKY6/YMAvoeNJeA/BETz4fxaXT5qj9xg4vVn4LYXLJ0JhxN0CSXIiwoMyIHJjwsHgJeH0SPheLYf pOrP/hnR04ca7w9QTQO608aJAOliOI3paTVM9wJ/c3WSthJu4cUwg2ZGM+fO0xuBzozYA5dAUQvc yRA1GYZXQkrXZu9UPDsc0OUUZk726gb46UdjlY2RHzNCXAykToTqcjh+HtacAMPXsxlymCaBmUch +QYFO1zEmSU3nQejyPN7qKz3xnmoDoL350K5FjRlLWac+LWRAmMGVEO8vuqnyv+DAOXYB0Emgao9 N4TMpjKgVzUo8mH9CchFbuZazlew7zY8PZGKNAzz7+h8bfhbT1OlYZAMgp0hcPU2FS+dtVkFoFPl lB3fp30TN5eqpnePBI4/aKohRQ4pZRAVCcNpy83DQjIRNmAuuwPlDQANcAPALLnR0CPh3FrImgEh NXC7luquroKUXwCGQBZdQoWPg29Xw7kXjRSKPLjlD9tfhHCsuoaBFAPJ7wHuQF41cCJhPuajQbBz OZQsBqij8iPmVtMWFQTeWtiXA5tKIGgCTMZ41k7bdwqu9gGsuBnmUfN01TSWiVjaMz9EUZyHqwBP eEHeJWcFD6WXVQBKOwlfVsOS56gAnjoK8vJg5S8gLoDyQDiJeQQrzWq42gD+/nAqB76phbfi6JFs yD5P1VJmyY3G/gXSSmDUNCphnZyHPyCGNeiJS7D+CoyaoOv0V8Em04LmDqzE4jeEmv18HIRrqcoM 25ozkOcBnyfAzSUQ1QApxwGuQWEtRMfBtybruIxLcJUZlgAJ6Pha8G8PQzWQchOGh8L2UFhzHHCf ia1LaKogqkxMYXSoAUU5FS+xdGOaNBGuLKCP5lJ2YG6k4UoCLy0qmDlmM34bv3FPQUat2VWHY2pm B1LjUt+/EF6+YAeidCjC0v7/2rJifPektCoCdW9KF6EKnw0cDzhu9+ix0h0EQFYa0Dw5xp6TkyFP Aft6hL0dMSUA6hFnLMPFY6u7lD0yT+8zJQDqfR84tAQtiuitr5Mi2qG92U3hN+0lRXQ3TUfIrLUA SWHWWtDF6QmAXBwA1qpPAGStBV2c3tYAKsYfhFN7nCbnu7hhXUV9GwNIlS87xsedk1SiCFexoIvr 2S6A8sUR3HSl3jr4iYefcEf4ZHmxTJwYG5solhVrNPQxV5CMx/QG9tT2yyn67ZfbbtmsUYgiWELc GQ6bCjdU5DnLvuUujCLDllnv/feVFttn4Sa7hv218JjenA23ZgsOXZaWW1pWlLV20qTIKOMxs9+v cQ8481s2N+MOypHUbsC4R7Ru02m73LPLtYTC79G7rbBuizukbw0g3OpYvw20Hj8UgAygovcl1O11 aNij0ACg9vZPxo0IKQiFhgYbiLstOyG0kQWsAVAHNRDuospKz8ZiWCFPjhDwdHttUXusGlu7+x+b 37KZIsR9TQXsmze5Ai7bhQO/06jeURHN5gnYiCBFtpgXyw2wTOV290/GrX+TklirVikTk+Rqy3iS 0XZogQ5XYSyeIEImShLH8i3FT7v7JyulQiGIxRLcyD5fICIQskNIWCZSx8v4AG4s+7vv+Jbjh9pn O1kh0oi51At6wviyMIksMQyjj1DoLU7msxFgQhpC9HbvpDmuBci38Y7rO5tJTr6Nt5kpCSNLLeD2 U3EpQ3Pkf2rI80CWms85xmMEipvVv3u6kBTWPbs5FRVJYU7lTsdSxsZfpjqW8kRa6y1AAGS9DV2a AwGQS7vfeuUJgKy3oUtzIAByafdbrzwBkPU2dGkOBEAu7X7rle8AQPj8aqxEKubhQ/KsMEE69dAq /dgqdibjd6RhybgtDr6rmc+8EZgnlDIjqCFuIqlMEIbfo7J5ydlq66UkHOzWAh1HoGPpygipsrm5 OD1MwhcrGIAck+RzZKrmYhEnX8wTaoTybKpJY/MFAsN36+kyTVK+qrk5W5DPF0jJN+5263+rBesY QDFCAf0kUABHIGSLs4uZ6fSPl+XLk1lCPod5KjGAy+cXp2cr6Q/BQiGfTfWz+UKhQqYgCLLaUfbK oGMAcdj6l8ay2Jy7KjUTgihIUU0Dd8NYbINmLBb7mJKBCodt6GazOWodnb3agMhlhQU6BpBSrdbx VikVwayAlo9Ae0NwsYoJOVRTqZQxOuAoVYaYo1QqAlrRWSEuIbU3C3QMoC+SJAoKQursdLFKxIto KX0ET6QSS3WVkVqeLg4TcJmI9XNyspRClkYpFUti9b32pjuRxwYW6KQG4npLY3ExFZGsSpIKW+EH 3zsglIu9JTx6FcaXc+TpsfqMF8tRC3H1xubJuDIxL8AGghIWdmqBdn9YSP0IjP41oaXN+ONCSynJ +N6xQA/9LsxOEU/EsisLkDvRduUOxxOmAwBxRM24/4HlKrH4smYR86Yj0pzeAkYANTxq5+UiTm8D l1ew4WH3XW98qH7++hPho4f09Wz35+4ub2fnNMCjh5rC62XH8RU13WpGAHWLnBC5ugVIEe3qCLBS fwIgKw3o6uQEQK6OACv1/3+vif6bGXs25AAAAABJRU5ErkJggg== --_004_BLUPR0301MB197120A1B85970347B45F699E9AE0BLUPR0301MB1971_--

6 20

Guest not reporting
by ＠LiNixG33k 03 Mar '16

03 Mar '16

This is a multi-part message in MIME format. Your mail reader does not understand MIME message format. --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BFHello all,=0D=0A=0D=0A=C2=A0 =C2=A0 =C2=A0Nice to be on the mail= ing list here.=0D=0A=0D=0AI'm having an issue getting my ovirt vm's to re= port back the guest info. I'm sure that it's user error however I could u= se a helping hand pointing me in the right direction. I've tried to check= VirtIO serial console. I've learned through twitter that this is not wha= t I need in order for the guest agent to report. I just need to install t= he agent on the vm and configure it. I've done this as well but I'm still= failing to see a guest report :(.=0D=0A=0D=0A=0D=0A=0D=0AThanks!=0D=0A=0D= =0A=0D=0A=0D=0A-LiNixG33k=0D=0A=0D=0A --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html>=0A<head>=0A <meta name=3D"Generator"= content=3D"Zarafa WebApp v7.1.14-51822">=0A <meta http-equiv=3D"Content= -Type" content=3D"text/html; charset=3Dutf-8">=0A <title>Guest not repor= ting</title>=0A</head>=0A<body>=0A=EF=BB=BFHello all, </sp= an>     Nice to be on th= e mailing list here.I'm having a= n issue getting my ovirt vm's to report back the guest info. I'm sure tha= t it's user error however I could use a helping hand pointing me in the r= ight direction. I've tried to check VirtIO serial console. I've learned t= hrough twitter that this is not what I need in order for the guest agent = to report. I just need to install the agent on the vm and configure it. I= 've done this as well but I'm still failing to see a guest report :(.</sp= an> = Thanks! -Li= NixG33k=0A</body>=0A</html> --=_0d6S1X+mD3zIOS8Gu4GXjyXACHHeb85NK0BV3MvCRz2sjPeA--

2 1

3.6 engine-backup
by Giorgio Bart 03 Mar '16

03 Mar '16

Hi all, I just upgraded From 3.5 to 3.6 and I run a backup with engine-backup. The resulting files are very small in size compared to those created with the engine-backup command from 3.5. Is this correct ? old backup( scope=files) : 15MB new backup(scoope=files): 177KB In the old backup file the biggest size is from var directory 24M ./lib/ovirt-engine 24M ./lib

2 1

open error -13 = sanlock
by paf1＠email.cz 03 Mar '16

03 Mar '16

This is a multi-part message in MIME format. --------------070800050409070604090600 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody explain this error no.13 ( open file ) in sanlock.log . The size of "ids" file is zero (0) 2016-02-28 03:25:46+0100 269626 [1951]: open error -13 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-28 03:25:46+0100 269626 [1951]: s187985 open_disk /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids error -13 2016-02-28 03:25:56+0100 269636 [11304]: s187992 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 If the main problem is about zero file size, can I regenerate this file online securely , with no VM dependence ???? dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 regs. Pavel --------------070800050409070604090600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, can anybody explain this error no.13 ( open file ) in sanlock.log . The size of "ids" file is zero (0) 2016-02-28 03:25:46+0100 269626 [1951]: open error -13 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-28 03:25:46+0100 269626 [1951]: s187985 open_disk /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids error -13 2016-02-28 03:25:56+0100 269636 [11304]: s187992 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 If the main problem is about zero file size, can I regenerate this file online securely , with no VM dependence ???? dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 regs. Pavel </body> </html> --------------070800050409070604090600--

6 16

Guest OS wrong cpu count
by Johan Kooijman 03 Mar '16

03 Mar '16

Hi all, I created a VM on our ovirt 3.5 cluster having 8 CPU's and 16 GB of RAM ( http://imgur.com/aaXfbfq) The guest however, only sees 4 CPU's: http://imgur.com/dEYVe0S. Any clues what may have caused this? -- Met vriendelijke groeten / With kind regards, Johan Kooijman

3 3

VMs Pause During Live Snapshot Creation
by Duckworth, Douglas C 02 Mar '16

02 Mar '16

It is my understanding that VMs must pause during Live Snapshot creation when "Save Memory" option is selected. If you're only seeking to mitigate against issues that might arise after doing package updates then what's the advantage of going with that route? Down the road does anyone know if it will be possible for oVirt and eventually RHEV to gather snapshots without Pausing VMs? Does Docker make this a feature we likely won't see developed? -- Thanks Douglas Duckworth, MSc, LFCS Unix Administrator Tulane University Technology Services 1555 Poydras Ave NOLA -- 70112 E: duckd(a)tulane.edu O: 504-988-9341 F: 504-988-8505

2 2

SUCCESS / error
by paf1＠email.cz 02 Mar '16

02 Mar '16

This is a multi-part message in MIME format. --------------050203060205030209020801 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, next explanation VDSM log give me following message Is this live checking for storage availability ? If "SUCCESS" then why "<err> " ??? regs. Pavel Thread-233::DEBUG::2016-03-02 17:31:55,275::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n346 bytes (346 B) copied, 0.00022692 s, 1.5 MB/s\n'; <rc> = 0 Thread-299::DEBUG::2016-03-02 17:31:57,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-299::DEBUG::2016-03-02 17:31:57,886::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, 0.000391403 s, 1.9 MB/s\n'; <rc> = 0 Thread-209::DEBUG::2016-03-02 17:31:58,301::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-209::DEBUG::2016-03-02 17:31:58,318::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, 0.00048095 s, 697 kB/s\n'; <rc> = 0 Thread-198::DEBUG::2016-03-02 17:31:58,885::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/installshare:_DATA3/7f334c9d-ac01-4b2a-9f29-af1d2f24c3e0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 --------------050203060205030209020801 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, next explanation VDSM log give me following message Is this live checking for storage availability ? If "SUCCESS" then why "<err> " ??? regs. Pavel Thread-233::DEBUG::2016-03-02 17:31:55,275::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n346 bytes (346 B) copied, 0.00022692 s, 1.5 MB/s\n'; <rc> = 0 Thread-299::DEBUG::2016-03-02 17:31:57,870::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-299::DEBUG::2016-03-02 17:31:57,886::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n734 bytes (734 B) copied, 0.000391403 s, 1.9 MB/s\n'; <rc> = 0 Thread-209::DEBUG::2016-03-02 17:31:58,301::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) Thread-209::DEBUG::2016-03-02 17:31:58,318::fileSD::262::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> = '0+1 records in\n0+1 records out\n335 bytes (335 B) copied, 0.00048095 s, 697 kB/s\n'; <rc> = 0 Thread-198::DEBUG::2016-03-02 17:31:58,885::fileSD::262::Storage.Misc.excCmd::(getReadDelay) /usr/bin/dd if=/rhev/data-center/mnt/installshare:_DATA3/7f334c9d-ac01-4b2a-9f29-af1d2f24c3e0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1 (cwd None) dist = RHEL - 7 - 2.1511 kernel = 3.10.0 - 327.10.1.el7.x86_64 KVM = 2.3.0 - 29.1.el7 libvirt = libvirt-1.2.17-13.el7_2.3 vdsm = vdsm-4.16.30-0.el7 GlusterFS = glusterfs-3.7.8-1.el7 </body> </html> --------------050203060205030209020801--

3 2

My oVirt 3.6 installation guide
by Glenn Snead 01 Mar '16

01 Mar '16

I rebuilt my humble oVirt server over the weekend, and I wrote a blog posting about how I did it. https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/

2 2

[ANN] oVirt 3.6.3 Final Release is now available
by Sandro Bonazzola 01 Mar '16

01 Mar '16

The oVirt Project is pleased to announce today the general availability of oVirt 3.6.3. This latest community release includes numerous bug fixes and several new features, such as: - The WebSocketProxy VDC option(and a few others) can now be updated without need to restart the engine. - OVIRT-CLI now use remote-viewer instead of spicec for spice based console - unassigned host status now reflects more the real status - cloud-init service after appliance deployment is now disabled 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. Additional Resources: * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/events/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

Not seeing Gluster options on Cluster properties
by Will Dennis 01 Mar '16

01 Mar '16

Hi all, I am running a hyperconverged setup of oVirt 3.6, where I pre-made the Gluster volumes that are used for the hosted engine and the VM storage domains. I have seen in screenshots of 3.6 HC setups that there should be options to enable Gluster integration in oVirt by checking a box in Cluster properties > General tab (“Enable Gluster Service”) but I do not see that checkbox in my Cluster properties > General tab. What must I do to enable this integration? BTW, I see that there is a package "vdsm-gluster-4.17.18-0.el7.centos.noarch” installed on all of my oVirt nodes… Is there another package that I am missing? Thanks, Will

2 6

virt-v2v converting multi-disk
by Clint Boggio 01 Mar '16

01 Mar '16

I'm in the process of migrating a series of VM's from KVM environment, to an OVirt environment. I've used virt-v2v to convert quite a few M$ and Linux machines with great success. Coming up I've got to convert a Linux VM that has 3 virtual disks. Inside that VM, the three disks are part of an LVM volume. 1. How will virt-v2v handle these three virtual disks ? 2. On which disk image will I run virt-v2v ? 3. Will virt-v2v "follow" the three images and convert the machine or will I have to somehow tell it to include all three disks ? 4. Shall I have all three images together in the same directory when I run the tool ? 5. Is this the appropriate forum for this question ? As of the writing of this question I'll be using OVirt 3.6 updated on a 4 node cluster running CentOS 7 , and the most recent version of virt-v2v as is available on Fedora 23.

3 4

oVirt New Install
by Brett I. Holcomb 01 Mar '16

01 Mar '16

I am in the process of testing oVirt to replace ESXi 6 and have run into some issues that I haven't found answers to. I've used ESXi for quite a while and done some work with Microsoft's Hypervisor but am new to oVirt. It looks like it has potential to replace the others but there are some major issues I'm trying to work through. I'm using a hosted-engine deployment. The host is a guest on VMware Workstation 11 on Windows. Not the best but it lets me test oVirt. I've created the VM, the engine is installed, the webadmin works, and I can SSH to it but I'm seeing some things that I haven't been able to find answers to so any help is appreciated. I'm using DNS to resolve and both the engine and host can ping each other, reverse lookup on their names works. 1. I used an iSCSI LUN on a NAS for storage during the deploy install but this storage does not show up in the admin portal list of storages. Is it supposed to? It's being used as it now has 3+ our of 50 gig used. 2. I used a local directory on the VM for an initial ISO domain but it does not show up in the admin portal. I have more than 15 Gig of space available. Shouldn't it be showing up in the list of storages? I tested using this (http://www.ovirt.org/documentation/how-to/troublesho oting/troubleshooting-nfs-storage-issues/) and from the host I can mount the engine's exported directory and create a file in it as the vdsm user. 3. My host wants confirmation it's rebooted which it has been both with hosted-engine vm-shutdown/vm-start, and rebooting from within the engine. If I tell it to confirm I get the message below. Well, it's status is running. i can't connect when it's connecting or non- operational!! I've put the system into maintenance mode with hosted- engine commands, I used the context menu on the hosted-engine vm in the portal to put it into maintenance but it still refuses to confirm it's rebooted. Any ideas on how to get it confirmed. I've also rebooted the hosted-engine host with no change. "Error while executing action: Cannot confirm 'Host has been rebooted' Host. Valid Host statuses are "Non operational", "Maintenance" or "Connecting"." 4. My Default Data Center is uninitialized which is probably why nothing works. If I use guide me and attach the hosted_engine choice it tells me it cannot acquire a host id. I restarted the sanlock service and then when I attached the storage the dialog hung up spinning it's wheel and never returned. I restarted the VM from hosted-engine and still get the AcquireHostId failure. The iSCSI lun is being used and accessed by the engine as there is 3+ gig of space used. If I try and attach the hosted_engine storage the icon changes to a wrench, then back to the red down arrow and I get the error about not acquiring a host id. What host id? I only have one host! I've reinitialized the lockspace all with no effect. The /var/log/ovirt- engine/engine.log has this error. What invalid argument? I've seen some bug reports on this but they are back in version 3.3 or so and are supposed to be fixed. Command 'org.ovirt.engine.core.bll.storage.AddStoragePoolWithStoragesCommand' f ailed: EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericExcep tion: VDSErrorException: Failed to CreateStoragePoolVDS, error = Cannot acquire host id: ('1d26d977- 0a67-43ab-bfb8-462cea95029a', SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argumen t')), code = 661 (Failed with error AcquireHostIdFailure and code 661) Any help is appreciated. Thanks.

3 7

macvlan + IPv6
by Jay Turner 29 Feb '16

29 Feb '16

Hoping someone can help with a problem my team is seeing under oVirt. We are making heavy use of macvlan interfaces (in VEPA mode) on-top of virtual functions, under VMs being managed by oVirt. In this scenario IPv6 is not playing nicely, with no traffic going through, and messages about neighbor solicitation. There are some pointers out there indicating the issue stems from the fact IPv6 utilizing multicast for neighbor solicitation, but nothing we have tried seems to work around this issue. The problem is made all the most bizarre by the fact that on the same hardware libvirt + virt-manager works perfectly fine. I have looked at the corresponding xml for the guests, and nothing seems to point to the underlying cause for oVirt to fail, but libvirt to succeed. * Intel XL710 40G NICs (i40e/i40evf drivers) * CentOS 7.1 (fully up-to-date) * oVirt 3.6 * libvirt-1.2.17 * virt-manager-1.2.1-8 Thanks for any pointers folks can provide. - jkt

3 10

Snapshot Locked for an extended period of time
by Simon Hallam 28 Feb '16

28 Feb '16

Hi All, I’ve recently written a script which: 1. Takes a snapshot with memory. 2. Creates a VM from that snapshot. 3. Exports the snapshot to the export domain. 4. Deletes the snapshot. 5. Deletes the cloned VM. Whilst running the script for the first time last night, the script timed out whilst deleting the snapshot on the VM at step 4. Now the logs are filled with: 2016-02-25 10:32:53,272 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback] (DefaultQuartzScheduler_Worker-25) [4559dd29] Waiting on Live Merge child commands to complete 2016-02-25 10:32:53,332 INFO [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler_Worker-25) [225b841f] Waiting on Live Merge command step MERGE to complete 2016-02-25 10:32:53,335 INFO [org.ovirt.engine.core.bll.MergeCommandCallback] (DefaultQuartzScheduler_Worker-25) [4559dd29] Waiting on merge command to complete 2016-02-25 10:32:55,331 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-19) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:32:58,405 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-37) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress, updating 2016-02-25 10:33:01,521 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-56) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:33:03,337 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback] (DefaultQuartzScheduler_Worker-12) [4559dd29] Waiting on Live Merge child commands to complete 2016-02-25 10:33:03,350 INFO [org.ovirt.engine.core.bll.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler_Worker-12) [225b841f] Waiting on Live Merge command step MERGE to complete 2016-02-25 10:33:03,352 INFO [org.ovirt.engine.core.bll.MergeCommandCallback] (DefaultQuartzScheduler_Worker-12) [4559dd29] Waiting on merge command to complete 2016-02-25 10:33:04,678 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-22) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:33:07,852 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-11) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress (no change) 2016-02-25 10:33:10,993 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-44) [4559dd29] VM job c1064551-022f-4549-a9d4-bb915e177e80: In progress, updating 2016-02-25 10:33:13,354 INFO [org.ovirt.engine.core.bll.RemoveSnapshotCommandCallback] (DefaultQuartzScheduler_Worker-14) [4559dd29] Waiting on Live Merge child commands to complete I have attached the log of when the snapshot started deleting (2016-02- 24 23:51:17,094). Any idea what's gone wrong? What are my next steps to clear this? Cheers, Simon Please visit our new website at www.pml.ac.uk and follow us on Twitter @PlymouthMarine Winner of the Environment & Conservation category, the Charity Awards 2014. Plymouth Marine Laboratory (PML) is a company limited by guarantee registered in England & Wales, company number 4178503. Registered Charity No. 1091222. Registered Office: Prospect Place, The Hoe, Plymouth PL1 3DH, UK. This message is private and confidential. If you have received this message in error, please notify the sender and remove it from your system. You are reminded that e-mail communications are not secure and may contain viruses; PML accepts no liability for any loss or damage which may be caused by viruses.

3 4

Cannot delete snapshot or export VM after adding disk
by gregor 28 Feb '16

28 Feb '16

Hi, after the following workflow I can't remove or create a snapshot neither export the VM. - Create a VM - Add a disk with 1GB - Make a snapshot - Add another disk with 1GB - Export the VM Now you I get the following error in the events list: -------------------- VDSM host01 command failed: Error during destination image manipulation -------------------- Did I understand something wrong or is there a bug? Besides: The web-interface is extremely slow and copy&paste the error messages are painful. regards gregor

2 2

[hosted-engine] admin@internal password for additional nodes?
by Wee Sritippho 28 Feb '16

28 Feb '16

Hi, I'm trying to deploy a 2nd host to my hosted-engine environment, but at some point, the setup ask me to type a password for admin@internal again. Do I need to type the same password that I choose when deploying the 1st host? If not, would it replace the old password? Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 1

DevConf.CZ 2016 - my experience
by Yaniv Kaul 28 Feb '16

28 Feb '16

On the first weekend of February I've had the pleaseure of attending DevConf.CZ 2016, which took place in the wonderful city of Brno, CZ. Compared to FOSDEM, it's a more relaxed, young and vibrant conference, but it was just as fun and rewarding from my perspective. Here's a disorganized personal summary: - Met community members as well as customers and Red Hat TAMs (Technical Account Managers) from all over Europe. - Attended a presentation on a research to understand theoretical best possible improvements to migration convergence performance[3]. I hope to see some of it in coming versions of QEMU, while we work on other improvements to this critical feature. - Attended a presentation on the status of ARM on Fedora and CentOS[14]. Seems like a great positive effort, but the road is still long for complete support. Would be cool to support ARM based hosts running virtual machines! - Attended a presentation on native vs. threads implementation performance in QEMU[4]. The results were not conclusive, though some improvements in native brought it close to or better in some cases to threads. Seems that our default of heuristic for threads in file-based storage and native in block based storage is fine for the time being, but we'll watch closely for developments in this area. - Attended a presentation on debugging qemu (mainly) in OpenStack[5] - I think (and asked) if libvirt can do a better job - in saving in a cyclic log the QMP commands sent and the response from the guest and dump it in case of a guest crash. - Attended a Cockpit hackfest[9] - as we intend to use Cockpit as our UI for RHEVH Next Generation Node, it was great to present our use case and exchange thoughts, ideas and directions. Few bugs were filed during the hackfest per our comments. - Attended 'Dockerizing JBoss Applications' presentation[10]. Great work done by the JBoss team to improve and streamline packaging of JBoss into containers. - Attended 'Fedora Upstream Testing' presentation[13]. I disscussed with the presentor the possibiliy to run oVirt with Lago[17] in Fedora, in a CI way, by monitoring distgit changes for relevant packages (such as lvm2, device-mapper*, libvirt and others. - Attended 'High Performance VMs in OpenStack'[12] - looks like oVirt is already doing a lot of what OpenStack are working to achieve high-performance from KVM! - Preached on running Lago with OpenStack, Gluster and Cockpit. At least the first two items look really promising and I'm looking forward to a collaboration in those efforts. I might just try to do the Gluster one myself. - Having used the oVirt Live[18] USB DoK image in both FOSDEM and DevConf, I've found several items where we can improve in and filed relevant RFEs for them[15][16]. - The oVirt team has delivered numerous presentations in the virtualization track[1][2][6] - and the Gluster team has additionally provided more presentations[7][8], which were all well received. I'd like to thank Red Hat's OSAS team members Mikey and Brian for once again, just one week after FOSDEM, leading the effort of representing the oVirt project and community in this event. Y. [1] https://www.youtube.com/watch?v=cQqJEiK7-Ug - Smart VM Scheduling - Martin Sivák [2] https://www.youtube.com/watch?v=V1JQtmdleaM - Host fencing in oVirt - Fixing the unknown and allowing VMs to be highly available - Martin Peřina [3] https://www.youtube.com/watch?v=XkMIMJKJeTY - in-depth look of virtual machine migration algorithms - Marcelo Tosatti [4] https://www.youtube.com/watch?v=Jx93riUF5_I - Qemu Disk I/O: Which performs better, Native or Threads? - Pradeep K Surisetty [5] https://www.youtube.com/watch?v=Dd2AGGMWXQM - Debugging the Virtualization Layer (libvirt and QEMU) in OpenStack - Kashyap Chamarthy [6] https://www.youtube.com/watch?v=4CbHTAkVDZo - Ceph integration with oVirt using Cinder - Nir Soffer [7] https://www.youtube.com/watch?v=XudYwEWQF7U - oVirt and Gluster Hyperconvergence - Ramesh Nachimuthu [8] https://www.youtube.com/watch?v=TczVVCbm8NE - Improvements in gluster for virtualization usecase - Prasanna Kumar Kalever [9] https://www.youtube.com/watch?v=TNDe90WSZow - Cockpit Hackfest - Dominik Perpeet, Marius Vollmer, Peter Volpe, Stef Walter [10] https://www.youtube.com/watch?v=NpyEoFlDzOQ - Dockerizing JBoss Products - David Becvarik [11] https://www.youtube.com/watch?v=rqavfmPAt7o - Avocado and Jenkins: Test Automation and CI - Lukáš Doktor, Yash Mankad [12] https://www.youtube.com/watch?v=9J_sEdlpIlQ - High performance VMs in OpenStack - Nikola Dipanov [13] https://www.youtube.com/watch?v=15-yXOJuonQ - Upstream First Testing - Tim Flink [14] https://www.youtube.com/watch?v=q4gU87wdRtI - Growing the ARM server ecosystem - Jim Perrin [15] https://bugzilla.redhat.com/show_bug.cgi?id=1307261 - [RFE] register .vv files so they'll be opened automatically with remote-viewer [16] https://bugzilla.redhat.com/show_bug.cgi?id=1307262 - [RFE] Disable power management (display and computer) [17] https://github.com/lago-project/lago

2 2

Master Doamin - Ovirt 3.6 - hoted engine
by Dariusz Kryszak 26 Feb '16

26 Feb '16

Hi folks, I have a question about master domain when I'm using hosted engine deployment. At the beginning I've made deployment on NUC (small home installation) with hosted engine on the nfs share from NUC host. I've configured FS gluster on the same machine and used it for master domain and iso domain. Lets say All-in-ONE. After reboot happened something strange. Log says that master domain is not available and has to become on the hosted_storage. This is not ok in my opinion. I know that behavior because master doamin is not available, has been migrated to other shareable (in this case hosted_domain is nfs ). Do you thing, that should be locked in this particular case means when available is only hosted_storage? Right now it is not possible to change this situation because hosted engine resides on the hosted_storage. I Can't migrate it. jezyk

3 7

OVirt Node / RHEV-H and Multiple NICs/bond
by Christopher Young 26 Feb '16

26 Feb '16

So, I have what I think should be a standard setup where I have dedicated NICs (to be bonded via LACP for storage) and well are NICs for various VLANS, etc. As typical, I have the main system interfaces for the usual system IPs (em1 in this case). A couple of observations (and a "chicken and the egg problem"): #1. The RHEV-H/Ovirt-Node interface doesn't allow you to configure more than one interface. Why is this? #2. This prevents me from bringing up an interface for access to my Netapp SAN (which I keep on separate networking/VLANs for best-practices purposes) If I'm unable to bring up a regular system interface AND an interface for my storage, then how am I going to be able to install a RHEV-M (engine) hosted-engine VM since I would be either unable to have an interface for this VM's IP AND be able to connect to my storage network. In short, I'm confused. I see this as a very standard enterprise setup so I feel like I must be missing something obvious. If someone could educate me, I'd really appreciate it. Thanks, CHris

2 3

Shrinking a storage domain
by Troels Arvin 26 Feb '16

26 Feb '16

Hello, I'm moving some storage from one SAN storage unit to another SAN storage unit (i.e.: block device storage). So I have two RHEV storage domains: SD1 SD2 We need to move most of SD1s data to SD2. Live storage migration for a guest works fine: It's easy to migrate a disk from being in SD1 to SD2. But now that I have released around half of SD1, I would like to let go of a LUN which is part of SD1. How is that done? (If this were a stand- alone Linux box, I would use vgreduce to release a PV and then remove the PV from the server.) -- Regards, Troels Arvin

2 1

Guest/User permissions
by Colin Coe 26 Feb '16

26 Feb '16

Hi all I've been asked to produce a matrix of guests (VMs) and the users who have rights on them. Just trying to save myself some effort and see if anyone's already done this and is willing to share? Thanks CC

1 0

One host failed to attach one of Storage Domains after reboot of all hosts
by Giuseppe Berellini 25 Feb '16

25 Feb '16

--_000_03FD1DFE37AC0E47A173AC5A0835B1C1090AD30B8CSKAWNE25CEXpt_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, At the beginning of february I successfully installed oVirt 3.6.2 (with hos= ted engine) on 3 hosts, which are using 1 storage server with GlusterFS. 2 hosts (with Intel CPU) are using HA and are hosting the engine; the 3rd h= ost (AMD CPU) was added as host from oVirt web administration panel, withou= t hosted engine deployment (I don't want the engine running on this host). About 10 days ago I tried to reboot my oVirt environment (i.e. going to glo= bal maintenance, shutting down the engine, turning off all the hosts, start= ing them again, then setting maintenance mode to "none"). After the reboot, everything was fine with the Intel hosts and the hosted e= ngine, but AMD host (the one without HA) was not operational. I tryed to activate it, buti t failed with the following error: "Host failed to attach one of Storage Domains attached to it." If I log into my AMD host and I check the logs, I see that the storage doma= in which is not mounted is the one of the hosted engine (but this could be = correct, since this host won't run the hosted engine). >From /var/log/vdsm/vdsm.log: Thread-29::DEBUG::2016-02-25 11:44:01,157::monitor::322::Storage.Monitor::(= _produceDomain) Producing domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd Thread-29::ERROR::2016-02-25 11:44:01,158::sdc::139::Storage.StorageDomainC= ache::(_findDomain) looking for unfetched domain 6fb10a49-5f1c-4bd4-9ff7-b7= e33c1125cd Thread-29::ERROR::2016-02-25 11:44:01,158::sdc::156::Storage.StorageDomainC= ache::(_findUnfetchedDomain) looking for domain 6fb10a49-5f1c-4bd4-9ff7-b7e= 33c1125cd Thread-29::DEBUG::2016-02-25 11:44:01,159::lvm::370::Storage.OperationMutex= ::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-29::DEBUG::2016-02-25 11:44:01,159::lvm::290::Storage.Misc.excCmd::(= cmd) /usr/bin/taskset --cpu-list 0-63 /usr/bin/sudo -n /usr/sbin/lvm vgs --= config ' devices { preferred_names =3D ["^/dev/mapper/"] ignore_suspended_d= evices=3D1 write_cache_state=3D0 disable_after_error_count=3D3 filter =3D [= '\''r|.*|'\'' ] } global { locking_type=3D1 prioritise_write_locks=3D1 = wait_for_locks=3D1 use_lvmetad=3D0 } backup { retain_min =3D 50 retain= _days =3D 0 } ' --noheadings --units b --nosuffix --separator '|' --ignores= kippedcluster -o uuid,name,attr,size,free,extent_size,extent_count,free_cou= nt,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name 6fb10a49-5f1c-4bd= 4-9ff7-b7e33c1125cd (cwd None) Thread-29::DEBUG::2016-02-25 11:44:01,223::lvm::290::Storage.Misc.excCmd::(= cmd) FAILED: <err> =3D ' WARNING: lvmetad is running but disabled. Restart= lvmetad before enabling it!\n Volume group "6fb10a49-5f1c-4bd4-9ff7-b7e33= c1125cd" not found\n Cannot process volume group 6fb10a49-5f1c-4bd4-9ff7-b= 7e33c1125cd\n'; <rc> =3D 5 Thread-29::WARNING::2016-02-25 11:44:01,225::lvm::375::Storage.LVM::(_reloa= dvgs) lvm vgs failed: 5 [] [' WARNING: lvmetad is running but disabled. Re= start lvmetad before enabling it!', ' Volume group "6fb10a49-5f1c-4bd4-9ff= 7-b7e33c1125cd" not found', ' Cannot process volume group 6fb10a49-5f1c-4b= d4-9ff7-b7e33c1125cd'] Thread-29::DEBUG::2016-02-25 11:44:01,225::lvm::415::Storage.OperationMutex= ::(_reloadvgs) Operation 'lvm reload operation' released the operation mute= x Thread-29::ERROR::2016-02-25 11:44:01,245::sdc::145::Storage.StorageDomainC= ache::(_findDomain) domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 143, in _findDomain dom =3D findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 173, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'6fb10a49-5f1c-= 4bd4-9ff7-b7e33c1125cd',) Thread-29::ERROR::2016-02-25 11:44:01,246::monitor::276::Storage.Monitor::(= _monitorDomain) Error monitoring domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125c= d Traceback (most recent call last): File "/usr/share/vdsm/storage/monitor.py", line 264, in _monitorDomain self._produceDomain() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 767, in wrapp= er value =3D meth(self, *a, **kw) File "/usr/share/vdsm/storage/monitor.py", line 323, in _produceDomain self.domain =3D sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 100, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 124, in _realProduce domain =3D self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 143, in _findDomain dom =3D findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 173, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'6fb10a49-5f1c-= 4bd4-9ff7-b7e33c1125cd',) jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,292::task::595::Storage.Task= Manager.Task::(_updateState) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`:= :moving from state init -> state preparing jsonrpc.Executor/0::INFO::2016-02-25 11:44:03,293::logUtils::48::dispatcher= ::(wrapper) Run and protect: repoStats(options=3DNone) jsonrpc.Executor/0::INFO::2016-02-25 11:44:03,293::logUtils::51::dispatcher= ::(wrapper) Run and protect: repoStats, Return response: {u'5f7991ba-fdf8-4= b40-9974-c7adcd4da879': {'code': 0, 'actual': True, 'version': 3, 'acquired= ': True, 'delay': '0.00056349', 'lastCheck': '7.7', 'valid': True}, u'6fb10= a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'code': 358, 'actual': True, 'version': = -1, 'acquired': False, 'delay': '0', 'lastCheck': '2.0', 'valid': False}, u= '5efea9c7-c4ec-44d4-a283-060d4c83303c': {'code': 0, 'actual': True, 'versio= n': 0, 'acquired': True, 'delay': '0.000561865', 'lastCheck': '8.4', 'valid= ': True}, u'e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a': {'code': 0, 'actual': Tr= ue, 'version': 3, 'acquired': True, 'delay': '0.000227759', 'lastCheck': '8= .7', 'valid': True}} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,294::task::1191::Storage.Tas= kManager.Task::(prepare) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::fin= ished: {u'5f7991ba-fdf8-4b40-9974-c7adcd4da879': {'code': 0, 'actual': True= , 'version': 3, 'acquired': True, 'delay': '0.00056349', 'lastCheck': '7.7'= , 'valid': True}, u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'code': 358, 'a= ctual': True, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': = '2.0', 'valid': False}, u'5efea9c7-c4ec-44d4-a283-060d4c83303c': {'code': 0= , 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000561865', '= lastCheck': '8.4', 'valid': True}, u'e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a':= {'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.00= 0227759', 'lastCheck': '8.7', 'valid': True}} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,294::task::595::Storage.Task= Manager.Task::(_updateState) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`:= :moving from state preparing -> state finished jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,294::resourceManager::940::S= torage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} res= ources {} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,295::resourceManager::977::S= torage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} jsonrpc.Executor/0::DEBUG::2016-02-25 11:44:03,295::task::993::Storage.Task= Manager.Task::(_decref) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::ref = 0 aborting False Thread-30::DEBUG::2016-02-25 11:44:04,603::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/da= ta-center/mnt/glusterSD/srv-stor-01-ib0:_ssd-pcie/e84c6a1a-9f82-4fa6-9a3b-0= b0bc0330d9a/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 count= =3D1 (cwd None) Thread-30::DEBUG::2016-02-25 11:44:04,630::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n336 b= ytes (336 B) copied, 0.000286148 s, 1.2 MB/s\n'; <rc> =3D 0 Thread-31::DEBUG::2016-02-25 11:44:04,925::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/da= ta-center/mnt/glusterSD/srv-stor-01-ib0:_isodomain/5efea9c7-c4ec-44d4-a283-= 060d4c83303c/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 count= =3D1 (cwd None) Thread-31::DEBUG::2016-02-25 11:44:04,950::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n339 b= ytes (339 B) copied, 0.0005884 s, 576 kB/s\n'; <rc> =3D 0 Thread-28::DEBUG::2016-02-25 11:44:05,583::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/da= ta-center/mnt/glusterSD/srv-stor-01-ib0:_virtualmachines/5f7991ba-fdf8-4b40= -9974-c7adcd4da879/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 = count=3D1 (cwd None) Thread-28::DEBUG::2016-02-25 11:44:05,606::fileSD::173::Storage.Misc.excCmd= ::(getReadDelay) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n482 b= ytes (482 B) copied, 0.000637557 s, 756 kB/s\n'; <rc> =3D 0 Other commands (executed on the host having the problem) which probably giv= e useful information: # vdsClient -s 0 getConnectedStoragePoolsList 00000001-0001-0001-0001-00000000020e # vdsClient -s 0 getStoragePoolInfo 00000001-0001-0001-0001-00000000020e name =3D No Description isoprefix =3D /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isod= omain/5efea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-1111-1111-1111-1= 11111111111 pool_status =3D connected lver =3D 6 spm_id =3D 2 master_uuid =3D 5f7991ba-fdf8-4b40-9974-c7adcd4da879 version =3D 3 domains =3D 5f7991ba-fdf8-4b40-9974-c7adcd4da879:Active,6fb10a49-5f= 1c-4bd4-9ff7-b7e33c1125cd:Active,5efea9c7-c4ec-44d4-a283-060d4c83303c:Activ= e,e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a:Active type =3D GLUSTERFS master_ver =3D 1 5f7991ba-fdf8-4b40-9974-c7adcd4da879 =3D {'status': 'Active', 'disk= free': '6374172262400', 'isoprefix': '', 'alerts': [], 'disktotal': '699543= 6371968', 'version': 3} 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd =3D {'status': 'Active', 'isop= refix': '', 'alerts': [], 'version': -1} e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a =3D {'status': 'Active', 'disk= free': '224145833984', 'isoprefix': '', 'alerts': [], 'disktotal': '2363171= 79904', 'version': 3} 5efea9c7-c4ec-44d4-a283-060d4c83303c =3D {'status': 'Active', 'disk= free': '6374172262400', 'isoprefix': '/rhev/data-center/mnt/glusterSD/srv-s= tor-01-ib0:_isodomain/5efea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-= 1111-1111-1111-111111111111', 'alerts': [], 'disktotal': '6995436371968', '= version': 0} # vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd Storage domain does not exist: ('6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd',) If I run this last command on one of the working hosts: # vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd uuid =3D 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd version =3D 3 role =3D Regular remotePath =3D srv-stor-01-ib0:/ovirtengine type =3D GLUSTERFS class =3D Data pool =3D ['00000001-0001-0001-0001-00000000020e'] name =3D hosted_storage (please note: this is the storage domain used for my hosted engine) If I run "mount" on my AMD host (the one with the problem): # mount ... srv-stor-01-ib0:/virtualmachines on /rhev/data-center/mnt/glusterSD/srv-sto= r-01-ib0:_virtualmachines type fuse.glusterfs (rw,relatime,user_id=3D0,grou= p_id=3D0,default_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/isodomain on /rhev/data-center/mnt/glusterSD/srv-stor-01-i= b0:_isodomain type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,def= ault_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/ssd-pcie on /rhev/data-center/mnt/glusterSD/srv-stor-01-ib= 0:_ssd-pcie type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,defau= lt_permissions,allow_other,max_read=3D131072) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=3D13185796k,= mode=3D700) If I run "mount" on one of the Intel hosts (currently working): # mount ... srv-stor-01-ib0:/ovirtengine on /rhev/data-center/mnt/glusterSD/srv-stor-01= -ib0:_ovirtengine type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0= ,default_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/virtualmachines on /rhev/data-center/mnt/glusterSD/srv-sto= r-01-ib0:_virtualmachines type fuse.glusterfs (rw,relatime,user_id=3D0,grou= p_id=3D0,default_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/isodomain on /rhev/data-center/mnt/glusterSD/srv-stor-01-i= b0:_isodomain type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,def= ault_permissions,allow_other,max_read=3D131072) srv-stor-01-ib0:/ssd-pcie on /rhev/data-center/mnt/glusterSD/srv-stor-01-ib= 0:_ssd-pcie type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,defau= lt_permissions,allow_other,max_read=3D131072) tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=3D3272288k,m= ode=3D700) The only difference in "mount" is that the hosted-engine storage domain is = not loaded on the host which should not run the engine. The other domains a= re mounted correctly. What could I do to solve this issue? Best regards, Giuseppe -- Giuseppe Berellini PTV SISTeMA www.sistemaits.com<http://www.sistemaits.com/> facebook.com/sistemaits<https://www.facebook.com/sistemaits> linkedin.com/SISTeMA<https://www.linkedin.com/company/sistema-soluzioni-per= -l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> --_000_03FD1DFE37AC0E47A173AC5A0835B1C1090AD30B8CSKAWNE25CEXpt_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DIT link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1>Hi,<o:p></o= :p><o:p> </o:p>At th= e beginning of february I successfully installed oVirt 3.6.2 (with hosted e= ngine) on 3 hosts, which are using 1 storage server with GlusterFS.<o:p></o= :p>2 hosts (with Intel CPU) are using HA and are h= osting the engine; the 3rd host (AMD CPU) was added as host from oVirt web = administration panel, without hosted engine deployment (I don’t want = the engine running on this host).<o:p></o:p><o:p>&= nbsp;</o:p>About 10 days ago I tried to reboot my = oVirt environment (i.e. going to global maintenance, shutting down the engi= ne, turning off all the hosts, starting them again, then setting maintenanc= e mode to “none”).<o:p></o:p>After the= reboot, everything was fine with the Intel hosts and the hosted engine, bu= t AMD host (the one without HA) was not operational.<o:p></o:p>I tryed to activate it, buti t failed with the following error= :<o:p></o:p>      &n= bsp; “Host failed to attach one of Storage Domains attached to it.&#8= 221;<o:p></o:p><o:p> </o:p>If I log into my AMD host and I check the logs, I see that the stora= ge domain which is not mounted is the one of the hosted engine (but this co= uld be correct, since this host won’t run the hosted engine).<o:p></o= :p><o:p> </o:p>From = /var/log/vdsm/vdsm.log:<o:p></o:p><o:p> </o:p= >Thread-= 29::DEBUG::2016-02-25 11:44:01,157::monitor::322::Storage.Monitor::(_produc= eDomain) Producing domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd<o:p></o:p></= span>Thr= ead-29::ERROR::2016-02-25 11:44:01,158::sdc::139::Storage.StorageDomainCach= e::(_findDomain) looking for unfetched domain 6fb10a49-5f1c-4bd4-9ff7-b7e33= c1125cd<o:p></o:p>Thread-29::ERROR::2016-02-25 11:44:01,158::sdc::156::Stora= ge.StorageDomainCache::(_findUnfetchedDomain) looking for domain 6fb10a49-5= f1c-4bd4-9ff7-b7e33c1125cd<o:p></o:p>Thread-29::DEBUG::2016-02-25 11:44:01,1= 59::lvm::370::Storage.OperationMutex::(_reloadvgs) Operation 'lvm reload op= eration' got the operation mutex<o:p></o:p>= Thread-29::DEBUG::2016-02-25 11:4= 4:01,159::lvm::290::Storage.Misc.excCmd::(cmd) /usr/bin/taskset --cpu-list = 0-63 /usr/bin/sudo -n /usr/sbin/lvm vgs --config ' devices { preferred_name= s =3D ["^/dev/mapper/"] ignore_suspended_devices=3D1 write_cache_= state=3D0 disable_after_error_count=3D3 filter =3D [ '\''r|.*|'\'' ] }&nbsp= ; global {  locking_type=3D1  prioritise_write_locks=3D1  wa= it_for_locks=3D1  use_lvmetad=3D0 }  backup {  retain_min = =3D 50  retain_days =3D 0 } ' --noheadings --units b --nosuffix --sepa= rator '|' --ignoreskippedcluster -o uuid,name,attr,size,free,extent_size,ex= tent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_nam= e 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd (cwd None)<o:p></o:p>Thread-29::DEBUG= ::2016-02-25 11:44:01,223::lvm::290::Storage.Misc.excCmd::(cmd) FAILED: &lt= ;err> =3D '  WARNING: lvmetad is running but disabled. Restart lvme= tad before enabling it!\n  Volume group "6fb10a49-5f1c-4bd4-9ff7-= b7e33c1125cd" not found\n  Cannot process volume group 6fb10a49-5= f1c-4bd4-9ff7-b7e33c1125cd\n'; <rc> =3D 5<o:p></o:p>Thread-29::WARNING= ::2016-02-25 11:44:01,225::lvm::375::Storage.LVM::(_reloadvgs) lvm vgs fail= ed: 5 [] ['  WARNING: lvmetad is running but disabled. Restart lvmetad= before enabling it!', '  Volume group "6fb10a49-5f1c-4bd4-9ff7-b= 7e33c1125cd" not found', '  Cannot process volume group 6fb10a49-= 5f1c-4bd4-9ff7-b7e33c1125cd']<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>Thread-29::DEBUG::2016-02-25 11:44:0= 1,225::lvm::415::Storage.OperationMutex::(_reloadvgs) Operation 'lvm reload= operation' released the operation mutex<o:p></o:p>Thread-29::ERROR::2016-02= -25 11:44:01,245::sdc::145::Storage.StorageDomainCache::(_findDomain) domai= n 6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd not found<o:p></o:p>Traceback (most r= ecent call last):<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py= ", line 143, in _findDomain<o:p></o:p>=     dom =3D findMe= thod(sdUUID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py&quot= ;, line 173, in _findUnfetchedDomain<o:p></o:p>    raise se.S= torageDomainDoesNotExist(sdUUID)<o:p></o:p>= StorageDomainDoesNotExist: Storag= e domain does not exist: (u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd',)<o:p></o= :p>Thread-29::ERROR::2016-02-25 11:44:01,246::monitor::276::Storage.Monitor:= :(_monitorDomain) Error monitoring domain 6fb10a49-5f1c-4bd4-9ff7-b7e33c112= 5cd<o:p></o:p>Traceback (most recent call last):<o:p></o:p>  File "= /usr/share/vdsm/storage/monitor.py", line 264, in _monitorDomain<o:p><= /o:p>    self._produceDomain()<o:p></o:p>  File "/u= sr/lib/python2.7/site-packages/vdsm/utils.py", line 767, in wrapper<o:= p></o:p>    value =3D meth(self, *a, **kw)<o:p></o:p><= /p>  Fi= le "/usr/share/vdsm/storage/monitor.py", line 323, in _produceDom= ain<o:p></o:p>    self.domain =3D sdCache.produce(self.sdUUID= )<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py", line 100= , in produce<o:p></o:p>    domain.getRealDomain()<o:p></o:p><= /span>&n= bsp; File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDo= main<o:p></o:p>    return self._cache._realProduce(self._sdUU= ID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py", line 1= 24, in _realProduce<o:p></o:p>    domain =3D self._findDoma= in(sdUUID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py",= line 143, in _findDomain<o:p></o:p>    dom =3D findMethod(sd= UUID)<o:p></o:p>  File "/usr/share/vdsm/storage/sdc.py", line= 173, in _findUnfetchedDomain<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>    raise se.StorageD= omainDoesNotExist(sdUUID)<o:p></o:p>StorageDomainDoesNotExist: Storage domai= n does not exist: (u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd',)<o:p></o:p></sp= an>jsonr= pc.Executor/0::DEBUG::2016-02-25 11:44:03,292::task::595::Storage.TaskManag= er.Task::(_updateState) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::movi= ng from state init -> state preparing<o:p></o:p>jsonrpc.Executor/0::INFO:= :2016-02-25 11:44:03,293::logUtils::48::dispatcher::(wrapper) Run and prote= ct: repoStats(options=3DNone)<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>jsonrpc.Executor/0::INFO::2016-02-25= 11:44:03,293::logUtils::51::dispatcher::(wrapper) Run and protect: repoSta= ts, Return response: {u'5f7991ba-fdf8-4b40-9974-c7adcd4da879': {'code': 0, = 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.00056349', 'las= tCheck': '7.7', 'valid': True}, u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'= code': 358, 'actual': True, 'version': -1, 'acquired': False, 'delay': '0',= 'lastCheck': '2.0', 'valid': False}, u'5efea9c7-c4ec-44d4-a283-060d4c83303= c': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0= .000561865', 'lastCheck': '8.4', 'valid': True}, u'e84c6a1a-9f82-4fa6-9a3b-= 0b0bc0330d9a': {'code': 0, 'actual': True, 'version': 3, 'acquired': True, = 'delay': '0.000227759', 'lastCheck': '8.7', 'valid': True}}<o:p></o:p></spa= n>jsonrp= c.Executor/0::DEBUG::2016-02-25 11:44:03,294::task::1191::Storage.TaskManag= er.Task::(prepare) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::finished:= {u'5f7991ba-fdf8-4b40-9974-c7adcd4da879': {'code': 0, 'actual': True, 'ver= sion': 3, 'acquired': True, 'delay': '0.00056349', 'lastCheck': '7.7', 'val= id': True}, u'6fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd': {'code': 358, 'actual'= : True, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '2.0',= 'valid': False}, u'5efea9c7-c4ec-44d4-a283-060d4c83303c': {'code': 0, 'act= ual': True, 'version': 0, 'acquired': True, 'delay': '0.000561865', 'lastCh= eck': '8.4', 'valid': True}, u'e84c6a1a-9f82-4fa6-9a3b-0b0bc0330d9a': {'cod= e': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.00022775= 9', 'lastCheck': '8.7', 'valid': True}}<o:p></o:p>jsonrpc.Executor/0::DEBUG:= :2016-02-25 11:44:03,294::task::595::Storage.TaskManager.Task::(_updateStat= e) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::moving from state prepari= ng -> state finished<o:p></o:p>jsonrpc.Executor/0::DEBUG::2016-02-25 11:4= 4:03,294::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll)= Owner.releaseAll requests {} resources {}<o:p></o:p>jsonrpc.Executor/0::DEB= UG::2016-02-25 11:44:03,295::resourceManager::977::Storage.ResourceManager.= Owner::(cancelAll) Owner.cancelAll requests {}<o:p></o:p>jsonrpc.Executor/0:= :DEBUG::2016-02-25 11:44:03,295::task::993::Storage.TaskManager.Task::(_dec= ref) Task=3D`2862ba96-8080-4e74-a55a-cdf93326631a`::ref 0 aborting False<o:= p></o:p>Thread-30::DEBUG::2016-02-25 11:44:04,603::fileSD::173::Storage.Misc= .excCmd::(getReadDelay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/= rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_ssd-pcie/e84c6a1a-9f82-4fa6= -9a3b-0b0bc0330d9a/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 = count=3D1 (cwd None)<o:p></o:p>Thread-30::DEBUG::2016-02-25 11:44:04,630::f= ileSD::173::Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> =3D '0= +1 records in\n0+1 records out\n336 bytes (336 B) copied, 0.000286148 s, 1.= 2 MB/s\n'; <rc> =3D 0<o:p></o:p><span= style=3D'font-family:"Courier New"'>Thread-31::DEBUG::2016-02-25 11:44:04,= 925::fileSD::173::Storage.Misc.excCmd::(getReadDelay) /usr/bin/taskset --cp= u-list 0-63 /usr/bin/dd if=3D/rhev/data-center/mnt/glusterSD/srv-stor-01-ib= 0:_isodomain/5efea9c7-c4ec-44d4-a283-060d4c83303c/dom_md/metadata iflag=3Dd= irect of=3D/dev/null bs=3D4096 count=3D1 (cwd None)<o:p></o:p><p= class=3DMsoNormal>Thread-31::DEB= UG::2016-02-25 11:44:04,950::fileSD::173::Storage.Misc.excCmd::(getReadDela= y) SUCCESS: <err> =3D '0+1 records in\n0+1 records out\n339 bytes (33= 9 B) copied, 0.0005884 s, 576 kB/s\n'; <rc> =3D 0<o:p></o:p></= p>Thread-28:= :DEBUG::2016-02-25 11:44:05,583::fileSD::173::Storage.Misc.excCmd::(getRead= Delay) /usr/bin/taskset --cpu-list 0-63 /usr/bin/dd if=3D/rhev/data-center/= mnt/glusterSD/srv-stor-01-ib0:_virtualmachines/5f7991ba-fdf8-4b40-9974-c7ad= cd4da879/dom_md/metadata iflag=3Ddirect of=3D/dev/null bs=3D4096 count=3D1 = (cwd None)<o:p></o:p>Thread-28::DEBUG::2016-02-25 11:44:05,606::fileSD::173:= :Storage.Misc.excCmd::(getReadDelay) SUCCESS: <err> =3D '0+1 records = in\n0+1 records out\n482 bytes (482 B) copied, 0.000637557 s, 756 kB/s\n'; = <rc> =3D 0<o:p></o:p><o:p> </o:p= ><o:p> </o:p><o:p>&n= bsp;</o:p>Other commands (executed on the host hav= ing the problem) which probably give useful information:<o:p></o:p># vdsClient -s 0= getConnectedStoragePoolsList<o:p></o:p><sp= an style=3D'font-family:"Courier New"'>00000001-0001-0001-0001-00000000020e= <o:p></o:p><o:p> </o:p># vdsClient -s 0 getStoragePoolInfo 00000001-0001= -0001-0001-00000000020e<o:p></o:p>       = name =3D No Description<o:p></o:p>      &nbsp= ; isoprefix =3D /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isodomain/= 5efea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-1111-1111-1111-1111111= 11111<o:p></o:p>        pool_status =3D c= onnected<o:p></o:p>        lver =3D 6<o:p= ></o:p>        spm_id =3D 2<o:p></o:p></s= pan>&nbs= p;       master_uuid =3D 5f7991ba-fdf8-4b40-9= 974-c7adcd4da879<o:p></o:p>        versio= n =3D 3<o:p></o:p>        domains =3D 5f7= 991ba-fdf8-4b40-9974-c7adcd4da879:Active,6fb10a49-5f1c-4bd4-9ff7-b7e33c1125= cd:Active,5efea9c7-c4ec-44d4-a283-060d4c83303c:Active,e84c6a1a-9f82-4fa6-9a= 3b-0b0bc0330d9a:Active<o:p></o:p>        = type =3D GLUSTERFS<o:p></o:p>        mast= er_ver =3D 1<o:p></o:p>        5f7991ba-f= df8-4b40-9974-c7adcd4da879 =3D {'status': 'Active', 'diskfree': '6374172262= 400', 'isoprefix': '', 'alerts': [], 'disktotal': '6995436371968', 'version= ': 3}<o:p></o:p>        6fb10a49-5f1c-4bd= 4-9ff7-b7e33c1125cd =3D {'status': 'Active', 'isoprefix': '', 'alerts': [],= 'version': -1}<o:p></o:p>        e84c6a1= a-9f82-4fa6-9a3b-0b0bc0330d9a =3D {'status': 'Active', 'diskfree': '2241458= 33984', 'isoprefix': '', 'alerts': [], 'disktotal': '236317179904', 'versio= n': 3}<o:p></o:p>        5efea9c7-c4ec-44= d4-a283-060d4c83303c =3D {'status': 'Active', 'diskfree': '6374172262400', = 'isoprefix': '/rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isodomain/5e= fea9c7-c4ec-44d4-a283-060d4c83303c/images/11111111-1111-1111-1111-111111111= 111', 'alerts': [], 'disktotal': '6995436371968', 'version': 0}<o:p></o:p><= /span><o= :p> </o:p># vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7= -b7e33c1125cd<o:p></o:p>Storage domain does not exist: ('6fb10a49-5f1c-4bd4-= 9ff7-b7e33c1125cd',)<o:p></o:p><o:p> <= /o:p>If I run this last command on one of the work= ing hosts:<o:p></o:p># vdsClient -s 0 getStorageDomainInfo 6fb10a49-5f1c-4bd4-9ff7-= b7e33c1125cd<o:p></o:p>        uuid =3D 6= fb10a49-5f1c-4bd4-9ff7-b7e33c1125cd<o:p></o:p>     =    version =3D 3<o:p></o:p>      &nb= sp; role =3D Regular<o:p></o:p>        r= emotePath =3D srv-stor-01-ib0:/ovirtengine<o:p></o:p>   &nbsp= ;    type =3D GLUSTERFS<o:p></o:p>    &nb= sp;   class =3D Data<o:p></o:p><s= pan style=3D'font-family:"Courier New"'>     &nbsp= ;  pool =3D ['00000001-0001-0001-0001-00000000020e']<o:p></o:p>=  &n= bsp;      name =3D hosted_storage<o:p></o:p></span= ><o:p> </o:p>(please= note: this is the storage domain used for my hosted engine)<o:p></o:p>= <o:p> </o:p><o:p> <= /o:p><o:p> </o:p>If = I run “mount” on my AMD host (the one with the problem):<o:p></= o:p># mo= unt<o:p></o:p>...<o:p></o:p>srv-stor-01-ib0:/virtualmachines on /rhev/data-ce= nter/mnt/glusterSD/srv-stor-01-ib0:_virtualmachines type fuse.glusterfs (rw= ,relatime,user_id=3D0,group_id=3D0,default_permissions,allow_other,max_read= =3D131072)<o:p></o:p>srv-stor-01-ib0:/isodomain on /rhev/data-center/mnt/glu= sterSD/srv-stor-01-ib0:_isodomain type fuse.glusterfs (rw,relatime,user_id= =3D0,group_id=3D0,default_permissions,allow_other,max_read=3D131072)<o:p></= o:p>srv-stor-01-ib0:/ssd-pcie on /rhev/data-center/mnt/glusterSD/srv-stor-01= -ib0:_ssd-pcie type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,de= fault_permissions,allow_other,max_read=3D131072)<o:p></o:p>tmpfs on /run/use= r/0 type tmpfs (rw,nosuid,nodev,relatime,size=3D13185796k,mode=3D700)<o:p><= /o:p><o:p> </o:p>If I run “mount&= #8221; on one of the Intel hosts (currently working):<o:p></o:p># mount<o:p></o:p><= /span>..= .<o:p></o:p>srv-stor-01-ib0:/ovirtengine on /rhev/data-center/mnt/glusterSD/= srv-stor-01-ib0:_ovirtengine type fuse.glusterfs (rw,relatime,user_id=3D0,g= roup_id=3D0,default_permissions,allow_other,max_read=3D131072)<o:p></o:p></= span>srv= -stor-01-ib0:/virtualmachines on /rhev/data-center/mnt/glusterSD/srv-stor-0= 1-ib0:_virtualmachines type fuse.glusterfs (rw,relatime,user_id=3D0,group_i= d=3D0,default_permissions,allow_other,max_read=3D131072)<o:p></o:p><= /p>srv-stor-= 01-ib0:/isodomain on /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_isodo= main type fuse.glusterfs (rw,relatime,user_id=3D0,group_id=3D0,default_perm= issions,allow_other,max_read=3D131072)<o:p></o:p>srv-stor-01-ib0:/ssd-pcie o= n /rhev/data-center/mnt/glusterSD/srv-stor-01-ib0:_ssd-pcie type fuse.glust= erfs (rw,relatime,user_id=3D0,group_id=3D0,default_permissions,allow_other,= max_read=3D131072)<o:p></o:p>tmpfs on /run/user/0 type tmpfs (rw,nosuid,node= v,relatime,size=3D3272288k,mode=3D700)<o:p></o:p><o:p> </o:p></p= >The only difference in “mount” is that th= e hosted-engine storage domain is not loaded on the host which should not r= un the engine. The other domains are mounted correctly.<o:p></o:p><o:p> </o:p>What could I do t= o solve this issue?<o:p></o:p><o:p> </o:p></p= >Best regards,<o:p></o:p>&nbs= p;       Giuseppe<o:p></o:p><o:p> </o:p><o:p> </o:p>-- Giuseppe Berellini<o:p></o:p>PTV SISTeMA<o:p></o:p><a hr= ef=3D"http://www.sistemaits.com/">www.sistemaits.com</a><o:p></o:p><a href=3D"https://www.facebook.com/sistemaits">facebook.com/sistemaits</a><= br><a href=3D"https://www.linkedin.com/company/sistema-soluzioni-per-l-inge= gneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-">linkedin.com/SISTeMA</a>  </sp= an><o:p></o:p></div></body></html>= --_000_03FD1DFE37AC0E47A173AC5A0835B1C1090AD30B8CSKAWNE25CEXpt_--

1 1

engine-backup - readlink: missing operand
by Halsey, Michael 24 Feb '16

24 Feb '16

--_004_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: multipart/alternative; boundary="_000_D2F0F19D10390michaelhalseyintechnologywificom_" --_000_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQoNCknigJltIGhhdmluZyBpc3N1ZXMgdXNpbmcgdGhlIGVuZ2luZS1iYWNrdXAg Y29tbWFuZC4NCg0KDQpXaGVuIHJ1bm5pbmc6DQoNCg0KZW5naW5lLWJhY2t1cCAtLW1vZGU9YmFj a3VwIC0tc2NvcGU9ZmlsZXMg4oCUZmlsZT12ZW5nLmJhayAtLWxvZyBiYWNrdXAubG9nDQoNCg0K SSBnZXQgYmFjayB0aGUgZm9sbG93aW5nIGVycm9yOg0KDQoNCnJlYWRsaW5rOiBtaXNzaW5nIG9w ZXJhbmQNCg0KVHJ5ICdyZWFkbGluayAtLWhlbHAnIGZvciBtb3JlIGluZm9ybWF0aW9uLg0KDQov dXNyL2Jpbi9lbmdpbmUtYmFja3VwOiBsaW5lIDE0MDU6IDogTm8gc3VjaCBmaWxlIG9yIGRpcmVj dG9yeQ0KDQpOb3RpZnlpbmcgZW5naW5lDQoNCi91c3IvYmluL2VuZ2luZS1iYWNrdXA6IGxpbmUg MTQ3MjogOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQoNCi91c3IvYmluL2VuZ2luZS1iYWNr dXA6IGxpbmUgMTQwNTogOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5DQoNCkZBVEFMOiBGYWls ZWQgbm90aWZ5aW5nIGVuZ2luZQ0KDQoNCkxvZyBmaWxlIGlzIG5vdCBjcmVhdGVkLg0KDQpJIHJl Y2VpdmUgc2ltaWxhciBlcnJvcnMgd2hlbiBjaGFuZ2luZyB0aGUgc2NvcGUgdG8g4oCYYWxsJyBh bmQg4oCYZGInLg0KDQoNCknigJltIHJ1bm5pbmc6DQoNCg0KQ2VudE9TIExpbnV4IHJlbGVhc2Ug Ny4yLjE1MTEgKENvcmUpDQoNCm9WaXJ0IEVuZ2luZSBWZXJzaW9uOiAzLjYuMi42LTEuZWw3LmNl bnRvcw0KDQpFbmdpbmUgaXMgcnVubmluZyBvbiBiYXJlIG1ldGFsLg0KDQoNCkkgaGF2ZSB0cmll ZCB0aGlzIHdpdGggU0VMaW51eCBpbiBQZXJtaXNzaXZlIG1vZGUuIE5vIGRpZmZlcmVuY2UuDQoN CkFsbCBwYWNrYWdlcyBhcmUgdXAgdG8gZGF0ZS4NCg0KDQpDYW4gYW55b25lIGFkdmlzZSBhIGZp eCBmb3IgdGhpcyBvciBpZiBJ4oCZbSBkb2luZyBhbnl0aGluZyB3cm9uZz8NCg0KDQpUaGFua3Mg aW4gYWR2YW5jZSwNCg0KDQoNCg0KTWljaGFlbCBIYWxzZXkNCkRldiBPcHMgRW5naW5lZXIgLSBp bnRlY2hub2xvZ3lXaUZpDQptaWNoYWVsLmhhbHNleUBpbnRlY2hub2xvZ3l3aWZpLmNvbQ0KRGly ZWN0IDAxNDIzIDUxMDY1MA0KTW9iaWxlIDA3NDY3IDE0NTYyNg0KSGVhZCBPZmZpY2UgMDE0MjMg NTEwNTEwDQoNCltjaWQ6aW1hZ2U0YmM0NTkuUE5HQGJlMzJmYWZjLjRlYjEzYzE4XQ0KDQoNCg0K VGhpcyBpcyBhbiBlbWFpbCBmcm9tIGluVGVjaG5vbG9neSBwbGMsIENhcmRhbGUgSG91c2UsIENh cmRhbGUgQ291cnQsIEJlY2t3aXRoIEhlYWQgUm9hZCwgSGFycm9nYXRlLCBVSywgSEczIDFSWS4N ClJlZ2lzdGVyZWQgaW4gRW5nbGFuZCAzOTE2NTg2Lg0KDQpUaGUgY29udGVudHMgb2YgdGhpcyBt ZXNzYWdlIG1heSBiZSBwcml2aWxlZ2VkIGFuZCBjb25maWRlbnRpYWwuIElmIHlvdSBoYXZlIHJl Y2VpdmVkIHRoaXMgbWVzc2FnZSBpbiBlcnJvciwgeW91IG1heSBub3QgdXNlLCBkaXNjbG9zZSwg Y29weSBvciBkaXN0cmlidXRlIGl0cyBjb250ZW50IGluIGFueSB3YXkuIFBsZWFzZSBub3RpZnkg dGhlIHNlbmRlciBpbW1lZGlhdGVseS4gQWxsIG1lc3NhZ2VzIGFyZSBzY2FubmVkIGZvciBhbGwg dmlydXNlcy4NCg== --_000_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: text/html; charset="utf-8" Content-ID: <368CBD9A8C6CC24984EA18DFA2D7EEAC(a)intechnologyplc.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xhaW1lciBUZW1w bGF0ZSBFZGl0b3Igb24gMDU6MTA6NTYgTW9uZGF5LCAyMiBGZWJydWFyeSAyMDE2IC0tPg0KPG1l dGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9 dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLjhlZWUyMzlkLWNiM2YtNDUyMi04NDZh LWNiYjE2YjgyNDUxMSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEkuOGVlZTIzOWQtY2Iz Zi00NTIyLTg0NmEtY2JiMTZiODI0NTExIHsNCglNQVJHSU46IDBjbSAwY20gMHB0DQp9DQpESVYu OGVlZTIzOWQtY2IzZi00NTIyLTg0NmEtY2JiMTZiODI0NTExIHsNCglNQVJHSU46IDBjbSAwY20g MHB0DQp9DQpUQUJMRS44ZWVlMjM5ZC1jYjNmLTQ1MjItODQ2YS1jYmIxNmI4MjQ1MTFUYWJsZSB7 DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglwYWdlOiBTZWN0aW9u MQ0KfQ0KPC9zdHlsZT4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdyYXA6IGJyZWFrLXdv cmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13 aGl0ZS1zcGFjZTsiPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFs OyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SGkgQWxsLDwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFy Z2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+ DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFs OyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SeKAmW0gaGF2aW5nIGlzc3VlcyB1c2luZyB0aGUgZW5n aW5lLWJhY2t1cCBjb21tYW5kLjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxp bmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9w Pg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFj ZT0iQ2FsaWJyaSI+V2hlbiBydW5uaW5nOjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAw cHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2Zv bnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZv bnQgZmFjZT0iQ2FsaWJyaSI+PHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hp dGUtc3BhY2U6IHByZTsiPjwvc3Bhbj5lbmdpbmUtYmFja3VwIC0tbW9kZT1iYWNrdXAgLS1zY29w ZT1maWxlcyZuYnNwO+KAlGZpbGU9dmVuZy5iYWsgLS1sb2cgYmFja3VwLmxvZzwvZm9udD48L3A+ DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNl PSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5l LWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+SSBnZXQgYmFjayB0aGUgZm9s bG93aW5nIGVycm9yOjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVp Z2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPGJs b2NrcXVvdGUgc3R5bGU9Im1hcmdpbjogMHB4IDBweCAwcHggNDBweDsgYm9yZGVyOiBub25lOyBw YWRkaW5nOiAwcHg7Ij4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsiPjxmb250IGZhY2U9IkNhbGlicmkiPnJlYWRsaW5rOiBtaXNzaW5nIG9wZXJhbmQ8L2ZvbnQ+ PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQg ZmFjZT0iQ2FsaWJyaSI+VHJ5ICdyZWFkbGluayAtLWhlbHAnIGZvciBtb3JlIGluZm9ybWF0aW9u LjwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7 Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj4vdXNyL2Jpbi9lbmdpbmUtYmFja3VwOiBsaW5lIDE0MDU6 IDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeTwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2lu OiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj5Ob3RpZnlp bmcgZW5naW5lPC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6 IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPi91c3IvYmluL2VuZ2luZS1iYWNrdXA6IGxp bmUgMTQ3MjogOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5PC9mb250PjwvcD4NCjxwIHN0eWxl PSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmki Pi91c3IvYmluL2VuZ2luZS1iYWNrdXA6IGxpbmUgMTQwNTogOiBObyBzdWNoIGZpbGUgb3IgZGly ZWN0b3J5PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5v cm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPkZBVEFMOiBGYWlsZWQgbm90aWZ5aW5nIGVuZ2lu ZTwvZm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7 Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPC9ibG9ja3F1b3RlPg0K PHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0i Q2FsaWJyaSI+TG9nIGZpbGUgaXMgbm90IGNyZWF0ZWQuPC9mb250PjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPkk8 L2ZvbnQ+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+Jm5ic3A7cmVjZWl2ZSBzaW1pbGFyIGVycm9ycyB3 aGVuIGNoYW5naW5nIHRoZSBzY29wZSB0byZuYnNwO+KAmGFsbCcgYW5kJm5ic3A74oCYZGInLjwv Zm9udD48L3A+DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48 Zm9udCBmYWNlPSJDYWxpYnJpIj48YnI+DQo8L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjog MHB4OyBsaW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+STwvZm9udD48 Zm9udCBmYWNlPSJDYWxpYnJpIj7igJltIHJ1bm5pbmc6PC9mb250PjwvcD4NCjxwIHN0eWxlPSJt YXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPjxi cj4NCjwvZm9udD48L3A+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDQwcHg7IGJv cmRlcjpub25lOyBwYWRkaW5nOjBweDsiPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBsaW5lLWhl aWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+Q2VudE9TIExpbnV4IHJlbGVhc2Ug Ny4yLjE1MTEgKENvcmUpPC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1o ZWlnaHQ6IG5vcm1hbDsiPjxzcGFuIHN0eWxlPSJsaW5lLWhlaWdodDogMjEuNjY2N3B4OyB0ZXh0 LWFsaWduOiAtd2Via2l0LWNlbnRlcjsgd2lkb3dzOiAxOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2Io MjU1LCAyNTUsIDI1NSk7Ij48Zm9udCBmYWNlPSJDYWxpYnJpIj5vVmlydCBFbmdpbmUgVmVyc2lv bjogMy42LjIuNi0xLmVsNy5jZW50b3M8L2ZvbnQ+PC9zcGFuPjwvcD4NCjxwIHN0eWxlPSJtYXJn aW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPkVuZ2lu ZSBpcyBydW5uaW5nIG9uIGJhcmUgbWV0YWwuPC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW46 IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZhY2U9IkNhbGlicmkiPjxicj4NCjwv Zm9udD48L3A+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2Pg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBs aW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+STwvZm9udD48Zm9udCBm YWNlPSJDYWxpYnJpIj4mbmJzcDtoYXZlIHRyaWVkIHRoaXMgd2l0aCBTRUxpbnV4IGluIFBlcm1p c3NpdmUgbW9kZS4gTm8gZGlmZmVyZW5jZS48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8ZGl2Pjxmb250 IGZhY2U9IkNhbGlicmkiPkFsbCBwYWNrYWdlcyBhcmUgdXAgdG8gZGF0ZS48L2ZvbnQ+PC9kaXY+ DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luOjAgMCAwIDQwcHg7IGJvcmRlcjpub25lOyBwYWRk aW5nOjBweDsiPjxmb250IGZhY2U9IkNhbGlicmkiPjxicj4NCjwvZm9udD48L2Jsb2NrcXVvdGU+ DQo8cCBzdHlsZT0ibWFyZ2luOiAwcHg7IGxpbmUtaGVpZ2h0OiBub3JtYWw7Ij48Zm9udCBmYWNl PSJDYWxpYnJpIj5DYW4gYW55b25lIGFkdmlzZSBhIGZpeCBmb3IgdGhpcyBvciBpZiBJ4oCZbSBk b2luZyBhbnl0aGluZyB3cm9uZz88L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbjogMHB4OyBs aW5lLWhlaWdodDogbm9ybWFsOyI+PGZvbnQgZmFjZT0iQ2FsaWJyaSI+PGJyPg0KPC9mb250Pjwv cD4NCjxwIHN0eWxlPSJtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZh Y2U9IkNhbGlicmkiPlRoYW5rcyBpbiBhZHZhbmNlLDwvZm9udD48L3A+DQo8cCBzdHlsZT0iZm9u dC1zaXplOiAxMnB4OyBtYXJnaW46IDBweDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPjxmb250IGZh Y2U9IkNhbGlicmkiPjxicj4NCjwvZm9udD48L3A+DQo8cCBzdHlsZT0iZm9udC1zaXplOiAxMnB4 OyBmb250LWZhbWlseTogTWVubG87IGNvbG9yOiByZ2IoNjMsIDE5NywgNDgpOyBtYXJnaW46IDBw eDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsiPg0KPGJyPg0KPC9wPg0KPGJyPg0KPGJyPg0KPHNwYW4g c3R5bGU9IkZPTlQtRkFNSUxZOiBWZXJkYW5hOyBGT05ULVNJWkU6IDEwcHQiPk1pY2hhZWwgSGFs c2V5PGJyPg0KRGV2IE9wcyBFbmdpbmVlciAtIGludGVjaG5vbG9neVdpRmk8YnI+DQptaWNoYWVs LmhhbHNleUBpbnRlY2hub2xvZ3l3aWZpLmNvbTxicj4NCkRpcmVjdCAwMTQyMyA1MTA2NTA8YnI+ DQpNb2JpbGUgMDc0NjcgMTQ1NjI2PGJyPg0KSGVhZCBPZmZpY2UgMDE0MjMgNTEwNTEwPGJyPg0K PGJyPg0KPGltZyBpZD0iSU1HMSIgYm9yZGVyPSIwIiBzcmM9ImNpZDppbWFnZTRiYzQ1OS5QTkdA YmUzMmZhZmMuNGViMTNjMTgiIHdpZHRoPSI1NzAiIGhlaWdodD0iMTMyIj48YnI+DQo8L3NwYW4+ PGJyPg0KPGJyPg0KPGJyPg0KPGZvbnQgY29sb3I9IiM4MzgzODUiIHNpemU9IjIiIGZhY2U9IlZl cmRhbmEiPlRoaXMgaXMgYW4gZW1haWwgZnJvbSBpblRlY2hub2xvZ3kgcGxjLCBDYXJkYWxlIEhv dXNlLCBDYXJkYWxlIENvdXJ0LCBCZWNrd2l0aCBIZWFkIFJvYWQsIEhhcnJvZ2F0ZSwgVUssIEhH MyAxUlkuPGJyPg0KUmVnaXN0ZXJlZCBpbiBFbmdsYW5kIDM5MTY1ODYuPGJyPg0KPGJyPg0KVGhl IGNvbnRlbnRzIG9mIHRoaXMgbWVzc2FnZSBtYXkgYmUgcHJpdmlsZWdlZCBhbmQgY29uZmlkZW50 aWFsLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgaW4gZXJyb3IsIHlvdSBtYXkg bm90IHVzZSwgZGlzY2xvc2UsIGNvcHkgb3IgZGlzdHJpYnV0ZSBpdHMgY29udGVudCBpbiBhbnkg d2F5LiBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkuIEFsbCBtZXNzYWdlcyBh cmUgc2Nhbm5lZCBmb3IgYWxsIHZpcnVzZXMuPC9mb250Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_D2F0F19D10390michaelhalseyintechnologywificom_-- --_004_D2F0F19D10390michaelhalseyintechnologywificom_ Content-Type: image/png; name="image4bc459.PNG" Content-Description: image4bc459.PNG Content-Disposition: inline; filename="image4bc459.PNG"; size=16539; creation-date="Mon, 22 Feb 2016 17:10:56 GMT"; modification-date="Mon, 22 Feb 2016 17:10:56 GMT" Content-ID: <image4bc459.PNG(a)be32fafc.4eb13c18> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAjoAAACECAYAAACZF4HsAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAZdEVYdFNvZnR3YXJlAEFkb2JlIEltYWdlUmVhZHlxyWU8AABAIElEQVR4Xu2debxe VXnv+89Va62116Gt9qrUCbx1qLXeqvVebK1WVLROEAghCQkKBQyBMA9hnsIMQUFmiswGEUQFA2GO A9Zq61QlIQGZIZCgrfeuu7/veX8nz3nOs/e7z3nPSc7Jedbn8333Ws961rOGvfbaz1l7v+/5nQwZ MmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTIkCFDhgwZMmTY 4OHuu5e/+rrrvrrlivtWbLlixcotV668v8OK+1ZueV8l++ZNN295w41f/8OueoYMGTJkyJAhQ/tw zTXX/O61X7l2q7vuvmvhj3/604WrHnhg4aOPP77wiTVrFj719DML1zwzwNNr1w7yzLp1C9c+O8C6 Xz87yLMdfj0ifnHffbfccttt5Vu33FJuWbas3FrFb1l2W1l6663l5kpG+uZvLV1627LbFl51xVUL zzz9zPcd/v213dZnyJAhQ4YMGTIEYefP7vyiQxYesuiqa65+4nvf/3756c9+Xn5x34qyctXq8uBD D5dfjZhHykMPjz3YvX/16vLLFSvLj/7t38ttt99RLrjwwtWzZs0+dMHeC36v250MGTJkyJAhQ4aB MOczc1596OELv3/vv/ygPPzIY+Wpp9eOCc/++jfjzrpnf10eefSxctsdd5ajjz7m2ycuOulF3W5l yJAhQ4YMGaZ6WLtu3Yseevih+372H78oT655JnRYRsvadb8OnZPxYO26Z8vPqz4su3XZ8kceefR5 3e5lyJAhQ4YMGaZyeOjhRxbfv/qBMXdy4Oln1oVOyXiBs7Ni5f3lt7/97cHd7mXIkCFDhgwZpmpY /t17/+THP/nZ/3vsiSdDR2UswAF57PEnytFHH1/OOeecYc7JWENdt9955xNfvvj8bi8zZMiQIUOG DFMyfO0bN8/mkVXkoIwV7LL88Ef/Vv5pt73LHrvvGTonYwnv7PDNrM/tNf+j3W5myJAhQ4YMGaZi uODif76Yb0hFDspYocdXt99+R/nBD/51mGMyHty34v4yb6/5C7vdzJAhQ4YMGTJMxXDG4rOWrn7w V6GDMpawy/LsBuTBXz1U9t53nyO63cyQIUOGDBkyTMVw3AmLlt6/6oHQOemXRx9/qjz0yOPl4Uef KI8+9mR5pDo+XKUfrY6PP/5keaziyaeeDh2Vfln9wIPl4EMPObfbzQwZMmTIkCHDVAxfvf6GpTzm iRyVkXLKqaeVd77rXYPp2XPmlNdv/vqy+Ru3KK95/es6xzdssUV53eZvKG/YfPMq7w3l5FNO7bzD w47PWMLjuGuWLLmp280MGTJkyJAhw1QMN3ztxjFzdFY98Kvyve//YDD9s5//R7nl1ls7v1x82+23 l2XLlpU77ryzki0ry267rcPK+1eFjkq//OpXD5Ul1167tNvNDBkyZMiQIcNUDKecdtrSFStXDXFY xotn1o79zk0dK6s+HXP8cenoZMiQIUOGDFM5nLF48dL7Vo7Njk4v1jyzLnRKxgN2ik485eR0dDJk yJAhQ4apHD5/9jkbzNGBtYFTMh7g6Jy++Mx0dDJkyJAhQ4apHM497/wN6ug8vXbD7Org6Jx97hfT 0cmQIUOGDBmmajj+xBPfesFFF/9yQzo6a54Z+E2d8QZH58KLLx4HR2f+zltWLEySJEmSZGKz/wVf XHrpZVcUOTp3L/92+aMt311e/MG/G1c+Om+3MvuAfcaePXbrPBoDHJ1TLrrgl1G/+6IbKUmSJEmS TGymnX5i+efLLht0dG5eekt5wQ6fLP9tz52HM2/uepT28igv0HnLYfuVuWedbDjFHYO8xV4+nJn7 LRji6Bxx4Xlhv/ui+khHJ0mSJEkmAduetqhcfuVVwx0dOSiRI+OxOl5fadnqpv9g713LTmeeNJTF XWza59u0lXWPM/bda4ijc9ylF4f97ovqIx2dJEmSJJkE4Ohcdc2S2NHxWCcmcmBsfh1GZ+sTjyqz zjhxTJm+YM/1js7KVeWkKy8L+90X1Uc6OkmSJEkyCXj3EQeVLy25Nn50VeOgNMp6QZluuc0P2bvM OP2EAU7rHk9fNMBguovSQ/R07MarvGl7zev8OwnA0Tl9ydVhv/ui+khHJ0mSJEkmCadcc1XRLyP3 3NGxzo3i/ujzbdro/v5eu5TtTz1+TNlm/h5DHJ2zrv9K2Oe+qD7S0UmSJEmSScIZX1lS7+hY50Tp KG6R3B8D3nvMoWXaKcf24LhAFvOpebuVZyonB+jTOV+/IexzX1Qf6egkSZIkySThrOuvG+7oNDgn PbFl6+x05a89aH759MnHjBkf32PXQUeHl5HPv/kbYZ/7ovpIRydJkiRJJgln33hDvKPTxmGxSMfr Rukuz5v/mfKJk44e4MSj1sdHSrfsx3bfZYijc/Gt3wr73BfVRzo6SZIkSTJJOPebN45uR0cOi+I+ 32LzXfydRx5Q/vHEIwdY1AOrVzk3Q+VHla13+8wQR+fS228N+9wX1Uc6OkmSJEkyCfj9vXcpl978 zfp3dALHZBCbZ3UsNl84nc0O3LNsfcIRY8KHdt15iKNz+V23h/3ui+ojHZ2klpccMrdsccKcDsQj nX55/n47D9YBpCO9TZlXHTW3HHDTrCEgi3STJJm6zL3g7HLXPcubd3S8syK5JdK31JWreG6V9w/H LiwfPv7wvvngZ+cMcXSuvOfOsN99UX2M2NHhZnTxj3ZsDYt2ZGeycOSymcP69IFzdwp14T1n7TRE l3SkB14XqI+8vzx1Tjn5noG6590wa4gD8PFLhpdrAn1b9gv37thh+hWzB+WCetBR3RZk5PXrjKiO aGwBOWM8VZye6JpCFumOJ3K4dA7S2UqSicWscxaXO+662zk6nwodkiZnpRGVa3CA3rZw37JV5exs dVyFPypu5TXpD3xmdnl67bMdcHSu/vbdYb/7ovpIR6cH3JB9n3A8Il3YecnsUesC9bF74uXoqlzU pibQp1zkWFlHDMeizvmw4PCM9iaIA4eTFdn1oId+ZGdTYqI4Ot65JR3pJUmycZh+1qnl9jvvKisq p6D20ZXAKRmps2OdHFvWpqvjy/fbo7z/mEOHcqxLRzKX/vu5s4yjs7pc8517wn73RfWRjk4PuKH7 PnEDjnTB3yxGogvUF42xtTNaRycqZx0x/TXfBtoz0h0XdpAiW71o2hXbFJgojo5vA+SuTpJMHP7m 2MPKrcuXNzs61kHxMn9sItLtxp+352fKe486qLzv6IP74m/n7Fg5Oes6sKPz5e8uD/vdF9VHOjot 4Kbu+xXdAKKdmJHoypmJnCvrkIzW0eFxkM/TY7hot4f2cP7qdnnsLlMvorpHwqbs7EwUR8fPc83H JEkmDpfdeXvs6AQOybC4JZIj83Kl7bHijQfv1XF2+mHL2TMmj6PDDQ95xKbwF2H0iCl6T6fuZh7p Ro5F3eMp/6gocnSoIxp/sC8S210b4tqVoT32RkedtlzUt7Y3Qtrgywr6zOMpdDhGYy02hbkUEY0P skh3PLGPFTlu6jtpSTIZufzuOypHZ3Xzjo7wMqsneZPMlrPxipfts1t5zxEHrudIE2/LrOnG0Vk9 sR0d7RhsqkROSfTuDTKvB9GuVnRD9zcWHI3ohhc5OiO5MeIwRE6DXhLmJhfZ83WC14mwzpWgjjrH BbluuJZoHDcFomtqJOdzLGEOUPdIH0smSbJhuOLuOztOQatHVzZuqdMhXlcGbH51fPvCfcu7Dt9/ 1Lx7x+3L089Ujk7F/enobFxY9H2fuRF7vejmLLxu9H5O25tLv45OL6J21D2W83qeaL5Ar/ayuxCV 2xR3daIxGsvzmSTJpgNfwR7m6FjnxDojTTJLXV6Pcq89YF7568P26/C/useR8M4Z09Y7Oqs2cUeH Gyu7GdjhBld3w+cmxyMU9NAfyU2vn7IQvadibRD3+RZ744qcBuwrvxfj7eh4sB31v+kbZSJ6Abnt zkxUZ5u5xvjqXDfNJw/lNA/1KDDSGynWLni7pH0/pcO8qivXBHXSd5UljizSHQ2Mqbffa5xp/3i1 J0mmClfec1fzjg545yRyWJSuO/q40qJKv2jvXcrbF+4zat4xfRvn6Hw77HNfVB9j4uiwO8HNK8I6 A74cCx43AL8TQtoumiyK0Q4IICdfup5+ylpoqy/PzVD5xH2+hfLSpc9N+dCUH7UFpyAaf1C5phtq BDciyvsywDlqc6OKytP/SNcTjantj89jXOq+2cWjwiYHuqmf/ty0pWn8QL9jFJ0X5mVUtld7sNVU J3l159yXI+11GMOmb89Rxo8z7fXXuNW3a0SSJPW85sD55RvL7+m9o6N4Hc5hGSKzepaavD8/eK/y 1kMXjIq3b//poY7O9yawo9OEXVR9XvQXO9iXctt+JVk3DUs/ZT3Rjk3TV7N930hLN3o/xy/2Pt/e 3Ij7/CZULjp3dTc9qDs/yNvenKIbXFOdlqi99ubr8+pupoJ2+5tw5GhH2PPXBsanl13N86ifbcta RjIvImfJz2E71sDY1c0JwR8PVt/brKPtHxxJMpX57MXnln/54Q/LysopaNzRAe/EeFkE+cLLbdrI /nS/3cubD967vPmQisrp6VAXd+m3bffJTd/RqUM7BdFf9DglLNKRs2AXy37K1uFvPqSVZ+UQjZNu sn6Hydqps2dvTCO5oYHKRW2y58fCOfC6tLvtbozwNqCuTk/U3iZHpw12F67OeWV8mSv+fLdxiKGN kwOa51E/22CdzV47ihF2LKDJ0Wnj5ICdH/7lfMaEsQVfF3ltdgiTZCoz8+wzyre/d+9wRydyRKBO Lmy+4hyFzatJv2Cvz5b/edD8luw1JP6WbT8xNRwdbp5a/HBA9JcqC6u/WfibrF/c9Vd3P2WbiBwk bjZ+TPRXrb8x4ExFDoT6bPE6jI/yiPv8JlQuOnf2/Fgi3dHciLxTB3V1eqI29HJ0GEvOP0Tny5b3 N1t/HiJHCLtWJ8LbBeYC558+cbRORtRPkA7jHjkZmhPRfAfawbyH6BuB3rnw7bZjFc05ymOb9oN1 BKM++fnj29TWkUySqcr0xaeWe77zXefofGq9E+IdEivz8pHSUJ6Xkjc/cH7ZvHJgOseQPYfJ3rTN x8uaysmBCe/osCCyEEbYxc2X4yZYd+Pwjgh42yyMXgd7/ZSN2iJY1H0Z6vK2tGBH8sgGMl+X16HN yiPu87lJ2/5ZVC46d8iUb4l0I71eRDf9qL8RtN2XtY8Lm/KEd7R0846cmGgMvQPRa+cvsouT0jS3 orG2jhBwHXkd2kdeNN+90waR42fraXJ0/DiQtjtKHu/E2D9ohNdp88dGkkxlXnfoPuVb936vcgoe GOroyOmQM9LWqWnSI8/mR/Hu8aUL/qm89sB5HYenQ13cyire+KmPGUfngYnt6GjB7YUvJ4cgIlqU 20D7+ikbtUVws/JlWKyjnRv0/Vix2Edti26CXseOMXGf36vtEJ27unKRbqTXC+/sQeSQRES7QfbG 7POieVh3844czjb0muttHVlL2/PiddSWaE753ROInCV7LurGKipHnSoXEZ27NkS2kiRZz1Xfvts5 Ot13dLxjYvFOiiXKV7wOV/758z9TNtv/c2WzAyo4tqHS3fyTHy1rqn7Aqom+o9Nr8RcjKecX3bbQ vn7KRm2xeKfG/6ULVj/6S9im6/6KtTpgx4q4z2/T9ujctSnXD9EOR5t6o10KaNohjOZT3c07GsM2 NM1ZGM25aXtevI7aEs13X1Z4PY0H1I1V1L5e4+D12xLZSpJkPaGjU+eo2Hgd0hmprtN/+b67l1ft t8cA+6/nlZVT04k7OenXf2Jr4+hsojs6TeWinYBIL6Kfsr2IbmQWv1vht+c9dbtaXs+OVdSGXjdT aHtDFeRRF0Q7BG2JbsQ4fHV1syMWOZD2pgw+346RqLt5U4eVQ5sx7EVkN2qXpe158TqyG833qHzd 4zrl141VtJPpz4XH/0HQSz9JknbU7uiIkTgsTciZka6PO11+U+cVlbPzisqB6RwtkaziNR//yNR2 dKIbhn9vAbAB9vFPP2V7UbdDIXw9vR6R1N1cvZ4dK+I+v86OJTp3deX8GOJ4NL2T0URUr+CGqPMA /gYpqN87W17HjpEYyc07eqTGOOAMtHX0Iru9xq7tefE66m80xxhHO6+JR2NrH6vVjRX0KuuJnC8/ BrSJse31aC9JkvVc/Z17mnd0uo7H4NFidXy+Tdv8KB7InlfF/2Sf3Yayb3N6s3/80HpHZ/UUdHQg es7Pwkg5sAszNxNrr5+yvUDf2rX4GyLpSA+wY3UtXte2j7jPr3NYLG1vqBCNX9t3ayKiNo+E6Gbo daJz2HTzZj7YPOVjB3w+aes81BHd5FUeu4yjbUfb8+J1bH+j88X8oh6I5ixlrH30bL5tY/THg3Q0 VtjT+ETznjYwNhpf22bi1KH6kiSJCR2dGudjmHPSK+0hXzq9dCtevGDX8rJ9/qk1r/rYVkMdnYn8 y8h2wW1ipOX4C7DJqfBYe/2U7UV0gwR/4xB1uxRNjoPXte0j7vPrHBZL2xsqeD2wN77RUOcA9KLu L36vF53Dppt33S5HHW3739auxr7tefE6tr+RjV74OprGCurmvcW2ifMW6dQR9TlJkqF0HJ3KKejp 6ERHYXVtfqRvZRYvq9IvmP/ZjrNjeUkXL4dXfvSDnX7AlN3RgbYOCzfRsSzbRN0CXmen7gbftGXv de1YEff5bW4S0bmrKxfd1Nqe5yb4q72tA4rj2NQvrx+1r9fNu61TQrk2uzkCXV+3R21pe168ju8v ZdqMLTqR/V5jBb2cVWzbcWrj7FCm6VpIkmQ9oaNjHZLAAWmU+TyP1bPlAp5T5f3h3rt02bWL0pYB +Z9u/Q9DHZ2JsqOD88ACaGm7SI22HAsni7rd6tYCyQ256WbYT9k6dBPz1NmKxgya3vvwunasiPt8 6rDlI6J21JXzN+qROoNNYFt9sOcEOC/sdLWZG7YfEJWh3Vanrh+UjRyetm2pI7KrPmq+tD0vXidq l+Z71Bdk5KHjy0HbsaLdtN/br2sT85xrjX5bfa5J6mi6DpIkGco1vXZ0IHJG2sqEz2tZnl9K/oPK iXkh7NU9epBXvPwjH5iYjs5EoG6hbkM/ZZOpQc6R8SXHN0lGTytHZyQ0OTuijUPEsYKXknmEhcPT Odq4lVX88YffP8TRuSYdnSRJkiSZ2vR0dEbglEj+RwfMKe87bcey08XTy3Ffm1aOvxG2LScMOU4r u146vXxo8Yyy2aE7DbUnqvRzqiM/IDicz5bnV45OJ949/tGH0tFJkiRJksQwokdX1qFxTslbjpld dv3S9HLW0m3KAV/erkw/f4fytuNmlZdVTs+Qcl1euM+c8rZjZ5VPf3FGmXfF9p1ye125fXnvqTuu 1+uWe24FOzsxnxmMv3Srv09HJ0mSJEmS9Vzz3Xsqp+DBekenciCGpA3P2XNuef8ZO5aTv7lt2fuq 7cs7F83svECs/DcdPbvj7GzzxR3KjAvWs33lBL3jhFnlLypH53nz19vb/MjZZY/Lty+n3rRt2fa8 GeVF+6qeAWenFy/Z6n3G0Xmw6tvysM99UX2ko5MkSZIkk4RaR6dyHOSAROl3nziznHHztmXHC3eo HJKBXZuX7T+nfPzsGeXw67YrZ9+6Tdnn6u07js0nz5lR3n78rM4ODo7PR86a0ZHvftnATs6ir08r 25+3Q3nlITt17Pz+grkdO2d9a5uy9ednDKl3sB2+fRUv/uDfpaOTJEmSJMl6eu7oWCrn4r/vN6cs rByZz12+fflDHJxK/pZjZpWjrp9WTvrGtuWDZ+44KB/mjJC2jkqXF+w9t/NOz6Ff2a6c+a1ty9+e OrOj87vz55ZZF+1QTrtp2/Kaw2bHNjh248MdnXx0lSRJkiRTmpE4Om+uHJrzb9umvPukyhGpHIvX Vs7HsTdMK/tcvV3ZbGHliDjHYxBjYzBdI3/5QTuVXS6dXk755radx1vIXn/47M4LzDhDQ8pYqvLp 6CRJkiRJMoRWjk7lRPzDGTuW02/etrxonzmd92pmXrRD55HTq/WNqa6e4v/jkJ3K/zllZufR1jGV M8S3rPRtK5hz8fTO+z2vq5yYwfKGF+83pxy0ZLvO4y8ejfE4a0EV3+2y6UN1TZ1DHJ0HJoij439Q TD8QJjk6pInzg2f8EBg/UGbxNgW/rUE+Za0ePzQm2+gQ5x9n6kfW7A+U2bpJ86NmlFc+kIdcP57m 5ZTX/9xRHdam6gDSilOPdCT3P7imMbCovNAPqHk92SAPPfUbfdWjtqHjz4m1xQ+++bGyKM+2XzL9 yJ21rzjjF/3zVODcMUaMO0f7Wyq0ifJWrjRxnQfaoLosyMH3UbrWJjL1xYJc7RHSI0821A/k1CPd yIaVKV5Xt+0j+qT9fFTZ6BxY0PNjgZw4+nacZQOic2fzhdpIu0jTTtrbZm6qjOqSXPMQG7QPm+q3 R2VkG9ROf65t3mjmp8qqTgt5/rzZcQf6gy2NfV39Fts/yqoNFtVn26fykvn+2rb2igNxyiGXTLYk Uxslt3g7sh2de1svNlXGwlj68VVf1QZdm8S9ruYnOuSrTts/i9rQpq8bEt5jCR0d40DwOAon4/l7 zS0vPWBO5/ES79AM0auOPLLa4YIdyuKl23YeQ33sCzM67+W8yjpDFXz9HPlWld19r9m+0t+m882r VxxkvmbehV2dxVV97OqQnnvJ9M6Lz4N6xu6EdHQ42faXTYEJJDk6pImzuILVlU4EF6XVY3Iht+Vk jwsFrB7YulkkfT74Pijf/3IyF4Vtv/S4SCQjrbjQxUGcuogLrxuNJ7Je40aa8SKOPr84S1xjKLmP C134xKkLHYvVl0z6XOxWx+tbHYvKCy02jGskV5qFReOBDV9XndzKdMMkjsy3RXK1tald9vyD5gVx b8PKFK+r2/YR/Wg+qmx0DiySC8rV9cfr+nPn8wF7tMfKaC/6xJvmpvqJQ4FcfdI8jPqN3GLb5GX+ XHt9GMn8VFmfD+T58+Z1yK+bMxHRefLtB1+f+gp1/bVt7RUHtdO2n3TdXLJYO2qrZNG5t/rAvPHn 3uuAtYEOcY2F1ZOO4n5dkdxCfpu+bmh6OTrPnT+342iQxtn44rJtyuuPGLoLw+4LXw0/4evTOjs/ fBurU75iiyNnl/eeMnPIt65wnN58zOz1epWN/33yzHL0DdM6uzhDdokqeJx14tfXv7uD08U3uqwO TEhHh5u4JgeTlTiTURcWOtHkZXIo7W0CdtFjMdTEwo7KA3rWti4+ezHIuSGfNmmRtZBP25noxKlT 9RCXA+Xr12JBWcmsPbVNFwJxu/hYXeyCxlM2rUy2pGvtcDOQbf2sPnFkuuHYc6K4bDFmdizRsdib jcZX+rSVdGQfXY7RuEuHcceGdGzbVC9yjsA5JY84beg1B0l7mc4dcWTkoePHXW217aK9tEvtRUaa MrJnbVsbUX5d3bJn552fj03nwCI5dsCPjx1nyWkDR3/u6sZbbaF91onBNjYpG81N2QLGVnaQK4/z pXUA+7Y9oPYDbZF9lSVNXO1QHrocRzM/25w39IlrnEDrDDLVz3jZui22HfSTdtSdA9kDdL0N31/b 1l5xqFvzojaqbmEdBK2J1nbduUemtd2fe+nYdVH1cFR/7RocnQvw6wpxXWuyj36bvm5ohjs6nxpw HLqOCnHey2Gn5uRvbFtexTejjHPBzg47PDgqpF+4YODHAnlh+cRKf/9rtus4N3972szO18n/5qSZ nd/Y4WXmRZXzwg8K8i0s/d4ODhAOD4+8cLJUD4/M+Nq53t8Z3P0RVdnhjs4E+tYVJ54JoLQmA/G6 ySvdCJVh8tm4Jh6gpwWVOBPYTzrVp3JRvcjVdsVtO6O4LyPq7Pm4iGSATPag17ihr4UNPeAiRyb7 1qa3Dxpn6rJykE2bL32grjr7UV1NOnVxjqBFh7gdD9LoK23Lepkdq15lfB4LHAu+XTxloy4umvKJ I1Pa9rEu3nQOLJHcytrEPcjJV1ptoX02jk7T3FR/gJuTLas8xpubu/RVp1B5lUOmtkfnWnk+bqnT 8fo+rTbTD9LE0VG+ZKxXxMmLnDch+37egbetuoXkto02btvaKw6qS2mwNqM2Cp1XkB1ru+7c+/ZY m5G8qRxx1S2QQbSuRPbb9HVDU7ujY3jp/nM6uzCdr5F3nYoX7TO3HLhku47j8cIFc8vv7jW348Cw +zPtvB3Knx7sHJEa9JX0L9yyTee9HX1ja4fKFu8E8S2vjm5VJ+8Gvf/0HQe/hm7twJRydOxksnE5 NsBiiWOjepHZNoDqQw+wYfPBlqNdXHC2nVFcTpX+6tVfON5eXVxEMkAme9Br3LjYyJeejetCtDa9 fcC2ylm5+qgyWpSlD4xZnX3FOV+y6XW0yHm5jXMEblzReJBGX2lb1suA9rQpI9Rff1OyNurivXSB ODKlbR/r4moT+HNgieRWVhe389qDHF2l1RbaZ+O95qaVk7ZluV65zjjn0bULdfNTafDn2vZR8dHM zyit/kifODrKB5Wh7VYeofGInCFvGx3JrH3bRsXpr21rr3jTmtfURqG1m/qxg0y2wZ/7qA1ay4TV kYx5Il3OG3H+SCaPuB0vySBaVyL7amNTXzc0bRwdD7srx904rWy1eOBbULxvc2bllPDDgLw0PMQJ Ia504JxY+fsqJ4avkr+3+4iKr63j7PDtLq8bMSkdHSaF4kwaTRxk5PnFRWhx83GOpLGhSYxXHU1I kFx6Nk+Q5ye/tRfFuYgko03qo+yxCGjR0cVJ3NeDjPKyLbm1B6q3btyQkc8FzRE0PuShY20qTh56 1oZtB8imHW+rz/mgj5F9G/d2rU6d3MY5+nOvvikffaVV1vZRMuzIRlRGaQtjTjmwN11roy7eSxeI I1Na55z218WBeHQOLJJHY1EX1/jo2vOQh67Sagvti+J1c1P9oQ+6Fkgjxy7zTbqqy1I3P9WP6FxH /VV9wuo0yX1a/VF7iftrXG2mrMrVUTfvwNvQWKm/1IPctlFx2mLb2ivetOY1tVGwJoLaiJ5sU86f +6gNfrysHD2ti9iTjHw5fMT9uUCGPkc7L619paFNXzc0oaPT5JhUsv2u2a789aIBZ+RTX5zR+RbV Hx848OjJlmEn6MNn7dh5dMXLyejxezv8Ns4nzp4xsDPTtakyOFEHX7tdmX/l9h057wXh7Ch/SB2m HExKR8fCpNHEsTJrB5hI5PEXgI0zqYjrQrEXtSa0Lmxh69NF4CGv7gLSBRHFOXLhUlb9lT3BxWAv Ml+P1bUXk7UHth9AWnlgF04dFW9a7KSLTH3ytq080ufcaGEhTV4U93atTp3cxjmSpi79dWjHTPlK q6yVS0Z52YjKKO2xfZbM2qiL99IF4siU1nhTZ13ctsefA4vkoDqtbhQXXF+yYyFPtkBtoX023mtu qj86Hzoixy7XPX1DFu2A2Lo4qk2qA3uy6fNsXPUJq9Mk92m1g3aRJi4ks+Xa7Ayoj/TDypFhR2nZ 9G2wbbQ6Vq9NnGO05oHyfRsFeZSRnq1f50dHm2fbQHlrU3JBGjl6dp2QvtXFrmReX3m2DbIB6kNd Xzc0I9rR6ToWh123XfmL46pr44rpZc8rBhwSq8evJvNiMl8r539ZvfXYWZ0fBUSPx0+8SPyRygHC +eEXlD9wxo5VXtd+1xa7RYdU+W8+mm9dbTNg29XjmZSODhNFfwkQ18Qhn8kSOR9aGMmP4vK6tfhh QxPU21N92lWJIN+2HewEr4tzwRPH4VJ/ZY+2UaddmJH7epD5vzDA2gPVWzduyqde2kXdGh/ZtTYV J09txK7VFzp/Kkd7rb4/H9LzcW/X6tTJbZwjads32qByyldaZdHRzVoy0rIRlVE6Qudd/bE26uKi KZ84MqWxT5r218WBeHQOLLJNWZ1vW18Ut2VkxyIdpdUW9G1c7aVt0dxUPmWYWzZPtq2zJJmom59q f3SulWfjtj6v0yT3adsf0sSja5xrmHZBm50BP++ANPUrTT1Kk8fYELdtVBw7tq1t4nVrnojaCPTV 2+O8WNv+3Ns8xW1fwcrR07qoOUF7NB8AmT8XKh+tK7YNsiHq+roxqN3RsU6FczD+bOFOnX/c+VH3 7xnYoeG3cvjnnq84uPtuTQWPnv7qhFnlQ5Xzwk6Q/cbUS/Yf+Eo6Ds8bjxz4Crnqe89JMzvvAb2p cnY6+q4dninzjo7Vj+Is1ExW4kxMyugi8bZ0A2j6q4l8tZ06/AVYF1cfbdzbs0TyOl1rD2y9Vs9C vuyhp7TyrU1vH1SGuqxcuhy1EHh9nQ/lRXV558zqMObqW1SWOEfSOqdgx0P5StuyXqaFt00Zj86F yrWJi6Z84siUtue8Lg7Eo3Ng8ba9LIrbPzJsOUEeukrbtti4dKWvPCDP9kc3KFBZoXbVyTna+Sl5 dK6V5/Vk0+vUzc8obftDmjg6yrdoLKTbhOxaW1GaMVCblKe0jdNf29Y2cZW1cdUNURutnDkqB8Hb 9ufe5ikux83bRcfKScuWbYtPW1m0rtTZt3ne3sZguKNjvnXlj97RMGl+74ZHTJ3fu6nSOD185Zz/ ZYWzYr9ezu/g8NLyQddu19ntQZ+vkPMvJD7cfe+nFt8e04Yhjk7Vp03W0VFZ/sqJ4laHox5pEfe2 9HiLen2esGUVt+2si9t+qT3eniWS1+lae2DrtXoW8qVjL1rlW5vePtj+WLluHhacTatvFynK9Kqr SacuzpG0vXHZ8VC+0rZsJJNj0KuMzWM+EddiTdzaqIuLpnziyJS257wu3nQOLN62l0VxzjFHf3MR 5KGrtG2LjUsXkPu5aftj85CTpg7aUud41c1P2yd/rm2ejVvqdLy+T9v+kCaOjvLVNvrWtHYJ8qJ5 B7aszpeFsZEN0j5u29omDsSReZt1bQS9r2hhF97a9ue+rg3Wbi+5zyOt8fKyaF2J7Pfq68agdkfH OxVdZ2JIvAtfG+cffPJ+Dd/A4nEWLyv/uXZiILDFTg/v+/DuDjs7v7f33I4TxM5PWLcFucubMo4O +SxMWgSYTMj1lwpx2cdOk03bjjpUh+qzFyAT2i6wti5dvH5R5ah2+nq8vE7Xt7vNuKkMC4b0rW1r 09sHbCOjrGR2IUbOeJBmTKy+xggoJ/taPLTgWqRDHYy/X5Qll02O5BGX3I6HzQfZUdrL1JdeZQRy 5iVx3y47f2TPxkWdLvi67TlX3M/HpnNgifolmR9nq8uRPFtOkGfbr7bQDo0t7SJPNqO5afupcVFZ 2aSc7bfqtOOIvp2fth/+XCuvn/np9ZS2/SFNXPXafBzIaB54yI/mnfJUVuNDX6lD7aIOxX1/bVsV 93PM6jSteXVtBI2/zj/1o2dt+3Nv8+TE+515q2Pl1umzZUj7sbYytV32Ivukm/q6MbjmO8vL/U2O Tl3cHNml4fdx+LcPvJvDI6dOvseX78bfcszsztfL2Q3i6+Q4PkN0jO4wuUlvUo6ORWUEFwFyJhNH LjpdoJpwso892Rf2L1DSTEalI2RLcDHai07toR124itubRDnaMdCILdEY4EMXWsPIl3lCb2nhK7a b1+Wsza9fbDnSTLVq3G3aatvxws92RcsdLIpVF7ovGlR1Ljr/BHXuEpH7fL54NuAru23FvOojNIW ja8WN5VTWu1VX4lbGCfZl65tv6/bjnXdfNQYRufAEvWrbpytblROICdfaY2n7AFtIq9pbtp+ktZ4 ItcNC5taD5CrTl/Wpm3b/blWnhjJ/PRj4tO+TSovyLdjzhFdX07UzTvZVlrtxY5P1/XX1sl5Ubt0 JN/qKE5Z2++mNnpdm7a2kdtzrzxBm7gPyAZ4HVCe0uh4mc3jqPb6dUX5SkOvvm4MQkfHOhANjoXY bOFOnR/xA/2rBq8zDKfz8oP4r+gD/wGdr6tHOoNYuYlPaEeHk20XC+KaADgOxFm09JeARWUE+kxq kDfOhENXk1b2uTiZhNYe5dHhoiBtJ2kEbWLyMnGtrtrBZFbf1H45Q/bmjJw4RzsWArklGgtk6Fp7 0HbcrJy4xgKsTW8fVF5tAI277KgdnBevz1jIpuwzrv6vMKHxY9w5kpacsow7NzfZR6Zx9e3y+aA2 CHRtv1VPVEZpi/quRU7t4qibMPnqB3ELeqAF0vYZfN2qT33k6Odj0zmwRP2qG2erq2tLeRbkaocg jT3aac+N2qk0ceX7fjJfbJ20QeuBr69pftp++HOtvNHMT2s3Svv+ELeQj+OlOUMbsI2cPvr1SvbQ tfNOttUnP24ac8aorr+yrbZypF22HVZHY4Lc9rupjeDnpcr682f7IJuAvrcJVkcoT3XqvIHXVXmN Yd18UtrK6vq6Mejp6Cgepa2sTi+Kj4SoDi/vxie0o5MkSZL0x0S5cSaTi6ubHl1FeAdDaX80vPno 2WX2RTuUw66b1vmnnO/p/ruIIXi7Pt507MbT0UmSJNlEYQcaRyfKS5ImBhydB4Y6OjgQlsCpGHYM 4OVkfiBwwVXbd97h4RtWf3X8rM7Xz0+/advOI6+o3CB1tm07DEMdnQfS0UmSJEmSqc7V37mnt6NT R4OTw38m55+AvpsXkys9/vcV3856Xffr57zLc8Ht26z//1lQ48AMkdt8ybsy7+jQt6jPfVF9pKOT JEmSJJOEq789CkfHOBdDZObIv3iYdu4OnfhnL53e+SFBvp11xFendX4RGb23HTer83XyQRse1eNs Dx6tXnX0js5Vy+8K+9wX1Uc6OkmSJEkySbiqztGxDoZzKNrI+KFAdnXedeLMzm/lWL1tzp1RZlxY OUGV7OxbtinP32t9OWtj2NHLRDftHZ0r7r4j7HNfVB/p6CRJkiTJJOHK5Xc37+hETkWNo2Hha+Ic +b9Yrz50+D/vXPT1aZ3j7pdN7zzSGsz3WLniHIVJe0fnsrtuD/vcF9VHOjpJkiRJMkm48p67hjs6 TU6F8PlO1nF0qjiPqTbD0bG6FXJ09rh8+6GOjnScfi3odXW9o3PpHbeGfe6L6iMdnSRJkiSZJFx+ 953tHR0vM06Gh/9lxX8s/+sTZnb+AajN490d3tcZ0Kt5dDVSqrLe0blk2dKwz31RfaSjkyRJkiST hMvuuqP+HR3jRLSOd49bnzWjbHfewHs4/IYOOzg4N0deP63s33V8+E/m/OPPYXaitGQ+bo7e0bno lpvDPvfFxy/ZaSG/iJkkSZIkycTnmz9YNsTRmXf6hzr/a6otfJsK1su2HZBXjs213/3U4L+EeMVB 3a+XHzbw9XJ2ca5a/unOzs9wG8PTdTLJ4dO7v2fQ0aFPX13+9bDP/fA7W5wwZyE/g50kSZIkycRn yfJbe+/oRPj8Jv26vCYbxIXPs2kjtzs69OmyW78W9rkf8tFVkiRJkkwiLll2S7l/VY93dDgah2IQ K/c6Ps8e66jLt7aivG7cOzrn3Hh92Oe+qD7S0UmSJEmSScJFt3xruKPjHIhBrMNh863MytvibVo7 kT2f3417R+fzN3wl7HNfVB/p6CRJkiTJJOGCb90UOzptiJwQi883TskweRtZHV1d7+gsvm5J2Oe+ qD7S0UmSJEmSScJ5N31j5I5OL4fF5zXJhZX7/Ka04hVDHJ2qT6cvuTrsc19UH+noJEmSJMkk4Zxv fK3e0ZEjYY9eZuVRntex+XV6I0kbvKNzytVXhH3ui+ojHZ0kSZIkmSR84WvXl5VjtaMzEqLyTU5N r3h1HOrorC4nXvGlsM99UX2ko5MkSZIkk4Szrr9uuKNjHQnrTPi4TXNso1eX9ii/7mhBVuEdneO/ dEnY576oPtLRSZIkSZJJwhlfWVK/oxM5FU1y0XU8wjxLGz2bX6fbtfPird43xNE55pILwz73RfUx KkfnJYfMLe85a+BXBznyozzP3y/WTZIkSZJkbDhtydWVo7N6uKPTdR6GORQ27anTj45et44R6Pod nSMvOi/sc19UHyN2dHByvnDvjuXiHw3nyGUzywfO3SmdniRJkiQZB06++srY0bHUOSiRE+LTHuW3 0bM6Pu2p8ryjc9h554R97ovqY8SODrs3kZNjwRHC4YnKJ0mSJEkyOhZdeflwR0cOhT9ampwOYXUi W3Vxywjk3tE55JzPh33ui+pjxI4OuzXs3EQOjueAm2bl7k6SJEmSjBHHX3Zp7x0dwLFockx8XpTv ZRFtykb51dE6OvTpwM+fGfa5L6qPMXkZmV2e6VfMLiffM9wBwilKZydJkiRJ+ueYSy+ud3RqHIow z8ubyjbJm9I9bHhHZ//Fp4V97ovqY1SODo6N/Tfof3nq+peReWTl3+HB2fE2kiRJkiQZGUdefGFZ eX+LHR0LjoWnSU9xK4+OPl5Hjb53dBacdnLY576oPkbl6EQvIyPD6cHhedVRw19YZscnspUkSZIk STsOv/D8ekcnckSUFlZu80crs3J/9Di5d3Tmn7Io7HNfVB+jcnSsA+Nh94ZvZkXODvLIXpIkSZIk vVl4/hdjR6fOuQDybL7ivkwkJ27lNq8JrxuU9Y7OvBOPC/vcF9XHqBwdHk/xojFYR0bovRweaVn5 zktyVydJkiRJRsvBXzy7rOj16KrOwXCOxhCivDqZtydZXR5HH68Y4uhUfdr9+KPDPvdF9TEmLyPz o4F+92beDbM6ed4ZyheTkyRJkmR0HHjO54c7OnXOhHc2/LGJkeqMog7v6Ox6zBFhn/ui+hgTRwdw YPy3rnh85Xd1SEflkyRJkiRpZv8vLHaOzqcGHIc2jgn0ckSs3OvYspGeP1oCfe/ofOaow8I+90X1 MWpHB8dGuzX6vRz/Y4J6AdnKeGHZ20qSJEmSpDf7nXXGoKNz77/8oGz2jr8sL3/H2yYlb3r3O4c4 OnMPPyTsc19UH6N2dHjfJnJg7I8J6mvl9vGVHmltbJb+/CdFYeHXrwt1NiRbnrmo25qBEOkkyWhh fp2//M7yy8ce7c6w0okje/WR+4dlkmSseOuiIzpEecnI2OfM0wYdnU2JlfevKrMXHhT2uS+qj1E7 Ojgscl5ALxrj8Fg5MusU+X8NsbEcjnR0kqnAiw6cV778r/d2Z1XpzHvmuw8n33pTWD5J6vjYeYs7 8yvKE+hY5/qJdWvLzC+dP+h4p/Mzchacceom6+jMPHgc/uiqPkbt6PjHVKSR26+V29/O4YVlUFqk ozNAOjrJWMNN6N7VKzvzSTcbbjKSKXDD0TGykyQRzCnW0Tpnx69pPlAWRygqm9Sz9+mnVI7OqtBZ GCsee2JNefixpwZ5pOKJNc+EumMFjs6MA/cN+9wX1UdfLyPzuzg4OP73cXhfB4dHaSY8WB3R1uFg ex0bI/kLYDT1jqaONlv/2FR7In3kNvh86GXDwwLUVjfZ9MBx0V/QzHGOUZCjQ5gITn8yOVDAcWad 8fl2JzEKzM3c0Rk5e52GozN+Ozo4NQ89gnOzZggPVzzx1Pg5Ozhv0/dfEPa5L6qPUTs6TGwWSBZG jqS98wBMZhvQ5QbMoou+zddfCOSpHmzYrU8F7EQ3cC6c6ALjYrR/Pfi2snVvA+1CbvWF+m4DbZy3 5PJBfRGNAQF92x5s2jAaG4IxsP0jkEZuA+21IXp8Yf/6x4Z938o6uFau3T1gV09yPe5E5h9xRugb e/mr2iNH51pzknR0HXHOOa/MZ+YY9HockSTgdwaZR3VrbBSYk9Ze0o75p53ceXE3chb65fEn1pRH H19THnvi6ZBHK54cp50dHJ3t9p0f9rkvqo++HB0bvKPjLwIb0OPmXRfkYPS6UFiU7cVCPHIIbIhs N5WRvg1N+tZJ885QFKRf5+j0GgOCrbNpDPyNjjqtjLjsAI6kDdw0rYNifypAMrDvYckB4nEmcuI4 PG0cHasve0k7cGDs+fTnksA8UT66zCNkdj4lSR3Mk7rA+t+0ThIim0lvzrnx+vLLFfeHzkK/4OQ8 /lTl8FSsevDRsnLVQ2XFql+VBx9+fFD++JNPh2X75aGHHyknXzl8s6Bvqo9xc3QUkEVyFmLk9mJg sUXGBeQdIeV5B8ou5sRtQNfrUx9/sUZtiuzrZuADcvSjOtH3uyXSj+rlJhQ5On4MetmgTJTn+6RA nb6d1nH0Cxl18EhSjoh2WqwM7C9gSyZnhd0eHm1aRwd90h6rL3tJO5gHnHecbXY4o3mBTNeV0uhD ZBP0OHS8dn2Yf3YOjpaxstMWXcNt5ZsCrEcwmsBci2wmvZl/6kmdf5cQOQv9wE7Nk5Uj8+SadR1W 3P+rwfhKE3/8yWfKmqB8v9CnDy8Yh3Wl+hhXR8f+ZehvqLr4bRntnoC9gPxF4W2xXepvytZWpO/b ahdF/+gLmQ20zS703hYy6wARt/rUbwM3Fj+eo7FBH2zgRqcy5PlFiTpZiG1grFSH/7aO5HrZXD8f wEvmclqsHCdFMnRwjNjh8Y+u7KMui9WP8pN6NCfrbkTI7XXAudYukD3XHs1TXb8RzDVsjMbRoFxT /W0ZKztt0R8lxOm3rl0r39SIXhFoG5qcacGazhqmc2nXdIJNR5DfNE/rqJvjagtxrZtcM7aM1mW1 TW239Dsn9j791HL/6gdDZ6Ef2KlZ88yz5ekuDzz4yGB8tYk/9fS6Si+20Q+rHniwvHv+bmGf+6L6 GDdHhwvd6vsbqiaRLaPJ4W0zeawtsE4A5ZhwNnh9O9G4gGy9XLBW1zsRyGzQ5BaauAre4bAOn7CL BDcd3+eR2mA8mnZnwDuDOgd2x4e49O1N0tZvfy6ANI4IcS+3zgzv8+gxFkebxyMqnB2L/0FK1Z20 Q/Obucp5tk4Ngbh0ycchBruYR6AjfeYX17V2LeRUax5ylAxdzTcLMjtPqRu8zbq6BDLylJYdpdGP yll7/mjzQfZpi9qsfGuHmzjBylWfxZaJ5EqrTcRlk7htx8aAuusc6V4hWtMtrKmMI30lTl3MZa29 dhzqIOieMhKwTbDnAKib/hLXWqr1UvcA4rZtBOYh+cKf35HyuTNO7TgFkbPQL+ue/U3Ff3ZYtfqh 8szarqPzwMOD8vHYzYGf/+KX5R3zdgn73BfVx7g5OnaRETboRNsympTedq+AjV51e6J6ha8fmQ3e 6aC8DdHYWP22ZWxoY8OnvX6dTe8gsbCysNhgF2O7g4NTIofEy/Xysf/hSO/oRFi76eiMHDnBft7I qa27Rsj314NFc4gjNuQYcQMA5onq4Mg84oaFI06aIwu99EgrD5lseZt1dWGLOHkcdSNED4jrDxfS BN1kdbNCThsI2CRoZ5NxFLKnuohTH2V17dFf2UJfcnQttm6C1hTdTFWHbooEdJErrrJN52u88WtO m8D4RLYE54C+y5FiTOgr54T+o0Ogbo0NOgT0vVOPnuYQgfo1B+z5wjZp2dQ1JJuaR3ZOE2QbbNt8 XGjMrGwkbH3KceXHP/1Z6Cz0y9rK0fn1f/5Xh6fXriuPPf5Uh7Xrfj0oH4+XkbF5x913l83nfTbs c19UH+noVMFPRF8/MhvUdqGJq+DLe/22ZWzQXwhNNnza69e1S4u7AouutcUFb+2wOyOHpG7Xhl0a /3tK6ehsOOS8cu44v8j8+eccs2DrelG+bgIR0uFIOcoj100AudXRDZ180twcKKMbBW3TjUI2dTOz Nuvqkh3kqotrBX1ArjqJW31uYJKrrHRog64L8pQvmW7E2OImq+uF8nVxQfsIcqY4Uqfk1IVc7aaf BJ0XAnUSt/3cGOhcjCSoH3XofDMu6ifjyHhrLSIg09hw5NwwZhoPAjrEkaksdjl/jLedA+Rz3mUT PWvTzgdk5BPoD3ZUF8HGbUAOBPJHw58dvl/50Y9/XJ54ak3oNPTDmmfWld9Uzsx//tdvQ9jheerp sXd0Hn7ksXLamWeU5wb97ZvqY1I4OkwkZHVwAVg7WigtVl8LoYLqtbo2ILOBfKuviavgy0cXtv4C UfBlorS3wQVqg28H/bT6flGyNrnIFbDLGCpo4bXoX33oiFODXA6MnBTAaSGvztHJR1djD4syiy9B 1yKLc10gn3MeXTsWzUuO2PXXLEcb15xEVzD3Fff2rdzaQRbV1aQvOUFl1R4vV1niuk7IYwyR6SZH 2xkjrhddw6w/1m5dXNh2NsnVBy8nqN22nxsL1gfNtV5BTkUTjCdjjCPBOMuRQC7Hh8AYaGxU1o4H QeMUBZ0bjavw421t0i7iBN13bBodgq2XPmMLWJNVL/mj5ZK7bi8/+dn47Org7Dz769+U//rt/y2/ 7YKTww5PpD8W3L382+W9e+0e9rVvqo8J6ejoLxuF6EaLrsCWdxzsTT6yF9UrfN+Q2aC2C8rboEVR QX9JCHsTInDx+DpHaoP+eEfGLyq2zwTbD8ZEwdolTl3WDui9HCFnxP+3elCZOkdHjpAnHZ3+sPOB RbgucI7lNGuxrkPzlCPzSdeOlUdx7DKPqIe5Rjnq5dpU22gvNqFtXVz3mqO6DolbO7o5EedIWnGc P9knIAfkGhfJKEegTt3cgTzV3RSnDOja1U2baxvbyAmUsTq2v+gT0CFOu9W3jQnnkPY2hZG0k/Fg PjD+jIEcS81PAmOgsVE5Ox4EjRPnU+MtZ0PzjnOCHMeK+vx4W5vYIPjzrjQQVK+NC5WxspGy2RH7 lx/8/Gdlxcrx+Zo5dN7F0WOqcfrtHPjJz35e7v73fyvP2TPua99UHxPK0WEyI2ci2r8+mURMQi2K 6NnARPXt0YWCXAuUghZCBT8Rva26tgtNXAVkunEoqG+0ybcnaj82fD+16NXZoIxfbOgn7Yv+mrf9 0CLrg13oLTgnclQAxwW5fawF9jdw0tHZ8DAvCH4uRUFzqAnNU46aW15ur1/S6Ghe0g7mGugaIU83 IWxC27qwo75Rp/pg7bBm6HrhqJsl7aQN6OkGhhyUpg7J7KMKyhJ0fWgNaIrbNmFDY2TbRPsl11jZ /qJD0FhYmxsS2k8bwK9FUdD5bYvOGfbpN+NCPxkP8gnKI6icHQ/mleYE7SVNnp1v2CAgJ6Drx9va VB7nJkoDAbs+LlSnlY2GLY46sBy26ITy7z/56bg8xhpvHn/iqfKDH/6o3LB0adni6IPDPo4J1ceE cnQU7ATuFWw9kS0fNOmsrp+Ivm5kNqjtQhNXARkLoRb3psDFjH5UZ1sbdgy4oNsG3w/dMGzAntWx 6B0csD8eaOU8lpI8HZ2NA+dZN88oMH90o51KcLPTDQ8nhjEirpuq0slwcDg0ZnWBtQtHkHUsstEG zgXrK0c5OcCcxq4cQcmZx5rLylP9Pi1II5d96SltbYK30ZT2eaD6rGy0vHDezmX6AfuWq7785fLd e79ffrliZblvxf2d48SDdlXct7Lcdsed5ZJLv1R2OuaI8vwFu4Z9GzOqj43u6EQ3Zjke6DRdSPqL R/aJN/11YXcnbFvHw9EBLo5eNxi1P6pTNpqcHWtDsCj4Mlp0bPD98OeCMjbfo29VQd2/g4jk6ehs HJhLzFXBjcou4FMNe31y1PWA88N1NZXHZiToxq15xTri15ZkHNljp/LKXWeXD+62S9nv2GPK6eed W8659J/LRVdfVb503VfK5V/96obn+q926j7v8svKqeecXQ5fdELZ+9BDyi4L9i5/9+lPli223qq8 cPa0TtvDPo0l1ceoHR1urkxmQZqFQelokfD6knOhsOjqQiHfluPGrcUH5wadpkWIC036EOnbtnqP 2/cNmU17x0IXurB56Nr2qz2RXr82PNae7NsQjaEN1jFMkiRJJgG86zKRido8nlQfo3Z0kokHjosc IcA5svl+R8fmAeVt6OVIJUmSJMmEpvpIR2cTgl0bG3j0xC4Quz84PjbYl+dwiMi3j7vYyre2kyRJ kmTSUX2ko7OJgWPTK+DQ2MdWOEI++N2gJEmSJJl0VB/p6GyC8I5S9FK2Xkj27yR5RwdnyeYnSZIk yaSk+khHZxNHL0pHeUmSJEmySVN9pKOTJEmSJMmmSfWRjk6SJEmSJJsgO5f/D0+d20iSQBQoAAAA AElFTkSuQmCC --_004_D2F0F19D10390michaelhalseyintechnologywificom_--

2 6

oVirt Community Newsletter, January 2016
by Mikey Ariel 24 Feb '16

24 Feb '16

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cKkKLQIcccSCDhnBbsD9FkeL1fVWOAGj0 Content-Type: multipart/mixed; boundary="GMBxl1QWnrmhep8nQDrR226sViFfoheJb" From: Mikey Ariel <mariel(a)redhat.com> To: announce(a)ovirt.org, users(a)ovirt.org, devel(a)ovirt.org Message-ID: <56CDD4E3.2040002(a)redhat.com> Subject: oVirt Community Newsletter, January 2016 --GMBxl1QWnrmhep8nQDrR226sViFfoheJb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable January was a great start for 2016 with the release of oVirt 3.6.2, as well as a stream of technical content and lots of interesting activities at FOSDEM 2016 in Brussels. Check out the newsletter for all the updates.= **Apologies for the late publication, we were waiting for FOSDEM videos to finish processing but due to technical delays on the FOSDEM side the videos are not available yet. See below for slide links in the meantime!*= * ----------------- Software Releases ----------------- oVirt 3.6.3 First Release Candidate is now available for testing http://lists.ovirt.org/pipermail/announce/2016-January/000231.html oVirt 3.6.2 Final Release is now available http://lists.ovirt.org/pipermail/announce/2016-January/000230.html ---------------- In the Community ---------------- Roman Mohr presented about oVirt at the Czech JBoss User Group http://eventle.com/jbug-cz/6103 Slides are available for all oVirt-related sessions at FOSDEM 2016: https://fosdem.org/2016/schedule/event/virt_iaas_host_lifecycle_content_m= anagement_in_ovirt/ https://fosdem.org/2016/schedule/event/virt_iaas_reactive_processing_ovir= t/ https://fosdem.org/2016/schedule/event/virt_iaas_sweep_away_the_garbage/ https://fosdem.org/2016/schedule/event/managing_ceph_through_cinder_using= _ovirt/ https://fosdem.org/2016/schedule/event/virt_iaas_ovirt_hyperconverge/ https://fosdem.org/2016/schedule/event/virt_iaas_containers_and_virtualiz= ation/ ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ Using oVirt API to automate VPS provisioning https://bobcares.com/blog/using-ovirt-api-to-automate-vps-provisioning/ Installing the oVirt Node Next (Early-Preview) http://dummdida.tumblr.com/post/136872577940/installing-the-ovirt-node-ne= xt-early-preview Hyperconverged Infrastructure using oVirt and Gluster http://blogs-ramesh.blogspot.cz/2016/01/ovirt-and-gluster-hyperconvergenc= e.html oVirt as VMWare Replacement https://www.reddit.com/r/sysadmin/comments/412wwg/ovirt_as_a_vmware_repla= cement (Discussion) How we configured disaster recovery in an oVirt system https://bobcares.com/blog/how-we-configured-disaster-recovery-in-a-server= -virtualization-system-based-on-ovirt/ Summary of oVirt 3.6.2 Release [Portuguese] http://blog.seprol.com.br/solucoes-corporativas/nova-versao-do-ovirt-3-6-= 2-disponivel/ Manage KVM with oVirt [Japanese] http://qiita.com/idzzy/items/338fcd27bb386867cdd8 --=20 Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady --GMBxl1QWnrmhep8nQDrR226sViFfoheJb-- --cKkKLQIcccSCDhnBbsD9FkeL1fVWOAGj0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWzdTjAAoJEHYPPTOszxHoP/MIALFodZQYwTXEyeApXoH3/zgq fgOLZibayrMEqu8keWvKg4KAtYGYDxeyRzC8MKWUd910lwuMeNMuUcjLxm1f1Cmu vg4XRWk8MHtkZFkN3aEeURUXiP9WPyUx92HEEvpB77zgQVau7gnCYoyO4qN1cRB5 5wnXH21n84Zo0oMw0c2cUqBa41yMxyun6yY2KRp9fZa2rEc9mUHE6gBrL1ITt+wt Mu8WXCqvWiR8YGQaGbYvmtyGnFJAcxQG0V4Z4mLG+nzjh5z0KT14RBBGkK7/RiOX z+JxU5OlX7lTAnA5sg1ryTYHa7Fs7wB3YG/MlQY82yHPWv0iWK0NpY4BF/TXYY0= =n2TX -----END PGP SIGNATURE----- --cKkKLQIcccSCDhnBbsD9FkeL1fVWOAGj0--

1 0

REST API - Problem when trying to retrieve vms list
by jaumotte, styve 24 Feb '16

24 Feb '16

Hi everybody, Since fews days I can't get vms list from rest api. I always have the same return when I try https://myengine.mydomain/api/vms : <fault> <reason>Operation Failed</reason> </fault> I suspect that for new vm, some properties are malformed, but I can't identify them. If I ask https://myengine.mydomain/api/vms?search=dev , vms including dev in their name are return. If I ask https://myengine.mydomain/api/vms?search=xtypo , Operation Failed returns ! I look at the log on the engine, but I don't find any answers. If someone have any ideas ... thank you !! Here the log : 2016-02-18 16:43:03,591 ERROR [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper] (default task-23) [] Mapping exception while processing "GET" request for path "/vms" 2016-02-18 16:43:03,591 ERROR [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper] (default task-23) [] Exception: org.ovirt.engine.api.restapi.utils.MappingException: java.lang.reflect.InvocationTargetException at org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.map(MappingLocator.java:155) [restapi-types.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractBackendResource.java:65) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractBackendResource.java:61) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection(BackendVmsResource.java:570) [restapi-jaxrs.jar:] at org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendVmsResource.java:94) [restapi-jaxrs.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_71] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:296) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:250) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:237) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.10.Final.jar:] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.10.Final.jar:] 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:86) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter.java:66) [interface-common-jaxrs.jar:] at org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter.java:48) [interface-common-jaxrs.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:81) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:75) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:113) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:77) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.EngineSessionTokenAuthenticationFilter.doFilter(EngineSessionTokenAuthenticationFilter.java:31) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.core.aaa.filters.RestApiSessionValidationFilter.doFilter(RestApiSessionValidationFilter.java:35) [aaa.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:111) [interface-common-jaxrs.jar:] at org.ovirt.engine.api.common.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:102) [interface-common-jaxrs.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.ovirt.engine.api.common.security.CORSSupportFilter.doFilter(CORSSupportFilter.java:183) [interface-common-jaxrs.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:248) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:77) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:167) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:761) [undertow-core-1.1.8.Final.jar:1.1.8.Final] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_71] Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor299.invoke(Unknown Source) [:1.8.0_71] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_71] at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.map(MappingLocator.java:150) [restapi-types.jar:] ... 83 more Caused by: java.lang.ArrayIndexOutOfBoundsException: 1 at org.ovirt.engine.api.restapi.types.VersionMapper.fromKernelVersionString(VersionMapper.java:52) [restapi-types.jar:] at org.ovirt.engine.api.restapi.types.VmMapper.map(VmMapper.java:446) [restapi-types.jar:] at org.ovirt.engine.api.restapi.types.VmMapper.map(VmMapper.java:330) [restapi-types.jar:] ... 87 more

3 5

[ANN] oVirt 3.6.3 Fourth Release Candidate is now available for testing
by Sandro Bonazzola 24 Feb '16

24 Feb '16

The oVirt Project is pleased to announce the availability of the Fourth Release Candidate of oVirt 3.6.3 for testing, as of February 24th, 2016 This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and Fedora 22. Highly experimental support for Debian 8.3 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - vdsm - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup This release of oVirt 3.6.3 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon [2]. Please note that mirrors[3] may need usually one day before being synchronized. * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/Upcoming_events [1] http://www.ovirt.org/release/3.6.3/ [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

RHEV-H 7.2 Beta Install
by Christopher Young 24 Feb '16

24 Feb '16

I know this is the ovirt-list, but I've had great success with help here as I have been running a couple of ovirt instances for some time (as part of a lab/testing). In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO), and for whatever reason, my install gets to 22% (right after partitioning up the local drive, I believe) and fails. I have no idea how to troubleshoot this. I've tried changing install options (i've been installing via PXE) to no avail, and I notice that there don't appear to be any virtual terminals to switch to look at things and/or see where things failed. The errors that I get say something along the lines of: unexpected EOF while looking for matching '' I'll try and get more details, but i've attached a screenshot from the console. Any help on HOW to troubleshoot this, pull logs, etc.. would be most appreciated as I'd like to get this moving forward. Thanks for all of your hard work and the help of the community! -- Chris

2 2

adding network via ovirt-shell
by Bill James 24 Feb '16

24 Feb '16

I'm trying to add a network using ovirt-shell. It adds fine to the GUI but I can't add the network to a host because it isn't listed in the "Setup Host Networks" dialog. Adding a network interface using the GUI is added fine to the dialog window. What am I missing? [oVirt shell (connected)]# add network --data_center-name Default --name Vlan7 --description '10.176.7' --vlan-id 7 Also not sure how to add "Network Label" via cli. (adding it via GUI doesn't make interface usable in dialog window) ovirt-engine-3.6.2.6-1.el7.centos.noarch Problem networks are Vlan5 & Vlan 7. [oVirt shell (connected)]# list networks id : 80b5bffb-afb7-4c14-b228-e505b6a93152 name : Gluster-KS description: kickstart id : 00000000-0000-0000-0000-000000000009 name : ovirtmgmt description: Management Network id : 7d9d55d9-1158-4a64-a2b9-07b763ae2b6d name : vlan1 description: 10.176.1 id : e81540f9-99f2-4826-b483-b9c08031cdaa name : Vlan5 description: 10.176.5 id : 6d1bf691-d438-48e2-a230-21360c609889 name : Vlan6 description: 10.176.6 id : 2c7db3f8-151f-4c5a-a88d-c840f7f2ce57 name : Vlan7 description: 10.176.7 Cloud Services for Business www.j2.com j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox This email, its contents and attachments contain information from j2 Global, Inc. and/or its affiliates which may be privileged, confidential or otherwise protected from disclosure. The information is intended to be for the addressee(s) only. If you are not an addressee, any disclosure, copy, distribution, or use of the contents of this message is prohibited. If you have received this email in error please notify the sender by reply e-mail and delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are registered trademarks of j2 Global, Inc. and its affiliates.

2 2

Importing data domain
by SATHEESARAN 24 Feb '16

24 Feb '16

Hi All, I am using ovirt 3.6.3 with 2 data domains. domain1 to store os disks and other to store additional disks for the VM I am more concerned about the additional domain and I have rsynced the second data domain to another file based storage. After sometime, I tried to attach that file based storage to another oVirt DC. When trying importing the data domain, I see a warning like "Storage Domain(s) are already attached to a Data Center. Approving this operation might cause data corruption if both Data Centers are active." Any clue why do I see this warning ? Also is there any better way to import the existing data domain ? -- Satheesaran

2 1

ovirt - can't attach master domain II
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------090001000406070504000905 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I found the main ( maybe ) problem with IO error ( -5 ) for "ids" file access This file is not accessable via NFS, locally yes. How can I fix it ?? regs. Pavel # sanlock client log_dump .... 0 flags 1 timeout 0 2016-02-24 02:01:10+0100 3828 [12111]: s1316 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:10+0100 3828 [12111]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:10+0100 3828 [19556]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:10+0100 3828 [19556]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire leader_read1 error -5 2016-02-24 02:01:11+0100 3829 [12111]: s1316 add_lockspace fail result -5 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:12+0100 3831 [12116]: s1317 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire begin 7f52b697-c199-4f58-89aa-102d44327124:1 2016-02-24 02:01:12+0100 3831 [19562]: 7f52b697 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:12+0100 3831 [19562]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:13+0100 3831 [1321]: s1318 lockspace 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire begin 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1 2016-02-24 02:01:13+0100 3831 [19564]: 0fcad888 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458201000 result -5:0 match res 2016-02-24 02:01:13+0100 3831 [19564]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3832 [12116]: s1317 add_lockspace fail result -5 2016-02-24 02:01:14+0100 3832 [1321]: s1318 add_lockspace fail result -5 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:19+0100 3838 [12106]: s1319 lockspace 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire begin 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1 2016-02-24 02:01:19+0100 3838 [19638]: 3da46e07 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:19+0100 3838 [19638]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire leader_read1 error -5 2016-02-24 02:01:20+0100 3839 [12106]: s1319 add_lockspace fail result -5 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:20+0100 3839 [1320]: s1320 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:20+0100 3839 [19658]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:20+0100 3839 [19658]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire leader_read1 error -5 2016-02-24 02:01:21+0100 3840 [1320]: s1320 add_lockspace fail result -5 --------------090001000406070504000905 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, I found the main ( maybe ) problem with IO error ( -5 ) for "ids" file access This file is not accessable via NFS, locally yes. How can I fix it ?? regs. Pavel # sanlock client log_dump .... 0 flags 1 timeout 0 2016-02-24 02:01:10+0100 3828 [12111]: s1316 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:10+0100 3828 [12111]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:10+0100 3828 [19556]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:10+0100 3828 [19556]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire leader_read1 error -5 2016-02-24 02:01:11+0100 3829 [12111]: s1316 add_lockspace fail result -5 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:12+0100 3831 [12116]: s1317 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire begin 7f52b697-c199-4f58-89aa-102d44327124:1 2016-02-24 02:01:12+0100 3831 [19562]: 7f52b697 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:12+0100 3831 [19562]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:13+0100 3831 [1321]: s1318 lockspace 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire begin 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1 2016-02-24 02:01:13+0100 3831 [19564]: 0fcad888 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458201000 result -5:0 match res 2016-02-24 02:01:13+0100 3831 [19564]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3832 [12116]: s1317 add_lockspace fail result -5 2016-02-24 02:01:14+0100 3832 [1321]: s1318 add_lockspace fail result -5 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:19+0100 3838 [12106]: s1319 lockspace 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire begin 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1 2016-02-24 02:01:19+0100 3838 [19638]: 3da46e07 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:19+0100 3838 [19638]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire leader_read1 error -5 2016-02-24 02:01:20+0100 3839 [12106]: s1319 add_lockspace fail result -5 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:20+0100 3839 [1320]: s1320 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:20+0100 3839 [19658]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:20+0100 3839 [19658]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire leader_read1 error -5 2016-02-24 02:01:21+0100 3840 [1320]: s1320 add_lockspace fail result -5 </body> </html> --------------090001000406070504000905--

2 5

Fwd: Re: ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------070808000207030305050505 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit hi, after a lot of test will get 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 flags 1 timeout 0 2016-02-24 11:38:05+0100 7406 [25824]: s2256 lockspace ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 async done 0 2016-02-24 11:38:05+0100 7406 [26186]: open error -2 /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids 2016-02-24 11:38:05+0100 7406 [26186]: s2256 open_disk /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids error -2 what's wrong ?? thx. Pa. On 24.2.2016 08:14, Nir Soffer wrote: > On Wed, Feb 24, 2016 at 8:53 AM, paf1(a)email.cz <mailto:paf1@email.cz> > <paf1(a)email.cz <mailto:paf1@email.cz>> wrote: > > Hi, > it seems that sanlock daemon has problem with reading empty "ids" > file . > How can I regenarate this "ids" file to get 2k rows of datas ?? > It's the base problem to get up "master domain" following > "datacenter" > > > You should understand why the ids files is empty and fix the root cause. > > To recover your ids files, you can follow the instructions here: > http://lists.ovirt.org/pipermail/users/2016-February/038046.html > > Nir > > > regs. > Pa. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > --------------070808000207030305050505 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <div class="moz-forward-container"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> hi, after a lot of test will get 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 flags 1 timeout 0 2016-02-24 11:38:05+0100 7406 [25824]: s2256 lockspace ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 async done 0 2016-02-24 11:38:05+0100 7406 [26186]: open error -2 /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids 2016-02-24 11:38:05+0100 7406 [26186]: s2256 open_disk /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids error -2 what's wrong ?? thx. Pa. <div class="moz-cite-prefix">On 24.2.2016 08:14, Nir Soffer wrote: </div> <blockquote cite="mid:CAMRbyysE8T_LyGwhT3K0cZ+ErSU0VQj7ZHPknL+=WzhAN7BKXQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Feb 24, 2016 at 8:53 AM, <a moz-do-not-send="true" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <<a moz-do-not-send="true" href="mailto:paf1@email.cz" target="_blank">paf1(a)email.cz</a>> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" </div> </blockquote> <div> </div> <div>You should understand why the ids files is empty and fix the root cause.</div> <div> </div> <div>To recover your ids files, you can follow the instructions here:</div> <div><a moz-do-not-send="true" href="http://lists.ovirt.org/pipermail/users/2016-February/038046.html">http://lists.ovirt.org/pipermail/users/2016-February/038046.html</a> </div> <div> </div> <div>Nir</div> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> regs. Pa. </div> _______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote> </div> </div> </div> </blockquote> </div> </body> </html> --------------070808000207030305050505--

1 0

Fwd: Re: ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------000301020903090600090002 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Nir, it doesn't running, or failed by me 1) no trafic od any storage in gluster two ways A: - will stop ( maintenance not allowed )master domain ( 2KVM12-P2 ) from GUI - try to mount locally to one node # mount -t glusterfs localhost:/2KVM12-P2 /mnt ==> error -19 B: go to /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/f71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ - remove empty ids file - sanlock direct init -s <f7......>:0:ids:0 - from manual - restart sanlockd 2) no way was successfull regs.Pa. On 24.2.2016 08:14, Nir Soffer wrote: > On Wed, Feb 24, 2016 at 8:53 AM, paf1(a)email.cz <mailto:paf1@email.cz> > <paf1(a)email.cz <mailto:paf1@email.cz>> wrote: > > Hi, > it seems that sanlock daemon has problem with reading empty "ids" > file . > How can I regenarate this "ids" file to get 2k rows of datas ?? > It's the base problem to get up "master domain" following > "datacenter" > > > You should understand why the ids files is empty and fix the root cause. > > To recover your ids files, you can follow the instructions here: > http://lists.ovirt.org/pipermail/users/2016-February/038046.html > > Nir > > > regs. > Pa. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > --------------000301020903090600090002 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <div class="moz-forward-container"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> Hi Nir, it doesn't running, or failed by me 1) no trafic od any storage in gluster two ways A: - will stop ( maintenance not allowed )master domain ( 2KVM12-P2 ) from GUI - try to mount locally to one node # mount -t glusterfs localhost:/2KVM12-P2 /mnt ==> error -19 B: go to /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/f71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ - remove empty ids file - sanlock direct init -s <f7......>:0:ids:0 - from manual - restart sanlockd 2) no way was successfull regs.Pa. <div class="moz-cite-prefix">On 24.2.2016 08:14, Nir Soffer wrote: </div> <blockquote cite="mid:CAMRbyysE8T_LyGwhT3K0cZ+ErSU0VQj7ZHPknL+=WzhAN7BKXQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Feb 24, 2016 at 8:53 AM, <a moz-do-not-send="true" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <<a moz-do-not-send="true" href="mailto:paf1@email.cz" target="_blank">paf1(a)email.cz</a>> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" </div> </blockquote> <div> </div> <div>You should understand why the ids files is empty and fix the root cause.</div> <div> </div> <div>To recover your ids files, you can follow the instructions here:</div> <div><a moz-do-not-send="true" href="http://lists.ovirt.org/pipermail/users/2016-February/038046.html">http://lists.ovirt.org/pipermail/users/2016-February/038046.html</a> </div> <div> </div> <div>Nir</div> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> regs. Pa. </div> _______________________________________________ Users mailing list <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a> </blockquote> </div> </div> </div> </blockquote> </div> </body> </html> --------------000301020903090600090002--

1 0