- Devel - oVirt List Archives

libvirtError: unsupported configuration: timer hypervclock doesn't support setting of timer tickpolicy
by Christopher Pereira 29 Apr '15

29 Apr '15

This is a multi-part message in MIME format. --------------050805010200030806000304 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit It seems like we need to upgrade libvirt dependencies in master repo: Thread-78::ERROR::2015-04-29 06:23:04,584::vm::741::vm.Vm::(_startUnderlyingVm) vmId=`6ec9c0a0-2879-4bfe- 9a79-92471881ebfe`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 689, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1800, in _run self._connection.createXML(domxml, flags), File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 126, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3427, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: unsupported configuration: timer hypervclock doesn't support setting of timer tickpolicy To reproduce, start a "Windows 2008 R2 x64" VM (no problem with Windows 2012). Glad to see that hv_ optimization flags are being supported, since they boost Windows VM performance using inhouse MS Hypervisor optimizations. --------------050805010200030806000304 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> It seems like we need to upgrade libvirt dependencies in master repo: <blockquote>Thread-78::ERROR::2015-04-29 06:23:04,584::vm::741::vm.Vm::(_startUnderlyingVm) vmId=`6ec9c0a0-2879-4bfe- 9a79-92471881ebfe`::The vm start process failed Traceback (most recent call last): File "/usr/share/vdsm/virt/vm.py", line 689, in _startUnderlyingVm self._run() File "/usr/share/vdsm/virt/vm.py", line 1800, in _run self._connection.createXML(domxml, flags), File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 126, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3427, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: unsupported configuration: timer hypervclock doesn't support setting of timer tickpolicy </blockquote> To reproduce, start a "Windows 2008 R2 x64" VM (no problem with Windows 2012). Glad to see that hv_ optimization flags are being supported, since they boost Windows VM performance using inhouse MS Hypervisor optimizations. </body> </html> --------------050805010200030806000304--

2 5

Engine Broken - The column name gluster_tuned_profile was not found in this ResultSet
by Christopher Pereira 28 Apr '15

28 Apr '15

Hi, something broke Engine's Database in master: 2015-04-28 05:53:15,959 ERROR [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC service thread 1-4) [] Failed to initialize backend: org.jboss.weld.exceptions.WeldException: WELD-000049 Unable to invoke [method] @PostConstruct private org.ovirt.engine.core.vdsbroker.ResourceManager.init() on org.ovirt.engine.core.vdsbroker.ResourceManager@38e3648c at org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:518) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.postConstruct(ManagedBean.java:174) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:291) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:107) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:616) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:643) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.ovirt.engine.core.di.Injector.instanceOf(Injector.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.di.Injector.get(Injector.java:58) [vdsbroker.jar:] at org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean.create(InitBackendServicesOnStartupBean.java:75) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_79] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_79] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_79] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:130) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:73) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ManagedReferenceInterceptorFactory$ManagedReferenceInterceptor.processInvocation(ManagedReferenceInterceptorFactory.java:95) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:228) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:333) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.SingletonLifecycleCMTTxInterceptor.processInvocation(SingletonLifecycleCMTTxInterceptor.java:56) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:85) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:116) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:130) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ComponentStartService.start(ComponentStartService.java:44) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_79] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_79] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_79] Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_79] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_79] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_79] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_79] at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:264) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:260) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.introspector.jlr.WeldMethodImpl.invoke(WeldMethodImpl.java:174) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.jboss.weld.bean.AbstractClassBean.defaultPostConstruct(AbstractClassBean.java:516) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] ... 43 more Caused by: org.springframework.jdbc.BadSqlGrammarException: PreparedStatementCallback; bad SQL grammar [select * from getvdsgroupbyvdsgroupid(?, ?, ?)]; nested exception is org.postgresql.util.PSQLException: The column name gluster_tuned_profile was not found in this ResultSet. at org.springframework.jdbc.support.SQLStateSQLExceptionTranslator.doTranslate(SQLStateSQLExceptionTranslator.java:98) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:72) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:80) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:603) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:637) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:666) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:706) [spring-jdbc.jar:3.1.1.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:181) [spring-jdbc.jar:3.1.1.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.VdsGroupDAODbFacadeImpl.get(VdsGroupDAODbFacadeImpl.java:52) [dal.jar:] at org.ovirt.engine.core.dao.VdsGroupDAODbFacadeImpl.get(VdsGroupDAODbFacadeImpl.java:44) [dal.jar:] at org.ovirt.engine.core.vdsbroker.MonitoringStrategyFactory.getMonitoringStrategyForVds(MonitoringStrategyFactory.java:30) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VdsManager.<init>(VdsManager.java:96) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.AddVds(ResourceManager.java:229) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.init(ResourceManager.java:160) [vdsbroker.jar:] ... 53 more Caused by: org.postgresql.util.PSQLException: The column name gluster_tuned_profile was not found in this ResultSet. at org.postgresql.jdbc2.AbstractJdbc2ResultSet.findColumn(AbstractJdbc2ResultSet.java:2542) at org.postgresql.jdbc2.AbstractJdbc2ResultSet.getString(AbstractJdbc2ResultSet.java:2385) at org.jboss.jca.adapters.jdbc.WrappedResultSet.getString(WrappedResultSet.java:1381) at org.ovirt.engine.core.dao.VdsGroupDAODbFacadeImpl$VdsGroupRowMapper.mapRow(VdsGroupDAODbFacadeImpl.java:306) [dal.jar:] at org.ovirt.engine.core.dao.VdsGroupDAODbFacadeImpl$VdsGroupRowMapper.mapRow(VdsGroupDAODbFacadeImpl.java:256) [dal.jar:] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:92) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.RowMapperResultSetExtractor.extractData(RowMapperResultSetExtractor.java:1) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate$1.doInPreparedStatement(JdbcTemplate.java:649) [spring-jdbc.jar:3.1.1.RELEASE] at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:587) [spring-jdbc.jar:3.1.1.RELEASE] ... 68 more Any hint?

2 2

[ANN] oVirt 3.5.2 Final Release is now available
by Sandro Bonazzola 28 Apr '15

28 Apr '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the oVirt 3.5.2 Final Release is now available as of April 28th 2015. oVirt is an open source alternative to VMware vSphere, and provides an excellent KVM management interface for multi-node virtualization. oVirt is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVP0l9AAoJEHw3u57E4QAOQqQP/1xFK0hv63XnK3PuY4nvgHZI 8zYx4najqu/HraI1T8CNbNdA9gRsC41Wi8Rj6NmYYjYQYli2aVRCvCJQ2ZHMJ/4C Li4PjzRN/I5jUVXTnXXFZwBR5puormC6Xw5/0BWpZl1HY9kQfp0BQAN2xZRpPOAL d05YWwkhGRlY2QqbejD2/Srs7EeaBm6a72eso87VlF0cPqmOyEQHOsZW/+ePUr8m IsEvmiLs4AjVddcThAMwnpxoTyVuvAcKcNNuimnkOLqnVn0cvEUJQuBSzeasPU9u lMJMiavT3F1NgcO8nuxl+ouxDiPPD2k3sJYWishr4kSjlAh+nHD9AiUBvwKG6wtz MsL4CEURu+ufk2IRNsiVwheS+V7NDxePZ8FiDiv8I8Fi3cJNSTs8LL9sjGZnW/uz p1CfTXr21965yManVDXqhHOU5Z5v5cp9ZLbYMU4HkBDyF9r5U/fGt5wYzaTtHIQ9 9JsPoEmWzSWGBMPeouMEpWNKJJM0RZ1DpD11qoksjTQ/nIiMP8doBlvkvPBs9ZS6 WEwgLMxa/nGm5/nO/30VDKgHTVa/bFJnxe98D0hosFs3nyFGYvj1jT707b1d0srk aHd0WYv0+7tsJ/y4QJPKoesL61zmWmdrK2URNYiyIWGgNwQJJZuYVY1ckayx63kb DMpHcfZNlBNrss7FF5lr =A4ZO -----END PGP SIGNATURE-----

1 0

[ACTION REQUIRED] oVirt 3.5.3 branch created
by Sandro Bonazzola 27 Apr '15

27 Apr '15

Hi, oVirt 3.5.3 branch has been created on hash: * 31a0009 - webadmin: "Advanced Parameters" panel disappear when choosing to use hosts provider (30 hours ago) <Ravi Nori> All patches targeted to 3.5.3 will need to be cherry-picked on the 3.5.3 branch too. Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 1

vdsm: python3 support?
by Dan Kenigsberg 27 Apr '15

27 Apr '15

Vdsm depends on Python 2, but the developers of Python 2 wants us (and everybody else) to move to the slightly-different language of Python 3. There is a lot to be fixed for this to happen: - depency on libraries with no python3 port: - mom - cpopen - m2crypto - use of implicit relative imports, mostly in the storage package - use of renamed/moved functions, methods and modules (e.g. dict.iteritems, io.StringIO, itertools.izip) - use of contextlib.nested - unsafe unicode treatment - and probably much more... Fixing it all would take a long time, and may introduce regressions. We must perform it gradually. The very first step is to use syntax that is compatible with both languages, and make sure we do not regress on that front. The remaining bit is our usages of raise E, V, T statement, which has been dropped in PEP-3109. https://gerrit.ovirt.org/#/c/40214/ suggests to replace it with six.reraise(), which adds a new run-time dependency to Vdsm. https://gerrit.ovirt.org/#/c/40215/ adds an attempt to python3-compile all vdsm code, so that we do not introduce new python2-only code. Please approve/comment!

3 2

Gerrit upgrade
by David Caro 27 Apr '15

27 Apr '15

--geqNt1NAoYRYy2Pr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everyone, we will be upgrading gerrit this evening, if everything goes well, we might even have oauth auth (google and github). The upgrade will start at 17:00 CEST (18:00 IST) and should take ~15 min, downtime should be minimal, but some restarts might be required and cache flushes, so don't expect it to work properly until finishedf, will let you know what's the result after. Thanks! --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --geqNt1NAoYRYy2Pr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVPkP5AAoJEEBxx+HSYmnD/4MIAJ5gqxWWqM4Zuzsde7zf9TrG e6kGUHOxOwkX6zi2COvgQp3msKU3j/6T0xEcbtoqNbJ/EGtxBkQA0Qoo5x9x94n8 uL/q58v0lpRD1R0jSAJF/4KCArwsdfeGeHvM5CwB8AxQBucparr+AO3DnlpdIuUQ 1Pn2TayyOQD+gFXttRs6lMXIBimbsSq103BpnX7rRGC0d06QPQy920yv5UPqzy51 n3eXRfjFWWPeSgjavf/Jbmrovcp1gfy2qw/b/RjhhVpSZBESTlpVNR+b+DaiK2CC fleQXbkD9A0P8QH5exhDtbgBpG01uYG816iw8H93HlKCA+PpAmXczF0jsuO6Wkg= =nL9V -----END PGP SIGNATURE----- --geqNt1NAoYRYy2Pr--

1 2

Change the default space requirements of oVirt Node
by Fabian Deutsch 24 Apr '15

24 Apr '15

Hey, to support some features in Node for el7 we will increase the default space requirements from ~2GB to ~10GB. This will only affect oVirt Node (el7) in oVirt 3.6. - fabian

1 0

Relocating the vdsm upgrade logic into a new or existing service at boot time
by Fabian Deutsch 24 Apr '15

24 Apr '15

Hey, the logic which is run on vdsm upgrades is located in the specfile, and thus run when the rpm get's an update. This is fine as long as rpm is involved (like when rpm or yum or dnf is used), but it becomes - and already is - an issue for flows where the upgrade happens without rpm, like on oVirt Node. On oVirt Node the image for booting the host is getting replaced, we currently mimic the upgrade process of the specfile. But this error prone - we had a lot of bugs around this area (remember the problems with the hooks?), and we need to watch out for changes in the upgrade logic. To simplify and especially unify the logic between Node and normal hosts, I'd like to discuss if the upgrade logic can be moved to a separate service or included in one of the existsing services. The simplest approach to me would be top create a new service which is started before libvirtd and vdsmd/supervdsmd to run some logic if an upgrade of vdsm is detected. This habit - to do the upgrade logic during boot - is actually not new and systemd provides some helpers (ConditionNeedsUpdate=) around this to ease the implementation. Thoughts? Greetings - fabian -- [1] http://0pointer.net/blog/projects/stateless.html [2] http://www.freedesktop.org/software/systemd/man/systemd.unit.html

2 3

If you fail to log in to gerrit
by David Caro 23 Apr '15

23 Apr '15

--tYlHSoJ8Aop8eNG2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! There was some confusion the latter days regarding the fact that google sto= pped supporting openid 2.0, making it impossible to authenticate with a google account on the gerrit service, let me give you some guidance for those that still have the issue. You'll need another openid account anywhere else, fedora openid is cleaner = and easier to set up on gerrit but anything else can do. IMPORTANT: If you haven't logged in on gerrit with the new openid, don't do= it. If you did, don't review or comment any patches with it, use ssh [1] instea= d. =3D=3D=3D For fedora openid, if you haven't logged with it yet Send an email to infra at ovirt dot org with the fedora user and the old account email. We'll add it and you'll be good to go. =3D=3D=3D For any other provider or if you logged in with the new account If you did not yet, log into gerrit with the new account to create a new us= er. Then go to settings->account and send the account id shown there and the old account email to infra at ovirt dot org, log out and wait for ack on our si= de. This last method, might create duplicated accounts, if it did, send an emai= l to infra with the account duplicated email and we will fix it. We are working on getting the googole supported again, but the new protocol= is not yet supported officially by gerrit and requires potentially dangerous modifications. So I reccommend having more than one openid linked, as a best practice anywhere. Cheers --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --tYlHSoJ8Aop8eNG2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVOLCNAAoJEEBxx+HSYmnDDzQH/igxHeAWoisUVhmQL7ejtZWd O8lCFKY68OiwzR3/mK8mj2OoTelBEhuUyHyY6aF/nt8eh47yQAY+s9YqYmRNxZ6Z 0K/s4Ppgp74bhWT3B9UHcRLmPRPTkB012qkoj3YpJAgMICaBezCVgKa1CWesSHYb kYV2ojRIm6GHiMfDjy1qiIxR2tdgJUrRaKLw/rhp82UmHxH+l6a70bS9iU+aTMv1 19sHk8lqKr7Os0Usz1np29p5J5NOeC18f+i3ud5sL55A74dY1yoN3tMjrq1XnPoQ ssUa2u5xH4JKY7r7L9wYo36dIjMWmG2j7ayZ6wjclyOYEiQxTSUcMPMjpMgs7Nw= =47EB -----END PGP SIGNATURE----- --tYlHSoJ8Aop8eNG2--

1 0

Minutes: oVirt Weekly Sync (Open Format)
by Brian Proffitt 22 Apr '15

22 Apr '15

Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.log.html ======================================= #ovirt: oVirt Weekly Sync (Open Format) ======================================= Meeting started by bkp at 14:02:19 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-04-22-14.02.log.html . Meeting summary --------------- * Agenda (bkp, 14:04:08) * 3.5 news (bkp, 14:04:33) * 3.6 news/discussion (bkp, 14:04:45) * Open Discussion (bkp, 14:04:55) * 3.5 news/discussion (bkp, 14:06:35) * 3.5 general status email: http://lists.ovirt.org/pipermail/devel/2015-April/010315.html (bkp, 14:12:58) * 3.5.2 looks good for April 28 (bkp, 14:13:01) * 3.5.2, only one bug in QA (bkp, 14:13:03) * sbonazzo needs maintainers to review the package list he sent on RC4 release, to be sure that listed packages correspond to the ones maintainers want to release (bkp, 14:13:07) * 3.6 news/discussion (bkp, 14:13:29) * Brief general status for 3.6 here: http://lists.ovirt.org/pipermail/devel/2015-April/010310.html (bkp, 14:28:29) * el6 repo broken by the removal of vdsm, infra and node (fabiand) must address in the next couple of days (bkp, 14:28:32) * Node needs to be dropped on el6, which, according to sbonazzo some related job is still building RPMs for el6 (bkp, 14:28:35) * Today (22.4.15) is feature submission deadline for 3.6 (bkp, 14:28:38) * Submitted features need to be reviewed. (bkp, 14:28:40) * An alpha release of 3.6 is scheduled for May 6 (bkp, 14:28:43) * Open Discussion (bkp, 14:28:44) * Inquiry about jdk 1.8 / wildfly support for dev infra, no initial response. Using jdk 1.7 as a fallback is not optimal, sbonazzo reports (bkp, 14:28:46) * Node is building nicely and the team is cleaning up and preparing for 3.6, fabiand reports (bkp, 14:28:49) * On the issue of server hardening, dcaro reports that we are waiting for the sec team to finish the checks and give more feedback on best practices (bkp, 14:53:45) * bkp suggests that office hours be held for set half-hour periods, moderated by a rotation of community members. Format should be open, answering all questions and discussing any cross-team/community-wide issues as needed. Twice a week, Tuesdays and Thursdays. (bkp, 14:53:48) * ACTION: bkp will ask on community mailing lists to finalize discussion on office hour format (bkp, 14:53:52) Meeting ended at 14:54:10 UTC. Action Items ------------ * bkp will ask on community mailing lists to finalize discussion on office hour format Action Items, by person ----------------------- * bkp * bkp will ask on community mailing lists to finalize discussion on office hour format * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * bkp (73) * sbonazzo (56) * dcaro (14) * fabiand (7) * mr_chris (4) * ovirtbot (2) * awels (1) * misc (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0