oVirt 4.2: hostdev passthrough not working any more
by Daniel Helgenberger
Hello,
yesterday I upgraded to 4.2.0 from 4.1.8.
Now I notice I cannot assign host dev pass though any more; in the GUI
the 'Pinnded to host' list is empty; I cannot select any host for pass
through host pinning.
When I was creating the particular VM in 4.1 it was working as expected.
The hostdev from before the upgrades are still present. I tried to
remove them and got an NPE (see below).
As a workaround, is the old hostusb[1] method I know back from 3.x still working in the 4.x
line?
AFAICT IOMMU is working
> dmesg | grep -e DMAR -e IOMMU
> [ 0.000000] ACPI: DMAR 000000007b7e7000 002C6 (v01 HP ProLiant 00000001 HP 00000001)
> [ 0.168032] DMAR: Host address width 46
> [ 0.168034] DMAR: DRHD base: 0x000000fbffc000 flags: 0x0
> [ 0.168047] DMAR: dmar0: reg_base_addr fbffc000 ver 1:0 cap 8d2078c106f0466 ecap f020de
> [ 0.168050] DMAR: DRHD base: 0x000000c7ffc000 flags: 0x1
> [ 0.168061] DMAR: dmar1: reg_base_addr c7ffc000 ver 1:0 cap 8d2078c106f0466 ecap f020de
> [ 0.168063] DMAR: RMRR base: 0x00000079174000 end: 0x00000079176fff
> [ 0.168065] DMAR: RMRR base: 0x000000791f4000 end: 0x000000791f7fff
> [ 0.168067] DMAR: RMRR base: 0x000000791de000 end: 0x000000791f3fff
> [ 0.168070] DMAR: RMRR base: 0x000000791cb000 end: 0x000000791dbfff
> [ 0.168071] DMAR: RMRR base: 0x000000791dc000 end: 0x000000791ddfff
> [ 0.168073] DMAR: ATSR flags: 0x0
> [ 0.168075] DMAR: ATSR flags: 0x0
> [ 0.168079] DMAR-IR: IOAPIC id 10 under DRHD base 0xfbffc000 IOMMU 0
> [ 0.168082] DMAR-IR: IOAPIC id 8 under DRHD base 0xc7ffc000 IOMMU 1
> [ 0.168084] DMAR-IR: IOAPIC id 9 under DRHD base 0xc7ffc000 IOMMU 1
> [ 0.168086] DMAR-IR: HPET id 0 under DRHD base 0xc7ffc000
> [ 0.168088] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping.
> [ 0.169073] DMAR-IR: Enabled IRQ remapping in x2apic mode
Thanks,
[1] https://www.ovirt.org/develop/release-management/features/virt/hostusb/
--
Daniel Helgenberger
m box bewegtbild GmbH
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19
D-10115 BERLIN
> 2018-01-17 11:37:51,035+01 INFO [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Running command: RemoveVmHostDevicesCommand internal: false. Entities affected : ID: 6132322b-e187-4a83-b8c1-0477bde10497 Type: VMAction group EDIT_ADMIN_VM_PROPERTIES with role type ADMIN
> 2018-01-17 11:37:51,037+01 ERROR [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Command 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand' failed: null
> 2018-01-17 11:37:51,037+01 ERROR [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Exception: java.lang.NullPointerException
> at org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand.executeCommand(RemoveVmHostDevicesCommand.java:64) [bll.jar:]
> at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1205) [bll.jar:]
> at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1345) [bll.jar:]
> at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1987) [bll.jar:]
> at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202) [utils.jar:]
> at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137) [utils.jar:]
> at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:]
> at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1405) [bll.jar:]
> at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:412) [bll.jar:]
> at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:509) [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:491) [bll.jar:]
> at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:444) [bll.jar:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_151]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_151]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12) [common.jar:]
> at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) [:1.8.0_151]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82) [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
> at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76)
> at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
> at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:]
> at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source) [:1.8.0_151]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:264) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:379) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:244) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609)
> at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
> at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runAction(Unknown Source) [common.jar:]
> at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runAction(GenericApiGWTServiceImpl.java:176)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_151]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_151]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
> at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:587)
> at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:333)
> at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:303)
> at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373)
> at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
> at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.service(GenericApiGWTServiceImpl.java:78)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.ovirt.engine.core.utils.servlet.CachingFilter.doFilter(CachingFilter.java:133) [utils.jar:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65) [utils.jar:]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151]
>
> 2018-01-17 11:37:51,049+01 ERROR [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Transaction rolled-back for command 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand'.
> 2018-01-17 11:37:51,059+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] EVENT_ID: VM_REMOVE_HOST_DEVICES(10,801), Host devices [usb_4_10] were detached from Vm license2.int.lugundtrug.net by User admin@internal-authz.
6 years, 10 months
problem importing ova vm
by Jiří Sléžka
This is a cryptographically signed message in MIME format.
--------------ms090103000405010003010308
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Hi,
I would like to try import some ova files into our oVirt instance [1]
[2] but I facing problems.
I have downloaded all ova images into one of hosts (ovirt01) into
direcory /ova
ll /ova/
total 6532872
-rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21 HAAS-hpcowrie.ovf
-rw-r--r--. 1 vdsm kvm 1111785984 Feb 16 16:22 HAAS-hpdio.ova
-rw-r--r--. 1 vdsm kvm 846736896 Feb 16 16:22 HAAS-hpjdwpd.ova
-rw-r--r--. 1 vdsm kvm 891043328 Feb 16 16:23 HAAS-hptelnetd.ova
-rw-r--r--. 1 vdsm kvm 908222464 Feb 16 16:23 HAAS-hpuchotcp.ova
-rw-r--r--. 1 vdsm kvm 880643072 Feb 16 16:24 HAAS-hpuchoudp.ova
-rw-r--r--. 1 vdsm kvm 890833920 Feb 16 16:24 HAAS-hpuchoweb.ova
Then I tried to import them - from host ovirt01 and directory /ova but
spinner spins infinitly and nothing is happen.
I cannot see anything relevant in vdsm log of host ovirt01.
In the engine.log of our standalone ovirt manager is just this relevant l=
ine
2018-02-20 12:35:04,289+01 INFO
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default
task-31) [458990a7-b054-491a-904e-5c4fe44892c4] Executing Ansible
command: ANSIBLE_STDOUT_CALLBACK=3Dovaqueryplugin
[/usr/bin/ansible-playbook,
--private-key=3D/etc/pki/ovirt-engine/keys/engine_id_rsa,
--inventory=3D/tmp/ansible-inventory8237874608161160784,
--extra-vars=3Dovirt_query_ova_path=3D/ova,
/usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile:
/var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220123504-ovirt01.=
net.slu.cz.log]
also there are two ansible processes which are still running (and makes
heavy load on system (load 9+ and growing, it looks like it eats all the
memory and system starts swapping))
ovirt 32087 3.3 0.0 332252 5980 ? Sl 12:35 0:41
/usr/bin/python2 /usr/bin/ansible-playbook
--private-key=3D/etc/pki/ovirt-engine/keys/engine_id_rsa
--inventory=3D/tmp/ansible-inventory8237874608161160784
--extra-vars=3Dovirt_query_ova_path=3D/ova
/usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml
ovirt 32099 57.5 78.9 15972880 11215312 ? R 12:35 11:52
/usr/bin/python2 /usr/bin/ansible-playbook
--private-key=3D/etc/pki/ovirt-engine/keys/engine_id_rsa
--inventory=3D/tmp/ansible-inventory8237874608161160784
--extra-vars=3Dovirt_query_ova_path=3D/ova
/usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml
playbook looks like
- hosts: all
remote_user: root
gather_facts: no
roles:
- ovirt-ova-query
and it looks like it only runs query_ova.py but on all hosts?
How does this work? ...or should it work?
I am using latest 4.2.1.7-1.el7.centos version
Cheers,
Jiri Slezka
[1] https://haas.cesnet.cz/#!index.md - Cesnet HAAS
[2] https://haas.cesnet.cz/downloads/release-01/ - Image repository
--------------ms090103000405010003010308
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
Cn8wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ
BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy
dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx
MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I
b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd
VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw
ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty
qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+
0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim
atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg
oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj
ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB
AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw
AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB
LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD
ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t
L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr
BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj
egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI
hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF
OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS
WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB
iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101
S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow
ggVuMIIEVqADAgECAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV
BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN
BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw
HhcNMTcxMTE2MDAwMDAwWhcNMTgxMjE1MTIwMDAwWjCBlDETMBEGCgmSJomT8ixkARkWA29y
ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE
BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExHDAaBgNVBAMT
E0ppcmkgU2xlemthIHNsZTAwMDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC/
VwOD1hlYL6l7GzxNqV1ne7/iMF/gHvPfTwejsC2s9sby7It82qXPRBVA2s1Cjb1A3ucpdlDN
MXM83Lvh881XfkxhS2YLLyiZDmlSzAqfoMLxQ2/E0m1UugttzGJF7/10pEwj0FJFhnIVwA/E
8svCcbhxwO9BBpUz8JG1C6fTd0qyzJtNXVyH+WuHQbU2jgu2JJ7miiEKE1Fis0hFf1rKxTzX
aVGyXiQLOn7TZDfPtXrJEG7eWYlFUP58edyuJELpWHTPHn8xJKYTy8Qq5BgFNyCRQT/6imsh
tZlDBZSEeqyoSNtLsC57ZrjqgtLCEQFK9EX27dOy0/u95zS0OIWdAgMBAAGjggHbMIIB1zAf
BgNVHSMEGDAWgBSMnxEu5uN6BKUeVYtGCASm7ZdwpjAdBgNVHQ4EFgQUF1mSlcyDz9wWit9V
jCz+zJ9CrpswDAYDVR0TAQH/BAIwADAdBgNVHREEFjAUgRJqaXJpLnNsZXprYUBzbHUuY3ow
DgYDVR0PAQH/BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHSAE
LTArMAwGCiqGSIb3TAUCAgEwDAYKYIZIAYb9bAQfATANBgsqhkiG90wFAgMDAzCBhQYDVR0f
BH4wfDA8oDqgOIY2aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL1RFUkVOQWVTY2llbmNlUGVy
c29uYWxDQTMuY3JsMDygOqA4hjZodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vVEVSRU5BZVNj
aWVuY2VQZXJzb25hbENBMy5jcmwwewYIKwYBBQUHAQEEbzBtMCQGCCsGAQUFBzABhhhodHRw
Oi8vb2NzcC5kaWdpY2VydC5jb20wRQYIKwYBBQUHMAKGOWh0dHA6Ly9jYWNlcnRzLmRpZ2lj
ZXJ0LmNvbS9URVJFTkFlU2NpZW5jZVBlcnNvbmFsQ0EzLmNydDANBgkqhkiG9w0BAQsFAAOC
AQEADtFRxKphkcHVdWjR/+i1+cdHfkbicraHlU5Mpw8EX6nemKu4GGAWfzH+Y7p6ImZwUHWf
/SSbrX+57xaFUBOr3jktQm1GRmGUZESEmsUDB8UZXzdQC79/tO9MzRhvEBXuQhdxdoO64Efx
VqtYAB2ydqz7yWh56ioSwaQZEXo5rO1kZuAcmVz8Smd1r/Mur/h8Y+qbrsJng1GS25aMhFts
UV6z9zXuHFkT9Ck8SLdCEDzjzYNjXIDB5n+QOmPXnXrZMlGiI/aOqa5k5Sv6xCIPdH2kbpyd
M1YiH/ChmU9gWJvy0Jq42KGLvWBvuHEzcb3f473Fvn4GWsXu0zDS2oh2/TGCA8MwggO/AgEB
MIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlB
bXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBl
cnNvbmFsIENBIDMCEAp5saDxs6+cjJ85YCfhunMwDQYJYIZIAWUDBAIBBQCgggINMBgGCSqG
SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDIyMDEyMDM0OFowLwYJ
KoZIhvcNAQkEMSIEII2LjyC7rXObGemxBJUIoxLHCrOWU/xPm2Dpt2MsoGA9MGwGCSqGSIb3
DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG
9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZcGCSsG
AQQBgjcQBDGBiTCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDES
MBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBl
U2NpZW5jZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMIGZBgsqhkiG9w0BCRAC
CzGBiaCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UE
BxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBlU2NpZW5j
ZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBAQUABIIBAAJ8
KoPVvQtdLInZYs3n2n3Ncx3fXA76vAzigzbdFLU7xAnh9RVzyWWnPzuxaqrwGgsvs/zD+2/9
EIj+hKAMEzDl3OHRRmU+W5wayIGLSAbthJawUjoKlu4u/hxMaDT0vclsLZg76Cskq32eQwwM
H6DrSaT1o4ALy43Mz0NlJzBg2zW/QCBMgF8XXGPMFsYuElj40oI153nkv41eRi8yAiBIYdtI
euOqd4hbJINGEa9EcqEAln2tVeRbWAB/6Tl0zF3sexw+xUEq3Zco5qirwoxzEJvWYheq3F75
M/0P40ONurLk1VihuX8x9W6pQfwtRov3xtc2iY3j0FCxEHbCuqAAAAAAAAA=
--------------ms090103000405010003010308--
6 years, 10 months
Unable to add Hosts to Cluster
by Mark Steele
Hello all,
We recently had a network event where we lost access to our storage for a
period of time. The Cluster basically shut down all our VM's and in the
process we had three HV's that went offline and would not communicate
properly with the cluster.
We have since completely reinstalled CentOS on the hosts and attempted to
install them into the cluster with no joy. We've gotten to the point where
we generally get an error message in the web gui:
Stage: Misc Configuration
Host hv-ausa-02 installation failed. Command returned failure code 1 during
SSH session 'root(a)10.1.90.154'.
the following is what we are seeing in the messages log:
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+0000: 15231:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+0000: 15231:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+0000: 15226:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+0000: 15233:
error : virNetSASLSessionListMechanisms:390 : internal error: cannot list
SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in
server.c near line 1757)
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+0000: 15233:
error : remoteDispatchAuthSaslInit:3411 : authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+0000: 15226:
error : virNetSocketReadWire:1808 : End of file while reading data:
Input/output error
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: Traceback (most recent call last):
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/bin/vdsm-tool", line 219,
in main
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return
tool_command[cmd]["command"](*args)
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line
83, in upgrade_networks
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: networks = netinfo.networks()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = libvirtconnection.get()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in
get
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = _open_qemu_connection()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in
_open_qemu_connection
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return utils.retry(libvirtOpen,
timeout=10, sleep=0.2)
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1108, in retry
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return func()
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File
"/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in openAuth
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: if ret is None:raise
libvirtError('virConnectOpenAuth() failed')
Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirtError: authentication failed:
authentication failed
Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service: control process
exited, code=exited status=1
Feb 16 11:39:53 hv-ausa-02 systemd: Failed to start Virtual Desktop Server
Manager network restoration.
Feb 16 11:39:53 hv-ausa-02 systemd: Dependency failed for Virtual Desktop
Server Manager.
Feb 16 11:39:53 hv-ausa-02 systemd: Job vdsmd.service/start failed with
result 'dependency'.
Feb 16 11:39:53 hv-ausa-02 systemd: Unit vdsm-network.service entered
failed state.
Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service failed.
Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 10 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 10 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 11 of user root.
Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 11 of user root.
Can someone point me in the right direction to resolve this - it seems to
be a SASL issue perhaps?
***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
6 years, 10 months
Ovirt Cluster Setup
by Sakhi Hadebe
I have 3 Dell R515 servers all installed with centOS 7, and trying to setup
an oVirt Cluster.
Disks configurations:
2 x 1TB - Raid1 - OS Deployment
6 x 1TB - Raid 6 - Storage
Memory is 128GB
I am following this documentation
https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-glus...
and I am getting the issue below:
PLAY [gluster_servers]
*********************************************************
TASK [Run a shell script]
******************************************************
fatal: [ovirt2.sanren.ac.za]: FAILED! => {"msg": "The conditional check
'result.rc != 0' failed. The error was: error while evaluating conditional
(result.rc != 0): 'dict object' has no attribute 'rc'"}
fatal: [ovirt3.sanren.ac.za]: FAILED! => {"msg": "The conditional check
'result.rc != 0' failed. The error was: error while evaluating conditional
(result.rc != 0): 'dict object' has no attribute 'rc'"}
fatal: [ovirt1.sanren.ac.za]: FAILED! => {"msg": "The conditional check
'result.rc != 0' failed. The error was: error while evaluating conditional
(result.rc != 0): 'dict object' has no attribute 'rc'"}
to retry, use: --limit @/tmp/tmpxFXyGG/run-script.retry
PLAY RECAP
*********************************************************************
ovirt1.sanren.ac.za : ok=0 changed=0 unreachable=0
failed=1
ovirt2.sanren.ac.za : ok=0 changed=0 unreachable=0
failed=1
ovirt3.sanren.ac.za : ok=0 changed=0 unreachable=0
failed=1
*Error: Ansible(>= 2.2) is not installed.*
*Some of the features might not work if not installed.*
I have installed ansible2.4 in all the servers, but the error persists.
Is there anything I can do to get rid of this error?
--
Regards,
Sakhi Hadebe
Engineer: South African National Research Network (SANReN)Competency
Area, Meraka, CSIR
Tel: +27 12 841 2308 <+27128414213>
Fax: +27 12 841 4223 <+27128414223>
Cell: +27 71 331 9622 <+27823034657>
Email: sakhi(a)sanren.ac.za <shadebe(a)csir.co.za>
6 years, 10 months
Re: [ovirt-users] Manageiq ovn
by Alona Kaplan
Hi Alexy.
First of all, please reply to users(a)ovirt.org list, so all our users can
enjoy the discussion.
To summarize, currently you have two questions.
1. How to automatically trigger the provider refresh after doing changes to
the provider?
There is an open RFE regrading it - https://bugzilla.redhat.com/1547415,
you can add yourself to its CC list to track it.
2. Adding a router with external gateway is not working since an ip address
is expected in external_fixed_ips by the ovn provider but manageiq doesn't
provide it.
Looking at the neutron api (
https://developer.openstack.org/api-ref/network/v2/#create-router) seems
the ip address is mandatory.
So it is a manageiq bug (also tried to add a router with an external
gateway with no ip address directly to neutron and got an error).
As a workaround to the bug, you can add the router to the ovn-provider
directly using the api -
https://gist.github.com/dominikholler/f58658407ae7620280f4cb47c398d849
Mor, can you please open a bug regarding the issue?
On Tue, Feb 20, 2018 at 12:32 PM, Aliaksei Nazarenka <
aliaksei.nazarenka(a)gmail.com> wrote:
> Hi, Alona!
> Can you help ve with add external ip for creating router procedure?
>
> 2018-02-19 14:52 GMT+03:00 Aliaksei Nazarenka <
> aliaksei.nazarenka(a)gmail.com>:
>
>> I do not really understand the essence of how this will work, you specify
>> the router 10.0.0.2, while on dhcp will be distributed ip gateway 10.0.0.1?
>> It seems to me that in the role of geystwey just had to act as a router, or
>> am I wrong?
>>
>> 2018-02-19 14:46 GMT+03:00 Aliaksei Nazarenka <
>> aliaksei.nazarenka(a)gmail.com>:
>>
>>> Dominik sent me this link here - https://gist.github.com/domini
>>> kholler/f58658407ae7620280f4cb47c398d849
>>>
>>> 2018-02-19 14:45 GMT+03:00 Aliaksei Nazarenka <
>>> aliaksei.nazarenka(a)gmail.com>:
>>>
>>>> Hi, Alona!
>>>> Dominik said that you can help. I need to create an external gateway in
>>>> manageiq, I did not find a native way to do this. As a result of lack of ip
>>>> address, I can not create a router. Here are the logs:
>>>>
>>>> 2018-02-19 14:22:16,942 root Starting server
>>>> 2018-02-19 14:22:16,943 root Version: 1.2.5-1
>>>> 2018-02-19 14:22:16,943 root Build date: 20180117090014
>>>> 2018-02-19 14:22:16,944 root Githash: 12b705d
>>>> 2018-02-19 14:23:17,250 root From: 10.0.184.20:57674 Request: POST
>>>> /v2.0/tokens
>>>> 2018-02-19 14:23:17,252 root Request body:
>>>> {"auth": {"tenantName": "tenant", "passwordCredentials": {"username":
>>>> "admin@internal", "password": "<PASSWORD_HIDDEN>"}}}
>>>> 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool
>>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>> 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool
>>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>> 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool
>>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>> 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool
>>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>> 2018-02-19 14:23:17,870 root Response code: 200
>>>> 2018-02-19 14:23:17,870 root Response body: {"access": {"token":
>>>> {"expires": "2018-02-23T15:23:17Z", "id": "lmceG8s1SROKskN-H4T93IPwgwSFb
>>>> 8mN7UJ6qz4HObrC2PqNWcSyS_dZGIcax6dEBVIz8H6ShgDXl_2fvflbeg"},
>>>> "serviceCatalog": [{"endpoints_links": [], "endpoints": [{"adminURL": "
>>>> https://lbn-r-engine-01.mp.local:9696/", "region": "RegionOne", "id":
>>>> "00000000000000000000000000000001", "internalURL": "
>>>> https://lbn-r-engine-01.mp.local:9696/", "publicURL": "
>>>> https://lbn-r-engine-01.mp.local:9696/"}], "type": "network", "name":
>>>> "neutron"}, {"endpoints_links": [], "endpoints": [{"adminURL": "
>>>> https://lbn-r-engine-01.mp.local:35357/", "region": "RegionOne",
>>>> "publicURL": "https://lbn-r-engine-01.mp.local:35357/", "internalURL":
>>>> "https://lbn-r-engine-01.mp.local:35357/", "id":
>>>> "00000000000000000000000000000002"}], "type": "identity", "name":
>>>> "keystone"}, {"endpoints_links": [], "endpoints": [{"adminURL": "
>>>> https://lbn-r-engine-01.mp.local:8774/v2.1/", "region": "RegionOne",
>>>> "publicURL": "https://lbn-r-engine-01.mp.local:8774/v2.1/",
>>>> "internalURL": "https://lbn-r-engine-01.mp.local:8774/v2.1/", "id":
>>>> "00000000000000000000000000000002"}], "type": "compute", "name":
>>>> "nova"}], "user": {"username": "admin", "roles_links": [], "id": "",
>>>> "roles": [{"name": "admin"}], "name": "admin"}}}
>>>> 2018-02-19 14:23:17,974 root From: 10.0.184.20:43600 Request: POST
>>>> /v2.0/routers
>>>> 2018-02-19 14:23:17,974 root Request body:
>>>> {"router":{"name":"test_router","external_gateway_info":{"ne
>>>> twork_id":"17c31685-56ef-428a-94dd-3202bf407d36","external_f
>>>> ixed_ips":[{"subnet_id":"c425f071-4b4e-4598-8c56-d5457a59dac
>>>> 3"}],"enable_snat":0}}}
>>>> 2018-02-19 14:23:17,980 requests.packages.urllib3.connectionpool
>>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>> 2018-02-19 14:23:17,980 requests.packages.urllib3.connectionpool
>>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>> 2018-02-19 14:23:18,391 root ip_address missing in the external gateway
>>>> information.
>>>> Traceback (most recent call last):
>>>> File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line
>>>> 131, in _handle_request
>>>> method, path_parts, content)
>>>> File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
>>>> line 175, in handle_request
>>>> return self.call_response_handler(handler, content, parameters)
>>>> File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 36,
>>>> in call_response_handler
>>>> return response_handler(ovn_north, content, parameters)
>>>> File "/usr/share/ovirt-provider-ovn/handlers/neutron_responses.py",
>>>> line 205, in post_routers
>>>> router = nb_db.add_router(received_router)
>>>> File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>> line 57, in wrapper
>>>> validate_rest_input(rest_data)
>>>> File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>> line 530, in validate_add_rest_input
>>>> RouterMapper._validate_external_gateway_info(rest_data)
>>>> File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>> line 565, in _validate_external_gateway_info
>>>> message.format(key=RouterMapper.REST_ROUTER_IP_ADDRESS)
>>>> RestDataError
>>>>
>>>>
>>>> 2018-02-19 14:37 GMT+03:00 Dominik Holler <dholler(a)redhat.com>:
>>>>
>>>>>
>>>>>
>>>>> On Mon, 19 Feb 2018 14:29:39 +0300
>>>>> Aliaksei Nazarenka <aliaksei.nazarenka(a)gmail.com> wrote:
>>>>>
>>>>> > How is this external gateway configured?
>>>>> >
>>>>>
>>>>>
>>>>> I created this log entry by
>>>>> https://gist.github.com/dominikholler/f58658407ae7620280f4cb47c398d849
>>>>>
>>>>> But maybe Alona will tell you how to do this with ManageIQ tomorrow.
>>>>>
>>>>> > 2018-02-19 14:27 GMT+03:00 Aliaksei Nazarenka
>>>>> > <aliaksei.nazarenka(a)gmail.com> :
>>>>> >
>>>>> > > 2018-02-19 14:22:16,942 root Starting server
>>>>> > > 2018-02-19 14:22:16,943 root Version: 1.2.5-1
>>>>> > > 2018-02-19 14:22:16,943 root Build date: 20180117090014
>>>>> > > 2018-02-19 14:22:16,944 root Githash: 12b705d
>>>>> > > 2018-02-19 14:23:17,250 root From: 10.0.184.20:57674 Request: POST
>>>>> > > /v2.0/tokens
>>>>> > > 2018-02-19 14:23:17,252 root Request body:
>>>>> > > {"auth": {"tenantName": "tenant", "passwordCredentials":
>>>>> > > {"username": "admin@internal", "password": "<PASSWORD_HIDDEN>"}}}
>>>>> > > 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool
>>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>>> > > 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool
>>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>>> > > 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool
>>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>>> > > 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool
>>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
>>>>> > > 2018-02-19 14:23:17,870 root Response code: 200
>>>>> > > 2018-02-19 14:23:17,870 root Response body: {"access": {"token":
>>>>> > > {"expires": "2018-02-23T15:23:17Z", "id": "lmceG8s1SROKskN-
>>>>> > > H4T93IPwgwSFb8mN7UJ6qz4HObrC2PqNWcSyS_dZGIcax6dEBVIz8H6ShgDX
>>>>> l_2fvflbeg"},
>>>>> > > "serviceCatalog": [{"endpoints_links": [], "endpoints":
>>>>> > > [{"adminURL": " https://lbn-r-engine-01.mp.local:9696/", "region":
>>>>> > > "RegionOne", "id": " 00000000000000000000000000000001",
>>>>> > > "internalURL": " https://lbn-r-engine-01.mp.local:9696/",
>>>>> > > "publicURL": " https://lbn-r-engine-01.mp.local:9696/"}], "type":
>>>>> > > "network", "name": "neutron"}, {"endpoints_links": [], "endpoints":
>>>>> > > [{"adminURL": " https://lbn-r-engine-01.mp.local:35357/",
>>>>> "region":
>>>>> > > "RegionOne", "publicURL":
>>>>> > > "https://lbn-r-engine-01.mp.local:35357/", "internalURL": "
>>>>> > > https://lbn-r-engine-01.mp.local:35357/", "id": "
>>>>> > > 00000000000000000000000000000002"}], "type": "identity", "name":
>>>>> > > "keystone"}, {"endpoints_links": [], "endpoints": [{"adminURL": "
>>>>> > > https://lbn-r-engine-01.mp.local:8774/v2.1/", "region":
>>>>> > > "RegionOne", "publicURL":
>>>>> > > "https://lbn-r-engine-01.mp.local:8774/v2.1/", "internalURL":
>>>>> > > "https://lbn-r-engine-01.mp.local:8774/v2.1/", "id": "
>>>>> > > 00000000000000000000000000000002"}], "type": "compute", "name":
>>>>> > > "nova"}], "user": {"username": "admin", "roles_links": [], "id":
>>>>> > > "", "roles": [{"name": "admin"}], "name": "admin"}}} 2018-02-19
>>>>> > > 14:23:17,974 root From: 10.0.184.20:43600 Request:
>>>>> > > POST /v2.0/routers 2018-02-19 14:23:17,974 root Request body:
>>>>> > > {"router":{"name":"test_router","external_gateway_
>>>>> > > info":{"network_id":"17c31685-56ef-428a-94dd-3202bf407d36","
>>>>> > > external_fixed_ips":[{"subnet_id":"c425f071-4b4e-4598-8c56-
>>>>> > > d5457a59dac3"}],"enable_snat":0}}} 2018-02-19 14:23:17,980
>>>>> > > requests.packages.urllib3.connectionpool Starting new HTTPS
>>>>> > > connection (1): lbn-r-engine-01.mp.local 2018-02-19 14:23:17,980
>>>>> > > requests.packages.urllib3.connectionpool Starting new HTTPS
>>>>> > > connection (1): lbn-r-engine-01.mp.local 2018-02-19 14:23:18,391
>>>>> > > root ip_address missing in the external gateway information.
>>>>> > > Traceback (most recent call last):
>>>>> > > File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py",
>>>>> > > line 131, in _handle_request
>>>>> > > method, path_parts, content)
>>>>> > > File
>>>>> > > "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
>>>>> line
>>>>> > > 175, in handle_request return self.call_response_handler(handler,
>>>>> > > content, parameters) File
>>>>> > > "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 36, in
>>>>> > > call_response_handler return response_handler(ovn_north, content,
>>>>> > > parameters) File
>>>>> > > "/usr/share/ovirt-provider-ovn/handlers/neutron_responses.py",
>>>>> line
>>>>> > > 205, in post_routers router = nb_db.add_router(received_router)
>>>>> > > File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>>> > > line 57, in wrapper
>>>>> > > validate_rest_input(rest_data)
>>>>> > > File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>>> > > line 530, in validate_add_rest_input
>>>>> > > RouterMapper._validate_external_gateway_info(rest_data)
>>>>> > > File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>>> > > line 565, in _validate_external_gateway_info
>>>>> > > message.format(key=RouterMapper.REST_ROUTER_IP_ADDRESS)
>>>>> > > RestDataError
>>>>> > >
>>>>> > >
>>>>> > > It can be seen that there is no external ip for the router. But how
>>>>> > > to ask it and where is it done?
>>>>> > >
>>>>> > > 2018-02-19 14:05 GMT+03:00 Dominik Holler <dholler(a)redhat.com>:
>>>>> > >
>>>>> > >> Hi Alexey,
>>>>> > >> can you please change level of logger_root and handler_logfile in
>>>>> > >> /etc/ovirt-provider-ovn/logger.conf
>>>>> > >> to DEBUG, restart ovirt-provider-ovn, try to create the router
>>>>> > >> again and share the logfile with us?
>>>>> > >> The logfile has to contain the relevant request, e.g. similar to
>>>>> > >> this:
>>>>> > >>
>>>>> > >> 2018-02-19 11:59:12,477 root From: 192.168.122.79:50084 Request:
>>>>> > >> POST /v2.0/routers.json 2018-02-19 11:59:12,477 root Request body:
>>>>> > >> {"router": {"external_gateway_info": {"network_id":
>>>>> > >> "c1d4f8e3-8b5d-464e-825a-5f615a18a900", "enable_snat": false,
>>>>> > >> "external_fixed_ips": [{"subnet_id":
>>>>> > >> "08efc369-ff36-4dd4-b5f9-ada86d7724db", "ip_address":
>>>>> > >> "10.0.0.2"}]}, "name": "add_router_router", "admin_state_up":
>>>>> > >> true}}
>>>>> > >>
>>>>> > >> Thanks,
>>>>> > >> Dominik
>>>>> > >>
>>>>> > >>
>>>>> > >> On Mon, 19 Feb 2018 11:40:02 +0300
>>>>> > >> Aliaksei Nazarenka <aliaksei.nazarenka(a)gmail.com> wrote:
>>>>> > >>
>>>>> > >> > Good afternoon!
>>>>> > >> > With the synchronization of the created networks in manageiq and
>>>>> > >> > ovirt everything is OK, thanks a lot! The only nuance - after
>>>>> > >> > creating a network or subnet in manageiq, you need to manually
>>>>> > >> > update the state after which you can see these items in the
>>>>> > >> > list. Is there any way to automate this process? Also, maybe you
>>>>> > >> > can help me: when I create a router, I get an error. Unable to
>>>>> > >> > create a Network Router "test": undefined method `[] 'for nil:
>>>>> > >> > NilClass and in the logs at this point next" 2018-02-19 11: 22:
>>>>> > >> > 19,391 root ip_address missing in the external gateway
>>>>> > >> > information. Traceback (most recent last call last): File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line
>>>>> > >> > 131, in _handle_request method, path_parts, content)
>>>>> > >> > File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py",
>>>>> > >> > line 175, in handle_request return self.call_response_handler
>>>>> > >> > (handler, content, parameters) File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 36,
>>>>> in
>>>>> > >> > call_response_handler return response_handler (ovn_north,
>>>>> > >> > content, parameters) File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/neutron_responses.py",
>>>>> > >> > line 205, in post_routers router = nb_db.add_router
>>>>> > >> > (received_router) File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>>> line
>>>>> > >> > 57, in wrapper validate_rest_input (rest_data)
>>>>> > >> > File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>>> line
>>>>> > >> > 530, in validate_add_rest_input
>>>>> > >> > RouterMapper._validate_external_gateway_info (rest_data) File
>>>>> > >> > "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py",
>>>>> line
>>>>> > >> > 565, in _validate_external_gateway_info message.format (key =
>>>>> > >> > RouterMapper.REST_ROUTER_IP_ADDRESS) RestDataError "
>>>>> > >> > Swears at the missing external ip address of the router. The
>>>>> > >> > question is how to set it?
>>>>> > >> >
>>>>> > >> > 2018-02-16 19:22 GMT+03:00 Dominik Holler <dholler(a)redhat.com>:
>>>>> > >> >
>>>>> > >> > > Hi Alexey,
>>>>> > >> > > For the provider ovirt-provider-ovn created by engine-setup
>>>>> the
>>>>> > >> > > automatic synchronization of networks of cluster with this
>>>>> > >> > > provider as default network provider is activated by
>>>>> > >> > > engine-setup.
>>>>> > >> > >
>>>>> > >> > > Please find [1] if you want to activate this feature for other
>>>>> > >> > > providers, too. Additional information about controlling the
>>>>> > >> > > synchronization are available in [2].
>>>>> > >> > >
>>>>> > >> > > Please find my question below.
>>>>> > >> > >
>>>>> > >> > > [1]
>>>>> > >> > > https://bugzilla.redhat.com/attachment.cgi?id=1397090
>>>>> > >> > >
>>>>> > >> > > [2]
>>>>> > >> > > http://ovirt.github.io/ovirt-engine-api-model/4.2/#types/
>>>>> > >> > > open_stack_network_provider/attributes/auto_sync
>>>>> > >> > >
>>>>> > >> > > On Fri, 16 Feb 2018 10:00:46 +0200
>>>>> > >> > > Alona Kaplan <alkaplan(a)redhat.com> wrote:
>>>>> > >> > >
>>>>> > >> > > > Hi Dominik,
>>>>> > >> > > >
>>>>> > >> > > > Can you please help Alexey?
>>>>> > >> > > >
>>>>> > >> > > > Thanks,
>>>>> > >> > > > Alona.
>>>>> > >> > > >
>>>>> > >> > > > On Feb 16, 2018 09:48, "Aliaksei Nazarenka"
>>>>> > >> > > > <aliaksei.nazarenka(a)gmail.com> wrote:
>>>>> > >> > > >
>>>>> > >> > > > Hello!
>>>>> > >> > > > I read this - "
>>>>> > >> > > > Dominik Holler 2018-01-25 10:45:09 EST
>>>>> > >> > > >
>>>>> > >> > > > Currently, the property is only available in rest-api and
>>>>> not
>>>>> > >> > > > available in webadmin. For backward compatibility, the
>>>>> > >> > > > property is set to 'disabled' by default in rest-api and
>>>>> > >> > > > webadmin. If you think the property should be available in
>>>>> > >> > > > webadmin, please create a bug with a proposed default value
>>>>> > >> > > > to track this."
>>>>> > >> > > >
>>>>> > >> > > > and i understand this feature (auto add ovn network in
>>>>> > >> > > > ovirt) of now. How can i do to on it? I read all comments,
>>>>> > >> > > > but strangely - most of the files either do not exist for me
>>>>> > >> > > > or are in other places and
>>>>> > >> > >
>>>>> > >> > > Can you help me finding this comments?
>>>>> > >> > >
>>>>> > >> > > > already have the current version. Could you tell me
>>>>> > >> > > > specifically where this function is turned on? I will
>>>>> > >> > > > repeat, I use Ovirt engine
>>>>> > >> > > > 4.2.2.1-0.0.master.20180214165528.git38ff5af.el7.centos
>>>>> > >> > > >
>>>>> > >> > > >
>>>>> > >> > > >
>>>>> > >> > > > 2018-02-15 18:03 GMT+03:00 Alona Kaplan
>>>>> > >> > > > <alkaplan(a)redhat.com>:
>>>>> > >> > > > > Currently, AFAIK there is no request to add this
>>>>> > >> > > > > functionality to manageiq. You're welcome to open a bug to
>>>>> > >> > > > > request it. Anyway, you can easily attach ovn networks to
>>>>> > >> > > > > vms using ovirt.
>>>>> > >> > > > >
>>>>> > >> > > > > On Feb 15, 2018 16:11, "Aliaksei Nazarenka"
>>>>> > >> > > > > <aliaksei.nazarenka(a)gmail.com> wrote:
>>>>> > >> > > > >
>>>>> > >> > > > >> Is it planned to add this functionality?
>>>>> > >> > > > >>
>>>>> > >> > > > >> 2018-02-15 17:10 GMT+03:00 Alona Kaplan
>>>>> > >> > > > >> <alkaplan(a)redhat.com>:
>>>>> > >> > > > >>>
>>>>> > >> > > > >>>
>>>>> > >> > > > >>> On Thu, Feb 15, 2018 at 4:03 PM, Aliaksei Nazarenka <
>>>>> > >> > > > >>> aliaksei.nazarenka(a)gmail.com> wrote:
>>>>> > >> > > > >>>
>>>>> > >> > > > >>>> and how i can change network in the created VM?
>>>>> > >> > > > >>>>
>>>>> > >> > > > >>>
>>>>> > >> > > > >>> It is not possible via manageiq. Only via ovirt.
>>>>> > >> > > > >>>
>>>>> > >> > > > >>>
>>>>> > >> > > > >>>>
>>>>> > >> > > > >>>> Sorry for my intrusive questions)))
>>>>> > >> > > > >>>>
>>>>> > >> > > > >>>> 2018-02-15 16:51 GMT+03:00 Aliaksei Nazarenka <
>>>>> > >> > > > >>>> aliaksei.nazarenka(a)gmail.com>:
>>>>> > >> > > > >>>>
>>>>> > >> > > > >>>>> ovirt-provider-ovn-1.2.7-0.201
>>>>> 80213232754.gitebd60ad.el7.
>>>>> > >> > > centos.noarch
>>>>> > >> > > > >>>>> on hosted-engine
>>>>> > >> > > > >>>>> ovirt-provider-ovn-driver-1.2.5-1.el7.centos.noarch
>>>>> on
>>>>> > >> > > > >>>>> ovirt hosts
>>>>> > >> > > > >>>>>
>>>>> > >> > > > >>>>> 2018-02-15 16:40 GMT+03:00 Alona Kaplan
>>>>> > >> > > > >>>>> <alkaplan(a)redhat.com>:
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>> On Thu, Feb 15, 2018 at 3:36 PM, Aliaksei Nazarenka
>>>>> > >> > > > >>>>>> < aliaksei.nazarenka(a)gmail.com> wrote:
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>>> when i try to create network router, i see this
>>>>> > >> > > > >>>>>>> message: *Unable to create Network Router
>>>>> > >> > > > >>>>>>> "test_router": undefined method `[]' for
>>>>> > >> > > > >>>>>>> nil:NilClass*
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>> What ovn-provider version you're using? Can you
>>>>> please
>>>>> > >> > > > >>>>>> attach the ovn provider log
>>>>> > >> > > > >>>>>> ( /var/log/ovirt-provider-ovn.log)?
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>>>
>>>>> > >> > > > >>>>>>> 2018-02-15 16:20 GMT+03:00 Aliaksei Nazarenka <
>>>>> > >> > > > >>>>>>> aliaksei.nazarenka(a)gmail.com>:
>>>>> > >> > > > >>>>>>>
>>>>> > >> > > > >>>>>>>> Big Thank you! This work! But... Networks are
>>>>> > >> > > > >>>>>>>> created, but I do not see them in the ovirt
>>>>> > >> > > > >>>>>>>> manager, but through the ovn-nbctl command, I see
>>>>> > >> > > > >>>>>>>> all the networks. And maybe you can tell me how to
>>>>> > >> > > > >>>>>>>> assign a VM network from Manageiq?
>>>>> > >> > > > >>>>>>>>
>>>>> > >> > > > >>>>>>>> 2018-02-15 15:01 GMT+03:00 Alona Kaplan
>>>>> > >> > > > >>>>>>>> <alkaplan(a)redhat.com>:
>>>>> > >> > > > >>>>>>>>
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>> On Thu, Feb 15, 2018 at 1:54 PM, Aliaksei
>>>>> > >> > > > >>>>>>>>> Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote:
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>>> Error - 1 Minute Ago
>>>>> > >> > > > >>>>>>>>>> undefined method `orchestration_stacks' for
>>>>> > >> > > > >>>>>>>>>> #<ManageIQ::Providers::Redhat:
>>>>> > >> :InfraManager:0x00000007bf9288>
>>>>> > >> > > > >>>>>>>>>> - I get this message if I try to create a network
>>>>> > >> > > > >>>>>>>>>> of overts and then try to check the status of the
>>>>> > >> > > > >>>>>>>>>> network manager.
>>>>> > >> > > > >>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>> It is the same bug.
>>>>> > >> > > > >>>>>>>>> You need to apply the fixes in
>>>>> > >> > > > >>>>>>>>> https://github.com/ManageIQ/ma
>>>>> > >> > > > >>>>>>>>> nageiq-providers-ovirt/pull/198/files to make it
>>>>> > >> > > > >>>>>>>>> work. The best option is to upgrade your version.
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>>> 2018-02-15 14:28 GMT+03:00 Aliaksei Nazarenka <
>>>>> > >> > > > >>>>>>>>>> aliaksei.nazarenka(a)gmail.com>:
>>>>> > >> > > > >>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>> I tried to make changes to the file
>>>>> > >> > > > >>>>>>>>>>> refresher_ovn_provider.yml - changed the
>>>>> > >> > > > >>>>>>>>>>> passwords, corrected the names of the names, but
>>>>> > >> > > > >>>>>>>>>>> it was not successful.
>>>>> > >> > > > >>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>> 2018-02-15 14:26 GMT+03:00 Aliaksei Nazarenka <
>>>>> > >> > > > >>>>>>>>>>> aliaksei.nazarenka(a)gmail.com>:
>>>>> > >> > > > >>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>> Hi!
>>>>> > >> > > > >>>>>>>>>>>> I'm use oVirt 4.2.2 + Manageiq
>>>>> > >> > > > >>>>>>>>>>>> gaprindashvili-1.2018012514301 9_1450f27
>>>>> > >> > > > >>>>>>>>>>>> After i set this commits (upstream -
>>>>> > >> > > > >>>>>>>>>>>> https://bugzilla.redhat.com/1542063) i no saw
>>>>> > >> > > > >>>>>>>>>>>> changes.
>>>>> > >> > > > >>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>> 2018-02-15 11:22 GMT+03:00 Alona Kaplan
>>>>> > >> > > > >>>>>>>>>>>> <alkaplan(a)redhat.com>:
>>>>> > >> > > > >>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>> Hi,
>>>>> > >> > > > >>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>> What version of manageiq you are using?
>>>>> > >> > > > >>>>>>>>>>>>> We had a bug
>>>>> > >> > > > >>>>>>>>>>>>> https://bugzilla.redhat.com/1542152 (upstream
>>>>> > >> > > > >>>>>>>>>>>>> - https://bugzilla.redhat.com/1542063) that
>>>>> > >> > > > >>>>>>>>>>>>> was fixed in version 5.9.0.20
>>>>> > >> > > > >>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>> Please let me know it upgrading the version
>>>>> > >> > > > >>>>>>>>>>>>> helped you.
>>>>> > >> > > > >>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>> Thanks,
>>>>> > >> > > > >>>>>>>>>>>>> Alona.
>>>>> > >> > > > >>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>> On Wed, Feb 14, 2018 at 2:32 PM, Aliaksei
>>>>> > >> > > > >>>>>>>>>>>>> Nazarenka < aliaksei.nazarenka(a)gmail.com>
>>>>> > >> > > > >>>>>>>>>>>>> wrote:
>>>>> > >> > > > >>>>>>>>>>>>>> Good afternoon!
>>>>> > >> > > > >>>>>>>>>>>>>> I read your article -
>>>>> > >> > > > >>>>>>>>>>>>>> https://www.ovirt.org/develop/
>>>>> > >> > > > >>>>>>>>>>>>>> release-management/features/ne
>>>>> twork/manageiq_ovn/.
>>>>> > >> > > > >>>>>>>>>>>>>> I have only one question: how to create a
>>>>> > >> > > > >>>>>>>>>>>>>> network or subnet in Manageiq + ovirt 4.2.1.
>>>>> > >> > > > >>>>>>>>>>>>>> When I try to create a network, I need to
>>>>> > >> > > > >>>>>>>>>>>>>> select a tenant, but there is nothing that I
>>>>> > >> > > > >>>>>>>>>>>>>> could choose. How can it be?
>>>>> > >> > > > >>>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>>> Sincerely. Alexey Nazarenko
>>>>> > >> > > > >>>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>>
>>>>> > >> > > > >>>>>>>>>
>>>>> > >> > > > >>>>>>>>
>>>>> > >> > > > >>>>>>>
>>>>> > >> > > > >>>>>>
>>>>> > >> > > > >>>>>
>>>>> > >> > > > >>>>
>>>>> > >> > > > >>>
>>>>> > >> > > > >>
>>>>> > >> > >
>>>>> > >> > >
>>>>> > >>
>>>>> > >>
>>>>> > >
>>>>>
>>>>>
>>>>
>>>
>>
>
6 years, 10 months
Unable to remove storage domain's
by Ladislav Humenik
Hello,
we can not remove old NFS-data storage domains, this 4 are already
deactivated and unattached:
engine=> select id,storage_name from storage_domains where storage_name
like 'bs09%';
id | storage_name
--------------------------------------+---------------
819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
(4 rows)
The only images which still resides in DB are OVF_STORE templates:
engine=> select image_guid,storage_name,disk_description from
images_storage_domain_view where storage_name like 'bs09%';
image_guid | storage_name | disk_description
--------------------------------------+---------------+------------------
6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm | OVF_STORE
997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm | OVF_STORE
2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm | OVF_STORE
bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm | OVF_STORE
797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
(8 rows)
Current oVirt Engine version: 4.1.8.2-1.el7.centos
Exception logs from engine are in attachment
Do you have any magic sql statement to figure out what is causing this
exception and how we can remove those storage domains without disruption ?
Thank you in advance
--
Ladislav Humenik
6 years, 10 months
Re: [ovirt-users] Cannot delete auto-generated snapshot
by Eyal Shenitzky
Hi Robert,
The Auto-generated snapshot created while performing live storage
migration of disks
(moving disks from one storage domain to another while the VM is up),
the Auto-generated snapshot should be removed
automatically by the engine when the live migration ends.
The log you sent me doesn't contain the disk migration that you described.
Please send me some older log so I will be able to investigate if there was
a problem.
On Tue, Feb 20, 2018 at 6:38 PM, Langley, Robert <Robert.Langley(a)ventura.org
> wrote:
> Attached now is the vdsm log from the hypervisor currently hosting the VMs.
>
>
> ------------------------------
> *From:* Eyal Shenitzky <eshenitz(a)redhat.com>
> *Sent:* Tuesday, February 20, 2018 2:49 AM
> *To:* Langley, Robert
> *Cc:* users(a)ovirt.org
> *Subject:* Re: [ovirt-users] Cannot delete auto-generated snapshot
>
> Hey Robert,
>
> Can you please attach the VDSM and Engine log?
>
> Also, please write the version of the engine you are working with.
>
>
>
> On Tue, Feb 20, 2018 at 12:17 PM, Langley, Robert <
> Robert.Langley(a)ventura.org> wrote:
>
> I was moving some virtual disks from one storage server to another. Now, I
> have a couple servers that have the auto-generated snapshot, without disks,
> and I cannot delete them. The VM will not start and there is the complaint
> that the disks are illegal.
>
> Any help would be appreciated. I'm going to bed for now, but will try to
> wake up earlier.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>
--
Regards,
Eyal Shenitzky
6 years, 10 months
VM with "a lot" of disks : OK ?
by spfma.tech＠e.mail.fr
--=_091efa35a73c9324acc82370a6a1cd04
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi,=0A Is there any kind of penalty or risk using something like a dozen=
of separate disks for a VM stored on a NFS datastore ? Regards =0A=0A--=
------------------------------------------------------------------------=
-----------------------=0AFreeMail powered by mail.fr
--=_091efa35a73c9324acc82370a6a1cd04
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:=
10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon=
t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"=
>Is there any kind of penalty or risk using something like a dozen of se=
parate disks for a VM stored on a NFS datastore ?</span></div>=0A<div><s=
pan style=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt;=
color: #000000;">Regards</span></div>=0A <br/><hr>Fr=
eeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">mail.fr<=
/a>=0A
--=_091efa35a73c9324acc82370a6a1cd04--
6 years, 10 months
