- Users - oVirt List Archives

serial console problem in 4.0
by Gianluca Cecchi 08 Jul '16

08 Jul '16

Hello, I have problems configuring and testing serial console in 4.0 As soon as in web admin portal (connected as admin) I click on top right "admin@internal-authz" --> options to add the publc key I get this in engine.log (no errors yet in gui): 2016-07-05 10:59:21,667 ERROR [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) [] Query 'GetUserProfileQuery' failed: PreparedStatementCallback; bad SQL grammar [select * from getuserprofilebyuserid(?)]; nested exception is org.postgresql.util.PSQLException: The column name user_portal_vm_auto_login was not found in this ResultSet. 2016-07-05 10:59:21,668 ERROR [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-63) [] Exception: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from getuserprofilebyuserid(?)]; nested exception is org.postgresql.util.PSQLException: The column name user_portal_vm_auto_login was not found in this ResultSet. at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:99) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:81) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:645) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762) [spring-jdbc.jar:4.2.4.RELEASE] at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:154) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:120) [dal.jar:] at org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198) [spring-jdbc.jar:4.2.4.RELEASE] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:147) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:109) [dal.jar:] at org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeRead(SimpleJdbcCallsHandler.java:101) [dal.jar:] at org.ovirt.engine.core.dao.UserProfileDaoImpl.getByUserId(UserProfileDaoImpl.java:49) [dal.jar:] at org.ovirt.engine.core.bll.GetUserProfileQuery.executeQueryCommand(GetUserProfileQuery.java:19) [bll.jar:] at org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:101) [bll.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:559) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:530) [bll.jar:] at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) [:1.8.0_91] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_91] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor70.invoke(Unknown Source) [:1.8.0_91] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_91] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437) at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.3.2.Final.jar:2.3.2.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:263) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:66) [wildfly-ejb3-10.0.0.Final.jar:10.0.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:64) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:636) at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:61) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:356) at org.jboss.invocation.PrivilegedWithCombinerInterceptor.processInvocation(PrivilegedWithCombinerInterceptor.java:80) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:195) at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73) at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runQuery(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runQuery(GenericApiGWTServiceImpl.java:53) at sun.reflect.GeneratedMethodAccessor93.invoke(Unknown Source) [:1.8.0_91] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_91] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_91] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) 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 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:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) 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:60) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) [utils.jar:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) 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:51) 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:56) 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:284) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_91] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_91] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_91] Caused by: org.postgresql.util.PSQLException: The column name user_portal_vm_auto_login was not found in this ResultSet. at org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2727) at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getBoolean(AbstractJdbc2ResultSet.java:2572) at org.jboss.jca.adapters.jdbc.WrappedResultSet.getBoolean(WrappedResultSet.java:843) at org.ovirt.engine.core.dao.UserProfileDaoImpl$UserProfileRowMapper.mapRow(UserProfileDaoImpl.java:31) [dal.jar:] at org.ovirt.engine.core.dao.UserProfileDaoImpl$UserProfileRowMapper.mapRow(UserProfileDaoImpl.java:19) [dal.jar:] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:93) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:60) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:693) [spring-jdbc.jar:4.2.4.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:629) [spring-jdbc.jar:4.2.4.RELEASE] ... 133 more When I put the public key and click ok, I get this in the GUI: Error while executing action: A Request to the Server failed with the following Status Code: 500 And nothing in the engine.log file. Is this a known issue? Thanks, Gianluca

2 4

Fail to setup Hyperconverged Infrastructure using oVirt and Gluster
by Dewey Du 08 Jul '16

08 Jul '16

oVirt 3.6 # hosted-engine --deploy [ ERROR ] Cannot automatically add the host to cluster Default: Cannot add Host. SSH authentication failed, verify authentication parameters are correct (Username/Password, public-key etc.) You may refer to the engine.log file for further details. Has anyone encountered this issue before? Thx.

4 7

oVirt 4.0 hosted-engine deploy fail on fc domain
by NUNIN Roberto 08 Jul '16

08 Jul '16

--_000_46a83985f2cb414c9d90209a7d5f39fcDENU01MS0076phoenixloc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello I'm in trouble deploying hosted-engine on a fresh-installed Centos7.2 serve= r, chosing fc domain: [ ERROR ] Failed to execute stage 'Environment customization': 'devList' Installation ends with error, following the versions of ovirt installed sof= tware: ovirt-hosted-engine-setup-2.0.0.2-1.el7.centos.noarch ovirt-engine-sdk-python-3.6.7.0-1.el7.centos.noarch ovirt-setup-lib-1.0.2-1.el7.centos.noarch ovirt-host-deploy-1.5.0-1.el7.centos.noarch ovirt-imageio-daemon-0.3.0-0.201606191345.git9f3d6d4.el7.centos.noarch ovirt-vmconsole-host-1.0.3-1.el7.centos.noarch ovirt-release40-4.0.0-5.noarch ovirt-vmconsole-1.0.3-1.el7.centos.noarch ovirt-hosted-engine-ha-2.0.0-1.el7.centos.noarch libgovirt-0.3.3-1.el7_2.1.x86_64 ovirt-imageio-common-0.3.0-0.201606191345.git9f3d6d4.el7.centos.noarch Here part of the log: 2016-07-08 11:46:08 DEBUG otopi.plugins.otopi.dialog.human dialog.__logStri= ng:204 DIALOG:SEND Please specify the storage you would lik= e to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: 2016-07-08 11:46:11 DEBUG otopi.plugins.otopi.dialog.human dialog.__logStri= ng:204 DIALOG:RECEIVE fc 2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:760 ENVIRON= MENT DUMP - BEGIN 2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:770 ENV OVE= HOSTED_STORAGE/domainType=3Dstr:'fc' 2016-07-08 11:46:11 DEBUG otopi.context context.dumpEnvironment:774 ENVIRON= MENT DUMP - END 2016-07-08 11:46:11 DEBUG otopi.context context._executeMethod:128 Stage cu= stomization METHOD otopi.plugins.gr_he_setup.storage.blockd.Plugin._customi= zation 2016-07-08 11:46:11 DEBUG otopi.plugins.gr_he_setup.storage.blockd blockd._= fc_get_lun_list:404 {'status': {'message': 'Done', 'code': 0}, 'items': [{u= 'status': u'free', u'vendorID': u'3PARdata', u'capacity': u'1099511627776',= u'fwrev': u'3122', u'vgUUID': u'', u'pvsize': u'', u'pathlist': [], u'logi= calblocksize': u'512', u'pathstatus': [{u'capacity': u'1099511627776', u'ph= ysdev': u'sdb', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'cap= acity': u'1099511627776', u'physdev': u'sdc', u'type': u'FCP', u'state': u'= active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdd',= u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'10995= 11627776', u'physdev': u'sde', u'type': u'FCP', u'state': u'active', u'lun'= : u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdf', u'type': u'FCP= ', u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'ph= ysdev': u'sdg', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'cap= acity': u'1099511627776', u'physdev': u'sdh', u'type': u'FCP', u'state': u'= active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdi',= u'type': u'FCP', u'state': u'active', u'lun': u'1'}], u'devtype': u'FCP', = u'physicalblocksize': u'512', u'pvUUID': u'', u'serial': u'S3PARdataVV_1619= 775', u'GUID': u'360002ac0000000001d00609600004d3f', u'productID': u'VV'}]} 2016-07-08 11:46:11 DEBUG otopi.context context._executeMethod:142 method e= xception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in _e= xecuteMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup= /storage/blockd.py", line 612, in _customization lunGUID =3D self._customize_lun(self.domainType, target) File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup= /storage/blockd.py", line 212, in _customize_lun available_luns =3D self._fc_get_lun_list() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup= /storage/blockd.py", line 407, in _fc_get_lun_list for device in devices['devList']: KeyError: 'devList' ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Env= ironment customization': 'devList' .... FC volume is hosted on an HP 3PAR storage array. It is available, under multipathd, to the OS: [root@xxx-yyy-xxx ~]# multipath -l 360002ac0000000001d00609600004d3f dm-2 3PARdata,VV size=3D1.0T features=3D'1 queue_if_no_path' hwhandler=3D'0' wp=3Drw `-+- policy=3D'round-robin 0' prio=3D0 status=3Dactive |- 2:0:11:1 sdi 8:128 active undef running |- 1:0:9:1 sdd 8:48 active undef running |- 2:0:7:1 sdg 8:96 active undef running |- 1:0:1:1 sdc 8:32 active undef running |- 2:0:6:1 sdf 8:80 active undef running |- 1:0:0:1 sdb 8:16 active undef running |- 2:0:8:1 sdh 8:112 active undef running `- 1:0:10:1 sde 8:64 active undef running [root@xxx-yyy-xxx ~]# Must I submit other relevant logs ? Which one ? Thanks in advance. Roberto ________________________________ Questo messaggio e' indirizzato esclusivamente al destinatario indicato e p= otrebbe contenere informazioni confidenziali, riservate o proprietarie. Qua= lora la presente venisse ricevuta per errore, si prega di segnalarlo immedi= atamente al mittente, cancellando l'originale e ogni sua copia e distruggen= do eventuali copie cartacee. Ogni altro uso e' strettamente proibito e potr= ebbe essere fonte di violazione di legge. This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibit= ed and may be unlawful. --_000_46a83985f2cb414c9d90209a7d5f39fcDENU01MS0076phoenixloc_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"IT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hello<o:p></o:p> I’m in trouble deploying hosted-= engine on a fresh-installed Centos7.2 server, chosing fc domain:<o:p></o:p>= <o:p> </o:p> [ ERROR ] Failed to execute stage 'Env= ironment customization': 'devList'<o:p></o:p> <o:p> </o:p> Installation ends with error, followin= g the versions of ovirt installed software:<o:p></o:p> <o:p> </o:p> ovirt-hosted-engine-setup-2.0.0.2-1.el= 7.centos.noarch<o:p></o:p> ovirt-engine-sdk-python-3.6.7.0-1.el7.= centos.noarch<o:p></o:p> ovirt-setup-lib-1.0.2-1.el7.centos.noa= rch<o:p></o:p> ovirt-host-deploy-1.5.0-1.el7.centos.n= oarch<o:p></o:p> ovirt-imageio-daemon-0.3.0-0.201606191= 345.git9f3d6d4.el7.centos.noarch<o:p></o:p> ovirt-vmconsole-host-1.0.3-1.el7.cento= s.noarch<o:p></o:p> ovirt-release40-4.0.0-5.noarch<o:p></o= :p> ovirt-vmconsole-1.0.3-1.el7.centos.noa= rch<o:p></o:p> ovirt-hosted-engine-ha-2.0.0-1.el7.cen= tos.noarch<o:p></o:p> libgovirt-0.3.3-1.el7_2.1.x86_64<o:p><= /o:p> ovirt-imageio-common-0.3.0-0.201606191= 345.git9f3d6d4.el7.centos.noarch<o:p></o:p> <o:p> </o:p> Here part of the log:<o:p></o:p></span= > <o:p> </o:p> 2016-07-08 11:46:08 DEBUG otopi.plugin= s.otopi.dialog.human dialog.__logString:204 DIALOG:SEND   &n= bsp;           &nbsp= ; Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:<o:p></o:p> 2016-07-08 11:46:11 DEBUG otopi.plugin= s.otopi.dialog.human dialog.__logString:204 DIALOG:RECEIVE  &nbsp= ; fc<o:p></o:p> 2016-07-08 11:46:11 DEBUG otopi.contex= t context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN<o:p></o:p></p= > 2016-07-08 11:46:11 DEBUG otopi.contex= t context.dumpEnvironment:770 ENV OVEHOSTED_STORAGE/domainType=3Dstr:'fc'<o= :p></o:p> 2016-07-08 11:46:11 DEBUG otopi.contex= t context.dumpEnvironment:774 ENVIRONMENT DUMP - END<o:p></o:p> 2016-07-08 11:46:11 DEBUG otopi.contex= t context._executeMethod:128 Stage customization METHOD otopi.plugins.gr_he= _setup.storage.blockd.Plugin._customization<o:p></o:p> 2016-07-08 11:46:11 DEBUG otopi.plugin= s.gr_he_setup.storage.blockd blockd._fc_get_lun_list:404 {'status': {'messa= ge': 'Done', 'code': 0}, 'items': [{u'status': u'free', u'vendorID': u'3PARdata', u'capacity': u'1099511627776', u'fwrev': u'3122'= , u'vgUUID': u'', u'pvsize': u'', u'pathlist': [], u'logicalblocksize': u'5= 12', u'pathstatus': [{u'capacity': u'1099511627776', u'physdev': u'sdb', u'= type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sdc', u'type'= : u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776= ', u'physdev': u'sdd', u'type': u'FCP', u'state': u'active', u'lun': u'1'},= {u'capacity': u'1099511627776', u'physdev': u'sde', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {= u'capacity': u'1099511627776', u'physdev': u'sdf', u'type': u'FCP', u'state= ': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'= sdg', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'1099511627776', u'physdev': u'sd= h', u'type': u'FCP', u'state': u'active', u'lun': u'1'}, {u'capacity': u'10= 99511627776', u'physdev': u'sdi', u'type': u'FCP', u'state': u'active', u'l= un': u'1'}], u'devtype': u'FCP', u'physicalblocksize': u'512', u'pvUUID': u'', u'serial': u'S3PARdataVV_161= 9775', u'GUID': u'360002ac0000000001d00609600004d3f', u'productID': u'VV'}]= }<o:p></o:p> 2016-07-08 11:46:11 DEBUG otopi.contex= t context._executeMethod:142 method exception<o:p></o:p> Traceback (most recent call last):<o:p= ></o:p>   File "/usr/lib/python2.7/s= ite-packages/otopi/context.py", line 132, in _executeMethod<o:p></o:p>=     method['method']()<= o:p></o:p>   File "/usr/share/ovirt-hos= ted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py", li= ne 612, in _customization<o:p></o:p>     lunGUID =3D self._c= ustomize_lun(self.domainType, target)<o:p></o:p>   File "/usr/share/ovirt-hos= ted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py", li= ne 212, in _customize_lun<o:p></o:p>     available_luns =3D = self._fc_get_lun_list()<o:p></o:p>   File "/usr/share/ovirt-hos= ted-engine-setup/scripts/../plugins/gr-he-setup/storage/blockd.py", li= ne 407, in _fc_get_lun_list<o:p></o:p>     for device in devic= es['devList']:<o:p></o:p> KeyError: 'devList'<o:p></o:p><= /p> ERROR otopi.context context._executeMe= thod:151 Failed to execute stage 'Environment customization': 'devList'<o:p= ></o:p> ….<o:p></o:p> <o:p></o:p> FC volume is hosted on an HP 3PAR stor= age array.<o:p></o:p> <o:p> </o:p> It is available, under multipathd, to = the OS:<o:p></o:p> <o:p> </o:p> [root@xxx-yyy-xxx ~]# multipath -l<o:p= ></o:p> 360002ac0000000001d00609600004d3f dm-2= 3PARdata,VV<o:p></o:p> size=3D1.0T features=3D'1 queue_if_no_= path' hwhandler=3D'0' wp=3Drw<o:p></o:p> `-+- policy=3D'round-robin 0' prio= =3D0 status=3Dactive<o:p></o:p>   |- 2:0:11:1 sdi 8:128 active un= def running<o:p></o:p>   |- 1:0:9:1  sdd 8:48 = active undef running<o:p></o:p>   |- 2:0:7:1  sdg 8:96 = active undef running<o:p></o:p>   |- 1:0:1:1  sdc 8:32 = active undef running<o:p></o:p>   |- 2:0:6:1  sdf 8:80 = active undef running<o:p></o:p>   |- 1:0:0:1  sdb 8:16 = active undef running<o:p></o:p>   |- 2:0:8:1  sdh 8:112 acti= ve undef running<o:p></o:p>   `- 1:0:10:1 sde 8:64  acti= ve undef running<o:p></o:p> [root@xxx-yyy-xxx ~]#<o:p></o:p></span= > <o:p> </o:p> Must I submit other relevant logs ? Wh= ich one ?<o:p></o:p> Thanks in advance.<o:p></o:p></= p> <o:p> </o:p> <s= pan lang=3D"EN-US" style=3D"font-family:"Arial",sans-serif;mso-fa= reast-language:IT"><o:p> </o:p> Roberto<o:p></o:p> </div> <hr> Questo messaggio e' indirizzato esclusivamente al destinatario indicato e p= otrebbe contenere informazioni confidenziali, riservate o proprietarie. Qua= lora la presente venisse ricevuta per errore, si prega di segnalarlo immedi= atamente al mittente, cancellando l'originale e ogni sua copia e distruggendo eventuali copie cartacee. Ogni= altro uso e' strettamente proibito e potrebbe essere fonte di violazione d= i legge. This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise private information. If you have received it i= n error, please notify the sender immediately, deleting the original and al= l copies and destroying any hard copies. Any other use is strictly prohibited and may be unlawful. </body> </html> --_000_46a83985f2cb414c9d90209a7d5f39fcDENU01MS0076phoenixloc_--

2 2

Centos 7
by Koen Vanoppen 08 Jul '16

08 Jul '16

Dear All, We currently are running ovirt 3.5.1-1.el6 in production... Our hypervisors are on centos 6.7 for the moment. But these will be changed to centos 7.2 before we are going to upgrade the engine to centos 7 and ovirt 4. This is the plan: 1. Migrate the current production server to centos 7 (of course NO data loss) 2. Migrate the local engine DB to a external postgresDB 3. Upgrade ovirt to the latest version (4.x) Steps already tested and validated (on development): 1. Update 3.5.1-1.el6 to latest 3.6 --> no issue 2. Migrate the localdb to external db --> no issue 3. Installed the same version on centos 7 (latest 3.6) --> no issue And then the problems begin: If I then connect the new install on centos 7 and run engine-setup, I get the following output: -== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation During execution engine service will be stopped (OK, Cancel) [OK]: [WARNING] Less than 16384MB of memory is available [ INFO ] Cleaning stale zombie tasks and commands An existing DWH is configured to work with this engine. Its hostname is ovirtmgmt03dev.brusselsairport.aero. A positive answer to the following question will cause the existing DWH to be permanently disconnected from the engine. A negative answer will stop Setup. Do you want to permanently disconnect this DWH from the engine? (Yes, No) [No]: Yes --== CONFIGURATION PREVIEW ==-- Default SAN wipe after delete : False Update Firewall : False Host FQDN : ovirtmgmt01dev.example.com Engine database secured connection : False Engine database host : ovirtdb01dev Engine database user name : engine Engine database name : engine Engine database port : 5432 Engine database host name validation : False Engine installation : True PKI organization : example.com DWH installation : True DWH database secured connection : False DWH database host : localhost DWH database user name : ovirt_engine_history DWH database name : ovirt_engine_history DWH database port : 5432 DWH database host name validation : False Configure local DWH database : True Reports installation : True Reports database name : ovirt_engine_reports Reports database secured connection : False Reports database host : localhost Reports database port : 5432 Reports database user name : ovirt_engine_reports Reports database host name validation : False Engine Host FQDN : ovirtmgmt01dev.example.com Configure VMConsole Proxy : True Configure WebSocket Proxy : True Please confirm installation settings (OK, Cancel) [OK]: [WARNING] Setup found legacy kerberos/ldap directory integration in use (added by engine-manage-domains). This provider is obsoleted and will be removed in future. Please migrate to ovirt-engine-extension-aaa-ldap provider or contact support for assistance. [ INFO ] Cleaning async tasks and compensations [ INFO ] Unlocking existing entities [ INFO ] Checking the Engine database consistency [ INFO ] Stage: Transaction setup [ INFO ] Stopping dwh service [ INFO ] Stopping reports service [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Regenerating Jasper's build configuration files [ INFO ] Exporting data out of Jasper [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Creating PostgreSQL 'ovirt_engine_history' database [ INFO ] Configuring PostgreSQL [ INFO ] Backing up database ovirtdb01dev:engine to '/var/lib/ovirt-engine/backups/engine-20160708135630.DQXLX8.dump'. [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating/refreshing Engine 'internal' domain database schema [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine-extension-aaa-jdbc/dbscripts/schema.sh' failed to execute [ INFO ] Yum Performing yum transaction rollback [ INFO ] Rolling back database schema [ INFO ] Clearing Engine database engine [ INFO ] Restoring Engine database engine [ INFO ] Restoring file '/var/lib/ovirt-engine/backups/engine-20160708135630.DQXLX8.dump' to database ovirtdb01dev:engine. [ ERROR ] Errors while restoring engine database, please check the log file for details [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20160708135418-gjf4x1.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20160708135800-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed Does somebody has a idea to fix this? Or is there already some guide to migrate your ovirtmgmt server on centos6 --> centos7 ? Kind regards, Koen

2 1

Move hosted engine to another storage
by Cristian Mammoli 08 Jul '16

08 Jul '16

Hi list, need to move the hosted engine from a storage to another. Both the source and the destination are iSCSI LUN. What is correct procedure (if any)? I didn't find anything in the docs Thanks

2 2

IRSNoMasterDomainException: Cannot find master domain
by 김원기 08 Jul '16

08 Jul '16

------=_Part_460565_1068526402.1467965711767 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SGkhCiAKSSBjYW4ndCBhdHRhY2ggb2xkIG1hc3RlciBpc2NzaSBkb21haW4uCkhvdyBjYW4gSSBz b2x2ZSB0aGlzIHByb2JsZW0gPwogCkJlc3QgcmVnYXJkcwogCkVudmlyb25tZW50ICZhbXA7IExv ZyAmZ3Q7CiAKRW5naW5lIDogMy42LjcKSG9zdCAmZ3Q7IApPUyBWZXJzaW9uOlJIRUwgLSA3IC0g Mi4xNTExLmVsNy5jZW50b3MuMi4xMApLZXJuZWwgVmVyc2lvbjozLjEwLjAgLSAzMjcuMjIuMi5l bDcueDg2XzY0CktWTSBWZXJzaW9uOjIuMy4wIC0gMzEuZWw3XzIuMTAuMQpMSUJWSVJUIFZlcnNp b246bGlidmlydC0xLjIuMTctMTMuZWw3XzIuNQpWRFNNIFZlcnNpb246dmRzbS00LjE4LjQuMS0w LmVsNy5jZW50b3MKU1BJQ0UgVmVyc2lvbjowLjEyLjQgLSAxNS5lbDdfMi4xCkNFUEggVmVyc2lv bjpsaWJyYmQxLTAuODAuNy0zLmVsNyAKIApFbmdpbmUubG9nICZndDsgCjIwMTYtMDctMDggMDM6 MjY6MTMsODIzIElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tl ci5Db25uZWN0U3RvcmFnZVBvb2xWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9X b3JrZXItMykgWzkyNTBjZTBdIEZJTklTSCwgQ29ubmVjdFN0b3JhZ2VQb29sVkRTQ29tbWFuZCwg bG9nIGlkOiAxOWE4YzczOQoyMDE2LTA3LTA4IDAzOjI2OjEzLDgyMyBFUlJPUiBbb3JnLm92aXJ0 LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuSXJzQnJva2VyQ29tbWFuZF0gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTMpIFs5MjUwY2UwXSBJcnNCcm9rZXI6OkZhaWxlZDo6 R2V0U3RvcmFnZVBvb2xJbmZvVkRTOiBJUlNHZW5lcmljRXhjZXB0aW9uOiBJUlNFcnJvckV4Y2Vw dGlvbjogSVJTTm9NYXN0ZXJEb21haW5FeGNlcHRpb246IENhbm5vdCBmaW5kIG1hc3RlciBkb21h aW46IHUnc3BVVUlEPTAwMDAwMDAxLTAwMDEtMDAwMS0wMDAxLTAwMDAwMDAwMDJkNSwgbXNkVVVJ RD02N2NmMzc5MS1mZjIwLTQ2OTItYTk1OC05MjVhZDZlNzQ2N2QnCjIwMTYtMDctMDggMDM6MjY6 MTMsODI1IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5J cnNQcm94eURhdGFdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci0zKSBbOTI1MGNlMF0g SVJTIGZhaWxvdmVyIGZhaWxlZCAtIGNhbid0IGFsbG9jYXRlIHZkcyBzZXJ2ZXIKMjAxNi0wNy0w OCAwMzoyNjoyMyw4OTcgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRz YnJva2VyLkNvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1 bGVyX1dvcmtlci02MCkgWzMxMGEyMzNiXSBTVEFSVCwgQ29ubmVjdFN0b3JhZ2VQb29sVkRTQ29t bWFuZChIb3N0TmFtZSA9IGhvc3QwMiwgQ29ubmVjdFN0b3JhZ2VQb29sVkRTQ29tbWFuZFBhcmFt ZXRlcnM6e3J1bkFzeW5jPSd0cnVlJywgaG9zdElkPSc1ZDg0YTI5Yy0zODY2LTRlMTEtYTdmNi02 MTJjNjJlN2NkNGMnLCB2ZHNJZD0nNWQ4NGEyOWMtMzg2Ni00ZTExLWE3ZjYtNjEyYzYyZTdjZDRj Jywgc3RvcmFnZVBvb2xJZD0nMDAwMDAwMDEtMDAwMS0wMDAxLTAwMDEtMDAwMDAwMDAwMmQ1Jywg bWFzdGVyVmVyc2lvbj0nNTAnfSksIGxvZyBpZDogMzkzZjA1MjgKMjAxNi0wNy0wOCAwMzoyNjoy NSwwMjQgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2do YW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXIt NjApIFszMTBhMjMzYl0gQ29ycmVsYXRpb24gSUQ6IG51bGwsIENhbGwgU3RhY2s6IG51bGwsIEN1 c3RvbSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IFZEU00gaG9zdDAyIGNvbW1hbmQgZmFpbGVkOiBD YW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluOiB1J3NwVVVJRD0wMDAwMDAwMS0wMDAxLTAwMDEtMDAw MS0wMDAwMDAwMDAyZDUsIG1zZFVVSUQ9NjdjZjM3OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0 NjdkJwoyMDE2LTA3LTA4IDAzOjI2OjI1LDAyNCBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3Jl LnZkc2Jyb2tlci52ZHNicm9rZXIuQ29ubmVjdFN0b3JhZ2VQb29sVkRTQ29tbWFuZF0gKERlZmF1 bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTYwKSBbMzEwYTIzM2JdIENvbW1hbmQgJ29yZy5vdmly dC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLkNvbm5lY3RTdG9yYWdlUG9vbFZEU0Nv bW1hbmQnIHJldHVybiB2YWx1ZSAnU3RhdHVzT25seVJldHVybkZvclhtbFJwYyBbc3RhdHVzPVN0 YXR1c0ZvclhtbFJwYyBbY29kZT0zMDQsIG1lc3NhZ2U9Q2Fubm90IGZpbmQgbWFzdGVyIGRvbWFp bjogdSdzcFVVSUQ9MDAwMDAwMDEtMDAwMS0wMDAxLTAwMDEtMDAwMDAwMDAwMmQ1LCBtc2RVVUlE PTY3Y2YzNzkxLWZmMjAtNDY5Mi1hOTU4LTkyNWFkNmU3NDY3ZCddXScKMjAxNi0wNy0wOCAwMzoy NjoyNSwwMjQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2Vy LkNvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2NoZWR1bGVyX1dv cmtlci02MCkgWzMxMGEyMzNiXSBIb3N0TmFtZSA9IGhvc3QwMgoyMDE2LTA3LTA4IDAzOjI2OjI1 LDAyNCBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuQ29u bmVjdFN0b3JhZ2VQb29sVkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2Vy LTYwKSBbMzEwYTIzM2JdIENvbW1hbmQgJ0Nvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmQoSG9z dE5hbWUgPSBob3N0MDIsIENvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmRQYXJhbWV0ZXJzOnty dW5Bc3luYz0ndHJ1ZScsIGhvc3RJZD0nNWQ4NGEyOWMtMzg2Ni00ZTExLWE3ZjYtNjEyYzYyZTdj ZDRjJywgdmRzSWQ9JzVkODRhMjljLTM4NjYtNGUxMS1hN2Y2LTYxMmM2MmU3Y2Q0YycsIHN0b3Jh Z2VQb29sSWQ9JzAwMDAwMDAxLTAwMDEtMDAwMS0wMDAxLTAwMDAwMDAwMDJkNScsIG1hc3RlclZl cnNpb249JzUwJ30pJyBleGVjdXRpb24gZmFpbGVkOiBJUlNHZW5lcmljRXhjZXB0aW9uOiBJUlNF cnJvckV4Y2VwdGlvbjogSVJTTm9NYXN0ZXJEb21haW5FeGNlcHRpb246IENhbm5vdCBmaW5kIG1h c3RlciBkb21haW46IHUnc3BVVUlEPTAwMDAwMDAxLTAwMDEtMDAwMS0wMDAxLTAwMDAwMDAwMDJk NSwgbXNkVVVJRD02N2NmMzc5MS1mZjIwLTQ2OTItYTk1OC05MjVhZDZlNzQ2N2QnCjIwMTYtMDct MDggMDM6MjY6MjUsMDI0IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZk c2Jyb2tlci5Db25uZWN0U3RvcmFnZVBvb2xWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVk dWxlcl9Xb3JrZXItNjApIFszMTBhMjMzYl0gRklOSVNILCBDb25uZWN0U3RvcmFnZVBvb2xWRFND b21tYW5kLCBsb2cgaWQ6IDM5M2YwNTI4CjIwMTYtMDctMDggMDM6MjY6MjUsMDI0IEVSUk9SIFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLmlyc2Jyb2tlci5JcnNCcm9rZXJDb21tYW5k XSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNjApIFszMTBhMjMzYl0gSXJzQnJva2Vy OjpGYWlsZWQ6OkdldFN0b3JhZ2VQb29sSW5mb1ZEUzogSVJTR2VuZXJpY0V4Y2VwdGlvbjogSVJT RXJyb3JFeGNlcHRpb246IElSU05vTWFzdGVyRG9tYWluRXhjZXB0aW9uOiBDYW5ub3QgZmluZCBt YXN0ZXIgZG9tYWluOiB1J3NwVVVJRD0wMDAwMDAwMS0wMDAxLTAwMDEtMDAwMS0wMDAwMDAwMDAy ZDUsIG1zZFVVSUQ9NjdjZjM3OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0NjdkJwogCgp2ZHNt LmxvZyAmZ3Q7Cmpzb25ycGMuRXhlY3V0b3IvNjo6RVJST1I6OjIwMTYtMDctMDggMDQ6MTE6Mjgs OTc5Ojp0YXNrOjo4Njg6OlN0b3JhZ2UuVGFza01hbmFnZXIuVGFzazo6KF9zZXRFcnJvcikgVGFz az1gMzVkNGI4OGUtZjYwNS00OTA3LWIyNWEtN2U4M2NiZTk3MDY3YDo6VW5leHBlY3RlZCBlcnJv cgpUcmFjZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9zaGFyZS92 ZHNtL3N0b3JhZ2UvdGFzay5weSIsIGxpbmUgODc1LCBpbiBfcnVuCiAgICByZXR1cm4gZm4oKmFy Z3MsICoqa2FyZ3MpCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRz bS9sb2dVdGlscy5weSIsIGxpbmUgNTAsIGluIHdyYXBwZXIKICAgIHJlcyA9IGYoKmFyZ3MsICoq a3dhcmdzKQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSIsIGxpbmUgOTg4 LCBpbiBjb25uZWN0U3RvcmFnZVBvb2wKICAgIHNwVVVJRCwgaG9zdElELCBtc2RVVUlELCBtYXN0 ZXJWZXJzaW9uLCBkb21haW5zTWFwKQogIEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hz bS5weSIsIGxpbmUgMTA1MywgaW4gX2Nvbm5lY3RTdG9yYWdlUG9vbAogICAgcmVzID0gcG9vbC5j b25uZWN0KGhvc3RJRCwgbXNkVVVJRCwgbWFzdGVyVmVyc2lvbikKICBGaWxlICIvdXNyL3NoYXJl L3Zkc20vc3RvcmFnZS9zcC5weSIsIGxpbmUgNjY0LCBpbiBjb25uZWN0CiAgICBzZWxmLl9fcmVi dWlsZChtc2RVVUlEPW1zZFVVSUQsIG1hc3RlclZlcnNpb249bWFzdGVyVmVyc2lvbikKICBGaWxl ICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zcC5weSIsIGxpbmUgMTIzNywgaW4gX19yZWJ1aWxk CiAgICBzZWxmLnNldE1hc3RlckRvbWFpbihtc2RVVUlELCBtYXN0ZXJWZXJzaW9uKQogIEZpbGUg Ii91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL3NwLnB5IiwgbGluZSAxNDQ4LCBpbiBzZXRNYXN0ZXJE b21haW4KICAgIHJhaXNlIHNlLlN0b3JhZ2VQb29sTWFzdGVyTm90Rm91bmQoc2VsZi5zcFVVSUQs IG1zZFVVSUQpClN0b3JhZ2VQb29sTWFzdGVyTm90Rm91bmQ6IENhbm5vdCBmaW5kIG1hc3RlciBk b21haW46IHUnc3BVVUlEPTAwMDAwMDAxLTAwMDEtMDAwMS0wMDAxLTAwMDAwMDAwMDJkNSwgbXNk VVVJRD02N2NmMzc5MS1mZjIwLTQ2OTItYTk1OC05MjVhZDZlNzQ2N2QnCmpzb25ycGMuRXhlY3V0 b3IvNjo6REVCVUc6OjIwMTYtMDctMDggMDQ6MTE6MjgsOTgwOjp0YXNrOjo4ODc6OlN0b3JhZ2Uu VGFza01hbmFnZXIuVGFzazo6KF9ydW4pIFRhc2s9YDM1ZDRiODhlLWY2MDUtNDkwNy1iMjVhLTdl ODNjYmU5NzA2N2A6OlRhc2suX3J1bjogMzVkNGI4OGUtZjYwNS00OTA3LWIyNWEtN2U4M2NiZTk3 MDY3ICh1JzAwMDAwMDAxLTAwMDEtMDAwMS0wMDAxLTAwMDAwMDAwMDJkNScsIDEsIHUnNjdjZjM3 OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0NjdkJywgMTM0LCB7dSc2N2NmMzc5MS1mZjIwLTQ2 OTItYTk1OC05MjVhZDZlNzQ2N2QnOiB1J2FjdGl2ZScsIHUnNGU4YzQ5YzQtYjgyYy00MDVlLWI2 ZmEtM2EzNDcxYTc2ZGQ2JzogdSdhY3RpdmUnLCB1JzI2MWE5NWQ1LTNkZWUtNGZhZC1iMDhiLWE5 OWE3ODFiN2JiYic6IHUnYWN0aXZlJ30pIHt9IGZhaWxlZCAtIHN0b3BwaW5nIHRhc2sKanNvbnJw Yy5FeGVjdXRvci82OjpERUJVRzo6MjAxNi0wNy0wOCAwNDoxMToyOCw5ODA6OnRhc2s6OjEyNDg6 OlN0b3JhZ2UuVGFza01hbmFnZXIuVGFzazo6KHN0b3ApIFRhc2s9YDM1ZDRiODhlLWY2MDUtNDkw Ny1iMjVhLTdlODNjYmU5NzA2N2A6OnN0b3BwaW5nIGluIHN0YXRlIHByZXBhcmluZyAoZm9yY2Ug RmFsc2UpCmpzb25ycGMuRXhlY3V0b3IvNjo6REVCVUc6OjIwMTYtMDctMDggMDQ6MTE6MjgsOTgw Ojp0YXNrOjo5OTU6OlN0b3JhZ2UuVGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDM1 ZDRiODhlLWY2MDUtNDkwNy1iMjVhLTdlODNjYmU5NzA2N2A6OnJlZiAxIGFib3J0aW5nIFRydWUK anNvbnJwYy5FeGVjdXRvci82OjpJTkZPOjoyMDE2LTA3LTA4IDA0OjExOjI4LDk4MDo6dGFzazo6 MTE3Mzo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjoocHJlcGFyZSkgVGFzaz1gMzVkNGI4OGUt ZjYwNS00OTA3LWIyNWEtN2U4M2NiZTk3MDY3YDo6YWJvcnRpbmc6IFRhc2sgaXMgYWJvcnRlZDog J0Nhbm5vdCBmaW5kIG1hc3RlciBkb21haW4nIC0gY29kZSAzMDQKanNvbnJwYy5FeGVjdXRvci82 OjpERUJVRzo6MjAxNi0wNy0wOCAwNDoxMToyOCw5ODA6OnRhc2s6OjExNzg6OlN0b3JhZ2UuVGFz a01hbmFnZXIuVGFzazo6KHByZXBhcmUpIFRhc2s9YDM1ZDRiODhlLWY2MDUtNDkwNy1iMjVhLTdl ODNjYmU5NzA2N2A6OlByZXBhcmU6IGFib3J0ZWQ6IENhbm5vdCBmaW5kIG1hc3RlciBkb21haW4K anNvbnJwYy5FeGVjdXRvci82OjpERUJVRzo6MjAxNi0wNy0wOCAwNDoxMToyOCw5ODA6OnRhc2s6 Ojk5NTo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX2RlY3JlZikgVGFzaz1gMzVkNGI4OGUt ZjYwNS00OTA3LWIyNWEtN2U4M2NiZTk3MDY3YDo6cmVmIDAgYWJvcnRpbmcgVHJ1ZQpqc29ucnBj LkV4ZWN1dG9yLzY6OkRFQlVHOjoyMDE2LTA3LTA4IDA0OjExOjI4LDk4MDo6dGFzazo6OTMwOjpT dG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfZG9BYm9ydCkgVGFzaz1gMzVkNGI4OGUtZjYwNS00 OTA3LWIyNWEtN2U4M2NiZTk3MDY3YDo6VGFzay5fZG9BYm9ydDogZm9yY2UgRmFsc2UKanNvbnJw Yy5FeGVjdXRvci82OjpERSAK ------=_Part_460565_1068526402.1467965711767 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PHN0eWxlPnB7bWFyZ2luLXRvcDowcHg7bWFyZ2luLWJvdHRvbTowcHg7fTwv c3R5bGU+PC9oZWFkPjxib2R5PjxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxMHB0OyBmb250LWZhbWls eTpHdWxpbTsiPjxwPkhpITwvcD48cD4mbmJzcDs8L3A+PHA+SSBjYW4ndCBhdHRhY2ggb2xkIG1h c3RlciBpc2NzaSBkb21haW4uPC9wPjxwPkhvdyBjYW4gSSBzb2x2ZSB0aGlzIHByb2JsZW0gPzwv cD48cD4mbmJzcDs8L3A+PHA+QmVzdCByZWdhcmRzPC9wPjxwPiZuYnNwOzwvcD48cD5FbnZpcm9u bWVudCAmYW1wOyBMb2cgJmd0OzwvcD48cD4mbmJzcDs8L3A+PHA+RW5naW5lIDogMy42Ljc8L3A+ PHA+SG9zdCAmZ3Q7Jm5ic3A7PC9wPjxwPk9TIFZlcnNpb246UkhFTCAtIDcgLSAyLjE1MTEuZWw3 LmNlbnRvcy4yLjEwPGJyPktlcm5lbCBWZXJzaW9uOjMuMTAuMCAtIDMyNy4yMi4yLmVsNy54ODZf NjQ8YnI+S1ZNIFZlcnNpb246Mi4zLjAgLSAzMS5lbDdfMi4xMC4xPGJyPkxJQlZJUlQgVmVyc2lv bjpsaWJ2aXJ0LTEuMi4xNy0xMy5lbDdfMi41PGJyPlZEU00gVmVyc2lvbjp2ZHNtLTQuMTguNC4x LTAuZWw3LmNlbnRvczxicj5TUElDRSBWZXJzaW9uOjAuMTIuNCAtIDE1LmVsN18yLjE8YnI+Q0VQ SCBWZXJzaW9uOmxpYnJiZDEtMC44MC43LTMuZWw3Jm5ic3A7PC9wPjxwPiZuYnNwOzwvcD48cD5F bmdpbmUubG9nICZndDsmbmJzcDs8L3A+PHA+MjAxNi0wNy0wOCAwMzoyNjoxMyw4MjMgSU5GTyZu YnNwOyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuQ29ubmVjdFN0 b3JhZ2VQb29sVkRTQ29tbWFuZF0gKERlZmF1bHRRdWFydHpTY2hlZHVsZXJfV29ya2VyLTMpIFs5 MjUwY2UwXSBGSU5JU0gsIENvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmQsIGxvZyBpZDogMTlh OGM3Mzk8YnI+MjAxNi0wNy0wOCAwMzoyNjoxMyw4MjMgRVJST1IgW29yZy5vdmlydC5lbmdpbmUu Y29yZS52ZHNicm9rZXIuaXJzYnJva2VyLklyc0Jyb2tlckNvbW1hbmRdIChEZWZhdWx0UXVhcnR6 U2NoZWR1bGVyX1dvcmtlci0zKSBbOTI1MGNlMF0gSXJzQnJva2VyOjpGYWlsZWQ6OkdldFN0b3Jh Z2VQb29sSW5mb1ZEUzogSVJTR2VuZXJpY0V4Y2VwdGlvbjogSVJTRXJyb3JFeGNlcHRpb246IElS U05vTWFzdGVyRG9tYWluRXhjZXB0aW9uOiBDYW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluOiB1J3Nw VVVJRD0wMDAwMDAwMS0wMDAxLTAwMDEtMDAwMS0wMDAwMDAwMDAyZDUsIG1zZFVVSUQ9NjdjZjM3 OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0NjdkJzxicj4yMDE2LTA3LTA4IDAzOjI2OjEzLDgy NSBFUlJPUiBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5pcnNicm9rZXIuSXJzUHJv eHlEYXRhXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItMykgWzkyNTBjZTBdIElSUyBm YWlsb3ZlciBmYWlsZWQgLSBjYW4ndCBhbGxvY2F0ZSB2ZHMgc2VydmVyPGJyPjIwMTYtMDctMDgg MDM6MjY6MjMsODk3IElORk8mbmJzcDsgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIu dmRzYnJva2VyLkNvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmRdIChEZWZhdWx0UXVhcnR6U2No ZWR1bGVyX1dvcmtlci02MCkgWzMxMGEyMzNiXSBTVEFSVCwgQ29ubmVjdFN0b3JhZ2VQb29sVkRT Q29tbWFuZChIb3N0TmFtZSA9IGhvc3QwMiwgQ29ubmVjdFN0b3JhZ2VQb29sVkRTQ29tbWFuZFBh cmFtZXRlcnM6e3J1bkFzeW5jPSd0cnVlJywgaG9zdElkPSc1ZDg0YTI5Yy0zODY2LTRlMTEtYTdm Ni02MTJjNjJlN2NkNGMnLCB2ZHNJZD0nNWQ4NGEyOWMtMzg2Ni00ZTExLWE3ZjYtNjEyYzYyZTdj ZDRjJywgc3RvcmFnZVBvb2xJZD0nMDAwMDAwMDEtMDAwMS0wMDAxLTAwMDEtMDAwMDAwMDAwMmQ1 JywgbWFzdGVyVmVyc2lvbj0nNTAnfSksIGxvZyBpZDogMzkzZjA1Mjg8YnI+MjAxNi0wNy0wOCAw MzoyNjoyNSwwMjQgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVk aXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9yXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9X b3JrZXItNjApIFszMTBhMjMzYl0gQ29ycmVsYXRpb24gSUQ6IG51bGwsIENhbGwgU3RhY2s6IG51 bGwsIEN1c3RvbSBFdmVudCBJRDogLTEsIE1lc3NhZ2U6IFZEU00gaG9zdDAyIGNvbW1hbmQgZmFp bGVkOiBDYW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluOiB1J3NwVVVJRD0wMDAwMDAwMS0wMDAxLTAw MDEtMDAwMS0wMDAwMDAwMDAyZDUsIG1zZFVVSUQ9NjdjZjM3OTEtZmYyMC00NjkyLWE5NTgtOTI1 YWQ2ZTc0NjdkJzxicj4yMDE2LTA3LTA4IDAzOjI2OjI1LDAyNCBJTkZPJm5ic3A7IFtvcmcub3Zp cnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5Db25uZWN0U3RvcmFnZVBvb2xWRFND b21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNjApIFszMTBhMjMzYl0gQ29t bWFuZCAnb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuQ29ubmVjdFN0 b3JhZ2VQb29sVkRTQ29tbWFuZCcgcmV0dXJuIHZhbHVlICdTdGF0dXNPbmx5UmV0dXJuRm9yWG1s UnBjIFtzdGF0dXM9U3RhdHVzRm9yWG1sUnBjIFtjb2RlPTMwNCwgbWVzc2FnZT1DYW5ub3QgZmlu ZCBtYXN0ZXIgZG9tYWluOiB1J3NwVVVJRD0wMDAwMDAwMS0wMDAxLTAwMDEtMDAwMS0wMDAwMDAw MDAyZDUsIG1zZFVVSUQ9NjdjZjM3OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0NjdkJ11dJzxi cj4yMDE2LTA3LTA4IDAzOjI2OjI1LDAyNCBJTkZPJm5ic3A7IFtvcmcub3ZpcnQuZW5naW5lLmNv cmUudmRzYnJva2VyLnZkc2Jyb2tlci5Db25uZWN0U3RvcmFnZVBvb2xWRFNDb21tYW5kXSAoRGVm YXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNjApIFszMTBhMjMzYl0gSG9zdE5hbWUgPSBob3N0 MDI8YnI+MjAxNi0wNy0wOCAwMzoyNjoyNSwwMjQgRVJST1IgW29yZy5vdmlydC5lbmdpbmUuY29y ZS52ZHNicm9rZXIudmRzYnJva2VyLkNvbm5lY3RTdG9yYWdlUG9vbFZEU0NvbW1hbmRdIChEZWZh dWx0UXVhcnR6U2NoZWR1bGVyX1dvcmtlci02MCkgWzMxMGEyMzNiXSBDb21tYW5kICdDb25uZWN0 U3RvcmFnZVBvb2xWRFNDb21tYW5kKEhvc3ROYW1lID0gaG9zdDAyLCBDb25uZWN0U3RvcmFnZVBv b2xWRFNDb21tYW5kUGFyYW1ldGVyczp7cnVuQXN5bmM9J3RydWUnLCBob3N0SWQ9JzVkODRhMjlj LTM4NjYtNGUxMS1hN2Y2LTYxMmM2MmU3Y2Q0YycsIHZkc0lkPSc1ZDg0YTI5Yy0zODY2LTRlMTEt YTdmNi02MTJjNjJlN2NkNGMnLCBzdG9yYWdlUG9vbElkPScwMDAwMDAwMS0wMDAxLTAwMDEtMDAw MS0wMDAwMDAwMDAyZDUnLCBtYXN0ZXJWZXJzaW9uPSc1MCd9KScgZXhlY3V0aW9uIGZhaWxlZDog SVJTR2VuZXJpY0V4Y2VwdGlvbjogSVJTRXJyb3JFeGNlcHRpb246IElSU05vTWFzdGVyRG9tYWlu RXhjZXB0aW9uOiBDYW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluOiB1J3NwVVVJRD0wMDAwMDAwMS0w MDAxLTAwMDEtMDAwMS0wMDAwMDAwMDAyZDUsIG1zZFVVSUQ9NjdjZjM3OTEtZmYyMC00NjkyLWE5 NTgtOTI1YWQ2ZTc0NjdkJzxicj4yMDE2LTA3LTA4IDAzOjI2OjI1LDAyNCBJTkZPJm5ic3A7IFtv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5Db25uZWN0U3RvcmFnZVBv b2xWRFNDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNjApIFszMTBhMjMz Yl0gRklOSVNILCBDb25uZWN0U3RvcmFnZVBvb2xWRFNDb21tYW5kLCBsb2cgaWQ6IDM5M2YwNTI4 PGJyPjIwMTYtMDctMDggMDM6MjY6MjUsMDI0IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUu dmRzYnJva2VyLmlyc2Jyb2tlci5JcnNCcm9rZXJDb21tYW5kXSAoRGVmYXVsdFF1YXJ0elNjaGVk dWxlcl9Xb3JrZXItNjApIFszMTBhMjMzYl0gSXJzQnJva2VyOjpGYWlsZWQ6OkdldFN0b3JhZ2VQ b29sSW5mb1ZEUzogSVJTR2VuZXJpY0V4Y2VwdGlvbjogSVJTRXJyb3JFeGNlcHRpb246IElSU05v TWFzdGVyRG9tYWluRXhjZXB0aW9uOiBDYW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluOiB1J3NwVVVJ RD0wMDAwMDAwMS0wMDAxLTAwMDEtMDAwMS0wMDAwMDAwMDAyZDUsIG1zZFVVSUQ9NjdjZjM3OTEt ZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0NjdkJzwvcD48cD4mbmJzcDs8L3A+PHA+PGJyPnZkc20u bG9nICZndDs8L3A+PHA+anNvbnJwYy5FeGVjdXRvci82OjpFUlJPUjo6MjAxNi0wNy0wOCAwNDox MToyOCw5Nzk6OnRhc2s6Ojg2ODo6U3RvcmFnZS5UYXNrTWFuYWdlci5UYXNrOjooX3NldEVycm9y KSBUYXNrPWAzNWQ0Yjg4ZS1mNjA1LTQ5MDctYjI1YS03ZTgzY2JlOTcwNjdgOjpVbmV4cGVjdGVk IGVycm9yPGJyPlRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KTo8YnI+Jm5ic3A7IEZp bGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL3Rhc2sucHkiLCBsaW5lIDg3NSwgaW4gX3J1bjxi cj4mbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIGZuKCphcmdzLCAqKmthcmdzKTxicj4mbmJzcDsg RmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L3NpdGUtcGFja2FnZXMvdmRzbS9sb2dVdGlscy5weSIs IGxpbmUgNTAsIGluIHdyYXBwZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcyA9IGYoKmFyZ3Ms ICoqa3dhcmdzKTxicj4mbmJzcDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvaHNtLnB5 IiwgbGluZSA5ODgsIGluIGNvbm5lY3RTdG9yYWdlUG9vbDxicj4mbmJzcDsmbmJzcDsmbmJzcDsg c3BVVUlELCBob3N0SUQsIG1zZFVVSUQsIG1hc3RlclZlcnNpb24sIGRvbWFpbnNNYXApPGJyPiZu YnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9oc20ucHkiLCBsaW5lIDEwNTMsIGlu IF9jb25uZWN0U3RvcmFnZVBvb2w8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcyA9IHBvb2wuY29u bmVjdChob3N0SUQsIG1zZFVVSUQsIG1hc3RlclZlcnNpb24pPGJyPiZuYnNwOyBGaWxlICIvdXNy L3NoYXJlL3Zkc20vc3RvcmFnZS9zcC5weSIsIGxpbmUgNjY0LCBpbiBjb25uZWN0PGJyPiZuYnNw OyZuYnNwOyZuYnNwOyBzZWxmLl9fcmVidWlsZChtc2RVVUlEPW1zZFVVSUQsIG1hc3RlclZlcnNp b249bWFzdGVyVmVyc2lvbik8YnI+Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdl L3NwLnB5IiwgbGluZSAxMjM3LCBpbiBfX3JlYnVpbGQ8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHNl bGYuc2V0TWFzdGVyRG9tYWluKG1zZFVVSUQsIG1hc3RlclZlcnNpb24pPGJyPiZuYnNwOyBGaWxl ICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zcC5weSIsIGxpbmUgMTQ0OCwgaW4gc2V0TWFzdGVy RG9tYWluPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyByYWlzZSBzZS5TdG9yYWdlUG9vbE1hc3Rlck5v dEZvdW5kKHNlbGYuc3BVVUlELCBtc2RVVUlEKTxicj5TdG9yYWdlUG9vbE1hc3Rlck5vdEZvdW5k OiBDYW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluOiB1J3NwVVVJRD0wMDAwMDAwMS0wMDAxLTAwMDEt MDAwMS0wMDAwMDAwMDAyZDUsIG1zZFVVSUQ9NjdjZjM3OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2 ZTc0NjdkJzxicj5qc29ucnBjLkV4ZWN1dG9yLzY6OkRFQlVHOjoyMDE2LTA3LTA4IDA0OjExOjI4 LDk4MDo6dGFzazo6ODg3OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihfcnVuKSBUYXNrPWAz NWQ0Yjg4ZS1mNjA1LTQ5MDctYjI1YS03ZTgzY2JlOTcwNjdgOjpUYXNrLl9ydW46IDM1ZDRiODhl LWY2MDUtNDkwNy1iMjVhLTdlODNjYmU5NzA2NyAodScwMDAwMDAwMS0wMDAxLTAwMDEtMDAwMS0w MDAwMDAwMDAyZDUnLCAxLCB1JzY3Y2YzNzkxLWZmMjAtNDY5Mi1hOTU4LTkyNWFkNmU3NDY3ZCcs IDEzNCwge3UnNjdjZjM3OTEtZmYyMC00NjkyLWE5NTgtOTI1YWQ2ZTc0NjdkJzogdSdhY3RpdmUn LCB1JzRlOGM0OWM0LWI4MmMtNDA1ZS1iNmZhLTNhMzQ3MWE3NmRkNic6IHUnYWN0aXZlJywgdScy NjFhOTVkNS0zZGVlLTRmYWQtYjA4Yi1hOTlhNzgxYjdiYmInOiB1J2FjdGl2ZSd9KSB7fSBmYWls ZWQgLSBzdG9wcGluZyB0YXNrPGJyPmpzb25ycGMuRXhlY3V0b3IvNjo6REVCVUc6OjIwMTYtMDct MDggMDQ6MTE6MjgsOTgwOjp0YXNrOjoxMjQ4OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6Oihz dG9wKSBUYXNrPWAzNWQ0Yjg4ZS1mNjA1LTQ5MDctYjI1YS03ZTgzY2JlOTcwNjdgOjpzdG9wcGlu ZyBpbiBzdGF0ZSBwcmVwYXJpbmcgKGZvcmNlIEZhbHNlKTxicj5qc29ucnBjLkV4ZWN1dG9yLzY6 OkRFQlVHOjoyMDE2LTA3LTA4IDA0OjExOjI4LDk4MDo6dGFzazo6OTk1OjpTdG9yYWdlLlRhc2tN YW5hZ2VyLlRhc2s6OihfZGVjcmVmKSBUYXNrPWAzNWQ0Yjg4ZS1mNjA1LTQ5MDctYjI1YS03ZTgz Y2JlOTcwNjdgOjpyZWYgMSBhYm9ydGluZyBUcnVlPGJyPmpzb25ycGMuRXhlY3V0b3IvNjo6SU5G Tzo6MjAxNi0wNy0wOCAwNDoxMToyOCw5ODA6OnRhc2s6OjExNzM6OlN0b3JhZ2UuVGFza01hbmFn ZXIuVGFzazo6KHByZXBhcmUpIFRhc2s9YDM1ZDRiODhlLWY2MDUtNDkwNy1iMjVhLTdlODNjYmU5 NzA2N2A6OmFib3J0aW5nOiBUYXNrIGlzIGFib3J0ZWQ6ICdDYW5ub3QgZmluZCBtYXN0ZXIgZG9t YWluJyAtIGNvZGUgMzA0PGJyPmpzb25ycGMuRXhlY3V0b3IvNjo6REVCVUc6OjIwMTYtMDctMDgg MDQ6MTE6MjgsOTgwOjp0YXNrOjoxMTc4OjpTdG9yYWdlLlRhc2tNYW5hZ2VyLlRhc2s6OihwcmVw YXJlKSBUYXNrPWAzNWQ0Yjg4ZS1mNjA1LTQ5MDctYjI1YS03ZTgzY2JlOTcwNjdgOjpQcmVwYXJl OiBhYm9ydGVkOiBDYW5ub3QgZmluZCBtYXN0ZXIgZG9tYWluPGJyPmpzb25ycGMuRXhlY3V0b3Iv Njo6REVCVUc6OjIwMTYtMDctMDggMDQ6MTE6MjgsOTgwOjp0YXNrOjo5OTU6OlN0b3JhZ2UuVGFz a01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YDM1ZDRiODhlLWY2MDUtNDkwNy1iMjVhLTdl ODNjYmU5NzA2N2A6OnJlZiAwIGFib3J0aW5nIFRydWU8YnI+anNvbnJwYy5FeGVjdXRvci82OjpE RUJVRzo6MjAxNi0wNy0wOCAwNDoxMToyOCw5ODA6OnRhc2s6OjkzMDo6U3RvcmFnZS5UYXNrTWFu YWdlci5UYXNrOjooX2RvQWJvcnQpIFRhc2s9YDM1ZDRiODhlLWY2MDUtNDkwNy1iMjVhLTdlODNj YmU5NzA2N2A6OlRhc2suX2RvQWJvcnQ6IGZvcmNlIEZhbHNlPGJyPmpzb25ycGMuRXhlY3V0b3Iv Njo6REUmbmJzcDs8L3A+PC9kaXY+PC9ib2R5PjwvaHRtbD4KPHRhYmxlIHN0eWxlPSJkaXNwbGF5 Om5vbmUiPjx0cj48dGQ+PGltZyBzcmM9Imh0dHA6Ly9tYWlsLm5hdmVyLmNvbS9yZWFkUmVjZWlw dC9ub3RpZnkvP2ltZz1EZFlzMVglMkJSMTZuZGFBdXFwNFVZTTRGU3A2RXFheEs5S28zQ0tvMjlN NHB2S0ElMkJvRm9wMHB1SW8lMkJya1NLb3Q1VzRkNVc0QzViWDBxJTJCemtSNzRGVFd4JTJGcyUy QkJGMGJORmdXWHBHYk50NVdYaU4uZ2lmIiBib3JkZXI9IjAiPjwvdGQ+PC90cj48L3RhYmxlPg== ------=_Part_460565_1068526402.1467965711767--

1 0

hosted-engine --deploy stalls on "Waiting for VDSM hardware info"
by Alex Harpin 08 Jul '16

08 Jul '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I've been running oVirt 3.6 on Fedora 22 for a while now, as a two node set up, and everything was going fine until I decided to upgrade from Fedora 22 to 23 (as 22 is pretty much EOL). That didn't go exactly to plan, so to minimise any issues moving forward I did a complete new install of Fedora 23 on one of the hosts, with a view to just importing the back up from the 3.6 system. The issue I'm running into at the moment is that when I run hosted-engine --deploy (hosted engine setup obviously) on the new host, the process gets to "Waiting for VDSM hardware info", repeats that for a while and then fails out of the set up. I've pinned it down to the following not returning the expected information: vdsClient -s 0 getVdsHardwareInfo This returns "Failed to read hardware information" rather than the expected information. Running this same command on the Fedora 22 system returns hardware information, even installing 3.6 on the new system returns the same error. I'm presuming it's not a specific oVirt issue, but down to some dmidecode (or related) issue. Running the above, rather than hosted-engine --deploy gives the following as the last entry in supervdsm.log MainProcess|jsonrpc.Executor/2::DEBUG::2016-07-08 08:08:04,377::supervdsmServer::92::SuperVdsm.ServerCallback::(wrapper) call getHardwareInfo with () {} MainProcess|jsonrpc.Executor/2::ERROR::2016-07-08 08:08:04,409::supervdsmServer::96::SuperVdsm.ServerCallback::(wrapper) Error in getHardwareInfo Traceback (most recent call last): File "/usr/share/vdsm/supervdsmServer", line 94, in wrapper res = func(*args, **kwargs) File "/usr/share/vdsm/supervdsm_api/hwinfo.py", line 29, in getHardwareInfo return getHardwareInfoStructure() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 465, in __call__ value = self.func(*args) File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line 52, in getHardwareInfoStructure dmiInfo = getAllDmidecodeInfo() File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 465, in __call__ value = self.func(*args) File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line 46, in getAllDmidecodeInfo myLeafDict[k] = __leafDict(getattr(dmidecode, k)()) File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line 34, in __leafDict ret.update(__leafDict(v)) File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line 34, in __leafDict ret.update(__leafDict(v)) File "/usr/lib/python2.7/site-packages/vdsm/dmidecodeUtil.py", line 32, in __leafDict for k, v in d.iteritems(): IndexError: list assignment index out of range Running dmidecode manually appears to return the same information an almost identical system returns (Dell R710). Any pointers on tracking down what the issue might be as I'd rather not reinstall with 22 again just to get this up and running. Regards Alex. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXf1RmAAoJELTttCQtz/9DV1wP/3v1144zI2cSayvhPIw67bKO p2+CBx56ZBfOp4mYH6+oJ9/G+HxPfXWoOGICq6QiUmj7vg7aKKgsFO2hx8w6FLuH xG22dQhcEQdTA9i0zHHhi+eLdROfeuFU93Gl59NiXVA9bglMYY6TH/Ljx+rIGyx0 DHbn4gzjkXdLFAjJj212xWEp4EU+xjG78qmk1eeLibxdGtPcsIbTKAdsvl5/Z4WL x+poGegMb+IbwaP7co2y8Fbr0TycPSuYb7bw91jsYJmP4O/X9845bZH3JjPvAfco uBY5/2puyZ084cr70Bpp+l4W1bQ4W4htqg/oUJATo028FeLipCqzumfGz3Ja4DPa Nzi+VxRQssmewr0/tjidgGIiAiz+wuheuYwf687yp97WMQ0HBxOj3Kxo9JykjrnJ Ga52GUx7CQuxnGdDUZZZw2je0Ysp87jJqX7wvTi2o+eRhnH2wfsS4PtxsIktN5nx MgRISrhOW3+INHe8Wyl2/miw+FvRNc+EtLwJC5WQr5W3vsRINRTj4erUC8V5PpSL vQFhFGtDjeI9rTQ7y+nvwYWGWQetERTuMwHLgMgwM4hVZq4eW4/2KI3jrcT64ZIK Z5mcyoZBIQW4t2GaGGU8+Hw0PQw83NEHvNDZm5PMIDjVWjbuPe7ge4vDgC8Qbnxa Lw9AV/RDnJyoEMIZhQTD =NoZW -----END PGP SIGNATURE-----

1 0

Gluster 3.7.12 update
by David Gossage 08 Jul '16

08 Jul '16

I am looking to update my gluster from 3.7.11->3.7.12 Their were some bugs in 3.7.12 in relation to libgfapi, but if I recall using oVirt 3.6 and CentOS7 traffic should still be using the fuse mount which would avoid any issues they are having with libgfapi correct? *David Gossage* *Carousel Checks Inc. | System Administrator* *Office* 708.613.2284

2 1

Upgrade to 4.0 breaks admin@internal permissions
by Matt . 07 Jul '16

07 Jul '16

After upgrading from 3.6 to 4.0 I get the following error after a successfull login: The user admin@internal is not authorized to perform login Is this due the fact that there has been switched to a new ACL system ? I created a bugreport for it: https://bugzilla.redhat.com/show_bug.cgi?id=1353252

2 1

moVirt and spice problem
by Gianluca Cecchi 07 Jul '16

07 Jul '16

Hello, I'm testing moVirt 1.4 on Samsung Note Pro (Android 5.1) to connect through spice to a self hosted engine configuration with single host, version 3.6.6, configured with spice proxy (squid) I can walk through all parts inside the app (always better in new versions, thanks!) but not the console to vm mOvirt connection configured as https://192.168.1.212/ovirt-engine/api and ignore certificate checking in advanced settings In mOvirt I receive, after about one minute when I click "Console": Unable to connect or authenticate, please check server address, password, and cert authority and subject. In engine.log, as I click connect to console in mOvirt I see these lines 2016-07-02 19:23:30,868 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (default task-12) [32908848] Running command: SetVmTicketCommand internal: false. Entities affected : ID: e9491274-460a-40a1-84bb-503078df9f29 Type: VMAction group CONNECT_TO_VM with role type USER 2016-07-02 19:23:30,872 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-12) [32908848] START, SetVmTicketVDSCommand(HostName = hosted_engine_1, SetVmTicketVDSCommandParameters:{runAsync='true', hostId='459f6e56-f813-4c73-9950-994a7de8dbb5', vmId='e9491274-460a-40a1-84bb-503078df9f29', protocol='SPICE', ticket='X5TDD2OB3FI3', validTime='7200', userName='admin', userId='0000001a-001a-001a-001a-00000000014f', disconnectAction='LOCK_SCREEN'}), log id: 507f589b 2016-07-02 19:23:31,891 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (default task-12) [32908848] FINISH, SetVmTicketVDSCommand, log id: 507f589b 2016-07-02 19:23:31,902 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-12) [32908848] Correlation ID: 32908848, Call Stack: null, Custom Event ID: -1, Message: User admin@internal initiated console session for VM f24 no more I have verified that through web browser, both in user portal and in admin portal, the user "admin" can connect to f24 VM and open spice connection going trough squid proxy. Actually on squid logs I don't see any access when I use mOvirt, so it seems it doesn't reach it at all... Actually I think the problem doesn't depend in squid setting and I would have the problem also without it. It seems problem between tablet and engine connection Is there any particular restriction to be able to use spice console with mOvirt 1.4? For example am I force to use and trust certificate to use spice console? Thanks in advance for any help, Gianluca

2 3