- Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt 4.2 (ovirt-engine) ] [ 05-03-2018 ] [ 006_migrations.migrate_vm ]
by Dafna Ron 05 Mar '18

05 Mar '18

Hi, We have a failure in OST on test 006_migrations.migrate_vm. >From what I can see, the migration succeeded but because there was a KeyError: 'cpuUsage' engine assume the v is down and tries to retry migration. the re-try fails with vm already exists. *Link and headline of suspected patches: *Failed change: *https://gerrit.ovirt.org/#/c/88432/2 <https://gerrit.ovirt.org/#/c/88432/2> - * *engine : Events coming too soon on refresh caps* *CQ reported this as root ca*use but I don't think its related as well: *https://gerrit.ovirt.org/#/c/88404/ <https://gerrit.ovirt.org/#/c/88404/> - * *core: Auto SD selection on template version update* *Link to Job:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1021/ <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1021/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1021/artifa… <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1021/artifact/>(Relevant) error snippet from the log: <error>* *migration starts and finishs *but fails on vm state on eyError: 'cpuUsage' *2018-03-05 05:21:33,269-0500 INFO (jsonrpc/3) [api.virt] START migrate(params={u'incomingLimit': 2, u'tunneled': u'false', u'dstqemu': u'192.0.3.2', u'autoConverge': u'false', u'src': u'lago-basic-suite-4-2-host-0', u'enableGuestEvents': False, u'dst': u'lago-basic-suite-4-2-host-1:54321', u'vmId': u'a80596a2-f57b-4878-adc3-772363e42783', u'abortOnError': u'true', u'outgoingLimit': 2, u'compressed': u'false', u'method': u'online'}) from=::ffff:192.168.200.2,42452, flow_id=123f5fd3-81a4-4ba9-9034-525674696629, vmId=a80596a2-f57b-4878-adc3-772363e42783 (api:46)2018-03-05 05:21:33,271-0500 INFO (jsonrpc/3) [api.virt] FINISH migrate return={'status': {'message': 'Migration in progress', 'code': 0}, 'progress': 0} from=::ffff:192.168.200.2,42452, flow_id=123f5fd3-81a4-4ba9-9034-525674696629, vmId=a80596a2-f57b-4878-adc3-772363e42783 (api:52)2018-03-05 05:21:33,271-0500 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call VM.migrate succeeded in 0.00 seconds (__init__:573)2018-03-05 05:21:33,473-0500 INFO (monitor/bd2f874) [IOProcessClient] Closing client ioprocess-0 (__init__:583)2018-03-05 05:21:34,936-0500 INFO (migsrc/a80596a2) [virt.vm] (vmId='a80596a2-f57b-4878-adc3-772363e42783') Creation of destination VM took: 1 seconds (migration:473)2018-03-05 05:21:34,936-0500 INFO (migsrc/a80596a2) [virt.vm] (vmId='a80596a2-f57b-4878-adc3-772363e42783') starting migration to qemu+tls://lago-basic-suite-4-2-host-1/system with miguri tcp://192.0.3.2 <http://192.0.3.2> (migration:502)2018-03-05 05:21:36,356-0500 INFO (jsonrpc/7) [api.host] START getAllVmStats() from=::ffff:192.168.200.2,42452 (api:46)2018-03-05 05:21:36,359-0500 INFO (jsonrpc/7) [api.host] FINISH getAllVmStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': (suppressed)} from=::ffff:192.168.200.2,42452 (api:52)2018-03-05 05:21:36,361-0500 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:573)2018-03-05 05:21:38,861-0500 INFO (libvirt/events) [virt.vm] (vmId='a80596a2-f57b-4878-adc3-772363e42783') CPU stopped: onSuspend (vm:6063)2018-03-05 05:21:40,109-0500 WARN (periodic/0) [virt.periodic.VmDispatcher] could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['a80596a2-f57b-4878-adc3-772363e42783'] (periodic:323)2018-03-05 05:21:40,109-0500 INFO (migsrc/a80596a2) [virt.vm] (vmId='a80596a2-f57b-4878-adc3-772363e42783') migration took 6 seconds to complete (migration:514)2018-03-05 05:21:40,110-0500 INFO (migsrc/a80596a2) [virt.vm] (vmId='a80596a2-f57b-4878-adc3-772363e42783') Changed state to Down: Migration succeeded (code=4) (vm:1677)2018-03-05 05:21:40,116-0500 INFO (migsrc/a80596a2) [virt.vm] (vmId='a80596a2-f57b-4878-adc3-772363e42783') Stopping connection (guestagent:438)2018-03-05 05:21:41,118-0500 WARN (periodic/3) [virt.periodic.VmDispatcher] could not run <class 'vdsm.virt.periodic.DriveWatermarkMonitor'> on ['a80596a2-f57b-4878-adc3-772363e42783'] (periodic:323)2018-03-05 05:21:42,063-0500 WARN (periodic/2) [virt.vmstats] Missing stat: 'balloon.current' for vm a80596a2-f57b-4878-adc3-772363e42783 (vmstats:552)2018-03-05 05:21:42,064-0500 ERROR (periodic/2) [virt.vmstats] VM metrics collection failed (vmstats:264)Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 197, in send_metrics data[prefix + '.cpu.usage'] = stat['cpuUsage']KeyError: 'cpuUsage'* *</error>*

1 0

otopi on PPC (Was: [ACTION REQUIRED] upgrade to Fedora 27 for otopi on master)
by Yedidyah Bar David 04 Mar '18

04 Mar '18

(Changed subject) On Fri, Mar 2, 2018 at 1:17 AM, Eli Mesika <emesika(a)redhat.com> wrote: > I have upgraded to fc27 > I am not able to add a host to a PPC cluster : "no otopi module ..." Where do you get this error? > > otopi is installed On the engine? Host? Both? Generally it's enough to have it on the engine. > > rpm -qa |grep otopi > otopi-java-1.8.0-0.0.master.20180228112959.git6eccc31.fc27.noarch > otopi-common-1.8.0-0.0.master.20180228112959.git6eccc31.fc27.noarch > python2-otopi-devtools-1.8.0-0.0.master.20180228112959.git6eccc31.fc27.noarch > python2-otopi-1.8.0-0.0.master.20180228112959.git6eccc31.fc27.noarch > > Any ideas ? I have no experience with PPC, sorry. But in theory it should work the same, so let's try to debug "as usual". Thanks and best regards, > > > On Wed, Feb 28, 2018 at 7:01 PM, Greg Sheremeta <gshereme(a)redhat.com> wrote: >> >> [changing subject] >> >> Looks like we all have to upgrade Fedora devel machines to Fedora 27. >> >> Greg >> >> On Wed, Feb 28, 2018 at 11:05 AM, Yedidyah Bar David <didi(a)redhat.com> >> wrote: >>> >>> (Adding devel, was asked twice already) >>> >>> On Wed, Feb 28, 2018 at 4:52 PM, Eli Mesika <emesika(a)redhat.com> wrote: >>> > Hi Didi >>> > >>> > I am getting : >>> > >>> > >>> > ***L:ERROR Internal error: type object 'Stages' has no attribute >>> > 'ANSWER_FILE_GENERATED' >>> > Traceback (most recent call last): >>> > File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, >>> > in >>> > main >>> > installer.execute() >>> > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 153, in >>> > execute >>> > sys.exc_info()[2], >>> > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in >>> > raiseExceptionInformation >>> > exec('raise info[1], None, info[2]') >>> > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in >>> > execute >>> > self.context.loadPlugins() >>> > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 859, >>> > in >>> > loadPlugins >>> > self._loadPluginGroups(plugindir, needgroups, loadedgroups) >>> > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 113, >>> > in >>> > _loadPluginGroups >>> > self._loadPlugins(path, path, groupname) >>> > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in >>> > _loadPlugins >>> > self._loadPlugins(base, d, groupname) >>> > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in >>> > _loadPlugins >>> > self._loadPlugins(base, d, groupname) >>> > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 101, >>> > in >>> > _loadPlugins >>> > os.path.basename(path), >>> > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 105, in >>> > loadModule >>> > mod_desc >>> > File >>> > >>> > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-common/base/core/__init__.py", >>> > line 24, in <module> >>> > from . import answerfile >>> > File >>> > >>> > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", >>> > line 38, in <module> >>> > class Plugin(plugin.PluginBase): >>> > File >>> > >>> > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", >>> > line 60, in Plugin >>> > otopicons.Stages.ANSWER_FILE_GENERATED, >>> > PluginLoadException: type object 'Stages' has no attribute >>> > 'ANSWER_FILE_GENERATED' >>> > >>> >>> Please update otopi. >>> >>> If you are on fedora, you'll need to upgrade to fc27 first. >>> >>> Good luck, >>> -- >>> Didi >>> _______________________________________________ >>> Devel mailing list >>> Devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel >> >> > -- Didi

1 0

OST Failure - Weekly update [24/02/2018-02/03/2018]
by Dafna Ron 02 Mar '18

02 Mar '18

Hello, I would like to update on this week's failures and OST current status. We had a failed change that caused other changes to fail: 1. Remove use of end_play and fail module - https://gerrit.ovirt.org/#/c/88250/ date: 27-02-2018 version: master/4.2 test failed: 002_bootstrap.verify_add_hosts fix: reverted until it can be fixed: https://gerrit.ovirt.org/#/c/88327/ bug: https://bugzilla.redhat.com/show_bug.cgi?id=1540260 I re-triggered some of the failed changes that were effected by the above change. However, I am still seeing ovirt-engine project is failing in cq so I am expecting some new issues to appear which would be reported next week. *Below you can see the chart for this week's resolved issues but cause of failure: * Code= regression of working components/functionalities Configurations - package related issues Other = failed build artifacts Infra = infrastructure/OST/Lago related issues <https://gerrit.ovirt.org/#/c/88327/> <https://gerrit.ovirt.org/#/c/88327/> <https://gerrit.ovirt.org/#/c/88327/> *Below is a chart of resolved failures based on ovirt version* *Below is a chart showing failures by suite type: * Thank you, Dafna <https://gerrit.ovirt.org/#/c/88327/>

1 0

FC27 updates broken for ovirt-4.2
by Viktor Mihajlovski 02 Mar '18

02 Mar '18

I just tried to update the ovirt packages on my FC27 host, but failed due to https://gerrit.ovirt.org/#/c/87628/ vdsm now requires libvirt >= 3.10.0-132 but Fedora 27 has only 3.7.0-4 the moment. It's generic Fedora 27, but since I run on s390, cross-posting to s390 list. I guess there's good reason to require libvirt 3.10. Is there any chance that we can get libvirt updated for Fedora 27? -- Regards, Viktor Mihajlovski

5 14

[ACTION REQUIRED] upgrade to Fedora 27 for otopi on master
by Greg Sheremeta 02 Mar '18

02 Mar '18

[changing subject] Looks like we all have to upgrade Fedora devel machines to Fedora 27. Greg On Wed, Feb 28, 2018 at 11:05 AM, Yedidyah Bar David <didi(a)redhat.com> wrote: > (Adding devel, was asked twice already) > > On Wed, Feb 28, 2018 at 4:52 PM, Eli Mesika <emesika(a)redhat.com> wrote: > > Hi Didi > > > > I am getting : > > > > > > ***L:ERROR Internal error: type object 'Stages' has no attribute > > 'ANSWER_FILE_GENERATED' > > Traceback (most recent call last): > > File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in > > main > > installer.execute() > > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 153, in > > execute > > sys.exc_info()[2], > > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in > > raiseExceptionInformation > > exec('raise info[1], None, info[2]') > > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in > > execute > > self.context.loadPlugins() > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 859, in > > loadPlugins > > self._loadPluginGroups(plugindir, needgroups, loadedgroups) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 113, in > > _loadPluginGroups > > self._loadPlugins(path, path, groupname) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in > > _loadPlugins > > self._loadPlugins(base, d, groupname) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, in > > _loadPlugins > > self._loadPlugins(base, d, groupname) > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 101, in > > _loadPlugins > > os.path.basename(path), > > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 105, in > > loadModule > > mod_desc > > File > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/ > setup/bin/../plugins/ovirt-engine-common/base/core/__init__.py", > > line 24, in <module> > > from . import answerfile > > File > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/ > setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", > > line 38, in <module> > > class Plugin(plugin.PluginBase): > > File > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/ > setup/bin/../plugins/ovirt-engine-common/base/core/answerfile.py", > > line 60, in Plugin > > otopicons.Stages.ANSWER_FILE_GENERATED, > > PluginLoadException: type object 'Stages' has no attribute > > 'ANSWER_FILE_GENERATED' > > > > Please update otopi. > > If you are on fedora, you'll need to upgrade to fc27 first. > > Good luck, > -- > Didi > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel >

2 1

ERROR Internal error: type object 'Stages' has no attribute 'ANSWER_FILE_GENERATED'
by Eitan Raviv 01 Mar '18

01 Mar '18

Hi, I am getting the above error on the latest master tip when running engine set-up. Anybody can advise? Thanks -- Eitan Raviv IRC: erav (#ovirt #vdsm #devel #rhev-dev)

4 5

Inventory Analyzer
by Jason Bryant 01 Mar '18

01 Mar '18

Hello, I have attempted a few times to upload a log-collector which has a confirmed DB in it but I continually get the following error: An internal error occurred: ('analyzer failed, rc=%s, err=%r', 255, 'Unable to detect the database dump from sosreport, aborting..\n') See logs for full stacktrace. Thank you, Jason

2 2

Re: [ovirt-devel] [rhev-devel] Fwd: [ACTION REQUIRED] upgrade to Fedora 27 for otopi on master
by Yedidyah Bar David 01 Mar '18

01 Mar '18

(Re-adding devel) On Thu, Mar 1, 2018 at 4:52 AM, Greg Sheremeta <gshereme(a)redhat.com> wrote: > Setup worked for me immediately after upgrade. I'll forward you my repos in > a separate email. > > This was an interesting sequence: > > greg@dauntless:/etc/yum.repos.d % sudo dnf update otopi -y > Failed to synchronize cache for repo 'region51-chrome-gnome-shell', > disabling. > Failed to synchronize cache for repo 'rcm-tools-fedora-rpms', disabling. > Last metadata expiration check: 0:29:21 ago on Wed 28 Feb 2018 09:16:13 PM > EST. > Package otopi available, but not installed. > No match for argument: otopi > Error: No packages marked for upgrade. > greg@dauntless:/etc/yum.repos.d % sudo dnf install otopi -y > Failed to synchronize cache for repo 'region51-chrome-gnome-shell', > disabling. > Failed to synchronize cache for repo 'rcm-tools-fedora-rpms', disabling. > Last metadata expiration check: 0:29:36 ago on Wed 28 Feb 2018 09:16:13 PM > EST. > Package python2-otopi-1.8.0-0.0.master.20180228112959.git6eccc31.fc27.noarch > is already installed, skipping. > Dependencies resolved. > Nothing to do. > Complete! Adding Yuval for review. Yuval recently re-introduced python3 support to otopi, and following the fedora python packaging guidelines. Yuval, reading the guidelines again, it seems like it's valid to keep the package name 'otopi' and make it Provide: python2-otopi, instead of the opposite. WDYT? > > > > On Wed, Feb 28, 2018 at 5:20 PM, Alexander Wels <awels(a)redhat.com> wrote: >> >> On Wednesday, February 28, 2018 12:02:11 PM EST Greg Sheremeta wrote: >> >> > ---------- Forwarded message ---------- >> >> > From: Greg Sheremeta <gshereme(a)redhat.com> >> >> > Date: Wed, Feb 28, 2018 at 12:01 PM >> >> > Subject: [ACTION REQUIRED] upgrade to Fedora 27 for otopi on master >> >> > To: Yedidyah Bar David <didi(a)redhat.com> >> >> > Cc: Eli Mesika <emesika(a)redhat.com>, devel <devel(a)ovirt.org> >> >> > >> >> > >> >> > [changing subject] >> >> > >> >> > Looks like we all have to upgrade Fedora devel machines to Fedora 27. >> >> > >> >> > Greg >> >> > >> >> >> >> I upgraded to F27 and now I am getting something about: >> >> >> >> [awels@awels ovirt-engine]$ ./bin/engine-setup >> ***L:ERROR Internal error: No module named ovirt_setup_lib >> >> I tried removing ovirt-engine, and re-installing it, and dnf is telling >> me: >> >> >> >> Error: >> Problem: conflicting requests >> - nothing provides rubygem-fluent-plugin-rewrite-tag-filter needed by >> ovirt-engine-4.3.0-0.0.master.20180225182524.git8b8f3a52a6.fc27.noarch >> - nothing provides rubygem-fluent-plugin-rewrite-tag-filter needed by >> ovirt-engine-4.3.0-0.0.master.20180226201906.git5831910bef.fc27.noarch >> - nothing provides rubygem-fluent-plugin-rewrite-tag-filter needed by >> ovirt-engine-4.3.0-0.0.master.20180227170348.git8b617da448.fc27.noarch >> >> What am I missing repo wise? >> >> >> >> > On Wed, Feb 28, 2018 at 11:05 AM, Yedidyah Bar David <didi(a)redhat.com> >> >> > >> >> > wrote: >> >> > > (Adding devel, was asked twice already) >> >> > > >> >> > > On Wed, Feb 28, 2018 at 4:52 PM, Eli Mesika <emesika(a)redhat.com> >> > > wrote: >> >> > > > Hi Didi >> >> > > > >> >> > > > I am getting : >> >> > > > >> >> > > > >> >> > > > ***L:ERROR Internal error: type object 'Stages' has no attribute >> >> > > > 'ANSWER_FILE_GENERATED' >> >> > > > >> >> > > > Traceback (most recent call last): >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, >> > > > in >> >> > > > >> >> > > > main >> >> > > > >> >> > > > installer.execute() >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 153, in >> >> > > > >> >> > > > execute >> >> > > > >> >> > > > sys.exc_info()[2], >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in >> >> > > > >> >> > > > raiseExceptionInformation >> >> > > > >> >> > > > exec('raise info[1], None, info[2]') >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/main.py", line 147, in >> >> > > > >> >> > > > execute >> >> > > > >> >> > > > self.context.loadPlugins() >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 859, >> > > > in >> >> > > > >> >> > > > loadPlugins >> >> > > > >> >> > > > self._loadPluginGroups(plugindir, needgroups, loadedgroups) >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 113, >> > > > in >> >> > > > >> >> > > > _loadPluginGroups >> >> > > > >> >> > > > self._loadPlugins(path, path, groupname) >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, >> > > > in >> >> > > > >> >> > > > _loadPlugins >> >> > > > >> >> > > > self._loadPlugins(base, d, groupname) >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 70, >> > > > in >> >> > > > >> >> > > > _loadPlugins >> >> > > > >> >> > > > self._loadPlugins(base, d, groupname) >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 101, >> > > > in >> >> > > > >> >> > > > _loadPlugins >> >> > > > >> >> > > > os.path.basename(path), >> >> > > > >> >> > > > File "/usr/lib/python2.7/site-packages/otopi/util.py", line 105, in >> >> > > > >> >> > > > loadModule >> >> > > > >> >> > > > mod_desc >> >> > > > >> >> > > > File >> >> > > > >> >> > > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup >> >> > > >> >> > > /bin/../plugins/ovirt-engine-common/base/core/__init__.py", >> >> > > >> >> > > > line 24, in <module> >> >> > > > >> >> > > > from . import answerfile >> >> > > > >> >> > > > File >> >> > > > >> >> > > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup >> >> > > >> >> > > /bin/../plugins/ovirt-engine-common/base/core/answerfile.py", >> >> > > >> >> > > > line 38, in <module> >> >> > > > >> >> > > > class Plugin(plugin.PluginBase): >> >> > > > File >> >> > > > >> >> > > > "/home/emesika/ovirt-engine-1481197/share/ovirt-engine/setup >> >> > > >> >> > > /bin/../plugins/ovirt-engine-common/base/core/answerfile.py", >> >> > > >> >> > > > line 60, in Plugin >> >> > > > >> >> > > > otopicons.Stages.ANSWER_FILE_GENERATED, >> >> > > > >> >> > > > PluginLoadException: type object 'Stages' has no attribute >> >> > > > 'ANSWER_FILE_GENERATED' >> >> > > >> >> > > Please update otopi. >> >> > > >> >> > > If you are on fedora, you'll need to upgrade to fc27 first. >> >> > > >> >> > > Good luck, >> >> > > -- >> >> > > Didi >> >> > > _______________________________________________ >> >> > > Devel mailing list >> >> > > Devel(a)ovirt.org >> >> > > http://lists.ovirt.org/mailman/listinfo/devel >> >> >> >> > > -- Didi

1 0

[ OST Failure Report ] [ oVirt 4.2/Master (ovirt-engine-metrics) ] [ 28-02-2018 ] [ 002_bootstrap.verify_add_hosts]
by Dafna Ron 01 Mar '18

01 Mar '18

Hi, We have a failure in test 002_bootstrap.verify_add_hosts. the issue seems to be a miss-configured role in ansible *Link and headline of suspected patches: * *Remove use of end_play and fail module - https://gerrit.ovirt.org/#/c/88250/ <https://gerrit.ovirt.org/#/c/88250/>Link to Job:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/ <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/>Link to all logs:http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/artifac… <http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/950/artifacts>(Relevant) error snippet from the log: <error>* 2018-02-28 05:01:29,984 p=17139 u=ovirt | TASK [oVirt.ovirt-include-vars-files : Include oVirt metrics config.yml.d vars directory] *** 2018-02-28 05:01:30,007 p=17139 u=ovirt | ok: [lago-basic-suite-4-2-host-0 -> localhost] => { "ansible_facts": {}, "ansible_included_var_files": [], "changed": false } 2018-02-28 05:01:30,016 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : If output plugin is elasticsearch, validate host address is set] *** 2018-02-28 05:01:30,047 p=17139 u=ovirt | changed: [lago-basic-suite-4-2-host-0 -> localhost] => {} MSG: ERROR oVirt Metrics store is not configured. This host will not be configured to send metrics 2018-02-28 05:01:30,056 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : If output plugin is fluentd, validate host address is set] *** 2018-02-28 05:01:30,073 p=17139 u=ovirt | skipping: [lago-basic-suite-4-2-host-0] => { "changed": false, "skip_reason": "Conditional result was False" } 2018-02-28 05:01:30,082 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate viaq_metrics_store parameter is set] *** 2018-02-28 05:01:30,111 p=17139 u=ovirt | changed: [lago-basic-suite-4-2-host-0 -> localhost] => {} MSG: ERROR viaq_metrics_store parameter is mandatory. Please set the parameter to 'true' or 'false'. 2018-02-28 05:01:30,119 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate viaq_metrics_store parameter] *** 2018-02-28 05:01:30,137 p=17139 u=ovirt | skipping: [lago-basic-suite-4-2-host-0] => { "changed": false, "skip_reason": "Conditional result was False" } 2018-02-28 05:01:30,146 p=17139 u=ovirt | TASK [oVirt.ovirt-initial-validations/validate-config-yml : Validate openshift_deployment_type parameter is set] *** 2018-02-28 05:01:30,168 p=17139 u=ovirt | fatal: [lago-basic-suite-4-2-host-0]: FAILED! => {} MSG: The conditional check 'viaq_metrics_store == true' failed. The error was: error while evaluating conditional (viaq_metrics_store == true): 'viaq_metrics_store' is undefined The error appears to have been in '/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.ovirt-initial-validations/validate-config-yml/tasks/main.yml': line 48, column 3, but may be elsewhere in the file depending on the exact syntax problem. The offending line appears to be: - name: "Validate openshift_deployment_type parameter is set" ^ here *</error>* *Thanks, Dafna*

1 1

Exception: java.lang.IllegalArgumentException: OvsSupported has no value for version: 4.3
by Nir Soffer 01 Mar '18

01 Mar '18

Adding a host running vdsm master fail now with this error in engine 4.2.2.1-1.el7.centos 2018-02-28 22:52:07,847+02 ERROR [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] (EE-ManagedThreadFactory-engineScheduled-Thread-21) [] Unable to RefreshCapabilities: IllegalArgumentException: OvsSupported has no value for version: 4.3 Engine is stuck in a loop, sending Host.getCapabilties, and failing. See error can be seen in OST when running vdsm master with engine 4.2: Engine: http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… Vdsm: http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… Adding same host running vdsm-4.19.2 works. Is this known issue? Nir

1 1