Host installation is broken across OST suites
by Marcin Sobczyk
Hi,
OST suites seem to be broken, example runs [1][2].
In 'engine.log' [3] there is a problem reported:
2020-08-31 10:54:50,875+02 ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-2) [568e87b9] Host installation failed for host '0524ee6a-815b-4f7c-8ac1-a085b9870325', 'lago-basic-suite-master-host-1': null
2020-08-31 10:54:50,875+02 DEBUG [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (EE-ManagedThreadFactory-engine-Thread-2) [568e87b9] Exception: java.lang.NullPointerException
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:190)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1169)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1327)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2003)
at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:140)
at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:79)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1387)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:419)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runAction(Backend.java:442)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:424)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:630)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.as.weld.common@19.1.0.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
at org.jboss.as.weld.common@19.1.0.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:89)
at org.jboss.as.weld.common@19.1.0.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:102)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:228)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:430)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:160)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
at org.jboss.as.weld.common@19.1.0.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at org.wildfly.security.elytron-private@1.11.4.Final//org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:627)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
at org.jboss.as.ee@19.1.0.Final//org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.interfaces.BackendInternal$$$view2.runInternalAction(Unknown Source)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:410)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:134)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.module.ejb.InjectionPointPropagatingEnterpriseTargetBeanInstance.invoke(InjectionPointPropagatingEnterpriseTargetBeanInstance.java:68)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.BackendCommandObjectsHandler$BackendInternal$BackendLocal$2049259618$Proxy$_$$_Weld$EnterpriseProxy$.runInternalAction(Unknown Source)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInternalAction(CommandBase.java:2381)
at deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand.lambda$executeCommand$3(AddVdsCommand.java:219)
at org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalWrapperRunnable.run(ThreadPoolUtil.java:96)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:227)
Looking at recent patches it might've been introduced by [4].
[1]
https://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/1470/
[2]
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/11211/
[3]
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/112...
[4] https://gerrit.ovirt.org/#/c/109995/
4 years, 4 months
[storage] how to find if a snapshot is in preview based on storage domain metadata only?
by Germano Veit Michel
Hi,
Is there a reliable way to figure out if a snapshot is in preview only
using information obtained from the storage domain metadata?
I'm trying to find a way to distinguish a problematic snapshot chain
(double parent) from a snapshot in preview in order to improve dump-volume
chains.
Currently dump-volume-chains throws an error (DuplicateParentError) if a
snapshot is in preview for the image, as there is a 'Y' shape split in the
chain
with 2 volumes (previous chain + preview) pointing to a common parent:
image: dff0a0c0-b731-4e5b-9f32-d97310ca40de
Error: more than one volume pointing to the same parent volume
e.g: (_BLANK_UUID<-a), (a<-b), (a<-c)
Unordered volumes and children:
- e6c7bec0-53c6-4729-a4a0-a9b3ef2b8c38 <-
5eb2b29d-82d6-4337-8511-3c86705d566e
status: OK, voltype: LEAF, format: COW, legality: LEGAL,
type: SPARSE, capacity: 1073741824, truesize: 1073741824
- e0475853-4514-4464-99e7-b185cce9b67d <-
deceff83-9d88-4f87-8304-d5bf74d119b1
status: OK, voltype: LEAF, format: COW, legality: LEGAL,
type: SPARSE, capacity: 1073741824, truesize: 1073741824
- e6c7bec0-53c6-4729-a4a0-a9b3ef2b8c38 <-
e0475853-4514-4464-99e7-b185cce9b67d
status: OK, voltype: INTERNAL, format: COW, legality: LEGAL,
type: SPARSE, capacity: 1073741824, truesize: 1073741824
- 00000000-0000-0000-0000-000000000000 <-
e6c7bec0-53c6-4729-a4a0-a9b3ef2b8c38
status: OK, voltype: INTERNAL, format: RAW, legality: LEGAL,
type: PREALLOCATED, capacity: 1073741824, truesize: 1073741824
From the engine side it's easy, but I'd need to solve this problem using
only metadata from the storage.
The only thing I could think of is that one of the volumes pointing to the
common parent has voltype LEAF. Any better ideas?
Thanks,
Germano
4 years, 4 months
implementing hotplugCd/hotunplugCd in vdsm
by Fedor Gavrilov
Hey,
So in an attempt to fix change CD functionality we discovered a few other potential issues and what Nir suggested was to implement two [somewhat] new functions in VDSM: hotplug and hotunplug for CDs similar to how it works for normal disks now. Existing changeCD function will be left as is for backwards compatibility.
As I found out, engine already calculates iface and index before invoking VDSM functions, so we will just pass these along with PDIV to the VDSM.
Suggested flow is, let me quote:
>So the complete change CD flow should be:
>
>1. get the previous drivespec from vm metadata
>2. prepare new drivespec
>3. add new drivespec to vm metadata
>4. attach a new device to vm
>5. teardown the previous drivespec
>6. remove previous drivespec from vm metadata
>
>When the vm is stopped, it must do:
>
>1. get drive spec from vm metadata
>2. teardown drivespec
>
>During attach, there are interesting races:
>- what happens if vdsm crashes after step 2? who will teardown the volume?
> maybe you need to add the new drivespec to the metadata first,
>before preparing it.
>- what happens if attach failed? who will remove the new drive from
>the metadata?
Now, what makes hotplugDisk/hotunplugDisk different? From what I understand, the flow is same there, so what difference is there as far as VDSM is concerned? If none, this means if I more or less copy that code, changing minor details and data accordingly for CDs, this should work, shouldn't it?
Thanks!
Fedor
4 years, 4 months
Engine build-artifacts is broken - "ERROR: Error fetching remote repo 'origin'"
by Nir Soffer
Since Friday, engine build-artifacts job is broken. Here are latest
failing builds:
https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/7425/
https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/7426/
https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/7427/
Error from last failing build:
[2020-08-22T18:16:16.995Z] No credentials specified
[2020-08-22T18:16:17.019Z] Fetching changes from the remote Git repository
[2020-08-22T18:16:17.035Z] Cleaning workspace
[2020-08-22T18:16:17.006Z] > git rev-parse --is-inside-work-tree # timeout=10
[2020-08-22T18:16:17.028Z] > git config remote.origin.url
https://gerrit.ovirt.org/ovirt-engine # timeout=10
[2020-08-22T18:16:17.046Z] > git rev-parse --verify HEAD # timeout=10
[2020-08-22T18:16:17.136Z] Resetting working tree
[2020-08-22T18:16:17.136Z] > git reset --hard # timeout=10
[2020-08-22T18:16:17.797Z] > git clean -fdx # timeout=10
[2020-08-22T18:16:18.179Z] ERROR: Error fetching remote repo 'origin'
[2020-08-22T18:16:18.179Z] hudson.plugins.git.GitException: Failed to
fetch from https://gerrit.ovirt.org/ovirt-engine
[2020-08-22T18:16:18.179Z] at
hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:909)
[2020-08-22T18:16:18.179Z] at
hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1131)
[2020-08-22T18:16:18.179Z] at
hudson.plugins.git.GitSCM.checkout(GitSCM.java:1167)
[2020-08-22T18:16:18.179Z] at
org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:125)
[2020-08-22T18:16:18.179Z] at
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
[2020-08-22T18:16:18.179Z] at
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
[2020-08-22T18:16:18.179Z] at
org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
[2020-08-22T18:16:18.179Z] at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[2020-08-22T18:16:18.179Z] at
java.util.concurrent.FutureTask.run(FutureTask.java:266)
[2020-08-22T18:16:18.180Z] at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[2020-08-22T18:16:18.180Z] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[2020-08-22T18:16:18.180Z] at java.lang.Thread.run(Thread.java:748)
[2020-08-22T18:16:18.180Z] Caused by: hudson.plugins.git.GitException:
Command "git clean -fdx" returned status code 1:
[2020-08-22T18:16:18.180Z] stdout:
[2020-08-22T18:16:18.180Z] stderr: warning: failed to remove
rpmbuild/BUILD/ovirt-engine-4.4.2.3/frontend/webadmin/modules/webadmin/target/tmp/gwtc15338967752245717048.tmp/org.ovirt.engine.ui.webadmin.WebAdmin/compiler/permutation-0.js
[2020-08-22T18:16:18.180Z]
[2020-08-22T18:16:18.180Z] at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2430)
[2020-08-22T18:16:18.180Z] at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2360)
[2020-08-22T18:16:18.180Z] at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2356)
[2020-08-22T18:16:18.180Z] at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1916)
[2020-08-22T18:16:18.180Z] at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:1928)
[2020-08-22T18:16:18.180Z] at
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.clean(CliGitAPIImpl.java:1010)
[2020-08-22T18:16:18.180Z] at
sun.reflect.GeneratedMethodAccessor1271.invoke(Unknown Source)
[2020-08-22T18:16:18.180Z] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[2020-08-22T18:16:18.180Z] at java.lang.reflect.Method.invoke(Method.java:498)
[2020-08-22T18:16:18.180Z] at
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:931)
[2020-08-22T18:16:18.180Z] at
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:905)
[2020-08-22T18:16:18.180Z] at
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:857)
[2020-08-22T18:16:18.180Z] at
hudson.remoting.UserRequest.perform(UserRequest.java:211)
[2020-08-22T18:16:18.180Z] at
hudson.remoting.UserRequest.perform(UserRequest.java:54)
[2020-08-22T18:16:18.180Z] at hudson.remoting.Request$2.run(Request.java:369)
[2020-08-22T18:16:18.180Z] at
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
[2020-08-22T18:16:18.180Z] ... 4 more
[2020-08-22T18:16:18.182Z] Suppressed:
hudson.remoting.Channel$CallSiteStackTrace: Remote call to
vm0006.workers-phx.ovirt.org
[2020-08-22T18:16:18.182Z] at
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1788)
[2020-08-22T18:16:18.182Z] at
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
[2020-08-22T18:16:18.182Z] at hudson.remoting.Channel.call(Channel.java:998)
[2020-08-22T18:16:18.182Z] at
hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:285)
[2020-08-22T18:16:18.182Z] at com.sun.proxy.$Proxy89.clean(Unknown Source)
[2020-08-22T18:16:18.182Z] at
org.jenkinsci.plugins.gitclient.RemoteGitImpl.clean(RemoteGitImpl.java:455)
[2020-08-22T18:16:18.182Z] at
hudson.plugins.git.extensions.impl.CleanBeforeCheckout.decorateFetchCommand(CleanBeforeCheckout.java:44)
[2020-08-22T18:16:18.183Z] at
hudson.plugins.git.extensions.GitSCMExtension.decorateFetchCommand(GitSCMExtension.java:288)
[2020-08-22T18:16:18.183Z] at
hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:905)
[2020-08-22T18:16:18.183Z] at
hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1131)
[2020-08-22T18:16:18.183Z] at
hudson.plugins.git.GitSCM.checkout(GitSCM.java:1167)
[2020-08-22T18:16:18.183Z] at
org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:125)
[2020-08-22T18:16:18.183Z] at
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
[2020-08-22T18:16:18.183Z] at
org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
[2020-08-22T18:16:18.183Z] at
org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
[2020-08-22T18:16:18.183Z] at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[2020-08-22T18:16:18.183Z] ... 4 more
Error fetching remote repo 'origin'
4 years, 4 months
Vdsm: ovirt-4.4.2 branch created
by Milan Zamazal
Hi,
ovirt-4.4.2 branch has been created in Vdsm repository. Any future
changes for 4.4.2 must be backported there. You can merge non-4.4.2
stuff to master now.
Regards,
Milan
4 years, 4 months
Max running ansible-playbook
by Tommaso - Shellrent
Hi to all.
on our angine we always see max 1 ansible-playbook running on the same time.
We use OVA export to make some backup, but the whole task takes a lot of
time because only one ansible-playbook
"/usr/share/ovirt-engine/playbooks/ovirt-ova-export.yml" run at the same
time.
How can we ingrease this value?
--
--
Shellrent - Il primo hosting italiano Security First
*Tommaso De Marchi*
/COO - Chief Operating Officer/
Shellrent Srl
Via dell'Edilizia, 19 - 36100 Vicenza
Tel. 0444321155 <tel:+390444321155> | Fax 04441492177
4 years, 4 months
