[JIRA] (OVIRT-1939) Failed to clean docker images
by Evgheni Dereveanchin (oVirt JIRA)
This is a multi-part message in MIME format...
------------=_1521651717-29147-299
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1939?page=com.atlassian.jir... ]
Evgheni Dereveanchin commented on OVIRT-1939:
---------------------------------------------
[~dbelenky(a)redhat.com] is there an option to somehow sort the images to delete dependent ones first to avoid this from happening?
> Failed to clean docker images
> -----------------------------
>
> Key: OVIRT-1939
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1939
> Project: oVirt - virtualization made easy
> Issue Type: Bug
> Reporter: Evgheni Dereveanchin
> Assignee: infra
>
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
------------=_1521651717-29147-299
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
<html><body>
<pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1939?page=com.atlassian.jir... ]</pre>
<h3>Evgheni Dereveanchin commented on OVIRT-1939:</h3>
<p>[~dbelenky(a)redhat.com] is there an option to somehow sort the images to delete dependent ones first to avoid this from happening?</p>
<blockquote><h3>Failed to clean docker images</h3>
<pre> Key: OVIRT-1939
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1939
Project: oVirt - virtualization made easy
Issue Type: Bug
Reporter: Evgheni Dereveanchin
Assignee: infra</pre></blockquote>
<p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p>
<img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BS..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/>
</body></html>
------------=_1521651717-29147-299--
6 years, 8 months
oVirt infra weekly meeting notes 21.03.2018
by Evgheni Dereveanchin
Hi everyone,
Please find the topics of this week's infra meeting below:
PHX DC
-
Global_setup improvements
-
Package installation patch merged
-
Need to merge group & limits check to unblock FC27
-
New Jenkins version out
-
Docker cleanup code sometimes fails OVIRT-1939
<https://ovirt-jira.atlassian.net/browse/OVIRT-1939>
-
Staging environment corrupted after update
-
Engine recovered from backup
-
ManageIQ re-deployed as Gap…-2 release
-
Glance images for ManageIQ and CentOS updated
-
Resources filling faster than before, many builds recently
Other topics:
-
MM3 looks good, upgrade date TBD
-
- Wildcard certificates offered by Let’s Encrypt
- Problems with DNS at this point so can't use wildcard
- Options to specify certificate common names for jenkins/resources:
- Use hiera for defining letsencrypt params
- Use foreman to push letsencrypt params
AI:
-
CI team: Improve docker cleanup
-
Talk to ManageIQ about release checksums and uploads to our glance
--
Regards,
Evgheni Dereveanchin
6 years, 8 months
[JIRA] (OVIRT-1941) Failing check-patch on VDSM 4.1
by Edward Haas (oVirt JIRA)
Edward Haas created OVIRT-1941:
----------------------------------
Summary: Failing check-patch on VDSM 4.1
Key: OVIRT-1941
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1941
Project: oVirt - virtualization made easy
Issue Type: By-EMAIL
Reporter: Edward Haas
Assignee: infra
Hello,
I backported two patches to 4.1, and it failed on check-patch repo related
problems and on not detecting that the patches are included in all stable
branches (I guess 4.2).
Could you please help out?
Thanks,
Edy.
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
6 years, 8 months
[JIRA] (OVIRT-1941) Failing check-patch on VDSM 4.1
by eyal edri (oVirt JIRA)
This is a multi-part message in MIME format...
------------=_1521647649-29620-283
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1941?page=com.atlassian.jir... ]
eyal edri commented on OVIRT-1941:
----------------------------------
Can you please add links to the failing patches?
As for the repos, you should check the .repos files under automation/ dir
to see if all the repos there are working.
Also, not sure what you mean by not detecting, you're referring to the
gerrit hooks? maybe best to paste the error message
On Wed, Mar 21, 2018 at 4:51 PM, Edward Haas (oVirt JIRA) <
--
Eyal edri
MANAGER
RHV DevOps
EMEA VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
> Failing check-patch on VDSM 4.1
> -------------------------------
>
> Key: OVIRT-1941
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1941
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Edward Haas
> Assignee: infra
>
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
------------=_1521647649-29620-283
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
<html><body>
<pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1941?page=com.atlassian.jir... ]</pre>
<h3>eyal edri commented on OVIRT-1941:</h3>
<p>Can you please add links to the failing patches? As for the repos, you should check the .repos files under automation/ dir to see if all the repos there are working. Also, not sure what you mean by not detecting, you're referring to the gerrit hooks? maybe best to paste the error message</p>
<p>On Wed, Mar 21, 2018 at 4:51 PM, Edward Haas (oVirt JIRA) <</p>
<p>—</p>
<p>Eyal edri</p>
<p>MANAGER</p>
<p>RHV DevOps</p>
<p>EMEA VIRTUALIZATION R&D</p>
<p>Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)</p>
<blockquote><h3>Failing check-patch on VDSM 4.1</h3>
<pre> Key: OVIRT-1941
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1941
Project: oVirt - virtualization made easy
Issue Type: By-EMAIL
Reporter: Edward Haas
Assignee: infra</pre></blockquote>
<p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p>
<img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BS..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/>
</body></html>
------------=_1521647649-29620-283--
6 years, 8 months
[JIRA] (OVIRT-1940) Do not show injected variables in Jenklins
by Evgheni Dereveanchin (oVirt JIRA)
This is a multi-part message in MIME format...
------------=_1521642857-17505-300
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1940?page=com.atlassian.jir... ]
Evgheni Dereveanchin reassigned OVIRT-1940:
-------------------------------------------
Assignee: Evgheni Dereveanchin (was: infra)
> Do not show injected variables in Jenklins
> ------------------------------------------
>
> Key: OVIRT-1940
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1940
> Project: oVirt - virtualization made easy
> Issue Type: Task
> Reporter: Evgheni Dereveanchin
> Assignee: Evgheni Dereveanchin
>
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
------------=_1521642857-17505-300
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
<html><body>
<pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1940?page=com.atlassian.jir... ]</pre>
<h3>Evgheni Dereveanchin reassigned OVIRT-1940:</h3>
<pre>Assignee: Evgheni Dereveanchin (was: infra)</pre>
<blockquote><h3>Do not show injected variables in Jenklins</h3>
<pre> Key: OVIRT-1940
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1940
Project: oVirt - virtualization made easy
Issue Type: Task
Reporter: Evgheni Dereveanchin
Assignee: Evgheni Dereveanchin</pre></blockquote>
<p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p>
<img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BS..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/>
</body></html>
------------=_1521642857-17505-300--
6 years, 8 months
[ OST Failure Report ] [ oVirt Master (Ovirt-ngine) ] [ 19-03-2018 ] [ 002_bootstrap.verify_notifier ]
by Dafna Ron
Hi,
We had a failure in test 002_bootstrap.verify_notifier.
I can't see anything wrong with the notifier and I don't think it should be
related to the change that was reported.
the test itself is looking for vdc_stop in messages which I do not indeed
see but I am not sure what is the cause and how the reported change related
to the failure.
Can you please take a look?
*Link and headline of suspected patches: *
*core: USB in osinfo configuration depends on chipset -
https://gerrit.ovirt.org/#/c/88777/
<https://gerrit.ovirt.org/#/c/88777/>Link to
Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6429/
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6429/>Link
to all
logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6429/a...
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6429/artifacts>(Relevant)
error snippet from the log: <error>*
*this is the error from *the api:
Error Message
Failed grep for VDC_STOP with code 1. Output:
-------------------- >> begin captured logging << --------------------
lago.ssh: DEBUG: start task:f1231b27-f796-406c-8618-17b0868725bc:Get
ssh client for lago-basic-suite-master-engine:
lago.ssh: DEBUG: end task:f1231b27-f796-406c-8618-17b0868725bc:Get ssh
client for lago-basic-suite-master-engine:
lago.ssh: DEBUG: Running 1cce7c0c on lago-basic-suite-master-engine:
grep VDC_STOP /var/log/messages
lago.ssh: DEBUG: Command 1cce7c0c on lago-basic-suite-master-engine
returned with 1
--------------------- >> end captured logging << ---------------------
Stacktrace
File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
testMethod()
File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
129, in wrapped_test
test()
File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
59, in wrapper
return func(get_test_prefix(), *args, **kwargs)
File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py",
line 1456, in verify_notifier
'Failed grep for VDC_STOP with code {0}. Output:
{1}'.format(result.code, result.out)
File "/usr/lib/python2.7/site-packages/nose/tools/trivial.py", line 29, in eq_
raise AssertionError(msg or "%r != %r" % (a, b))
'Failed grep for VDC_STOP with code 1. Output: \n--------------------
>> begin captured logging << --------------------\nlago.ssh: DEBUG:
start task:f1231b27-f796-406c-8618-17b0868725bc:Get ssh client for
lago-basic-suite-master-engine:\nlago.ssh: DEBUG: end
task:f1231b27-f796-406c-8618-17b0868725bc:Get ssh client for
lago-basic-suite-master-engine:\nlago.ssh: DEBUG: Running 1cce7c0c on
lago-basic-suite-master-engine: grep VDC_STOP
/var/log/messages\nlago.ssh: DEBUG: Command 1cce7c0c on
lago-basic-suite-master-engine returned with 1\n---------------------
>> end captured logging << ---------------------'
*</error>*
6 years, 8 months
[ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 19-03-2018 ] [002_bootstrap.add_instance_type ]
by Dafna Ron
Hi,
We have a failure in test 002_bootstrap.add_instance_type.
There seem to be a NullPointerException on template type which is causing
this failure.
The same change that was reported at the last failure is reported as the
root cause for this failure as well, but I am not sure how it would cause
this failure.
Can you please check?
*Link and headline of suspected patches: reported as failed: *
*core: fix removal of vm-host device - https://gerrit.ovirt.org/#/c/89145/
<https://gerrit.ovirt.org/#/c/89145/>*
*reported as root cause: *
*core: USB in osinfo configuration depends on chipset -
https://gerrit.ovirt.org/#/c/88777/ <https://gerrit.ovirt.org/#/c/88777/>*
*Link to
Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6431
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6431>Link to
all
logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6431/a...
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6431/artifa...>(Relevant)
error snippet from the log: <error>2018-03-19 04:59:01,040-04 INFO
[org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-5)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Lock Acquired to object
'EngineLock:{exclusiveLocks='[99a9dfb3-9a13-4595-a795-693493e722be=TEMPLATE,
myinstancetype=TEMPLATE_NAME]',
sharedLocks='[]'}'2018-03-19 04:59:01,087-04 INFO
[org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-5)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Running command:
AddVmTemplateCommand internal: false. Entities affected : ID:
aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group
CREATE_TEMPLATE with role type USER2018-03-19 04:59:01,139-04 INFO
[org.ovirt.engine.core.bll.storage.disk.CreateAllTemplateDisksCommand]
(default task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] Running command:
CreateAllTemplateDisksCommand internal: true.2018-03-19 04:59:01,205-04
INFO [org.ovirt.engine.core.utils.transaction.TransactionSupport] (default
task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] transaction rolled
back2018-03-19 04:59:01,205-04 ERROR
[org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-5)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Command
'org.ovirt.engine.core.bll.AddVmTemplateCommand' failed: null2018-03-19
04:59:01,205-04 ERROR [org.ovirt.engine.core.bll.AddVmTemplateCommand]
(default task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] Exception:
java.lang.NullPointerException at
org.ovirt.engine.core.bll.utils.EmulatedMachineUtils.getEffective(EmulatedMachineUtils.java:30)
[bll.jar:] at
org.ovirt.engine.core.bll.utils.EmulatedMachineUtils.getEffectiveChipset(EmulatedMachineUtils.java:21)
[bll.jar:] at
org.ovirt.engine.core.bll.utils.VmDeviceUtils.updateUsbSlots(VmDeviceUtils.java:744)
[bll.jar:] at
org.ovirt.engine.core.bll.utils.VmDeviceUtils.copyVmDevices(VmDeviceUtils.java:1519)
[bll.jar:] at
org.ovirt.engine.core.bll.utils.VmDeviceUtils.copyVmDevices(VmDeviceUtils.java:1565)
[bll.jar:] at
org.ovirt.engine.core.bll.AddVmTemplateCommand.lambda$executeCommand$4(AddVmTemplateCommand.java:362)
[bll.jar:] at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202)
[utils.jar:] at
org.ovirt.engine.core.bll.AddVmTemplateCommand.executeCommand(AddVmTemplateCommand.java:345)
[bll.jar:] at
org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1133)
[bll.jar:] at
org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1286)
[bll.jar:] at
org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1935)
[bll.jar:] at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:164)
[utils.jar:] at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:103)
[utils.jar:] at
org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1346)
[bll.jar:] at
org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:400)
[bll.jar:] at
org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
[bll.jar:] at
org.ovirt.engine.core.bll.Backend.runAction(Backend.java:468)
[bll.jar:] at
org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:450)
[bll.jar:] at
org.ovirt.engine.core.bll.Backend.runAction(Backend.java:403)
[bll.jar:] at sun.reflect.GeneratedMethodAccessor149.invoke(Unknown
Source) [:1.8.0_161] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_161] at
java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_161]
at
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
[wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final] at
org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at
org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
[common.jar:] at
sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source)
[:1.8.0_161] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_161] at
java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_161]
at
org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at
org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at
org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at
org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108)
[weld-core-impl-2.4.3.Final.jar:2.4.3.Final] at
org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82)
[wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final] at
org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60)
at
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76)
at
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88)
at
org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101)
at
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at
org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13)
[bll.jar:] at sun.reflect.GeneratedMethodAccessor66.invoke(Unknown
Source) [:1.8.0_161] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_161] at
java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_161]
at
org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422):*
*End of error: * at
io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at
org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
at
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
at
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
at
org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
at
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
at
io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at
io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
at
io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
at
io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
[rt.jar:1.8.0_161]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
[rt.jar:1.8.0_161]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_161]
2018-03-19 04:59:01,234-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] Compiled stored
procedure. Call string is [{call get_entity_snapshot_by_command_id(?)}]
2018-03-19 04:59:01,234-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] SqlCall for
procedure [get_entity_snapshot_by_command_id] compiled
2018-03-19 04:59:01,239-04 INFO
[org.ovirt.engine.core.bll.CommandCompensator] (default task-5)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Command
[id=a7a51354-ae84-4109-a55e-b27558afbf2a]: Compensating NEW_ENTITY_ID of
org.ovirt.engine.core.common.businessentities.VmTemplate; snapshot:
99a9dfb3-9a13-4595-a795-693493e722be.
2018-03-19 04:59:01,278-04 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] EVENT_ID:
USER_ADD_VM_TEMPLATE_FAILURE(36), Failed creating Template myinstancetype.
2018-03-19 04:59:01,295-04 INFO
[org.ovirt.engine.core.bll.AddVmTemplateCommand] (default task-5)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Lock freed to object
'EngineLock:{exclusiveLocks='[99a9dfb3-9a13-4595-a795-693493e722be=TEMPLATE,
myinstancetype=TEMPLATE_NAME]', sharedLocks='[]'}'
2018-03-19 04:59:01,295-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-5) [5a890b17-51ec-4398-8d64-82cc71939e6e] method: runAction,
params: [AddVmTemplate,
AddVmTemplateParameters:{commandId='a7a51354-ae84-4109-a55e-b27558afbf2a',
user='admin', commandType='AddVmTemplate'}], timeElapsed: 301ms
2018-03-19 04:59:01,301-04 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
task-5) [] Operation Failed: [Internal Engine Error]
2018-03-19 04:59:01,547-04 INFO
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-83)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Command 'AddVmTemplate' id:
'a7a51354-ae84-4109-a55e-b27558afbf2a' execution didn't complete, not
proceeding to perform the next operation
2018-03-19 04:59:01,547-04 INFO
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-83)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Command 'AddVmTemplate' id:
'a7a51354-ae84-4109-a55e-b27558afbf2a' child commands
'[8484f4d2-9ddf-48bd-9877-7c99ef555255]' executions were completed, status
'FAILED'
2018-03-19 04:59:01,581-04 INFO
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-83)
[db5dd3dd-8b48-4647-a02d-723fcd6a7dda] Command 'ImportRepoImage' (id:
'a6475141-53ef-4ecd-bc17-ee8eae168dc7') waiting on child command id:
'528fde29-9b5b-4a90-b62a-606fac3cd6a6' type:'DownloadImage' to complete
2018-03-19 04:59:02,363-04 DEBUG
[org.ovirt.otopi.dialog.MachineDialogParser] (VdsDeploy) [665e1c35] Got:
***L:INFO Yum install: 349/515: gdisk-0.8.6-5.el7.x86_64
2018-03-19 04:59:02,364-04 DEBUG
[org.ovirt.otopi.dialog.MachineDialogParser] (VdsDeploy) [665e1c35]
nextEvent: Log INFO Yum install: 349/515: gdisk-0.8.6-5.el7.x86_64
2018-03-19 04:59:02,570-04 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) [665e1c35] EVENT_ID: VDS_INSTALL_IN_PROGRESS(509), Installing
Host lago-basic-suite-master-host-1. Yum install: 349/515:
gdisk-0.8.6-5.el7.x86_64.
2018-03-19 04:59:02,666-04 ERROR
[org.ovirt.engine.core.bll.AddVmTemplateCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-86)
[5a890b17-51ec-4398-8d64-82cc71939e6e] Ending command
'org.ovirt.engine.core.bll.AddVmTemplateCommand' with failure.
*</error>*
6 years, 8 months
