- Users - oVirt List Archives

Re: ERROR: integer out of range
by Martin Perina 22 Jul '18

22 Jul '18

Hi Filip, could you please share with us complete engine logs using SOS log collector [1] and, if possible, engine database dump, so we can investigate the issue? Also do you remember any steps you have performed before this issue happened? Thanks Martin [1] https://www.ovirt.org/documentation/admin-guide/chap-Utilities/#the-log-col… From: Filip Goll < > > biohazardik(a)gmail.com> > Date: Thu, 19 Jul 2018 at 13:19 > Subject: ERROR: integer out of range > To: <users-owner(a)ovirt.org> > > > Dear guru’s, > > Do you have any idea how to fix it? I can’t list any storage domain = no > data storage domain is up, so the datacenter is also down. > > Thats why I understand this error: > On startup any virtual machine this error: > > - Action failed due to database connection failure. Please check > connectivity to your Database server > > > Using: Software Version:4.2.4.5-1.el7 > > > PSQL: > engine=# select * from > > storage_domains_for_search; > ERROR: integer out of range > > In vdsm.log is everything, but on: > > engine.log: > 2018-07-19 11:36:51,166+02 ERROR [org.ovirt.engine.core.bll.SearchQuery] > (default task-251) [0d583ed2-fcbd-4d2d-b12c-0f0532a00a85] Query > 'SearchQuery' failed: StatementCallback; SQL [SELECT * FROM ((SELECT > distinct storage_domains_for_search.* FROM storage_domains_for_search ) > ORDER BY storage_name ASC ) as T1 OFFSET (1 -1) LIMIT 100]; ERROR: integer > out of range; nested exception is org.postgresql.util.PSQLException: > ERROR: integer out of range > 2018-07-19 11:36:51,166+02 ERROR [org.ovirt.engine.core.bll.SearchQuery] > (default task-251) [0d583ed2-fcbd-4d2d-b12c-0f0532a00a85] Exception: > org.springframework.dao.DataIntegrityViolationException: > StatementCallback; SQL [SELECT * FROM ((SELECT distinct > storage_domains_for_search.* FROM storage_domains_for_search ) ORDER BY > storage_name ASC ) as T1 OFFSET (1 -1) LIMIT 100]; ERROR: integer out of > range; nested exception is org.postgresql.util.PSQLException: ERROR: > integer out of range > at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator > .doTranslate(SQLStateSQLExceptionTranslator.java:102) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTr > anslator.translate(AbstractFallbackSQLExceptionTranslator.java:73) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTr > anslator.translate(AbstractFallbackSQLExceptionTranslator.java:81) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTr > anslator.translate(AbstractFallbackSQLExceptionTranslator.java:81) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:419) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:474) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:484) > [spring-jdbc.jar:4.3.9.RELEASE] > at org.ovirt.engine.core.dao.StorageDomainDaoImpl.getAllWithQuery(StorageDomainDaoImpl.java:115) > [dal.jar:] > at org.ovirt.engine.core.bll.SearchQuery.genericSearch(SearchQuery.java:344) > [bll.jar:] > at org.ovirt.engine.core.bll.SearchQuery.searchStorageDomain(SearchQuery.java:393) > [bll.jar:] > at org.ovirt.engine.core.bll.SearchQuery.executeQueryCommand(SearchQuery.java:204) > [bll.jar:] > at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:106) > [bll.jar:] > at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) > [dal.jar:] > at org.ovirt.engine.core.bll.executor.DefaultBackendQueryExecutor.execute( > DefaultBackendQueryExecutor.java:14) [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:538) > [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:507) [bll.jar:] > at sun.reflect.GeneratedMethodAccessor82.invoke(Unknown Source) > [:1.8.0_171] > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_171] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171] > at org.jboss.as.ee.component.ManagedReferenceMethodIntercep > tor.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.GeneratedMethodAccessor66.invoke(Unknown Source) > [:1.8.0_171] > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_171] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171] > 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.CorrelationIdTrackerIntercepto > r.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] > at sun.reflect.GeneratedMethodAccessor78.invoke(Unknown Source) > [:1.8.0_171] > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_171] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171] > 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.SingletonComponentInstanceAsso > ciationInterceptor.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.AbstractEJBRequestScopeActivat > ionInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) > [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.as.weld.ejb.EjbRequestScopeActivationInter > ceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) > at org.jboss.invocation.InterceptorContext.proceed( > InterceptorContext.java:422) > at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterc > eptor.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.runQuery(Unknown > Source) [common.jar:] > at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl. > runQuery(GenericApiGWTServiceImpl.java:90) > at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl. > runMultipleQueries(GenericApiGWTServiceImpl.java:121) > at sun.reflect.GeneratedMethodAccessor109.invoke(Unknown Source) > [:1.8.0_171] > at sun.reflect.DelegatingMethodAccessorImpl.invoke( > DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_171] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_171] > 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.SecurityContextAssociationHand > ler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest( > PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandl > er.handleRequest(SSLInformationAssociationHandler.java:131) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandl > er.handleRequest(ServletAuthenticationCallHandler.java:57) > at io.undertow.server.handlers.PredicateHandler.handleRequest( > PredicateHandler.java:43) > at io.undertow.security.handlers.AuthenticationConstraintHandle > r.handleRequest(AuthenticationConstraintHandler.java:53) > at io.undertow.security.handlers.AbstractConfidentialityHandler > .handleRequest(AbstractConfidentialityHandler.java:46) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstrai > ntHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandl > er.handleRequest(ServletSecurityConstraintHandler.java:59) > at io.undertow.security.handlers.AuthenticationMechanismsHandle > r.handleRequest(AuthenticationMechanismsHandler.java:60) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHand > ler.handleRequest(CachedAuthenticatedSessionHandler.java:77) > at io.undertow.security.handlers.NotificationReceiverHandler. > handleRequest(NotificationReceiverHandler.java:50) > at io.undertow.security.handlers.AbstractSecurityContextAssocia > tionHandler.handleRequest(AbstractSecurityContextAssocia > tionHandler.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.SecurityContextThreadSetupActi > on.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_171] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > [rt.jar:1.8.0_171] > at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171] > Caused by: org.postgresql.util.PSQLException: ERROR: integer out of range > at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse( > QueryExecutorImpl.java:2157) > at org.postgresql.core.v3.QueryExecutorImpl.processResults( > QueryExecutorImpl.java:1886) > at org.postgresql.core.v3.QueryExecutorImpl.execute( > QueryExecutorImpl.java:255) > at org.postgresql.jdbc2.AbstractJdbc2Statement.execute( > AbstractJdbc2Statement.java:555) > at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags( > AbstractJdbc2Statement.java:403) > at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery( > AbstractJdbc2Statement.java:283) > at org.jboss.jca.adapters.jdbc.WrappedStatement.executeQuery( > WrappedStatement.java:397) > at org.springframework.jdbc.core.JdbcTemplate$1QueryStatementCallback. > doInStatement(JdbcTemplate.java:458) [spring-jdbc.jar:4.3.9.RELEASE] > at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:408) > [spring-jdbc.jar:4.3.9.RELEASE] > ... 151 more > > -- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.

3 5

Re: More USB device redirection
by Arik Hadas 21 Jul '18

21 Jul '18

בתאריך שבת, 21 ביולי 2018, 01:21, מאת Shi Qilin ‏<shiqilin(a)outlook.com>: > Thanks，this is successful > Sure > 在 2018年7月20日 at 16:21:36, Arik Hadas (ahadas(a)redhat.com) 写到: > >> >> >> On Fri, Jul 20, 2018 at 5:28 AM <yunsur.shi(a)gmail.com> wrote: >> >>> We have more USB devices redir (There are 8)，But oVirt supports only 6. >>> How should I configure it. >>> >>> /etc/engine-config/engine-config.properties >>> NumberOfUSBSlots.validValues=0..6 >>> >>> This 0..6 modify 0..8 >>> >>> engine-config -s NumberOfUSBSlots=8 >>> engine-config -g NumberOfUSBSlots >>> NumberOfUSBSlots: 8 version: general >>> >>> But No entry into force >>> Should I do？ >>> >> >> To apply this change you'll need to restart the engine, then disable the >> USB support for that VM, and then enable the USB support again. >> >> >>> Thanks >>> _______________________________________________ >>> Users mailing list -- users(a)ovirt.org >>> To unsubscribe send an email to users-leave(a)ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WMBJJAD5H7IAQ… >>> >> > -- > shiqilin(a)outlook.com >

1 0

Ovirt 3:6 to 4:2 migration
by techieim 21 Jul '18

21 Jul '18

Hello Team Ovirt, We are running Ovirt3.8 version in our prod, we want to upgrade to 3.8 to 4.2. At present we have 2 (hyp A & hyp B)physical host ovirt 3.8 is running with self hosted engine with data domain and iso one cluster and data center. What we were thing do this migration in following fashion. Plan A. 1. Attach export domain present infra. 2. Take backup all of running vm as export. 3. Detach export domain 4. Detach hyp B from cluster and data center 5. Install fresh ovirt 4.2 iso on hyp B 6. Install self hosted engine 7. Attach Data Domain 8. Attach Export Domain which was use in ovirt 3.8 9. Import all vm's from there to new ovirt 4.2 10. Once all the vm's got up and running poweroff hyp A 11. Install fresh ovirt 4.2 iso on hyp A and attach cluster. Plan B. 1. Attach export domain present infra. 2. Take backup all of running vm as export. 3. Detach export domain 4. Detach hyp B from cluster and data center 5. Install fresh ovirt 4.2 iso on hyp B 6. Install self hosted engine 7. Attach Data Domain 8. Export from ovirt 3.8 to ovirt 4.2 9. Once all the vm's got up and running poweroff hyp A 10. Install fresh ovirt 4.2 iso on hyp A and attach cluster. Thank a ton in advance we may be wrong with above step help us to win this migration. Regards Techieim

1 0

Cant create ISCSI data domain
by tehnic＠take3.ro 20 Jul '18

20 Jul '18

Hello all, i try to create a new data domain on ISCSI storage following this documentation: https://www.ovirt.org/documentation/admin-guide/chap-Storage/ Discovery of ISCSI target is working but after logging in to the target no LUNs are found or displayed, so i cant finish the procedure. On the SPM i see an ISCSI session, and LUN 1 is attached as /dev/sdc. The ISCSI system is a FreeNAS installation and im running ovirt 4.2. Any suggestion how to solve this problem? Regards, Robert

2 2

Ovf from vm.initialization.configuration.data
by Carlos Rodrigues 20 Jul '18

20 Jul '18

Hello, I'm working on development of script to backup and restore ovirt VMs. I saw some examples from sdk (https://github.com/oVirt/ovirt-engine-sdk /tree/master/sdk/examples) to backup and restore VMs, but for backup ovf VM i'm using the vm.initialization.configuration.data and this ovf it keeps the snapshots information and don't have disks ids reference. I would like to known if we have some method to get the ovf with disks ids? Regards, -- Carlos Rodrigues Engenheiro de Software Sénior Eurotux Informática, S.A. | www.eurotux.com (t) +351 253 680 300 (m) +351 911 926 110

1 0

Failed to Activated Host
by carl langlois 20 Jul '18

20 Jul '18

Hi Today i had plan to start upgrading my installation to the latest 4.2. As i was already on a 4.2.x version i have figured it will be easy .. well.guess what i have having trouble re-activating one of the freshly upgraded host. So here is the resume. My setup have 3 hosts that are also part of a gluster pool. Those are the original host that was use to setup the HA engine with glusterfs. One of the 3 host is only used for arbiter and can also run the engine. But nothing else can run on it because it is a fairly small machine. I have also 6 others hosts for running vms that are not part of the gluster pool. So first thing i did to upgrade is set the global maintenance. Update the Engine/restart the engine and remove global maintenance.. that went without a glitch. Next i choose the arbiter for the first machine to upgrade. Then set the machine to maintenance run the upgrade and reboot the host. That went also without a glicth. Now here is the glitchy part. When i try to reactivate the host i got a strange error with a gluster peer command that failed on a host that is not in the gluster peer list. Here is the two errors i had. *"Gluster command [gluster peer probe ovhost3] failed on server sfmo5002ov74."* *"Add Host failed error: ovhost3 is either already part of another cluster of having volumes configured return code: 3"* One thing i do not understand is the sfmo5002ov74 is not part of the gluster pool. It does not provide any bricks to the system. Now i am not sure what to look for. I have stop the upgrade process until i figure out the issue. Any hints would be appreciated. Thanks Carl

2 3

More USB device redirection
by yunsur.shi＠gmail.com 20 Jul '18

20 Jul '18

We have more USB devices redir (There are 8)，But oVirt supports only 6. How should I configure it. /etc/engine-config/engine-config.properties NumberOfUSBSlots.validValues=0..6 This 0..6 modify 0..8 engine-config -s NumberOfUSBSlots=8 engine-config -g NumberOfUSBSlots NumberOfUSBSlots: 8 version: general But No entry into force Should I do？ Thanks

2 1

OVIRT 4.2: MountError on Posix Compliant FS
by jtorres＠bsc.es 19 Jul '18

19 Jul '18

Hi all, I've deployed the ovirt Version 4.2.4.5-1.el7 on a small cluster and I'm trying to use as datastorage domain a configured Spectrum Scale (GPFS) distributed filesystem for test it. I've completed the configuration of the storage, and the filesystem defined are correctly mounted on the client hosts as we can see: gpfs_kvm gpfs 233T 288M 233T 1% /gpfs/kvm gpfs_fast gpfs 8.8T 5.2G 8.8T 1% /gpfs/fast The content output of the mount comand is: gpfs_kvm on /gpfs/kvm type gpfs (rw,relatime) gpfs_fast on /gpfs/fast type gpfs (rw,relatime) I can write and read to the mounted filesystem correctly, but when I try to add the local mounted filesystem I encountered some errors related to the mounting process of the storage. The parameters passed to add new storage domain are: Data Center: Default (V4) Name: gpfs_kvm Description: VM data on GPFS Domain Function: Data Storage Type: Posix Compliant FS Host to Use: kvm1c01 Path: /gpfs/kvm VFS Type: gpfs Mount Options: rw, relatime The ovirt error that I obtained is: Error while executing action Add Storage Connection: Problem while trying to mount target On the /var/log/vdsm/vdsm.log I can see: 2018-07-05 09:07:43,400+0200 INFO (jsonrpc/0) [vdsm.api] START connectStorageServer(domType=6, spUUID=u'00000000-0000-0000-0000-000000000000', conList=[{u'mnt_options': u'rw,relatime', u'id': u'00000000-0000-0000-0000-000000000000', u'connection': u'/gpfs/kvm', u'iqn': u'', u'user': u'', u'tpgt': u'1', u'vfs_type': u'gpfs', u'password': '********', u'port': u''}], options=None) from=::ffff:10.2.1.254,43908, flow_id=498668a0-a240-469f-ac33-f8c7bdeb481f, task_id=857460ed-5f0e-4bc6-ba54-e8f2c72e9ac2 (api:46) 2018-07-05 09:07:43,403+0200 INFO (jsonrpc/0) [storage.StorageServer.MountConnection] Creating directory u'/rhev/data-center/mnt/_gpfs_kvm' (storageServer:167) 2018-07-05 09:07:43,404+0200 INFO (jsonrpc/0) [storage.fileUtils] Creating directory: /rhev/data-center/mnt/_gpfs_kvm mode: None (fileUtils:197) 2018-07-05 09:07:43,404+0200 INFO (jsonrpc/0) [storage.Mount] mounting /gpfs/kvm at /rhev/data-center/mnt/_gpfs_kvm (mount:204) MountError: (32, ';mount: wrong fs type, bad option, bad superblock on /gpfs/kvm,\n missing codepage or helper program, or other error\n\n In some cases useful info is found in syslog - try\n dmesg | tail or so.\n') I know, that from previous versions on the GPFS implementation, they removed the device on /dev, due to incompatibilities with systemd. I don't know if this change affect the ovirt mounting process. Can you help me to add this filesystem to the ovirt environment? The parameters that I used previously are ok? Or i need to do some modification? Its possible that the process fails because i dont have a device related to the gpfs filesystems on /dev? Can we apply some kind of workaround to mount manually the filesystem to the ovirt environment? Ex. create the dir /rhev/data-center/mnt/_gpfs_kvm manually and then mount the /gpfs/kvm over this? It's posible to modify the code to bypass some comprobations or something? Reading the available documentation over Internet I find that ovirt was compatible with this fs (gpfs) implementation, because it's POSIX Compliant, this is a main reason for test it in our cluster. It remains compatible on the actual versions? Or maybe there are changes that brokes this integration? Many thanks for all in advance! Kind regards!

4 7

Re: HE + Gluster : Engine corrupted?
by Krutika Dhananjay 19 Jul '18

19 Jul '18

Hi, So it seems some of the files in the volume have mismatching gfids. I see the following logs from 15th June, ~8pm EDT: <snip> ... ... [2018-06-16 04:00:10.264690] E [MSGID: 108008] [afr-self-heal-common.c:335:afr_gfid_split_brain_source] 0-engine-replicate-0: Gfid mismatch detected for <gfid:941edf0c-d363-488e-a333-d12320f96480>/hosted-engine.lockspace>, 6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0. [2018-06-16 04:00:10.265861] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4411: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:11.522600] E [MSGID: 108008] [afr-self-heal-common.c:212:afr_gfid_split_brain_source] 0-engine-replicate-0: All the bricks should be up to resolve the gfid split barin [2018-06-16 04:00:11.522632] E [MSGID: 108008] [afr-self-heal-common.c:335:afr_gfid_split_brain_source] 0-engine-replicate-0: Gfid mismatch detected for <gfid:941edf0c-d363-488e-a333-d12320f96480>/hosted-engine.lockspace>, 6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0. [2018-06-16 04:00:11.523750] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4493: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:12.864393] E [MSGID: 108008] [afr-self-heal-common.c:212:afr_gfid_split_brain_source] 0-engine-replicate-0: All the bricks should be up to resolve the gfid split barin [2018-06-16 04:00:12.864426] E [MSGID: 108008] [afr-self-heal-common.c:335:afr_gfid_split_brain_source] 0-engine-replicate-0: Gfid mismatch detected for <gfid:941edf0c-d363-488e-a333-d12320f96480>/hosted-engine.lockspace>, 6bbe6097-8520-4a61-971e-6e30c2ee0abe on engine-client-2 and ef21a706-41cf-4519-8659-87ecde4bbfbf on engine-client-0. [2018-06-16 04:00:12.865392] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4575: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:18.716007] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4657: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:20.553365] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4739: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:21.771698] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4821: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:23.871647] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4906: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) [2018-06-16 04:00:25.034780] W [fuse-bridge.c:540:fuse_entry_cbk] 0-glusterfs-fuse: 4987: LOOKUP() /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/ha_agent/hosted-engine.lockspace => -1 (Input/output error) ... ... </snip> Adding Ravi who works on replicate component to hep resolve the mismatches. -Krutika On Mon, Jul 2, 2018 at 12:27 PM, Krutika Dhananjay <kdhananj(a)redhat.com> wrote: > Hi, > > Sorry, I was out sick on Friday. I am looking into the logs. Will get back > to you in some time. > > -Krutika > > On Fri, Jun 29, 2018 at 7:47 PM, Hanson Turner <hanson(a)andrewswireless.net > > wrote: > >> Hi Krutika, >> >> Did you need any other logs? >> >> >> Thanks, >> >> Hanson >> >> On 06/27/2018 02:04 PM, Hanson Turner wrote: >> >> Hi Krutika, >> >> Looking at the email spams, it looks like it started at 8:04PM EDT on Jun >> 15 2018. >> >> From my memory, I think the cluster was working fine until sometime that >> night. Somewhere between midnight and the next (Saturday) morning, the >> engine crashed and all vm's stopped. >> >> I do have nightly backups that ran every night, using the engine-backup >> command. Looks like my last valid backup was 2018-06-15. >> >> I've included all logs I think might be of use. Please forgive the use of >> 7zip, as the raw logs took 50mb which is greater than my attachment limit. >> >> I think the just of what happened, is we had a downed node for a period >> of time. Earlier that day, the node was brought back into service. Later >> that night or early the next morning, the engine was gone and hopping from >> node to node. >> >> I have tried to mount the engine's hdd file to see if I could fix it. >> There are a few corrupted partitions, and those are xfs formatted. Trying >> to mount gives me issues about needing repaired, trying to repair gives me >> issues about needing something cleaned first. I cannot remember exactly >> what it was, but it wanted me to run a command that ended -L to clear out >> the logs. I said no way and have left the engine vm in a powered down >> state, as well as the cluster in global maintenance. >> >> I can see no sign of the vm booting, (ie no networking) except for what >> I've described earlier in the VNC session. >> >> >> Thanks, >> >> Hanson >> >> >> >> On 06/27/2018 12:04 PM, Krutika Dhananjay wrote: >> >> Yeah, complete logs would help. Also let me know when you saw this issue >> - data and approx time (do specify the timezone as well). >> >> -Krutika >> >> On Wed, Jun 27, 2018 at 7:00 PM, Hanson Turner < >> hanson(a)andrewswireless.net> wrote: >> >>> #more rhev-data-center-mnt-glusterSD-ovirtnode1.abcxyzdomains.net\ >>> :_engine.log >>> [2018-06-24 07:39:12.161323] I [glusterfsd-mgmt.c:1888:mgmt_getspec_cbk] >>> 0-glusterfs: No change in volfile,continuing >>> >>> # more gluster_bricks-engine-engine.log >>> [2018-06-24 07:39:14.194222] I [glusterfsd-mgmt.c:1888:mgmt_getspec_cbk] >>> 0-glusterfs: No change in volfile,continuing >>> [2018-06-24 19:58:28.608469] E [MSGID: 101063] >>> [event-epoll.c:551:event_dispatch_epoll_handler] 0-epoll: stale fd >>> found on idx=12, gen=1, events=1, slot->gen=3 >>> [2018-06-25 14:24:19.716822] I [addr.c:55:compare_addr_and_update] >>> 0-/gluster_bricks/engine/engine: allowed = "*", received addr = >>> "192.168.0.57" >>> [2018-06-25 14:24:19.716868] I [MSGID: 115029] >>> [server-handshake.c:793:server_setvolume] 0-engine-server: accepted >>> client from CTX_ID:79b9d5b7-0bbb-4d67-87cf-11e27dfb6c1d-GRAPH_ID:0-PID:9 >>> 901-HOST:sp3Kali-PC_NAME:engine-client-0-RECON_NO:-0 (version: 4.0.2) >>> [2018-06-25 14:45:35.061350] I [MSGID: 115036] >>> [server.c:527:server_rpc_notify] 0-engine-server: disconnecting >>> connection from CTX_ID:79b9d5b7-0bbb-4d67-87cf >>> -11e27dfb6c1d-GRAPH_ID:0-PID:9901-HOST:sp3Kali-PC_NAME:engin >>> e-client-0-RECON_NO:-0 >>> [2018-06-25 14:45:35.061415] I [MSGID: 115013] >>> [server-helpers.c:289:do_fd_cleanup] 0-engine-server: fd cleanup on >>> /c65e03f0-d553-4d5d-ba4f-9d378c153b9b/images/82cde976-0650-4 >>> db9-9487-e2b52ffe25ee/e53806d9-3de5-4b26-aadc-157d745a9e0a >>> [2018-06-25 14:45:35.062290] I [MSGID: 101055] >>> [client_t.c:443:gf_client_unref] 0-engine-server: Shutting down >>> connection CTX_ID:79b9d5b7-0bbb-4d67-87cf-11e27dfb6c1d-GRAPH_ID:0-PID:9 >>> 901-HOST:sp3Kali-PC_NAME:engine-client-0-RECON_NO:-0 >>> [2018-06-25 14:46:34.284195] I [MSGID: 115036] >>> [server.c:527:server_rpc_notify] 0-engine-server: disconnecting >>> connection from CTX_ID:13e88614-31e8-4618-9f7f >>> -067750f5971e-GRAPH_ID:0-PID:2615-HOST:workbench-PC_NAME:eng >>> ine-client-0-RECON_NO:-0 >>> [2018-06-25 14:46:34.284546] I [MSGID: 101055] >>> [client_t.c:443:gf_client_unref] 0-engine-server: Shutting down >>> connection CTX_ID:13e88614-31e8-4618-9f7f-067750f5971e-GRAPH_ID:0-PID:2 >>> 615-HOST:workbench-PC_NAME:engine-client-0-RECON_NO:-0 >>> >>> >>> # gluster volume info engine >>> >>> Volume Name: engine >>> Type: Replicate >>> Volume ID: c8dc1b04-bc25-4e97-81bb-4d94929918b1 >>> Status: Started >>> Snapshot Count: 0 >>> Number of Bricks: 1 x 3 = 3 >>> Transport-type: tcp >>> Bricks: >>> Brick1: ovirtnode1.core.abcxyzdomains.net:/gluster_bricks/engine/engine >>> Brick2: ovirtnode3.core.abcxyzdomains.net:/gluster_bricks/engine/engine >>> Brick3: ovirtnode4.core.abcxyzdomains.net:/gluster_bricks/engine/engine >>> Options Reconfigured: >>> performance.strict-write-ordering: off >>> server.event-threads: 4 >>> client.event-threads: 4 >>> features.shard-block-size: 512MB >>> cluster.granular-entry-heal: enable >>> performance.strict-o-direct: off >>> network.ping-timeout: 30 >>> storage.owner-gid: 36 >>> storage.owner-uid: 36 >>> user.cifs: off >>> features.shard: on >>> cluster.shd-wait-qlength: 10000 >>> cluster.shd-max-threads: 8 >>> cluster.locking-scheme: granular >>> cluster.data-self-heal-algorithm: full >>> cluster.server-quorum-type: server >>> cluster.quorum-type: auto >>> cluster.eager-lock: enable >>> network.remote-dio: off >>> performance.low-prio-threads: 32 >>> performance.io-cache: off >>> performance.read-ahead: off >>> performance.quick-read: off >>> transport.address-family: inet >>> nfs.disable: on >>> performance.client-io-threads: off >>> >>> # gluster --version >>> glusterfs 3.12.9 >>> Repository revision: git://git.gluster.org/glusterfs.git >>> Copyright (c) 2006-2016 Red Hat, Inc. <https://www.gluster.org/> >>> <https://www.gluster.org/> >>> GlusterFS comes with ABSOLUTELY NO WARRANTY. >>> It is licensed to you under your choice of the GNU Lesser >>> General Public License, version 3 or any later version (LGPLv3 >>> or later), or the GNU General Public License, version 2 (GPLv2), >>> in all cases as published by the Free Software Foundation. >>> >>> Let me know if you want log further back, I can attach and send directly >>> to you. >>> >>> Thanks, >>> >>> Hanson >>> >>> >>> >>> On 06/26/2018 12:30 AM, Krutika Dhananjay wrote: >>> >>> Could you share the gluster mount and brick logs? You'll find them >>> under /var/log/glusterfs. >>> Also, what's the version of gluster you're using? >>> Also, output of `gluster volume info <ENGINE_VOLNAME>`? >>> >>> -Krutika >>> >>> On Thu, Jun 21, 2018 at 9:50 AM, Sahina Bose <sabose(a)redhat.com> wrote: >>> >>>> >>>> >>>> On Wed, Jun 20, 2018 at 11:33 PM, Hanson Turner < >>>> hanson(a)andrewswireless.net> wrote: >>>> >>>>> Hi Benny, >>>>> >>>>> Who should I be reaching out to for help with a gluster based hosted >>>>> engine corruption? >>>>> >>>> >>>> >>>> Krutika, could you help? >>>> >>>> >>>>> >>>>> --== Host 1 status ==-- >>>>> >>>>> conf_on_shared_storage : True >>>>> Status up-to-date : True >>>>> Hostname : ovirtnode1.abcxyzdomains.net >>>>> Host ID : 1 >>>>> Engine status : {"reason": "failed liveliness >>>>> check", "health": "bad", "vm": "up", "detail": "Up"} >>>>> Score : 3400 >>>>> stopped : False >>>>> Local maintenance : False >>>>> crc32 : 92254a68 >>>>> local_conf_timestamp : 115910 >>>>> Host timestamp : 115910 >>>>> Extra metadata (valid at timestamp): >>>>> metadata_parse_version=1 >>>>> metadata_feature_version=1 >>>>> timestamp=115910 (Mon Jun 18 09:43:20 2018) >>>>> host-id=1 >>>>> score=3400 >>>>> vm_conf_refresh_time=115910 (Mon Jun 18 09:43:20 2018) >>>>> conf_on_shared_storage=True >>>>> maintenance=False >>>>> state=GlobalMaintenance >>>>> stopped=False >>>>> >>>>> >>>>> My when I VNC into my HE, All I get is: >>>>> Probing EDD (edd=off to disable)... ok >>>>> >>>>> >>>>> So, that's why it's failing the liveliness check... I cannot get the >>>>> screen on HE to change short of ctl-alt-del which will reboot the HE. >>>>> I do have backups for the HE that are/were run on a nightly basis. >>>>> >>>>> If the cluster was left alone, the HE vm would bounce from machine to >>>>> machine trying to boot. This is why the cluster is in maintenance mode. >>>>> One of the nodes was down for a period of time and brought back, >>>>> sometime through the night, which is when the automated backup kicks, the >>>>> HE started bouncing around. Got nearly 1000 emails. >>>>> >>>>> This seems to be the same error (but may not be the same cause) as >>>>> listed here: >>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1569827 >>>>> >>>>> Thanks, >>>>> >>>>> Hanson >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list -- users(a)ovirt.org >>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>> oVirt Code of Conduct: https://www.ovirt.org/communit >>>>> y/about/community-guidelines/ >>>>> List Archives: https://lists.ovirt.org/archiv >>>>> es/list/users(a)ovirt.org/message/3NLA2URX3KN44FGFUVV4N5EJBPICABHH/ >>>>> >>>>> >>>> >>> >>> >> >> >> >

3 3

Ovirt system crash when starting VM with Quadro GPU
by Wesley Stewart 19 Jul '18

19 Jul '18

I have recently been using an old Radeon R9 270X lying around without issue, until this card seemed to have kicked the bucket. I had an Nvidia Quadro P2000 lying around I thought I would try. After installing it into my system, it showed up in the PCI device as anticipated. I based both devices to my Windows 10 guest. It shows up a a GP106GL and a separate audio component. The same thing that happened with the AMD Radeon Card. The events just shows the VM's being terminated without giving a reason, and I am hoping for some guidance. Currently using a single node setup, running ovirt 4.2.3. Any ideas or places to check would be much appreciated!

1 1

ovirt upgrade 4.1 - 4.2 fail
by Альбов Леонид 18 Jul '18

18 Jul '18

Hello! After upgrade engin from 4.1 to 4.2 all Host in status Activate or Non Operational. Error Message: VDSM cluster-nodeXX command GetCapabilitiesAsyncVDS failed: General SSLEngine problem Need help! (Centos 7) engine.log 2018-07-18 17:37:46,903+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node11.office.vliga/10.252.252.211 2018-07-18 17:37:46,905+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:46,906+03 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-5) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 2018-07-18 17:37:47,744+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node10.office.vliga/10.252.252.210 2018-07-18 17:37:47,747+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:47,747+03 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-95) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 2018-07-18 17:37:52,814+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node6.office.vliga/10.252.252.206 2018-07-18 17:37:52,816+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:52,816+03 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-55) [] Unable to RefreshCapabilities: VDSNetworkException: VDSGenericException: VDSNetworkException: General SSLEngine problem 2018-07-18 17:37:59,513+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node6.office.vliga/10.252.252.206 2018-07-18 17:37:59,514+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem 2018-07-18 17:37:59,517+03 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to cluster-node10.office.vliga/10.252.252.210 2018-07-18 17:37:59,519+03 ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages General SSLEngine problem -- Леонид Альбов

1 0

Python-SDK4: Check snapshot deletion result?
by nicolas＠devels.es 18 Jul '18

18 Jul '18

Hi, We're using ovirt-engine-sdk-python 4.1.6 on oVirt 4.1.9, currently we're trying to delete some snapshots via a script like this: sys_serv = conn.system_service() vms_service = sys_serv.vms_service() vm_service = vms_service.vm_service(vmid) snaps_service = vm_service.snapshots_service() snaps_service.service('SNAPSHOT-ID').remove() This works, mostly... however, sometimes the deletion fails: Failed to delete snapshot 'snapshot name' for VM 'vm'. Is it currently possible to know via Python-SDK that the deletion actually failed? I know I can check the state of a snapshot, but I'd like to check the result of the task. Is that possible somehow? Thanks.

3 5

Issue when updating node to 4.2.4
by Callum Smith 18 Jul '18

18 Jul '18

Error in the scripts as part of doing a yum update on the host: /var/log/messages Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,170 [INFO] (MainThread) Extracting image '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img' Jul 12 12:07:00 virtA003 kernel: EXT4-fs (loop3): mounted filesystem with ordered data mode. Opts: (null) Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,295 [INFO] (MainThread) Starting base creation Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,295 [INFO] (MainThread) New base will be: ovirt-node-ng-4.2.4-0.20180626.0 Jul 12 12:07:00 virtA003 python: detected unhandled Python exception in '/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py' Jul 12 12:07:00 virtA003 abrt-server: Executable '/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py' doesn't belong to any package and ProcessUnpackaged is set to 'no' Jul 12 12:07:00 virtA003 abrt-server: 'post-create' on '/var/tmp/abrt/Python-2018-07-12-12:07:00-4688' exited with 1 Jul 12 12:07:00 virtA003 abrt-server: Deleting problem directory '/var/tmp/abrt/Python-2018-07-12-12:07:00-4688' Jul 12 12:07:00 virtA003 yum[4558]: Updated: ovirt-node-ng-image-update-4.2.4-1.el7.noarch /tmp/imgbased.log 2018-07-12 12:07:00,166 [DEBUG] (MainThread) Version: imgbased-1.0.20 2018-07-12 12:07:00,170 [DEBUG] (MainThread) Arguments: Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', command='update', debug=True, experimental=False, format='liveimg', stream='Image') 2018-07-12 12:07:00,170 [INFO] (MainThread) Extracting image '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img' 2018-07-12 12:07:00,170 [DEBUG] (MainThread) Calling binary: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {} 2018-07-12 12:07:00,170 [DEBUG] (MainThread) Calling: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,173 [DEBUG] (MainThread) Returned: /tmp/mnt.qTRik 2018-07-12 12:07:00,173 [DEBUG] (MainThread) Calling binary: (['mount', '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', u'/tmp/mnt.qTRik'],) {} 2018-07-12 12:07:00,174 [DEBUG] (MainThread) Calling: (['mount', '/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Mounted squashfs 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Found fsimage at '/tmp/mnt.qTRik/LiveOS/rootfs.img' 2018-07-12 12:07:00,180 [DEBUG] (MainThread) Calling binary: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {} 2018-07-12 12:07:00,181 [DEBUG] (MainThread) Calling: (['mktemp', '-d', '--tmpdir', 'mnt.XXXXX'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,184 [DEBUG] (MainThread) Returned: /tmp/mnt.SIk9q 2018-07-12 12:07:00,184 [DEBUG] (MainThread) Calling binary: (['mount', u'/tmp/mnt.qTRik/LiveOS/rootfs.img', u'/tmp/mnt.SIk9q'],) {} 2018-07-12 12:07:00,184 [DEBUG] (MainThread) Calling: (['mount', u'/tmp/mnt.qTRik/LiveOS/rootfs.img', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,199 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Using nvr: ovirt-node-ng-4.2.4-0.20180626.0 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Fetching image for '/' 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Calling binary: (['findmnt', '--noheadings', '-o', 'SOURCE', '/'],) {} 2018-07-12 12:07:00,212 [DEBUG] (MainThread) Calling: (['findmnt', '--noheadings', '-o', 'SOURCE', '/'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,217 [DEBUG] (MainThread) Returned: /dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1 2018-07-12 12:07:00,218 [DEBUG] (MainThread) Found '/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1' 2018-07-12 12:07:00,218 [DEBUG] (MainThread) Calling binary: (['lvs', '--noheadings', '--ignoreskippedcluster', '-ovg_name,lv_name', u'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,218 [DEBUG] (MainThread) Calling: (['lvs', '--noheadings', '--ignoreskippedcluster', '-ovg_name,lv_name', u'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,248 [DEBUG] (MainThread) Returned: onn_virta003 ovirt-node-ng-4.2.3.1-0.20180530.0+1 2018-07-12 12:07:00,248 [DEBUG] (MainThread) Found LV for path /dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1: onn_virta003 ovirt-node-ng-4.2.3.1-0.20180530.0+1 2018-07-12 12:07:00,248 [DEBUG] (MainThread) Found LV 'ovirt-node-ng-4.2.3.1-0.20180530.0+1' for path '/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1' 2018-07-12 12:07:00,249 [DEBUG] (MainThread) Calling binary: (['vgs', '--noheadings', '--ignoreskippedcluster', '--select', 'vg_tags = imgbased:vg', '-o', 'vg_name'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,249 [DEBUG] (MainThread) Calling: (['vgs', '--noheadings', '--ignoreskippedcluster', '--select', 'vg_tags = imgbased:vg', '-o', 'vg_name'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,271 [DEBUG] (MainThread) Returned: onn_virta003 2018-07-12 12:07:00,271 [DEBUG] (MainThread) Calling binary: (['lvs', '--noheadings', '--ignoreskippedcluster', '-osize', '--units', 'B', u'onn_virta003/ovirt-node-ng-4.2.3.1-0.20180530.0+1'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,271 [DEBUG] (MainThread) Calling: (['lvs', '--noheadings', '--ignoreskippedcluster', '-osize', '--units', 'B', u'onn_virta003/ovirt-node-ng-4.2.3.1-0.20180530.0+1'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,294 [DEBUG] (MainThread) Returned: 349121282048B 2018-07-12 12:07:00,295 [DEBUG] (MainThread) Recommeneded base size: 349121282048B 2018-07-12 12:07:00,295 [INFO] (MainThread) Starting base creation 2018-07-12 12:07:00,295 [INFO] (MainThread) New base will be: ovirt-node-ng-4.2.4-0.20180626.0 2018-07-12 12:07:00,295 [DEBUG] (MainThread) Calling binary: (['vgs', '--noheadings', '--ignoreskippedcluster', '@imgbased:pool', '-o', 'lv_full_name'],) {'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,295 [DEBUG] (MainThread) Calling: (['vgs', '--noheadings', '--ignoreskippedcluster', '@imgbased:pool', '-o', 'lv_full_name'],) {'close_fds': True, 'stderr': <open file '/dev/null', mode 'w' at 0x7f5e75cdbf60>} 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Returned: onn_virta003/pool00 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Pool: <LV 'onn_virta003/pool00' /> 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Calling binary: (['lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00'],) {} 2018-07-12 12:07:00,318 [DEBUG] (MainThread) Calling: (['lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,344 [DEBUG] (MainThread) Exception! Logical Volume "ovirt-node-ng-4.2.4-0.20180626.0" already exists in volume group "onn_virta003" 2018-07-12 12:07:00,344 [DEBUG] (MainThread) Calling binary: (['umount', '-l', u'/tmp/mnt.SIk9q'],) {} 2018-07-12 12:07:00,344 [DEBUG] (MainThread) Calling: (['umount', '-l', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,360 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,360 [DEBUG] (MainThread) Calling binary: (['rmdir', u'/tmp/mnt.SIk9q'],) {} 2018-07-12 12:07:00,360 [DEBUG] (MainThread) Calling: (['rmdir', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,364 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,364 [DEBUG] (MainThread) Calling binary: (['umount', '-l', u'/tmp/mnt.qTRik'],) {} 2018-07-12 12:07:00,364 [DEBUG] (MainThread) Calling: (['umount', '-l', u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,374 [DEBUG] (MainThread) Returned: 2018-07-12 12:07:00,374 [DEBUG] (MainThread) Calling binary: (['rmdir', u'/tmp/mnt.qTRik'],) {} 2018-07-12 12:07:00,374 [DEBUG] (MainThread) Calling: (['rmdir', u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2} 2018-07-12 12:07:00,377 [DEBUG] (MainThread) Returned: Traceback (most recent call last): File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main "__main__", fname, loader, pkg_name) File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code exec code in run_globals File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py", line 53, in <module> CliApplication() File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__init__.py", line 82, in CliApplication app.hooks.emit("post-arg-parse", args) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/hooks.py", line 120, in emit cb(self.context, *args) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/plugins/update.py", line 56, in post_argparse base_lv, _ = LiveimgExtractor(app.imgbase).extract(args.FILENAME) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/plugins/update.py", line 118, in extract "%s" % size, nvr) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/plugins/update.py", line 84, in add_base_with_tree lvs) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/imgbase.py", line 310, in add_base new_base_lv = pool.create_thinvol(new_base.lv_name, size) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/lvm.py", line 324, in create_thinvol self.lvm_name]) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/utils.py", line 390, in lvcreate return self.call(["lvcreate"] + args, **kwargs) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/utils.py", line 378, in call stdout = call(*args, **kwargs) File "/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/utils.py", line 153, in call return subprocess.check_output(*args, **kwargs).strip() File "/usr/lib64/python2.7/subprocess.py", line 575, in check_output raise CalledProcessError(retcode, cmd, output=output) subprocess.CalledProcessError: Command '['lvcreate', '--thin', '--virtualsize', u'349121282048B', '--name', 'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_virta003/pool00']' returned non-zero exit status 5 How would i move forward on this? Regards, Callum -- Callum Smith Research Computing Core Wellcome Trust Centre for Human Genetics University of Oxford e. callum(a)well.ox.ac.uk<mailto:callum@well.ox.ac.uk>

2 3

Guest Agent Console
by Hari Prasanth Loganathan 18 Jul '18

18 Jul '18

Hi Team, A Quick question, As per this document ( https://www.ovirt.org/documentation/vmm-guide/chap-Installing_Linux_Virtual…) If I Install the common package - ovirt-engine-guest-agent-common using the apt-get / yum install ovirt-engine-guest-agent-common *Will it also install the drivers mentioned in it?* virtio-net, virtio-block, virtio-scsi, virtio-serial, virtio-baloon, qxl Thanks, Hari -- DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission.

2 1

Disk Statistics API in Ovirt
by Hari Prasanth Loganathan 18 Jul '18

18 Jul '18

Hi Team, We are using the following API to collect the disk statistics, https://X.X.X.2/ovirt-engine/api/ *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda…> I found one issue in the disk statistics. In case If the Virtual Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) attached to it and I perform some read / write operation in the VM and it increases the corresponding disk level Read data rate / Write data rate / disk.read.latency / disk.write.latency. *Example*, I received the following values for this disk, But the problem is even when I bring down the VM still the last known value is received continuously. *Is it a known issue Or any workaround is available? * *Expected : All values should go to Zero* *Actual : All values retains the last known values when the VM was in UP state. * { "statistic": [ { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 2184 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.read", "description": "Read data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" }, { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 41202005 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.write", "description": "Write data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0.12 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.read.latency", "description": "Read latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 1.4 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.write.latency", "description": "Write latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.flush.latency", "description": "Flush latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" } ] } Thanks, Hari -- DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission.

1 3

Windows VMs won't boot in debug mode
by Andrew X 17 Jul '18

17 Jul '18

Hi Everyone, I've been having problems getting Windows 10 VMs to boot in debug mode after turning on debugging over network (steps below). Also, device manager in Windows is not showing the processors' node which might be related (same reason why Windows is refusing to boot in debug mode?). I don't have any of these problems when I use generic KVM or Proxmox KVM. To turn on debugging in Windows, I do the follwoing from an admin terminal window: bcdedit /debug on bcdedit /dbgsettings net hostip:a.b.c.d port:p key:1.2.3.4 Any help will be appreciated, Thanks, Andrew

1 0

oVirt Metrics
by Shirly Radco 17 Jul '18

17 Jul '18

Dear users, I would love to get some feedback if someone has tried to install and use the oVirt metrics store, released in 4.2, for collecting metrics and logs, based on Elasticsearch, Kibana, Collectd and Fluentd on top of OpenShift. https://www.ovirt.org/develop/release-management/features/metrics/metrics-s… How did the installation go? Are you actively using it? And any other feedback would be much appreciated. Best regards, -- SHIRLY RADCO BI SeNIOR SOFTWARE ENGINEER Red Hat Israel <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

7 25

oVirt node not installed
by Spickiy Nikita 17 Jul '18

17 Jul '18

Hi, i try install oVirt node, but getting errors on step post-install script. Screen error in attachment. [cid:944CCD96-B8FF-4ABA-AF17-FA6A7DC184BB@digital-ecosystems.ru] [cid:8D77635B-AF62-4894-A9E2-F57E9F290DE5@digital-ecosystems.ru]

2 1

Disk Statistics API in oVirt
by Hari Prasanth Loganathan 17 Jul '18

17 Jul '18

Hi Team, We are using the following API to collect the disk statistics, https://X.X.X.2/ovirt-engine/api/ *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda…> I found one issue in the disk statistics. In case If the Virtual Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) attached to it and I perform some read / write operation in the VM and it increases the corresponding disk level Read data rate / Write data rate / disk.read.latency / disk.write.latency. *Example*, I received the following values for this disk, But the problem is even when I bring down the VM still the last known value is received continuously. *Is it a known issue Or any workaround is available? * *Expected : All values should go to Zero* *Actual : All values retains the last known values when the VM was in UP state. * { "statistic": [ { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 2184 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.read", "description": "Read data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" }, { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 41202005 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.write", "description": "Write data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0.12 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.read.latency", "description": "Read latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 1.4 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.write.latency", "description": "Write latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.flush.latency", "description": "Flush latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" } ] } Thanks, Hari -- DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission.

1 1

Network storage traffic
by John Nguyen 16 Jul '18

16 Jul '18

Hello, This is more out of curiosity, I was wondering during a migration or import/export does all the storage traffic goes through the SPM server? Thanks John

1 0

ovirt 4.2.4 installation failures
by Vineet Khandpur 16 Jul '18

16 Jul '18

Building a snadbox ovirt environment on CentOS 7.5.1804 Install fails at Creating CA stage: [ INFO ] Configuring PostgreSQL [ INFO ] Creating CA [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 2] No such file or directory [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20180712081855-efeaj4.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20180712082036-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed /etc/pki/ovirt-engine missing several files after install (compared to our prod and test systems) Did something change with the installation re. cert creation? Or am I missing something obvious? [note: default answers to installation questions] Thanks. vk -------------------------------- Vineet Khandpur UNIX System Administrator Information Technology Services University of Alberta Libraries +1-780-492-4718

2 5

Jump from a disk to its storage domain from VM disk
by Gianluca Cecchi 16 Jul '18

16 Jul '18

Hello, currently on 4.2.3 I can - Select Storage --> Disks - Select disk link in the line (in the "Alias" column) - In the new disk page select "Storage" tab and I can see the related Domain Name and its information (eg free space if I want to extend the disk) --> it would be nice to have a "link" on domain name so that you can directly jump to Storage --> Domains --> Domain Name It would be nice to have similar behavior also directly starting from Compute --> Virtual Machines Select VM --> Disks Select disk Here I can select "edit" and then in the edit window I can see information about storage domain between the other fields. It would be nice to have a pointer to directly go to the storage domain containing that disk. Gianluca

1 0

oVirt - Scaling out from one to many
by Leo David 16 Jul '18

16 Jul '18

Hello everyone, I have two things that i really need to understand regarding storage scaling using gluster. Basically, I am trying to figure out a way to go from 1 single instance to multiple nodes cluster. 1. Single node SelfHosted Engine HyperConverged setup - scale instance up to 3 nodes: - the gluster volumes are created as distributed type. - is there a procedure to migate this single-host scenario to multiple nodes, considering that the 3 nodes setup is using replica 3 gluster volumes ? 2. 3 Nodes SelfHosted Engine - add more storage nodes - how should I increase the size of the already present replica 3 volumes ? - should the volumes be as distribute-replicated in an environment larger than 3 nodes ? 3. Is there a limit as a maximum number of compute nodes per cluster ? Thank you very much ! Leo -- Best regards, Leo David

3 5

VM stuck in "Migrating to"
by Bruckner, Simone 15 Jul '18

15 Jul '18

Hi all, I have a VM stuck in state "Migrating to". I restarted ovirt-engine and rebooted all hosts, no success. I run ovirt 4.2.4.5-1.el7 on CentOS 7.5 hosts with vdsm-4.20.32-1.el7.x86_64. How can I clean this up? Thank you and all the best, Simone

3 4

ovirt 3.8 to ovirt 4.2 Migration.
by techieim 15 Jul '18

15 Jul '18

Hello Team Ovirt, We are running Ovirt3.8 version in our prod, we want to upgrade to 3.8 to 4.2. At present we have 2 (hyp A & hyp B)physical host ovirt 3.8 is running with self hosted engine with data domain and iso one cluster and data center. What we were thing do this migration in following fashion. Plan A. 1. Attach export domain present infra. 2. Take backup all of running vm as export. 3. Detach export domain 4. Detach hyp B from cluster and data center 5. Install fresh ovirt 4.2 iso on hyp B 6. Install self hosted engine 7. Attach Data Domain 8. Attach Export Domain which was use in ovirt 3.8 9. Import all vm's from there to new ovirt 4.2 10. Once all the vm's got up and running poweroff hyp A 11. Install fresh ovirt 4.2 iso on hyp A and attach cluster. Plan B. 1. Attach export domain present infra. 2. Take backup all of running vm as export. 3. Detach export domain 4. Detach hyp B from cluster and data center 5. Install fresh ovirt 4.2 iso on hyp B 6. Install self hosted engine 7. Attach Data Domain 8. Export from ovirt 3.8 to ovirt 4.2 9. Once all the vm's got up and running poweroff hyp A 10. Install fresh ovirt 4.2 iso on hyp A and attach cluster. Thank a ton in advance we may be wrong with above step help us to win this migration. Regards Techieim

1 0