12:53 p.m.
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.
11:40 a.m.
Hello, the same problem after upgrade to 4.2.1 :(
18.01.2018 11:53, 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/
12:30 p.m.
On 22/02/18 10:40 +0200, Alexandr Krivulya wrote:
Hello, the same problem after upgrade to 4.2.1 :(
18.01.2018 11:53, 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.
Does the host that previously worked report device passthrough
capability? In the UI it's the "Device Passthrough: Enabled" field.
(and similarly named field in vdsm-client getCapabilities call)
>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/
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
12:37 p.m.
This is a multi-part message in MIME format.
--------------E1CD5987FDF265F85151357C
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
22.02.2018 11:30, Martin Polednik пишет:
On 22/02/18 10:40 +0200, Alexandr Krivulya wrote:
> Hello, the same problem after upgrade to 4.2.1 :(
>
>
> 18.01.2018 11:53, 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.
Does the host that previously worked report device passthrough
capability? In the UI it's the "Device Passthrough: Enabled" field.
(and similarly named field in vdsm-client getCapabilities call)
Now "Device
Passthrough: Disabled", but usb passthrough works well on 4.1
--------------E1CD5987FDF265F85151357C
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">22.02.2018 11:30, Martin Polednik
пишет:<br>
</div>
<blockquote type="cite"
cite="mid:20180222093008.GA8924@Alexandra.local">On 22/02/18 10:40
+0200, Alexandr Krivulya wrote:
<br>
<blockquote type="cite" style="color: #000000;">Hello, the
same
problem after upgrade to 4.2.1 <span class="moz-smiley-s2"
title=":("><span>:(</span></span>
<br>
<br>
<br>
18.01.2018 11:53, Daniel Helgenberger пишет:
<br>
<blockquote type="cite" style="color: #000000;">Hello,
<br>
<br>
yesterday I upgraded to 4.2.0 from 4.1.8.
<br>
<br>
Now I notice I cannot assign host dev pass though any more; in
the GUI
<br>
the 'Pinnded to host' list is empty; I cannot select any host
for pass
<br>
through host pinning.
<br>
</blockquote>
</blockquote>
<br>
Does the host that previously worked report device passthrough
<br>
capability? In the UI it's the "Device Passthrough: Enabled"
field.
<br>
(and similarly named field in vdsm-client getCapabilities call)
</blockquote>
Now "Device Passthrough: Disabled", but usb passthrough works well
on 4.1<br>
</body>
</html>
--------------E1CD5987FDF265F85151357C--
6:45 p.m.
This is a multi-part message in MIME format.
--------------5C4DD8F8B9D5512D46511644
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
22.02.2018 11:37, Alexandr Krivulya пишет:
22.02.2018 11:30, Martin Polednik пишет:
> On 22/02/18 10:40 +0200, Alexandr Krivulya wrote:
>> Hello, the same problem after upgrade to 4.2.1 :(
>>
>>
>> 18.01.2018 11:53, 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.
>
> Does the host that previously worked report device passthrough
> capability? In the UI it's the "Device Passthrough: Enabled" field.
> (and similarly named field in vdsm-client getCapabilities call)
Now "Device Passthrough: Disabled", but usb passthrough works well on 4.1
After enabling intel_iommu usb passthrough works again. But why this
option needed for usb now?
--------------5C4DD8F8B9D5512D46511644
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
22.02.2018 11:37, Alexandr Krivulya пишет:
<blockquote type="cite"
cite="mid:c0cddb31-3f37-66bc-f7ab-a8e259d6ebbb@shurik.kiev.ua">22.02.2018
11:30, Martin Polednik пишет:<br>
<blockquote type="cite"
cite="mid:20180222093008.GA8924@Alexandra.local">On 22/02/18
10:40 +0200, Alexandr Krivulya wrote: <br>
<blockquote type="cite" style="color: #000000;">Hello,
the same
problem after upgrade to 4.2.1 <span class="moz-smiley-s2"
title=":("><span>:(</span></span> <br>
<br>
<br>
18.01.2018 11:53, Daniel Helgenberger пишет: <br>
<blockquote type="cite" style="color: #000000;">Hello,
<br>
<br>
yesterday I upgraded to 4.2.0 from 4.1.8. <br>
<br>
Now I notice I cannot assign host dev pass though any more;
in the GUI <br>
the 'Pinnded to host' list is empty; I cannot select any
host for pass <br>
through host pinning. <br>
</blockquote>
</blockquote>
<br>
Does the host that previously worked report device passthrough <br>
capability? In the UI it's the "Device Passthrough: Enabled"
field. <br>
(and similarly named field in vdsm-client getCapabilities call)
</blockquote>
Now "Device Passthrough: Disabled", but usb passthrough works well
on 4.1<br>
</blockquote>
<br>
After enabling intel_iommu usb passthrough works again. But why this
option needed for usb now?<br>
</body>
</html>
--------------5C4DD8F8B9D5512D46511644--
7:54 p.m.
On 22 Feb 2018, at 16:45, Alexandr Krivulya
<shuriku(a)shurik.kiev.ua> wrote:
22.02.2018 11:37, Alexandr Krivulya пишет:
>
> 22.02.2018 11:30, Martin Polednik пишет:
>> On 22/02/18 10:40 +0200, Alexandr Krivulya wrote:
>>> Hello, the same problem after upgrade to 4.2.1 :(
>>>
>>>
>>> 18.01.2018 11:53, 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.
>>
>> Does the host that previously worked report device passthrough
>> capability? In the UI it's the "Device Passthrough: Enabled" field.
>> (and similarly named field in vdsm-client getCapabilities call)
> Now "Device Passthrough: Disabled", but usb passthrough works well on 4.1
After enabling intel_iommu usb passthrough works again. But why this option needed for
usb now?
it should not be
sounds like a regression
can you please open a bug on that and add logs?
Thanks,
michal
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
2465
days inactive
2500
days old
5 comments
4 participants
participants (4)
-
Alexandr Krivulya -
Daniel Helgenberger -
Martin Polednik -
Michal Skrivanek