6:07 p.m.
Agenda
========
* Ovirt system tests 3.6 status:
Gal testing 3.6.6 it locally, it’s expected to pass
* Ovirt system tests master status:
Affected by:
https://bugzilla.redhat.com/show_bug.cgi?id=1322257
https://bugzilla.redhat.com/show_bug.cgi?id=1329317
* Had some issues with jenkins.phx.ovirt.org last week, fixed already
* Currently reposetup not working on el7 systems, using old version of lockfile
https://github.com/lago-project/lago/issues/225
* Released 0.15 with some improvements:
Rotating the dest dir on collect
Generic ‘lago deploy’ command
More verbose reposetup command
In progress:
* Lago tutorial
* Lago init file spec
* Lago high level desing doc
* virt.py fixes
Action items:
* dcaro: fix the el7 lockfile issue
* dcaro: review the tutorial to unblock gbenhaim
Thanks!!
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
6:29 p.m.
On Tue, Apr 26, 2016 at 6:07 PM, David Caro <dcaro(a)redhat.com> wrote:
Agenda
========
* Ovirt system tests 3.6 status:
Gal testing 3.6.6 it locally, it’s expected to pass
Same here - I was a bit surprised I did not pick it up automatically - I
had to delete all my reposync dir to get it (but I'm hearing some mirror
issues in the ovirt users mailing list).
Already passed 2/2, continuing to execute it.
I'm trying to revive the unification of the NFS and iSCSI storage servers.
As I've removed the snapshot-revert (in https://gerrit.ovirt.org/#/c/56611/
), it now passes very well, so I hope to send it for review soon.
* Ovirt system tests master status:
Affected by:
https://bugzilla.redhat.com/show_bug.cgi?id=1322257
https://bugzilla.redhat.com/show_bug.cgi?id=1329317
I think https://gerrit.ovirt.org/#/c/56567/ partially helps here - the
rollback of a failed network setup will now succeed. I'd be happy to see
it merged.
We still need to understand why it fails and how it fails (which is why I'm
looking at 3.6.6), but at least we won't be left with a disconnected host.
* Had some issues with jenkins.phx.ovirt.org last week, fixed already
* Currently reposetup not working on el7 systems, using old version of
lockfile
https://github.com/lago-project/lago/issues/225
* Released 0.15 with some improvements:
Rotating the dest dir on collect
Generic ‘lago deploy’ command
More verbose reposetup command
In progress:
* Lago tutorial
* Lago init file spec
* Lago high level desing doc
* virt.py fixes
Should I revert the move to scp, or keep it?
Y.
Action items:
* dcaro: fix the el7 lockfile issue
* dcaro: review the tutorial to unblock gbenhaim
Thanks!!
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
_______________________________________________
lago-devel mailing list
lago-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/lago-devel
7:19 p.m.
On 04/26 18:29, Yaniv Kaul wrote:
On Tue, Apr 26, 2016 at 6:07 PM, David Caro <dcaro(a)redhat.com>
wrote:
>
> Agenda
> ========
> * Ovirt system tests 3.6 status:
> Gal testing 3.6.6 it locally, it’s expected to pass
>
Same here - I was a bit surprised I did not pick it up automatically - I
had to delete all my reposync dir to get it (but I'm hearing some mirror
issues in the ovirt users mailing list).
I've seen some strange behaviors of reposync while refactoring the current
code, for some reason reposync decides to fail sometime for some rpms, and the
only solution I've found so far is removing the offending rpms locally and let
reposync redownload, will have to look deeper into it and open a bug on
reposync if needed, this is what I did to get the list of failed rmps from the
lago logs:
rep "FAILED" error_logs/run_2016-04-*/*/*/lago.log | grep -o "[^
]*\(el6\|el7\)" | sort | uniq
Already passed 2/2, continuing to execute it.
I'm trying to revive the unification of the NFS and iSCSI storage servers.
As I've removed the snapshot-revert (in https://gerrit.ovirt.org/#/c/56611/
), it now passes very well, so I hope to send it for review soon.
I'll try to get the master patch ready to get it merged first, I'm almost 100%
sure that everything there it's working (the tests passed a bunch of times
already, and the failures so far are the known bugs on engine/vdsm)
> * Ovirt system tests master status:
> Affected by:
> https://bugzilla.redhat.com/show_bug.cgi?id=1322257
> https://bugzilla.redhat.com/show_bug.cgi?id=1329317
I think https://gerrit.ovirt.org/#/c/56567/ partially helps here - the
rollback of a failed network setup will now succeed. I'd be happy to see
it merged.
We still need to understand why it fails and how it fails (which is why I'm
looking at 3.6.6), but at least we won't be left with a disconnected host.
Testing that one locally to make sure it solves the host issue, I'll update the
patch if it does not fail in 5 times
>
>
> * Had some issues with jenkins.phx.ovirt.org last week, fixed already
>
> * Currently reposetup not working on el7 systems, using old version of
> lockfile
> https://github.com/lago-project/lago/issues/225
>
> * Released 0.15 with some improvements:
> Rotating the dest dir on collect
> Generic ‘lago deploy’ command
> More verbose reposetup command
>
> In progress:
> * Lago tutorial
> * Lago init file spec
> * Lago high level desing doc
> * virt.py fixes
>
Should I revert the move to scp, or keep it?
I'd keep it. What's missing there is the adaptation of the functional tests,
without that it will not pass ci
Y.
> Action items:
> * dcaro: fix the el7 lockfile issue
> * dcaro: review the tutorial to unblock gbenhaim
>
>
> Thanks!!
>
> --
> David Caro
>
> Red Hat S.L.
> Continuous Integration Engineer - EMEA ENG Virtualization R&D
>
> Tel.: +420 532 294 605
> Email: dcaro(a)redhat.com
> IRC: dcaro|dcaroest@{freenode|oftc|redhat}
> Web: www.redhat.com
> RHT Global #: 82-62605
>
> _______________________________________________
> lago-devel mailing list
> lago-devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/lago-devel
>
>
--
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
3123
days inactive
3123
days old
2 comments
2 participants
participants (2)
-
David Caro -
Yaniv Kaul