January 2017 - Devel - oVirt List Archives

Redundant stomp connection for SPM
by Roy Golan 24 Jan '17

24 Jan '17

For each SPM host the engine creates a different stomp connection (See JsonRpcIIrsServer.java) . This also means another client connection to maintain on the SPM machine. What is the reason we still have it and what does it guarantee? Please add any info here prior to opening a bug to remove it for 4.2.

3 3

Thread pools and ManageExecutorService
by Roy Golan 24 Jan '17

24 Jan '17

Java EE 7 included ManageExecutorService in its spec. Using Wildfly (as certified EE 7 container) we can use it to replace our own ThreadPoolUtil implementation and (possibly) Quarz usage. Managed executor service is a thread pool resource, manage by the container and can be controlled via JMX or the startup ovirt-egine.xml.in facility. This means that it could be tweaked at runtime as well. The service has configured thread factory and queue as well, all described by the xml In the engine we are using mutli pools, with little to no capabilities of tweaking them - ThreadPoolUtil - our general threading facade - SchedulerThreadPool - the pool we create to pass to quarz - HostUpdatesCheckerService.java - internal pool - CommandExecutor - coco's pool EE gave us a standard way to handle threads, with runtime configuration and ability to @inject it into the code, this means once again less code with using something the platform already supplies with real tuninig abilities. I know #infra has an item quarts, this should be considered as well. Following this thread, if there is no suitable bug already, I'll open one for this. Some code snippets: @Resource private ManagedExecutorService mes; ... Future f = mes.submit(() -> doThis()) The configuration in ovirt-engine.xml.in (already there today!): <managed-executor-services> <managed-executor-service name="default" jndi-name="java:jboss/ee/concurrency/executor/default" context-service="default" thread-factory="default" hung-task-threshold="60000" core-threads="5" max-threads="25" keepalive-time="5000" queue-length="1000000" reject-policy="RETRY_ABORT" /> </managed-executor-services> Please head here for wildfly docs [1] and here [2] to see a simple example (from one of the members of the EG of EE, recommended blog in general) [1] https://docs.jboss.org/author/display/WFLY8/EE+Concurrency+Utilities+Config… [2] http://www.adam-bien.com/roller/abien/entry/injecting_an_executorservice_wi…

4 4

API model documentation is broken?
by Yaniv Kaul 24 Jan '17

24 Jan '17

Just below [1], something is a bit messed up. TIA, Y. [1] http://ovirt.github.io/ovirt-engine-api-model/master/#services/attached_sto…

2 1

Updated Invitation: Next-generation Node package persistence for oVirt 4.1 @ Thu Jan 26, 2017 9am - 10am (MST) (devel@ovirt.org)
by rbarry＠redhat.com 24 Jan '17

24 Jan '17

This event has been changed. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Thu Jan 26, 2017 9am – 10am Mountain Time - Arizona (changed) Where: https://www.youtube.com/watch?v=tpAVkBEDdVg Calendar: devel(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Updated Invitation: Next-generation Node package persistence for oVirt 4.1 @ Thu Jan 26, 2017 8am - 9am (MST) (devel@ovirt.org)
by rbarry＠redhat.com 24 Jan '17

24 Jan '17

This event has been changed. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Thu Jan 26, 2017 8am – 9am Mountain Time - Arizona (changed) Where: https://www.youtube.com/watch?v=tpAVkBEDdVg (changed) Calendar: devel(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

Broken vdsm dependency in master nightly snapshot
by Denis Chaplygin 24 Jan '17

24 Jan '17

Hello For some reason vdsm from nightly snapshot is not installable anymore: --> Finished Dependency Resolution Error: Package: vdsm-4.20.0-249.git0cb9996.el7.centos.x86_64 (ovirt-master-snapshot) Requires: libvirt-daemon-kvm >= 2.0.0-10.el7_3.4 Installed: libvirt-daemon-kvm-2.0.0-10.el7.x86_64 (@redhat) libvirt-daemon-kvm = 2.0.0-10.el7 An i have no idea, where to get new libvirt-daemon-kvm What could be going wrong?

2 1

Invitation: Next-generation Node package persistence for oVirt 4.1 @ Tue Jan 24, 2017 8am - 9am (MST) (devel@ovirt.org)
by rbarry＠redhat.com 24 Jan '17

24 Jan '17

You have been invited to the following event. Title: Next-generation Node package persistence for oVirt 4.1 oVirt Node is a composed hypervisor image which can be used to provision virtualization hosts for use with oVirt out of the box, with no additional package installation necessary. oVirt Node is upgraded via yum in an A/B fashion, but the installation of a completely new image means that packages which have been installed on a previous version of the hypervisor were lost on upgrades, or required reinstallation. With oVIrt 4.1, oVirt Node will cache and reinstall packages installed with yum or dnf onto the new image, ensuring that customizations made by users or administrators are kept. The advantages of keeping packages across upgrades: - ability to persistently modify oVirt Node with additions for tooling or support - removes the need to build a brand-new image with a modified kickstart to modify oVirt Node - simplified management Session outline: - Next-generation oVirt Node overview - yum API overview - oVIrt Node integration with yum/dnf to persist RPMs across upgrades Session link: https://www.youtube.com/watch?v=VAznsxvZpuk Feature Page: https://www.ovirt.org/develop/release-management/features/node/node-next-pe… When: Tue Jan 24, 2017 8am – 9am Mountain Time - Arizona Where: https://www.youtube.com/watch?v=VAznsxvZpuk Calendar: devel(a)ovirt.org Who: * rbarry(a)redhat.com - organizer * users(a)ovirt.org * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=dWxlaW1rMmI0MHJybHZsO… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

2 1

job test-repo_ovirt_experimental_4.0 (3718) failed
by Shlomo Ben David 24 Jan '17

24 Jan '17

Hi, Job [1] failed with the following errors (logs [2]): {"jsonrpc": "2.0", "id": "669e1306-3206-4a64-a33f-d18176531ff8", "error": {"message": "Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',)", "code": 358}}� 2017-01-19 12:13:51,619 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [3a116b94] Message received: {"jsonrpc": "2.0", "id": "669e1306-3206-4a64-a33f-d18176531ff8", "error": {"message": "Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',)", "code": 358}} 2017-01-19 12:13:51,620 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (default task-27) [6a6480a4] Failed in 'AttachStorageDomainVDS' method 2017-01-19 12:13:51,624 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-27) [6a6480a4] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM command failed: Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',) 2017-01-19 12:13:51,624 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (default task-27) [6a6480a4] Command 'AttachStorageDomainVDSCommand( AttachStorageDomainVDSCommandParameters:{runAsync='true', storagePoolId='fc33da6d-5da7-4005-a693-f170437c176c', ignoreFailoverLimit='false', storageDomainId='ab6c9588-d957-4be3-9862-d2596db463d9'})' execution failed: IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS, error = Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',), code = 358 2017-01-19 12:13:51,632 DEBUG [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] (DefaultQuartzScheduler10) [] Rescheduling DEFAULT.org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData.hostsStorageConnectionsAndPoolMetadataRefresh#-9223372036854775793 as there is no unfired trigger. 2017-01-19 12:13:51,624 DEBUG [org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand] (default task-27) [6a6480a4] Exception: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Failed to AttachStorageDomainVDS, error = Storage domain does not exist: (u'ab6c9588-d957-4be3-9862-d2596db463d9',), code = 358 at org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand.createDefaultConcreteException(AttachStorageDomainVDSCommand.java:25) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.createException(BrokerCommandBase.java:222) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase.proceedProxyReturnValue(BrokerCommandBase.java:192) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.AttachStorageDomainVDSCommand.executeIrsBrokerCommand(AttachStorageDomainVDSCommand.java:18) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.lambda$executeVDSCommand$0(IrsBrokerCommand.java:161) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData.runInControlledConcurrency(IrsProxyData.java:248) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand.executeVDSCommand(IrsBrokerCommand.java:158) [vdsbroker.jar:] at org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73) [vdsbroker.jar:] at org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) [dal.jar:] at org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451) [vdsbroker.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runVdsCommand(CommandBase.java:2171) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageHandlingCommandBase.runVdsCommand(StorageHandlingCommandBase.java:657) [bll.jar:] at org.ovirt.engine.core.bll.storage.domain.AttachStorageDomainToPoolCommand.executeCommand(AttachStorageDomainToPoolCommand.java:152) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1305) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1447) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2075) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:166) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1490) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:398) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:493) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:475) [bll.jar:] at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:428) [bll.jar:] at sun.reflect.GeneratedMethodAccessor217.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] 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.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) [wildfly-weld-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) [wildfly-weld-10.1.0.Final.jar:10.1.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.GeneratedMethodAccessor63.invoke(Unknown Source) [:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] 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.1.0.Final.jar:10.1.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.5.Final.jar:2.3.5.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83) [wildfly-weld-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:374) [wildfly-ejb3-10.1.0.Final.jar:10.1.0.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:243) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-10.1.0.Final.jar:10.1.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.1.0.Final.jar:10.1.0.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-10.1.0.Final.jar:10.1.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:198) 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.runAction(Unknown Source) [common.jar:] at org.ovirt.engine.api.restapi.resource.BackendResource.doAction(BackendResource.java:250) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.doCreateEntity(AbstractBackendCollectionResource.java:229) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.performCreate(AbstractBackendCollectionResource.java:143) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.performCreate(AbstractBackendCollectionResource.java:133) at org.ovirt.engine.api.restapi.resource.AbstractBackendCollectionResource.performCreate(AbstractBackendCollectionResource.java:152) at org.ovirt.engine.api.restapi.resource.BackendAttachedStorageDomainsResource.add(BackendAttachedStorageDomainsResource.java:63) at org.ovirt.engine.api.v3.V3Server.adaptAdd(V3Server.java:166) at org.ovirt.engine.api.v3.servers.V3AttachedStorageDomainsServer.add(V3AttachedStorageDomainsServer.java:41) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111] at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111] at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:295) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:249) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(ResourceLocatorInvoker.java:138) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocatorInvoker.java:107) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(ResourceLocatorInvoker.java:133) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocatorInvoker.java:107) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invokeOnTargetObject(ResourceLocatorInvoker.java:133) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.ResourceLocatorInvoker.invoke(ResourceLocatorInvoker.java:101) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:402) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:209) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.Final] at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.19.Final.jar:3.0.19.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.handleRequest(FilterHandler.java:81) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) 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.dispatchRequest(ServletInitialHandler.java:274) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:209) at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:221) at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSetup(RequestDispatcherImpl.java:147) at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:111) at org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:139) at org.ovirt.engine.api.restapi.invocation.VersionFilter.doFilter(VersionFilter.java:68) 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.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:84) at org.ovirt.engine.api.restapi.invocation.CurrentFilter.doFilter(CurrentFilter.java:63) 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.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:78) [aaa.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.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39) [aaa.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.aaa.filters.SsoRestApiNegotiationFilter.doFilter(SsoRestApiNegotiationFilter.java:91) [aaa.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.aaa.filters.SsoRestApiAuthFilter.doFilter(SsoRestApiAuthFilter.java:47) [aaa.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.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:59) [aaa.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.aaa.filters.RestApiSessionValidationFilter.doFilter(RestApiSessionValidationFilter.java:35) [aaa.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.api.restapi.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:111) at org.ovirt.engine.api.restapi.security.CSRFProtectionFilter.doFilter(CSRFProtectionFilter.java:102) 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.api.restapi.security.CORSSupportFilter.doFilter(CORSSupportFilter.java:183) at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44) 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:202) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] [1] - http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.0/3718/ [2] - http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.0/3718/artifact… Best Regards, Shlomi Ben-David | Software Engineer | Red Hat ISRAEL RHCSA | RHCE IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) OPEN SOURCE - 1 4 011 && 011 4 1

5 4

[ANN] oVirt 4.0.6 is the last 4.0 release
by Sandro Bonazzola 24 Jan '17

24 Jan '17

Hi, with the coming oVirt 4.1.0 GA release scheduled to be released on February 1st, oVirt 4.0.6 is the last officially released version in 4.0 cycle. If any critical issue will be reported upgrading to 4.1 which will require a fix in 4.0.6, a fix will be released. Please note that any bug reported as fixed in bugzilla against 4.0.7 has been also fixed in 4.1.0. on behalf of the oVirt team, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

new feature on manual ost
by Daniel Belenky 24 Jan '17

24 Jan '17

FYI, The infra team has recently added a new feature for the manual OST jobs, published in recent oVirt blog [1], Which hopefully will help developers have more control over running OST on open patches. The new feature allows anyone to choose which oVirt repo the job should use as 'base repo', the options are: *latest_tested*: will install the latest rpms that passed the ci. ( a.k.a experimental latest.tested ) *latest_release*: will install the last stable release. ( for e.g oVirt 4.0.6 for 4.0.z or 4.1 RC for 4.1 ) The changes are already available on the job in CI [2], Please don't hesitate to contact the infra team for any questions or issues with using the jobs, The oVirt infra team. [1] https://www.ovirt.org/blog/2017/01/ovirt-system-tests-to-the-rescue/ [2] http://jenkins.ovirt.org/view/oVirt%20system%20tests/ job/ovirt_master_system-tests_manual/ -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

[ACTION REQUIRED] Bugs still pending on oVirt 4.1.0
by Sandro Bonazzola 23 Jan '17

23 Jan '17

Hi, we released oVirt 4.1.0 RC today and we still have 131 bugs targeted to 4.1.0[1]. Please push them to one of the planned coming releases if not blocking 4.1.0 release. When moving the bugs, please consider we already have 132 bugs targeted to 4.1.1[2]. If you identify a blocker bug in 4.1.0 RC please raise the issue as soon as possible since this will require a respin and possibly a delay in the final release. Thanks, [1] https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… [2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=classification%3Aovirt%… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Invitation: DeepDive: VM to host affinity @ Tue Jan 24, 2017 4pm - 4:50pm (IST) (devel@ovirt.org)
by yquinn＠redhat.com 23 Jan '17

23 Jan '17

You have been invited to the following event. Title: DeepDive: VM to host affinity please join YouTube live event at: https://www.youtube.com/watch?v=rs_5BSqacWE for any questions please contact me at: yquinn(a)redhat.com When: Tue Jan 24, 2017 4pm – 4:50pm Jerusalem Where: https://www.youtube.com/watch?v=rs_5BSqacWE Calendar: devel(a)ovirt.org Who: * yanir quinn - organizer * dfediuck(a)redhat.com * msivak(a)redhat.com * users(a)ovirt.org * yquinn(a)redhat.com * devel(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=cmgzaW5rMm5idjQxdDRxa… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account devel(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

[ATTENTION] oVirt Engine tests now use Mockito 2.6.5
by Allon Mureinik 23 Jan '17

23 Jan '17

Good morning Engine developers, As of this morning, oVirt Engine has migrated to the next generation of Mockito, specifically, the latest available version - 2.6.5 (well, the latest version at the time this email was issued. Their z-stream are as small as a single patch, and thus REALLY fast). First of all - a big shout-out to everyone who took the time to review and comment on this patch series. Why did we do this? 1. The Mockito 1.x generation is no longer supported, and we want to work with a live, maintained, library. 2. Support for Java 8 syntax. 3. Improved generics support, lending to cleaner code. 4. Improved performance. Unfortunately(?), the Mockito 2.x generation isn't 100% backwards compatible. Here are the main changes you need to know about. **"Sneaky" Behavior Changes:** 1. In Mockito 1.x, stubbing a mock and then not using this recorded behavior was not an issue (besides the fact that you're probably writing unused code :-)). In Mokcito 2.x, by default, having unused stubbing will fail your test. Usually, the best course of action is to remove these useless stubbings (as I've done for most of the occurrences in the code). If this isn't easily possible (e.g., these stubbings are inherited from a base class), or if removing them would actually make the test less easy to follow, you can use the org.mockito.junit.MockitoJUnitRunner.Silent runner to revert to Mockito 1.x's behavior. 2. In Mockito 1.x, any(Class) also matches nulls (e.g., any(SomeClass.class) would match any instance of SomeClass or null). In Mockito 2.x, any(Class) *no longer matches nulls*. In order to also match nulls you could use any() or nullable(Class). **Code Changes** 1. Mockito 2.x's ArgumentMatcher no longer extend Hamcrest's Matcher, and was in fact converted to a [functional] interface. Beyond the simple change of using "implements" instead of "extends", this also means you can write much cleaner code and have your matchers as anonymous lambdas. If you still want to use a Hamcrest matcher for your stubbing, you can use org.mockito.hamcrest.MockitoHamcrest#argThat. 2. anyListOf/anySetOf/anyCollectionOf/anyMapOf are now deprecated and should not be used (well, at least mostly - see below). Their counterparts, anyList/anySet/anyCollection/anyMap no longer return raw types, but generalized ones. Utilizing Java 8's type inference, Mockito 2.x allows you to use the simpler versions without getting unchecked assignments warnings. Note that this capability depends on Java's language level, so frontend projects that still use Java 7 will have to use the deprecated versions, unfortunately. I've already applied this change to the entire backend, but you should note it when writing new patches. 3. anyObject() is deprecated - just use any() instead. I've already applied this change to the entire project, but you should note it when writing new patches. 4. org.mockito.runners.MockitoJUnitRunner has been hollowed out and deprecated. Use org.mockito.junit.MockitoJUnitRunner (or org.mockito.junit.MockitoJUnitRunner.Silent, as explained above) instead. I've already applied this change to the entire project, but you should note it when writing new patches. 5. org.mockito.Matchers has been hollowed out and deprecated. Use org.mockito.ArgumentMatchers instead. I've already applied this change to the entire project, but you should note it when writing new patches. Additional information is available on Mockito's website [1], and specifically the "What's new in Mockito 2" page [2]. If you have any other questions, feel free to reply to this thread or contact me directly. Have a great mocking day, Allon [1] http://site.mockito.org/ [2] https://github.com/mockito/mockito/wiki/What%27s-new-in-Mockito-2

1 0

Values of column all_disks_for_vms.actual_size
by Jakub Niedermertl 22 Jan '17

22 Jan '17

Hi Tal, what describe values in column 'actual_size' of view 'all_disks_for_vms'? I noticed very strange behavior of values in this column: It's * 0 for 'thin-provisioned' disk of VM in cluster 4.1 * 2147487744 for 'preallocated' 2GB disk of VM in cluster 4.1 * 0 for 'thin-provisioned' disk of VM in cluster 4.0 * 0 for 'preallocated' disk of VM in cluster 4.0 * 0 for disk of template that was created by importing glance image as template to 4.0 cluster * 200704 for disk of template that was created by importing 12 MB glance image as template to 4.1 cluster * 0 for disk of template that was created by importing glance image as template to 4.0 cluster * 0 for disk of template of VM with preallocated disk in 4.1 cluster * 0 for disk of template of VM with preallocated disk in 4.0 cluster How is the value supposed to be computed? Thanks for explanation Jakub

2 1

BZ#1375139 VM lost its disk after snapshot preview/commit
by Pavel Gashev 22 Jan '17

22 Jan '17

--_000_1F1D342F27174725BAF1E1512862C6A7acroniscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCmh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTM3 NTEzOQ0KDQpDb3VsZCBzb21lYm9keSBjb25maXJtLCB0aGF0IHRoZSBpc3N1ZSBpcyBub3QgZ29p bmcgdG8gYmUgZml4ZWQgaW4gNC4wPw0KDQpUaGFua3MNCg0K --_000_1F1D342F27174725BAF1E1512862C6A7acroniscom_ Content-Type: text/html; charset="utf-8" Content-ID: <00FCCA969FC385488652978E69A6702E(a)acronis.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo1OTUuMHB0IDg0Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQg NzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0iRU4tVVMi IGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+ SGVsbG8sPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48YSBocmVm PSJodHRwczovL2J1Z3ppbGxhLnJlZGhhdC5jb20vc2hvd19idWcuY2dpP2lkPTEzNzUxMzkiPmh0 dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTM3NTEzOTwvYT48bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkNvdWxkIHNvbWVib2R5IGNv bmZpcm0sIHRoYXQgdGhlIGlzc3VlIGlzIG5vdCBnb2luZyB0byBiZSBmaXhlZCBpbiA0LjA/PG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5UaGFua3M8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2JvZHk+DQo8 L2h0bWw+DQo= --_000_1F1D342F27174725BAF1E1512862C6A7acroniscom_--

5 9

planned Jenkins restart
by Evgheni Dereveanchin 21 Jan '17

21 Jan '17

Hi everyone, I'll be performing a planned Jenkins restart today. No new builds will be scheduled during this maintenance period. I will announce you once it is finished. Regards, Evgheni Dereveanchin

2 2

oVirt Community Newsletter: December 2016
by Brian Proffitt 20 Jan '17

20 Jan '17

It's a new year with new opportunities for oVirt to show up its virtualization features! We're getting ready for DevConf.CZ in Brno next week, and FOSDEM in Brussels the week after that! We look forward to meeting European developers and sysadmins to share your experiences! Here's what happened in December of 2016: ----------------- Software Releases ----------------- oVirt 4.0.6 Release is now available http://bit.ly/2iOI9cY ---------------- In the Community ---------------- Happy New Documentation! http://bit.ly/2iOLCrW oVirt System Tests to the Rescue!—How to Run End-to-End oVirt Tests on Your Patch http://bit.ly/2iONDUR CI Please Build—How to build your oVirt project on-demand http://bit.ly/2iOTAkD The Need for Speed—Coming Changes in oVirt's CI Standards http://bit.ly/2iOPUzf Еxtension of iptables Rules on oVirt 4.0 Hosts http://bit.ly/2iOPARp New oVirt Project Underway http://bit.ly/2iOKeW6 ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ KVM/Linux Nested Virtualization Support For ARM http://bit.ly/2iOILiD Virtual Machines in Kubernetes? How and what makes sense? http://bit.ly/2iOWDtj ANNOUNCE: New libvirt project Go XML parser model http://bit.ly/2iORd1j Using OVN with KVM and Libvirt http://bit.ly/2iOOEwc New libvirt project Go language bindings http://bit.ly/2iP0ne5 CI tools testing lab: Making it do useful work http://bit.ly/2iOVilZ CI tools testing lab: Integrating Jenkins and adding Zuul UI http://bit.ly/2iOOBRa CI tools testing lab: Adding Zuul Merger http://bit.ly/2iOP1a8 CI tools testing lab: Setting up Zuul Server http://bit.ly/2iOUZYn CI tools testing lab: Adding Gerrit http://bit.ly/2iP0CG1 CI tools testing lab: Initial setup with Jenkins http://bit.ly/2iOSvtc --------------- Downstream News --------------- Debugging a kernel in QEMU/libvirt http://red.ht/2jvB5mf Five Reasons to Switch from vSphere to Red Hat Virtualization http://red.ht/2iLW5YU Red Hat scoops Best Virtualization Product at the V3 Technology Awards 2016 http://red.ht/2hW9N7B -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3

[ACTION REQUIRED] 4.1 RC blocked
by Sandro Bonazzola 20 Jan '17

20 Jan '17

Hi, we still have 2 approved blockers: https://bugzilla.redhat.com/buglist.cgi?quicksearch= target_milestone%3Aovirt-4.1.0%20status%3Anew%2Cassigned% 2Cpost%20flag%3Ablocker%2B Please provide ETA or push them out of 4.1, Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 2

[ACTION REQUIRED] please check rpms to be shipped in 4.1.0 RC1
by Sandro Bonazzola 20 Jan '17

20 Jan '17

Hi, here's the manigest of the rpms going to be released as 4.1.0 RC1, please check your packages NVR and let me know if something is not like you expected them to be. $ repoquery --all --repofrompath=ovirt-4.1_rc1, http://resources.ovirt.org/pub/ovirt-4.1-pre/rpm/el7/ --disablerepo=* --enablerepo=ovirt-4.1_rc1 Yum-utils package has been deprecated, use dnf instead. See 'man yum2dnf' for more information. cockpit-ovirt-dashboard-0:0.10.7-0.0.3.el7.centos.noarch cockpit-ovirt-uiplugin-0:0.10.7-0.0.3.el7.centos.noarch ebay-cors-filter-0:1.0.1-3.el7.noarch ebay-cors-filter-javadoc-0:1.0.1-3.el7.noarch imgbased-0:0.9.5-0.201701181504git35ef6dc.el7.centos.noarch ioprocess-0:0.17.0-1.201611101241.gitb7e353c.el7.centos.x86_64 ioprocess-debuginfo-0:0.17.0-1.201611101241.gitb7e353c.el7.centos.x86_64 java-ovirt-engine-sdk4-0:4.0.0-0.1.20161128git1dc0abb.el7.centos.noarch mom-0:0.5.8-0.0.master.el7.centos.noarch openvswitch-0:2.6.90-1.el7.centos.x86_64 openvswitch-debuginfo-0:2.6.90-1.el7.centos.x86_64 openvswitch-devel-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-central-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-common-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-docker-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-host-0:2.6.90-1.el7.centos.x86_64 openvswitch-ovn-vtep-0:2.6.90-1.el7.centos.x86_64 openvswitch-selinux-policy-0:2.6.90-1.el7.centos.noarch openvswitch-test-0:2.6.90-1.el7.centos.noarch opstools-ansible-0:0.0.1-0.20161102gitff6aa42.el7.noarch otopi-0:1.6.0-1.el7.centos.noarch otopi-debug-plugins-0:1.6.0-1.el7.centos.noarch otopi-devtools-0:1.6.0-1.el7.centos.noarch otopi-java-0:1.6.0-1.el7.centos.noarch otopi-javadoc-0:1.6.0-1.el7.centos.noarch ovirt-engine-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-appliance-0:4.1-20161222.1.el7.centos.noarch ovirt-engine-backend-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-cli-0:3.6.9.2-1.el7.centos.noarch ovirt-engine-dashboard-0:1.1.0-1.el7.centos.noarch ovirt-engine-dbscripts-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-dwh-0:4.1.0-1.el7.centos.noarch ovirt-engine-dwh-setup-0:4.1.0-1.el7.centos.noarch ovirt-engine-extension-aaa-jdbc-0:1.1.2-1.el7.noarch ovirt-engine-extension-aaa-ldap-0:1.3.0-1.el7.noarch ovirt-engine-extension-aaa-ldap-setup-0:1.3.0-1.el7.noarch ovirt-engine-extension-aaa-misc-0:1.0.1-1.el7.noarch ovirt-engine-extension-logger-log4j-0:1.0.2-1.el7.noarch ovirt-engine-extensions-api-impl-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-extensions-api-impl-javadoc-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-hosts-ansible-inventory-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-lib-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-nodejs-0:6.9.1-1.el7.x86_64 ovirt-engine-nodejs-modules-0:0.0.17-1.el7.x86_64 ovirt-engine-restapi-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-sdk-java-0:3.6.8.1-0.1.20161109.gitc971e9d.el7.noarch ovirt-engine-sdk-java-javadoc-0:3.6.8.1-0.1.20161109.gitc971e9d.el7.noarch ovirt-engine-sdk-python-0:3.6.9.1-1.el7.centos.noarch ovirt-engine-setup-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-base-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-dockerc-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-live-0:4.1.0-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-ovirt-engine-common-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-vmconsole-proxy-helper-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-setup-plugin-websocket-proxy-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-tools-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-tools-backup-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-userportal-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-userportal-debuginfo-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-vmconsole-proxy-helper-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-webadmin-portal-debuginfo-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-websocket-proxy-0:4.1.0.1-1.el7.centos.noarch ovirt-engine-wildfly-0:10.1.0-1.el7.x86_64 ovirt-engine-wildfly-overlay-0:10.0.0-1.el7.noarch ovirt-guest-agent-common-0:1.0.13-1.20161220085008.git165fff1.el7.centos.noarch ovirt-guest-agent-debuginfo-0:1.0.13-1.20161220085008.git165fff1.el7.centos.x86_64 ovirt-guest-agent-pam-module-0:1.0.13-1.20161220085008.git165fff1.el7.centos.x86_64 ovirt-guest-agent-windows-0:1.0.13-1.20161220084921.git165fff1.noarch ovirt-host-deploy-0:1.6.0-1.el7.centos.noarch ovirt-host-deploy-java-0:1.6.0-1.el7.centos.noarch ovirt-host-deploy-javadoc-0:1.6.0-1.el7.centos.noarch ovirt-hosted-engine-ha-0:2.1.0-1.el7.centos.noarch ovirt-hosted-engine-setup-0:2.1.0-1.el7.centos.noarch ovirt-image-uploader-0:4.0.1-1.el7.centos.noarch ovirt-imageio-common-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-imageio-daemon-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-imageio-proxy-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-imageio-proxy-setup-0:1.0.0-0.201701151456.git89ae3b4.el7.centos.noarch ovirt-iso-uploader-0:4.0.2-1.el7.centos.noarch ovirt-jboss-modules-maven-plugin-0:2.0.2-0.1.20160715.gitec01507.el7.centos.noarch ovirt-jboss-modules-maven-plugin-javadoc-0:2.0.2-0.1.20160715.gitec01507.el7.centos.noarch ovirt-live-artwork-0:1.1.0-1.el7.centos.noarch ovirt-live-artwork-gnome-0:1.1.0-1.el7.centos.noarch ovirt-live-artwork-mate-0:1.1.0-1.el7.centos.noarch ovirt-log-collector-0:4.1.0-1.el7.centos.noarch ovirt-node-ng-image-update-placeholder-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-node-ng-nodectl-0:4.0.6-0.20170111.0.el7.noarch ovirt-optimizer-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-optimizer-dependencies-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-optimizer-jboss-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-optimizer-ui-0:0.14-0.171.201611041009.el7.centos.noarch ovirt-provider-ovn-0:1.0-1.20161219125609.git.el7.centos.noarch ovirt-provider-ovn-driver-0:1.0-1.20161219125609.git.el7.centos.noarch ovirt-release-host-node-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-experimental-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-pre-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-release41-snapshot-0:4.1.0-0.8.rc1.el7.centos.noarch ovirt-scheduler-proxy-0:0.1.6.0.4.ge6e07c5-1.el7.centos.noarch ovirt-setup-lib-0:1.1.0-1.el7.centos.noarch ovirt-vmconsole-0:1.0.4-1.el7.centos.noarch ovirt-vmconsole-host-0:1.0.4-1.el7.centos.noarch ovirt-vmconsole-proxy-0:1.0.4-1.el7.centos.noarch ovirt-web-ui-0:0.1.1-2.el7.centos.x86_64 python-ioprocess-0:0.17.0-1.201611101242.gitb7e353c.el7.centos.noarch python-openvswitch-0:2.6.90-1.el7.centos.noarch python-ovirt-engine-sdk4-0:4.1.0-0.1.a0.20161215git77fce51.el7.centos.x86_64 python-ovirt-engine-sdk4-debuginfo-0:4.1.0-0.1.a0.20161215git77fce51.el7.centos.x86_64 qemu-img-ev-10:2.6.0-27.1.el7.x86_64 qemu-kvm-common-ev-10:2.6.0-27.1.el7.x86_64 qemu-kvm-ev-10:2.6.0-27.1.el7.x86_64 qemu-kvm-ev-debuginfo-10:2.6.0-27.1.el7.x86_64 qemu-kvm-tools-ev-10:2.6.0-27.1.el7.x86_64 rubygem-fluent-plugin-rewrite-tag-filter-0:1.5.5-1.el7.centos.noarch rubygem-fluent-plugin-rewrite-tag-filter-doc-0:1.5.5-1.el7.centos.noarch rubygem-fluent-plugin-secure-forward-0:0.4.3-1.el7.noarch rubygem-fluent-plugin-secure-forward-doc-0:0.4.3-1.el7.noarch rubygem-ovirt-engine-sdk4-0:4.1.0-0.1.alpha0.20161220git2b6fbe8.el7.centos.x86_64 rubygem-ovirt-engine-sdk4-debuginfo-0:4.1.0-0.1.alpha0.20161220git2b6fbe8.el7.centos.x86_64 rubygem-ovirt-engine-sdk4-doc-0:4.1.0-0.1.alpha0.20161220git2b6fbe8.el7.centos.x86_64 unboundid-ldapsdk-0:3.2.0-1.el7.noarch unboundid-ldapsdk-javadoc-0:3.2.0-1.el7.noarch vdsm-0:4.19.2-1.el7.centos.x86_64 vdsm-api-0:4.19.2-1.el7.centos.noarch vdsm-cli-0:4.19.2-1.el7.centos.noarch vdsm-client-0:4.19.2-1.el7.centos.noarch vdsm-gluster-0:4.19.2-1.el7.centos.noarch vdsm-hook-allocate_net-0:4.19.2-1.el7.centos.noarch vdsm-hook-checkimages-0:4.19.2-1.el7.centos.noarch vdsm-hook-checkips-0:4.19.2-1.el7.centos.x86_64 vdsm-hook-diskunmap-0:4.19.2-1.el7.centos.noarch vdsm-hook-ethtool-options-0:4.19.2-1.el7.centos.noarch vdsm-hook-extnet-0:4.19.2-1.el7.centos.noarch vdsm-hook-extra-ipv4-addrs-0:4.19.2-1.el7.centos.x86_64 vdsm-hook-fakesriov-0:4.19.2-1.el7.centos.x86_64 vdsm-hook-fakevmstats-0:4.19.2-1.el7.centos.noarch vdsm-hook-faqemu-0:4.19.2-1.el7.centos.noarch vdsm-hook-fcoe-0:4.19.2-1.el7.centos.noarch vdsm-hook-fileinject-0:4.19.2-1.el7.centos.noarch vdsm-hook-floppy-0:4.19.2-1.el7.centos.noarch vdsm-hook-hostusb-0:4.19.2-1.el7.centos.noarch vdsm-hook-httpsisoboot-0:4.19.2-1.el7.centos.noarch vdsm-hook-hugepages-0:4.19.2-1.el7.centos.noarch vdsm-hook-ipv6-0:4.19.2-1.el7.centos.noarch vdsm-hook-isolatedprivatevlan-0:4.19.2-1.el7.centos.noarch vdsm-hook-macbind-0:4.19.2-1.el7.centos.noarch vdsm-hook-macspoof-0:4.19.2-1.el7.centos.noarch vdsm-hook-nestedvt-0:4.19.2-1.el7.centos.noarch vdsm-hook-noipspoof-0:4.19.2-1.el7.centos.noarch vdsm-hook-numa-0:4.19.2-1.el7.centos.noarch vdsm-hook-openstacknet-0:4.19.2-1.el7.centos.noarch vdsm-hook-ovs-0:4.18.999-1218.gitd36143e.el7.centos.noarch vdsm-hook-pincpu-0:4.19.2-1.el7.centos.noarch vdsm-hook-promisc-0:4.19.2-1.el7.centos.noarch vdsm-hook-qemucmdline-0:4.19.2-1.el7.centos.noarch vdsm-hook-qos-0:4.19.2-1.el7.centos.noarch vdsm-hook-scratchpad-0:4.19.2-1.el7.centos.noarch vdsm-hook-smbios-0:4.19.2-1.el7.centos.noarch vdsm-hook-spiceoptions-0:4.19.2-1.el7.centos.noarch vdsm-hook-vhostmd-0:4.19.2-1.el7.centos.noarch vdsm-hook-vmdisk-0:4.19.2-1.el7.centos.noarch vdsm-hook-vmfex-0:4.19.2-1.el7.centos.noarch vdsm-hook-vmfex-dev-0:4.19.2-1.el7.centos.noarch vdsm-jsonrpc-0:4.19.2-1.el7.centos.noarch vdsm-jsonrpc-java-0:1.3.7-1.el7.centos.noarch vdsm-jsonrpc-java-javadoc-0:1.3.7-1.el7.centos.noarch vdsm-python-0:4.19.2-1.el7.centos.noarch vdsm-tests-0:4.19.2-1.el7.centos.noarch vdsm-xmlrpc-0:4.19.2-1.el7.centos.noarch vdsm-yajsonrpc-0:4.19.2-1.el7.centos.noarch Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Glance Images
by Marc Young 20 Jan '17

20 Jan '17

Is there any way to suggest new packages be baked into the openstack glance images? Ie. the ovirt-guest-agent is missing from the atomic images, and pretty tough to install given that gcc, make, yum, and pretty much everything else is gone.

3 2

Fwd: UploadStreamVDSCommand throws IllegalArgumentException: TLS
by Maor Lipchuk 19 Jan '17

19 Jan '17

Hi all, I see a consistent exception in the engine logs regarding IllegalArgumentException: TLS when OVF_STORE disks are being updated (see [1]) Host and engine are rebased on latest master. Was there any change in this area lately? Regards Maor [1] 2017-01-19 18:32:31,026+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] START, UploadStreamVDSCommand(HostName = venus-vdsa.tl v.redhat.com, UploadStreamVDSCommandParameters:{runAsync='true', hostId='ae0a04a6-6e2d-4225-a5ed-e9b2418119eb'}), log id: 1fe17dc2 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] -- executeVdsBrokerCommand, parameters: 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ spUUID=00000001-0001-0001-0001-000000000311 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ sdUUID=e31f5951-45e0-48ba-a111-23164f28007d 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ imageGUID=fda85526-dee9-42d2-9652-a3ce83f7629e 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ volUUID=dc463d2b-6b06-4bd2-9735-862aff42dd6f 2017-01-19 18:32:31,027+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] ++ size=20480 2017-01-19 18:32:31,244+02 ERROR [org.ovirt.engine.core.vdsbrok er.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] Command 'UploadStreamVDSCommand(HostName = venus-vdsa. tlv.redhat.com, UploadStreamVDSCommandParameters:{runAsync='true', hostId='ae0a04a6-6e2d-4225-a5ed-e9b2418119eb'})' execution failed: java.lang.IllegalArgumentException: TLS 2017-01-19 18:32:31,245+02 INFO [org.ovirt.engine.core.vdsbro ker.irsbroker.UploadStreamVDSCommand] (DefaultQuartzScheduler4) [6a5a41b] FINISH, UploadStreamVDSCommand, log id: 1fe17dc2 2017-01-19 18:32:31,246+02 ERROR [org.ovirt.engine.core.bll.sto rage.ovfstore.UploadStreamCommand] (DefaultQuartzScheduler4) [6a5a41b] Command 'org.ovirt.engine.core.bll.storage.ovfstore.Uplo adStreamCommand' failed: EngineException: org.ovirt.engine.core.vdsbroke r.vdsbroker.VDSNetworkException: java.lang.IllegalArgumentException: TLS (Failed with error VDS_NETWORK_ERROR and code 5022)

2 2

Publicly available REST documentation
by Jakub Niedermertl 19 Jan '17

19 Jan '17

Hi Juan, from time to time I'd like the REST doc to be available on some public site. It would allow us to * check the documentation without searching for running engine * be able to easily link documentations in irc/mails * link rest doc from ovirt.org site doc Recently I've also heard similar request from other guys (cc-ed). Would it be possible to for example publish generated doc of merged patches of ovirt-engine-api-model project? Maybe github project pages [1] of project mirror [2] could be used for hosting. Regards Jakub [1] https://help.github.com/articles/user-organization-and-project-pages/#proje… [2] https://github.com/oVirt/ovirt-engine-api-model

8 14

master and 4.1 dwhd Fails to Start (was ovirt_experimental_master Fails: PostgreSQL is not Accessible During Engine Setup)
by Anton Marchukov 19 Jan '17

19 Jan '17

Hello All. We checked this with did and postgres connection error is not an error (although it prints stacktrace... cannot we not print stacktraces, please, for antyhing that we handle in code... it is really confusing when you need to find the root cause). The test is checking for dwhd to be up using systemd: testlib.assert_true_within_short( lambda: engine.service('ovirt-engine-dwhd').alive() ) that runs: /usr/bin/systemctl status --lines=0 ovirt-engine-dwhd lago.ssh: DEBUG: Command 90e98548 on lago-basic-suite-master-engine returned with 3 lago.ssh: DEBUG: Command 90e98548 on lago-basic-suite-master-engine output: ● ovirt-engine-dwhd.service - oVirt Engine Data Warehouse Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-dwhd.service; enabled; vendor preset: disabled) Active: activating (auto-restart) (Result: exit-code) since Tue 2017-01-17 07:33:23 EST; 3min 4s ago Main PID: 22448 (code=exited, status=1/FAILURE) CGroup: /system.slice/ovirt-engine-dwhd.service dwhd log [1] has the following error: Error: Could not find or load main class ovirt_engine_dwh.historyetl_4_2.HistoryETL so this looks to be the actual problem. The latest job failed with this is [2]. This also affects 4.1, e.g. [3]. [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4791/artif… [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/4791/ [3] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/287 -- Anton Marchukov Senior Software Engineer - RHEV CI - Red Hat

4 5

[ACTION REQUIRED] oVirt 4.1.0 RC build starting
by Lev Veyde 18 Jan '17

18 Jan '17

Fyi oVirt products maintainers, An oVirt build for an official release is going to start right now. If you're a maintainer for any of the projects included in oVirt distribution and you have changes in your package ready to be released please: - bump version and release to be GA ready - tag your release within git (implies a GitHub Release to be automatically created) - build your packages within jenkins / koji / copr / whatever - verify all bugs on MODIFIED have target release and target milestone set. - add your builds to releng-tools/releases/ovirt-4.1.0_rc1.conf within releng-tools project Thanks in advance, Lev Veyde

1 0

ovirt-guest-agent-common question
by Guy Chen 17 Jan '17

17 Jan '17

Hi After i am installing ovirt-guest-agent-common shutdown of a VM takes about 90 seconds instead of 30 seconds without the agent. I am running on rhvm 4.1 build 4, host, engine and VM all are rhel 7.3, agent version is ovirt-guest-agent-common-1.0.13-2.el7ev.noarch. Has anyone encounter this issue ? Regards, ----------------------------- Guy Chen, RHEV-M Performance O: +972.9.7692152 M: +972.52.8545202 guchen(a)redhat.com

4 10