- 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