- Devel - oVirt List Archives

Re: [CQ]: 94345,3 (ovirt-provider-ovn) failed "ovirt-4.2" system tests
by Dafna Ron 20 Sep '18

20 Sep '18

I am not sure since I have never opened a ticket for them. I am adding Sandro, Barak and ovirt dev so that perhaps someone with more experience can offer a better advice. On Thu, Sep 20, 2018 at 8:37 AM Miguel Duarte de Mora Barroso < mdbarroso(a)redhat.com> wrote: > On Thu, Sep 20, 2018 at 8:02 AM, Dominik Holler <dholler(a)redhat.com> > wrote: > > On Wed, 19 Sep 2018 17:53:32 +0100 > > Dafna Ron <dron(a)redhat.com> wrote: > > > >> it failed on build-artifacts: > >> http://pastebin.test.redhat.com/649015 > >> > > > > Thanks, I did not find this error message. > > > > > > 13:03:03 [build-artifacts.fc27.x86_64] Failed to synchronize cache for > repo 'mdbarroso-python-ovsdbapp', disabling. > > 13:03:03 [build-artifacts.fc27.x86_64] Last metadata expiration check: > 0:00:00 ago on Wed Sep 19 13:01:34 2018. > > 13:03:03 [build-artifacts.fc27.x86_64] No match for argument: > python2-ovsdbapp > > 13:03:03 [build-artifacts.fc27.x86_64] Error: Unable to find a match > > > > looks like > > https://copr-be.cloud.fedoraproject.org/ > > is unstable. > > Miguel, do you expect that the reference to this repo is removed next > > days, or should we ask someone from copr-be.cloud.fedoraproject.org for > > help? > > Hi Dafna, > > I'm forced to agree that copr has been unstable for the past few days. > > I'll contact the openstack release guys to get an update on the > deliver on the python2-ovsdbapp-0.12.1, but I think we should also > open the copr track. > > Can you elaborate on what needs to be done Dafna? Just drop them an > email saying this repo fails every now and then? > > > > > >> > >> On Wed, Sep 19, 2018 at 5:09 PM Dominik Holler <dholler(a)redhat.com> > >> wrote: > >> > >> > Hi Marcin, > >> > the test looks like succeeded, but the return failed. > >> > Do you have an idea why? > >> > Dominik > >> > > >> > > >> > Begin forwarded message: > >> > > >> > Date: Wed, 19 Sep 2018 16:48:45 +0100 > >> > From: Dafna Ron <dron(a)redhat.com> > >> > To: Dominik Holler <dholler(a)redhat.com> > >> > Subject: Fwd: [CQ]: 94345,3 (ovirt-provider-ovn) failed "ovirt-4.2" > >> > system tests > >> > > >> > > >> > hi, ? > >> > > >> > I am seeing that the check-merge job that failed is still broken. so > >> > guessing you guys are looking into it? > >> > > >> > Thanks, > >> > Dafna > >> > > >> > > >> > ---------- Forwarded message --------- > >> > From: oVirt Jenkins <jenkins(a)ovirt.org> > >> > Date: Wed, Sep 19, 2018 at 4:26 PM > >> > Subject: [CQ]: 94345,3 (ovirt-provider-ovn) failed "ovirt-4.2" > >> > system tests To: <infra(a)ovirt.org> > >> > > >> > > >> > Change 94345,3 (ovirt-provider-ovn) is probably the reason behind > >> > recent system > >> > test failures in the "ovirt-4.2" change queue and needs to be fixed. > >> > > >> > This change had been removed from the testing queue. Artifacts build > >> > from this > >> > change will not be released until it is fixed. > >> > > >> > For further details about the change see: > >> > https://gerrit.ovirt.org/#/c/94345/3 > >> > > >> > For failed test results see: > >> > http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3150/ > >> > _______________________________________________ > >> > Infra mailing list -- infra(a)ovirt.org > >> > To unsubscribe send an email to infra-leave(a)ovirt.org > >> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > >> > oVirt Code of Conduct: > >> > https://www.ovirt.org/community/about/community-guidelines/ > >> > List Archives: > >> > > >> > > https://lists.ovirt.org/archives/list/infra@ovirt.org/message/VGTE6K3DMBCBM… > >> > > > >

2 1

[OST][hc-basic-suite-master] Fails on HE deployment
by Sahina Bose 19 Sep '18

19 Sep '18

xargs -I{} sudo -u vdsm dd if={} | tar -tvf - 772a3dfe-aee8-45d9-9df5-beddcbf92010.ovf\", u'removes': None, u'creates': None, u'chdir': None, u'stdin': None}}, u'stdout_lines': [], u'stderr': u\"vdsm-client: Command Image.prepare with args {'storagepoolID': 'e90984b6-af79-11e8-a2dd-00163e24d363', 'storagedomainID': 'b4c84ead-fb7f-4478-acd2-0309d569b9aa', 'volumeID': 'b18f30b1-5625-4581-b815-94291b226c79', 'imageID': '[u7894c850-665f-47dd-8376-e4da5ae7807f]'} failed:\\n(code=201, message=Volume does not exist: (u'b18f30b1-5625-4581-b815-94291b226c79',))\\ntar: This does not look like a tar archive Is this a known issue? thanks! sahina

2 3

PLEASE READ: Stop merging to ovirt-engine master until further notice
by Dafna Ron 17 Sep '18

17 Sep '18

Hello to all, I asked to stop merging last week but it seemed to have been ignored so writing again. *please stop merging to ovirt-engine master until further notice.* the project has been failing for the last two weeks on various different regressions. You continue to merge changes which means that you are risking further regressions and making it hard to stabilize the master branch for ovirt-engine. to make it clear: 1. all changes that were merged since sept. 4th to the master branch exist only in the ovirt-engine master branch (i.e they are not included in your project package). 2. any code merged to master in the past two weeks was most likely not tested by CQ since we exit on first test failure (if your code effects anything after the reported issues ran, they would not be tested). 3. you are putting other projects at risk for regressions since they are tested with a 2 weeks old ovirt-engine packages. Thanks you. Dafna

1 1

why we only save lv that seg_start_pe=="0" in _reloadlvs
by pengyixiang 17 Sep '18

17 Sep '18

Hello, everyone! if we reload lvs, why we don't update lvs that seg_start_pe != "0" ? there's in [1] with red mark. what seg_start_pe means? If this lv is a vm template, may seg_start_pe is not zero, and we should ignore it? [1] vdsm/storage/lvm.py def _reloadlvs(self, vgName, lvNames=None): lvNames = _normalizeargs(lvNames) cmd = list(LVS_CMD) if lvNames: cmd.extend(["%s/%s" % (vgName, lvName) for lvName in lvNames]) else: cmd.append(vgName) rc, out, err = self.cmd(cmd, self._getVGDevs((vgName,))) with self._lock: if rc != 0: log.warning("lvm lvs failed: %s %s %s", str(rc), str(out), str(err)) lvNames = lvNames if lvNames else self._lvs.keys() for l in lvNames: if isinstance(self._lvs.get(l), Stub): self._lvs[l] = Unreadable(self._lvs[l].name, True) return dict(self._lvs) updatedLVs = {} for line in out: fields = [field.strip() for field in line.split(SEPARATOR)] lv = makeLV(*fields) # For LV we are only interested in its first extent if lv.seg_start_pe == "0": self._lvs[(lv.vg_name, lv.name)] = lv updatedLVs[(lv.vg_name, lv.name)] = lv # Determine if there are stale LVs if lvNames: staleLVs = (lvName for lvName in lvNames if (vgName, lvName) not in updatedLVs.iterkeys()) else: # All the LVs in the VG staleLVs = (lvName for v, lvName in self._lvs.keys() if (v == vgName) and ((vgName, lvName) not in updatedLVs.iterkeys())) for lvName in staleLVs: log.warning("Removing stale lv: %s/%s", vgName, lvName) self._lvs.pop((vgName, lvName), None) log.debug("lvs reloaded") return updatedLVs -- Cheers， Pencc

2 1

[ OST Failure Report ] [ oVirt Master (vdsm) ] [ 14-08-2018 ] [ 006_migrations.migrate_vm ]
by Dafna Ron 17 Sep '18

17 Sep '18

Hi, We have a failure in vm migration on project vdsm master branch. I think the issue is related to this change: https://gerrit.ovirt.org/#/c/94248/ - https://gerrit.ovirt.org/#/c/94248/ Can you please have a look? full logs: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10309/artifa… error: 2018-09-14 07:15:43,102-0400 ERROR (migsrc/ade7210f) [virt.vm] (vmId='ade7210f-992e-4256-a33f-1340552892c9') __init__() takes exactly 3 arguments (2 given) (migration:281) 2018-09-14 07:15:43,102-0400 DEBUG (migsrc/ade7210f) [jsonrpc.Notification] Sending event {"params": {"notify_time": 4296575510, "ade7210f-992e-4256-a33f-1340552892c9": {"status": "Up"}}, "jsonrpc": "2.0", "method": "|virt|VM_status|ade72 10f-992e-4256-a33f-1340552892c9"} (__init__:181) 2018-09-14 07:15:43,103-0400 DEBUG (JsonRpc (StompReactor)) [yajsonrpc.protocols.stomp.AsyncClient] Stomp connection established (stompclient:138) 2018-09-14 07:15:43,104-0400 DEBUG (migsrc/ade7210f) [vds] Sending notification |virt|VM_status|ade7210f-992e-4256-a33f-1340552892c9 with params {'notify_time': 4296575510, 'ade7210f-992e-4256-a33f-1340552892c9': {'status': 'Up'}} (clien tIF:225) 2018-09-14 07:15:43,104-0400 ERROR (migsrc/ade7210f) [virt.vm] (vmId='ade7210f-992e-4256-a33f-1340552892c9') Failed to migrate (migration:449) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 401, in _regular_run self._setupVdsConnection() File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 241, in _setupVdsConnection self._destServer = jsonrpcvdscli.connect(requestQueue, client) File "/usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py", line 259, in connect return _Server(client, xml_compat) File "/usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py", line 135, in __init__ self._schema = vdsmapi.Schema.vdsm_api(api_strict_mode) File "/usr/lib/python2.7/site-packages/vdsm/api/vdsmapi.py", line 155, in vdsm_api return Schema(schema_types, *args, **kwargs) TypeError: __init__() takes exactly 3 arguments (2 given)

2 3

ovirt-engine has been tagged (ovirt-engine-4.2.7)
by Tal Nisan 17 Sep '18

17 Sep '18

1 0

[CQ Failure Report] [oVirt Master - ovirt-engine] [16/9/18] [basic-suite.el7.x86_64]
by Ehud Yonasi 17 Sep '18

17 Sep '18

Hey everyone, We have a failure in CQ on the test of verify_add_hosts. Link to error: https://pastebin.com/Bwqn19Pn Link to the CQ job: http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change…

2 1

vdsm has been tagged (v4.20.40)
by Milan Zamazal 17 Sep '18

17 Sep '18

Vdsm 4.20.40 for oVirt 4.2.7 rc1

1 0

ovirt-imageio for s390x - seems to need 4k support
by Nir Soffer 14 Sep '18

14 Sep '18

I posted a patch[1] to add s390x build for ovirt-imageio, but the build reveal that direct I/O using 512 bytes alignment does not work on the test slave (or maybe this is a platform issue?). See failing tests: https://jenkins.ovirt.org/job/ovirt-imageio_standard-check-patch/414/consol… *00:05:34.273* [check-patch.fc28.s390x] func = <built-in method readinto of _io.FileIO object at 0x3ff850a2048>*00:05:34.273* [check-patch.fc28.s390x] args = (<mmap.mmap object at 0x3ff85238618>,)*00:05:34.273* [check-patch.fc28.s390x] e = IOError(22, 'Invalid argument') Increasing the default block size fixes these tests, but cause other test to fail, because the code is not ready for 4k yet: https://jenkins.ovirt.org/job/ovirt-imageio_standard-check-patch/415/consol… So adding s390x build requires more work. I open a bug[2] for this work. We should have 4k support in imageio in 4.3, but I'm not sure we will have time to work on this before that, unless someone else wants to contribute :-) [1] https://gerrit.ovirt.org/c/94095/ [2] https://bugzilla.redhat.com/1624963 Nir

2 1

[ACTION REQUIRED] ovirt-engine-nodejs update
by Greg Sheremeta 13 Sep '18

13 Sep '18

Hi, If you have a project that uses ovirt-engine-nodejs to build, would you please take a moment to test that it builds with the latest 8.x, 8.11.4? https://jenkins.ovirt.org/job/ovirt-engine-nodejs_master_check-patch-el7-x8… [We needed to update it for ovirt-web-ui because the latest patternfly requires node >= 8.9.] Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

3 3