[vdsm] stable branch ovirt-4.2 created
Hi all, With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch: Steps performed: 1. merged https://gerrit.ovirt.org/#/c/87070/ 2. branched out ovirt-4.2 from git master 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level 4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning 5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version Maintainers, please check it looks right for you before merging any new patch to master branch. Please let me know about any issue! Happy hacking, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue!
Thank you Francesco (and Sandro). Any idea why http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ does not have the new vdsm-4.30 ? ?
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand-el7-x86_6... built from this patch https://gerrit.ovirt.org/#/c/87213/ in turn based on top of current master -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand-el7-x86_6... built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/ rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/ rpm/el7/noarch/ does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts- on-demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
We still do not have vdsm-4.30 in http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3. assistance to straighten this up is most welcome. On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: pm/el7/noarch/
does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
2018-02-08 8:17 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
We still do not have vdsm-4.30 in http://plain.resources.ovirt. org/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Adding infra. I see latest version landed on tested repo is http://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/SRPMS/vdsm-4.20... which is dated January 26th. Can you please check what's failing in the testing change queue not letting newer vdsm to land on tested repo?
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: pm/el7/noarch/
does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
Evgheni, Dafna Please help to understand what is happening and if a fix is needed. On Thu, Feb 8, 2018 at 9:48 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-08 8:17 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
We still do not have vdsm-4.30 in http://plain.resources.ovirt.o rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Adding infra. I see latest version landed on tested repo is http://resources.ovirt.org/ repos/ovirt/tested/master/rpm/el7/SRPMS/vdsm-4.20.17-7. git03b9e1e.el7.centos.src.rpm which is dated January 26th. Can you please check what's failing in the testing change queue not letting newer vdsm to land on tested repo?
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani < fromani@redhat.com> wrote: > Hi all, > > > With the help of Sandro (many thanks @sbonazzo !), we created minutes > ago the ovirt-4.2 stable branch: > > > Steps performed: > > 1. merged https://gerrit.ovirt.org/#/c/87070/ > > 2. branched out ovirt-4.2 from git master > > 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level > > 4. createed and pushed the tag v4.30.0 from master, to make sure the > version number is greater of the stable versions, and to (somehow :)) > align with oVirt versioning > > 5. tested make dist/make rpm on both new branch ovirt-4.2 and master, > both looks good and use the right version > > > Maintainers, please check it looks right for you before merging any new > patch to master branch. > > > Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: pm/el7/noarch/
does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- 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)
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com> wrote:
We still do not have vdsm-4.30 in http://plain.resources.ovirt. org/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Isn't a patch to explicitly set the cluster level to 4.2 will solve it? Y.
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani@redhat.com> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure the version number is greater of the stable versions, and to (somehow :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and master, both looks good and use the right version
Maintainers, please check it looks right for you before merging any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: pm/el7/noarch/
does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com> wrote:
We still do not have vdsm-4.30 in http://plain.resources.ovirt.o rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Isn't a patch to explicitly set the cluster level to 4.2 will solve it? Y.
We need to somehow allow https://gerrit.ovirt.org/87116 to pass CQ, there was another thread about it yesterday, but no result. Dafna, AFAIK s390x job was removed, so what else needs to be done for this patch to pass through CQ?
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani < fromani@redhat.com> wrote: > Hi all, > > > With the help of Sandro (many thanks @sbonazzo !), we created minutes > ago the ovirt-4.2 stable branch: > > > Steps performed: > > 1. merged https://gerrit.ovirt.org/#/c/87070/ > > 2. branched out ovirt-4.2 from git master > > 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level > > 4. createed and pushed the tag v4.30.0 from master, to make sure the > version number is greater of the stable versions, and to (somehow :)) > align with oVirt versioning > > 5. tested make dist/make rpm on both new branch ovirt-4.2 and master, > both looks good and use the right version > > > Maintainers, please check it looks right for you before merging any new > patch to master branch. > > > Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ still does not hold any vdsm-4.20 , and http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: pm/el7/noarch/
does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.
2018-02-08 9:51 GMT+01:00 Martin Perina <mperina@redhat.com>:
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com> wrote:
We still do not have vdsm-4.30 in http://plain.resources.ovirt.o rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Isn't a patch to explicitly set the cluster level to 4.2 will solve it? Y.
We need to somehow allow https://gerrit.ovirt.org/87116
to pass CQ, there was another thread about it yesterday, but no result.
Dafna, AFAIK s390x job was removed, so what else needs to be done for this patch to pass through CQ?
I see that https://gerrit.ovirt.org/#/c/87116/ has been tested in http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/ which vailed on basic sanity test running VMs: Traceback (most recent call last): 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/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py", line 105, in vm_run api.vms.get(VM0_NAME).start(start_params) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 31193, in start headers={"Correlation-Id":correlation_id} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 400 reason: Bad Request detail: Current master is on https://gerrit.ovirt.org/#/c/86220/ and it's now under testing in http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5471/ Waiting to see if it passes or not.
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote: > On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani < fromani@redhat.com> wrote: >> Hi all, >> >> >> With the help of Sandro (many thanks @sbonazzo !), we created minutes >> ago the ovirt-4.2 stable branch: >> >> >> Steps performed: >> >> 1. merged https://gerrit.ovirt.org/#/c/87070/ >> >> 2. branched out ovirt-4.2 from git master >> >> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level >> >> 4. createed and pushed the tag v4.30.0 from master, to make sure
>> version number is greater of the stable versions, and to (somehow :)) >> align with oVirt versioning >> >> 5. tested make dist/make rpm on both new branch ovirt-4.2 and master, >> both looks good and use the right version >> >> >> Maintainers, please check it looks right for you before merging any new >> patch to master branch. >> >> >> Please let me know about any issue! > Thank you Francesco (and Sandro). > > Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ > still does not hold any vdsm-4.20 , and > http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: the pm/el7/noarch/
> does not have the new vdsm-4.30 ? > > ?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
2018-02-09 9:23 GMT+01:00 Sandro Bonazzola <sbonazzo@redhat.com>:
2018-02-08 9:51 GMT+01:00 Martin Perina <mperina@redhat.com>:
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com> wrote:
We still do not have vdsm-4.30 in http://plain.resources.ovirt.o rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Isn't a patch to explicitly set the cluster level to 4.2 will solve it? Y.
We need to somehow allow https://gerrit.ovirt.org/87116
to pass CQ, there was another thread about it yesterday, but no result.
Dafna, AFAIK s390x job was removed, so what else needs to be done for this patch to pass through CQ?
I see that https://gerrit.ovirt.org/#/c/87116/ has been tested in http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5307/
which vailed on basic sanity test running VMs: Traceback (most recent call last):
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/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py", line 105, in vm_run api.vms.get(VM0_NAME).start(start_params) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 31193, in start headers={"Correlation-Id":correlation_id} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 400 reason: Bad Request detail:
Current master is on https://gerrit.ovirt.org/#/c/86220/ and it's now under testing in http://jenkins.ovirt.org/job/ovirt-master_change-queue- tester/5471/ Waiting to see if it passes or not.
It failed: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5471/testRepor... Traceback (most recent call last): 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/upgrade-from-release-suite-master/test-scenarios-after-upgrade/004_basic_sanity.py", line 105, in vm_run api.vms.get(VM0_NAME).start(start_params) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 31193, in start headers={"Correlation-Id":correlation_id} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 400 reason: Bad Request detail:
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote: >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani < fromani@redhat.com> wrote: >>> Hi all, >>> >>> >>> With the help of Sandro (many thanks @sbonazzo !), we created minutes >>> ago the ovirt-4.2 stable branch: >>> >>> >>> Steps performed: >>> >>> 1. merged https://gerrit.ovirt.org/#/c/87070/ >>> >>> 2. branched out ovirt-4.2 from git master >>> >>> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level >>> >>> 4. createed and pushed the tag v4.30.0 from master, to make sure the >>> version number is greater of the stable versions, and to (somehow :)) >>> align with oVirt versioning >>> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 and master, >>> both looks good and use the right version >>> >>> >>> Maintainers, please check it looks right for you before merging any new >>> patch to master branch. >>> >>> >>> Please let me know about any issue! >> Thank you Francesco (and Sandro). >> >> Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ >> still does not hold any vdsm-4.20 , and >> http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r pm/el7/noarch/ >> does not have the new vdsm-4.30 ? >> >> ? > > Uhm, maybe related to CQ (Change Queue), because git state looks ok, one > data point: > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ > built from this patch https://gerrit.ovirt.org/#/c/87213/ > > in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
--Apple-Mail=_F81B57BB-46BD-419A-8845-717034451D17 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8
On 8 Feb 2018, at 09:51, Martin Perina <mperina@redhat.com> wrote: =20 =20 =20 On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul@redhat.com = <mailto:ykaul@redhat.com>> wrote: =20 =20 On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com = <mailto:danken@redhat.com>> wrote: We still do not have vdsm-4.30 in = http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/= = <http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch= /> . Since the current version there does not support 4.3 cluster level, = we're constantly getting =20 (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] = EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host = lago-network-suite-master-host-0 is compatible with versions = (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to = version 4.3. =20 assistance to straighten this up is most welcome. =20 Isn't a patch to explicitly set the cluster level to 4.2 will solve = it? Y. =20 =E2=80=8BWe need to somehow allow https://gerrit.ovirt.org/87116 = <https://gerrit.ovirt.org/87116>=E2=80=8B =E2=80=8B to pass CQ, there = was another thread about it yesterday, but no result.
=20 Dafna, AFAIK s390x job was removed, so what else needs to be done for =
=E2=80=8B =20 =20 On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com = <mailto:sbonazzo@redhat.com>> wrote: =20 =20 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com = <mailto:danken@redhat.com>>: On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com = <mailto:fromani@redhat.com>> wrote:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani = <fromani@redhat.com <mailto:fromani@redhat.com>> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created = minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/ = <https://gerrit.ovirt.org/#/c/87070/>
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ = <https://gerrit.ovirt.org/#/c/87181/> to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure =
not sure if related to your test, but the 4.3 ServerCPUList is wrong in = that merged patch. The list from line 962(original file) should have = been used this patch to pass through CQ? the
version number is greater of the stable versions, and to (somehow = :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and = master, both looks good and use the right version
Maintainers, please check it looks right for you before merging = any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why = http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ = <http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/> still does not hold any vdsm-4.20 , and = http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/= = <http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch= /> does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, = one data point: = http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand-el7-x86= _64/772/artifact/exported-artifacts/ = <http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand-el7-x8= 6_64/772/artifact/exported-artifacts/> built from this patch https://gerrit.ovirt.org/#/c/87213/ = <https://gerrit.ovirt.org/#/c/87213/>
in turn based on top of current master =20 Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it? =20 I think it may be caused by a failure trying to build on fcraw for = s390x. I removed the failing jobs until we fix the issue on jenkins = side. =20 =20 =20
Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 =20 --=20 SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat=C2=A0EMEA <https://www.redhat.com/> <https://red.ht/sig>=09 TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> =20 =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 =20 --=20 Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
--Apple-Mail=_F81B57BB-46BD-419A-8845-717034451D17 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On 8 Feb 2018, at 09:51, Martin Perina <<a = href=3D"mailto:mperina@redhat.com" class=3D"">mperina@redhat.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_default" = style=3D"font-family:arial,helvetica,sans-serif"><br class=3D""></div><div= class=3D"gmail_extra"><br class=3D""><div class=3D"gmail_quote">On Thu, = Feb 8, 2018 at 9:20 AM, Yaniv Kaul <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:ykaul@redhat.com" target=3D"_blank" = class=3D"">ykaul@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote">On Thu, Feb 8, 2018 at 9:17 AM, = Dan Kenigsberg <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:danken@redhat.com" target=3D"_blank" = class=3D"">danken@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D""><div class=3D"">We still do not have vdsm-4.30 in = <a = href=3D"http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7= /noarch/" target=3D"_blank" class=3D"">http://plain.resources.ovirt.o<wbr = class=3D"">rg/pub/ovirt-master-snapshot/r<wbr = class=3D"">pm/el7/noarch/</a> . Since the current version there does not = support 4.3 cluster level, we're constantly getting<br class=3D""><br = class=3D"">(EE-ManagedThreadFactory-engin<wbr = class=3D"">eScheduled-Thread-2) [239bce23] EVENT_ID: = VDS_CLUSTER_VERSION_NOT_SUPPOR<wbr class=3D"">TED(154), Host = lago-network-suite-master-host<wbr class=3D"">-0 is compatible with = versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set = to version 4.3.<br class=3D""><br class=3D""></div>assistance to = straighten this up is most welcome.<br class=3D""></div></blockquote><div = class=3D""><br class=3D""></div><div class=3D"">Isn't a patch to = explicitly set the cluster level to 4.2 will solve it?</div><div = class=3D"">Y.</div></div></div></div></blockquote><div class=3D""><br = class=3D""><div = style=3D"font-family:arial,helvetica,sans-serif;display:inline" = class=3D"gmail_default">=E2=80=8BWe need to somehow allow <a = href=3D"https://gerrit.ovirt.org/87116" = class=3D"">https://gerrit.ovirt.org/87116</a>=E2=80=8B</div> <div = style=3D"font-family:arial,helvetica,sans-serif;display:inline" = class=3D"gmail_default">=E2=80=8B to pass CQ, there was another thread = about it yesterday, but no result.<br = class=3D""></div></div></div></div></div></div></blockquote><div><br = class=3D""></div>not sure if related to your test, but the 4.3 = ServerCPUList is wrong in that merged patch. The list from line = 962(original file) should have been used</div><div><br = class=3D""></div><div><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D"gmail_extra"><div class=3D"gmail_quote"><div class=3D""><div = style=3D"font-family:arial,helvetica,sans-serif;display:inline" = class=3D"gmail_default"><br class=3D""></div><div = style=3D"font-family:arial,helvetica,sans-serif;display:inline" = class=3D"gmail_default">Dafna, AFAIK s390x job was removed, so what else = needs to be done for this patch to pass through CQ?<br = class=3D"">=E2=80=8B</div></div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr" class=3D""><div = class=3D"gmail_extra"><div class=3D"gmail_quote"><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr" class=3D""></div><div = class=3D"gmail-m_-1177505834522947245HOEnZb"><div = class=3D"gmail-m_-1177505834522947245h5"><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote">On Wed, Feb 7, 2018 at 2:06 PM, = Sandro Bonazzola <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:sbonazzo@redhat.com" target=3D"_blank" = class=3D"">sbonazzo@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote"><div class=3D""><div = class=3D"gmail-m_-1177505834522947245m_8862602206216889770h5">2018-02-07 = 12:58 GMT+01:00 Dan Kenigsberg <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:danken@redhat.com" target=3D"_blank" = class=3D"">danken@redhat.com</a>></span>:<br class=3D""><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px = solid rgb(204,204,204);padding-left:1ex"><div = class=3D"gmail-m_-1177505834522947245m_8862602206216889770m_38287208343417= 00418HOEnZb"><div = class=3D"gmail-m_-1177505834522947245m_8862602206216889770m_38287208343417= 00418h5">On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <<a = href=3D"mailto:fromani@redhat.com" target=3D"_blank" = class=3D"">fromani@redhat.com</a>> wrote:<br class=3D""> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:<br class=3D""> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <<a = href=3D"mailto:fromani@redhat.com" target=3D"_blank" = class=3D"">fromani@redhat.com</a>> wrote:<br class=3D""> >>> Hi all,<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> With the help of Sandro (many thanks @sbonazzo !), we = created minutes<br class=3D""> >>> ago the ovirt-4.2 stable branch:<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> Steps performed:<br class=3D""> >>><br class=3D""> >>> 1. merged <a href=3D"https://gerrit.ovirt.org/#/c/87070/" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/#/c/8<wbr class=3D"">7070/</a><br = class=3D""> >>><br class=3D""> >>> 2. branched out ovirt-4.2 from git master<br class=3D""> >>><br class=3D""> >>> 3. merged <a href=3D"https://gerrit.ovirt.org/#/c/87181/" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/#/c/8<wbr class=3D"">7181/</a> to = add support for 4.3 level<br class=3D""> >>><br class=3D""> >>> 4. createed and pushed the tag v4.30.0 from master, to make = sure the<br class=3D""> >>> version number is greater of the stable versions, and to = (somehow :))<br class=3D""> >>> align with oVirt versioning<br class=3D""> >>><br class=3D""> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 = and master,<br class=3D""> >>> both looks good and use the right version<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> Maintainers, please check it looks right for you before = merging any new<br class=3D""> >>> patch to master branch.<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> Please let me know about any issue!<br class=3D""> >> Thank you Francesco (and Sandro).<br class=3D""> >><br class=3D""> >> Any idea why <a = href=3D"http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/no= arch/" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://plain.resources.ovirt.o<wbr = class=3D"">rg/pub/ovirt-4.2-snapshot/rpm/<wbr = class=3D"">el7/noarch/</a><br class=3D""> >> still does not hold any vdsm-4.20 , and<br class=3D""> >> <a = href=3D"http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7= /noarch/" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://plain.resources.ovirt.o<wbr = class=3D"">rg/pub/ovirt-master-snapshot/r<wbr = class=3D"">pm/el7/noarch/</a><br class=3D""> >> does not have the new vdsm-4.30 ?<br class=3D""> >><br class=3D""> >> ?<br class=3D""> ><br class=3D""> > Uhm, maybe related to CQ (Change Queue), because git state looks = ok, one<br class=3D""> > data point:<br class=3D""> > <a = href=3D"http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand= -el7-x86_64/772/artifact/exported-artifacts/" rel=3D"noreferrer" = target=3D"_blank" class=3D"">http://jenkins.ovirt.org/job/v<wbr = class=3D"">dsm_master_build-artifacts-on-<wbr = class=3D"">demand-el7-x86_64/772/artifact<wbr = class=3D"">/exported-artifacts/</a><br class=3D""> > built from this patch <a href=3D"https://gerrit.ovirt.org/#/c/87213/"= rel=3D"noreferrer" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/#/c/8<wbr class=3D"">7213/</a><br = class=3D""> ><br class=3D""> > in turn based on top of current master<br class=3D""> <br class=3D""> </div></div>Maybe Barak knows? Making GQ tick is the intention of the = jenkins<br class=3D""> patch, isn't it?<br class=3D""></blockquote><div class=3D""><br = class=3D""></div></div></div><div class=3D"">I think it may be caused by = a failure trying to build on fcraw for s390x. I removed the failing jobs = until we fix the issue on jenkins side.</div><div class=3D""><br = class=3D""></div><div class=3D""><br class=3D""></div><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"> <div = class=3D"gmail-m_-1177505834522947245m_8862602206216889770m_38287208343417= 00418HOEnZb"><div = class=3D"gmail-m_-1177505834522947245m_8862602206216889770m_38287208343417= 00418h5">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/mailman<wbr = class=3D"">/listinfo/devel</a><span = class=3D"gmail-m_-1177505834522947245m_8862602206216889770HOEnZb"><font = color=3D"#888888" class=3D""><br class=3D""> </font></span></div></div></blockquote></div><span = class=3D"gmail-m_-1177505834522947245m_8862602206216889770HOEnZb"><font = color=3D"#888888" class=3D""><br class=3D""><br clear=3D"all" = class=3D""><div class=3D""><br class=3D""></div>-- <br class=3D""><div = class=3D"gmail-m_-1177505834522947245m_8862602206216889770m_38287208343417= 00418gmail_signature"><div dir=3D"ltr" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D""><div dir=3D"ltr" = class=3D""><div dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><div = dir=3D"ltr" class=3D""><div style=3D"font-family: overpass, sans-serif; = font-weight: bold; margin: 0px; padding: 0px; font-size: 14px; = text-transform: uppercase;" class=3D""><span = class=3D"">SANDRO</span> <span class=3D"">BONAZZOLA</span></div><p = style=3D"font-family: overpass, sans-serif; font-size: 10px; margin: 0px = 0px 4px; text-transform: uppercase;" class=3D""><span class=3D"">ASSOCIATE= MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION = R&D</span></p><div style=3D"font-family: overpass, sans-serif; = margin: 0px; font-size: 10px; color: rgb(153, 153, 153);" class=3D""><a = href=3D"https://www.redhat.com/" style=3D"color:rgb(0,136,206);margin:0px"= target=3D"_blank" class=3D"">Red Hat <span = class=3D"">EMEA</span></a></div><table style=3D"font-family: overpass, = sans-serif; font-size: inherit;" border=3D"0" class=3D""><tbody = class=3D""><tr class=3D""><td width=3D"100px" class=3D""><a = href=3D"https://red.ht/sig" target=3D"_blank" class=3D""><img = src=3D"https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red= -hat-black.png" width=3D"90" height=3D"auto" class=3D""></a></td><td = style=3D"font-size:10px" class=3D""><div class=3D""><a = href=3D"https://redhat.com/trusted" = style=3D"color:rgb(204,0,0);font-weight:bold" target=3D"_blank" = class=3D"">TRIED. TESTED. = TRUSTED.</a></div></td></tr></tbody></table><br = class=3D""></div></div></div></div></div></div></div></div></div></div></d= iv></div></div> </font></span></div></div> </blockquote></div><br class=3D""></div> </div></div><br class=3D"">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/mailman<wbr = class=3D"">/listinfo/devel</a><br class=3D""></blockquote></div><br = class=3D""></div></div> <br class=3D"">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" class=3D"">Devel@ovirt.org</a><br = class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/devel</a><br class=3D""></blockquote></div><br= class=3D""><br clear=3D"all" class=3D""><br class=3D"">-- <br = class=3D""><div class=3D"gmail_signature"><div dir=3D"ltr" = class=3D""><font size=3D"1" class=3D"">Martin Perina<br = class=3D"">Associate Manager, Software Engineering<br class=3D"">Red Hat = Czech s.r.o.<br class=3D""></font></div></div> </div></div> _______________________________________________<br class=3D"">Devel = mailing list<br class=3D""><a href=3D"mailto:Devel@ovirt.org" = class=3D"">Devel@ovirt.org</a><br = class=3D"">http://lists.ovirt.org/mailman/listinfo/devel</div></blockquote=
</div><br class=3D""></body></html>=
--Apple-Mail=_F81B57BB-46BD-419A-8845-717034451D17--
2018-02-09 10:36 GMT+01:00 Michal Skrivanek <michal.skrivanek@redhat.com>:
On 8 Feb 2018, at 09:51, Martin Perina <mperina@redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul@redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com> wrote:
We still do not have vdsm-4.30 in http://plain.resources.ovirt.o rg/pub/ovirt-master-snapshot/rpm/el7/noarch/ . Since the current version there does not support 4.3 cluster level, we're constantly getting
(EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host lago-network-suite-master-host-0 is compatible with versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to version 4.3.
assistance to straighten this up is most welcome.
Isn't a patch to explicitly set the cluster level to 4.2 will solve it? Y.
We need to somehow allow https://gerrit.ovirt.org/87116
to pass CQ, there was another thread about it yesterday, but no result.
not sure if related to your test, but the 4.3 ServerCPUList is wrong in that merged patch. The list from line 962(original file) should have been used
Can you fix it so we can see if this solves?
Dafna, AFAIK s390x job was removed, so what else needs to be done for this patch to pass through CQ?
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com>:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote: > On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani < fromani@redhat.com> wrote: >> Hi all, >> >> >> With the help of Sandro (many thanks @sbonazzo !), we created minutes >> ago the ovirt-4.2 stable branch: >> >> >> Steps performed: >> >> 1. merged https://gerrit.ovirt.org/#/c/87070/ >> >> 2. branched out ovirt-4.2 from git master >> >> 3. merged https://gerrit.ovirt.org/#/c/87181/ to add support for 4.3 level >> >> 4. createed and pushed the tag v4.30.0 from master, to make sure
>> version number is greater of the stable versions, and to (somehow :)) >> align with oVirt versioning >> >> 5. tested make dist/make rpm on both new branch ovirt-4.2 and master, >> both looks good and use the right version >> >> >> Maintainers, please check it looks right for you before merging any new >> patch to master branch. >> >> >> Please let me know about any issue! > Thank you Francesco (and Sandro). > > Any idea why http://plain.resources.ovirt.o rg/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ > still does not hold any vdsm-4.20 , and > http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/r
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com> wrote: the pm/el7/noarch/
> does not have the new vdsm-4.30 ? > > ?
Uhm, maybe related to CQ (Change Queue), because git state looks ok, one data point: http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on- demand-el7-x86_64/772/artifact/exported-artifacts/ built from this patch https://gerrit.ovirt.org/#/c/87213/
in turn based on top of current master
Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it?
I think it may be caused by a failure trying to build on fcraw for s390x. I removed the failing jobs until we fix the issue on jenkins side.
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
--Apple-Mail=_989BCAF3-E61E-4601-94A7-B9132BC4E288 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8
On 9 Feb 2018, at 10:39, Sandro Bonazzola <sbonazzo@redhat.com> wrote: =20 =20 =20 2018-02-09 10:36 GMT+01:00 Michal Skrivanek = <michal.skrivanek@redhat.com <mailto:michal.skrivanek@redhat.com>>: =20 =20
On 8 Feb 2018, at 09:51, Martin Perina <mperina@redhat.com = <mailto:mperina@redhat.com>> wrote: =20 =20 =20 On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul@redhat.com = <mailto:ykaul@redhat.com>> wrote: =20 =20 On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken@redhat.com = <mailto:danken@redhat.com>> wrote: We still do not have vdsm-4.30 in = http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/= = <http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch= /> . Since the current version there does not support 4.3 cluster level, = we're constantly getting =20 (EE-ManagedThreadFactory-engineScheduled-Thread-2) [239bce23] = EVENT_ID: VDS_CLUSTER_VERSION_NOT_SUPPORTED(154), Host = lago-network-suite-master-host-0 is compatible with versions = (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set to = version 4.3. =20 assistance to straighten this up is most welcome. =20 Isn't a patch to explicitly set the cluster level to 4.2 will solve = it? Y. =20 =E2=80=8BWe need to somehow allow https://gerrit.ovirt.org/87116 = <https://gerrit.ovirt.org/87116>=E2=80=8B =20 =E2=80=8B to pass CQ, there was another thread about it yesterday, = but no result. =20 not sure if related to your test, but the 4.3 ServerCPUList is wrong = in that merged patch. The list from line 962(original file) should have = been used =20 =20 Can you fix it so we can see if this solves?
=20 =20 =20 =20
=20 Dafna, AFAIK s390x job was removed, so what else needs to be done for =
=E2=80=8B =20 =20 On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo@redhat.com = <mailto:sbonazzo@redhat.com>> wrote: =20 =20 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken@redhat.com = <mailto:danken@redhat.com>>: On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani@redhat.com = <mailto:fromani@redhat.com>> wrote:
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani = <fromani@redhat.com <mailto:fromani@redhat.com>> wrote:
Hi all,
With the help of Sandro (many thanks @sbonazzo !), we created = minutes ago the ovirt-4.2 stable branch:
Steps performed:
1. merged https://gerrit.ovirt.org/#/c/87070/ = <https://gerrit.ovirt.org/#/c/87070/>
2. branched out ovirt-4.2 from git master
3. merged https://gerrit.ovirt.org/#/c/87181/ = <https://gerrit.ovirt.org/#/c/87181/> to add support for 4.3 level
4. createed and pushed the tag v4.30.0 from master, to make sure =
https://gerrit.ovirt.org/87377 it=E2=80=99s not =E2=80=9Cupdate=E2=80=9D friendly, but that should be = ok in this case it=E2=80=99s not going to solve the above error, that=E2=80=99s due to = wrong vdsm as Danken says Thanks, michal this patch to pass through CQ? the
version number is greater of the stable versions, and to (somehow = :)) align with oVirt versioning
5. tested make dist/make rpm on both new branch ovirt-4.2 and = master, both looks good and use the right version
Maintainers, please check it looks right for you before merging = any new patch to master branch.
Please let me know about any issue! Thank you Francesco (and Sandro).
Any idea why = http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/ = <http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/noarch/> still does not hold any vdsm-4.20 , and = http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/= = <http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch= /> does not have the new vdsm-4.30 ?
?
Uhm, maybe related to CQ (Change Queue), because git state looks = ok, one data point: = http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand-el7-x86= _64/772/artifact/exported-artifacts/ = <http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand-el7-x8= 6_64/772/artifact/exported-artifacts/> built from this patch https://gerrit.ovirt.org/#/c/87213/ = <https://gerrit.ovirt.org/#/c/87213/>
in turn based on top of current master =20 Maybe Barak knows? Making GQ tick is the intention of the jenkins patch, isn't it? =20 I think it may be caused by a failure trying to build on fcraw for = s390x. I removed the failing jobs until we fix the issue on jenkins = side. =20 =20 =20
Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 =20 --=20 SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat=C2=A0EMEA <https://www.redhat.com/> <https://red.ht/sig>=09 TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> =20 =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 =20 --=20 Martin Perina Associate Manager, Software Engineering Red Hat Czech s.r.o. _______________________________________________ Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20
Devel mailing list Devel@ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel> =20 =20 =20 --=20 SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat=C2=A0EMEA <https://www.redhat.com/> <https://red.ht/sig>=09 TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
--Apple-Mail=_989BCAF3-E61E-4601-94A7-B9132BC4E288 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><br = class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D""><div = class=3D"">On 9 Feb 2018, at 10:39, Sandro Bonazzola <<a = href=3D"mailto:sbonazzo@redhat.com" class=3D"">sbonazzo@redhat.com</a>>= wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote">2018-02-09 10:36 GMT+01:00 Michal = Skrivanek <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:michal.skrivanek@redhat.com" target=3D"_blank" = class=3D"">michal.skrivanek@redhat.com</a>></span>:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 = .8ex;border-left:1px #ccc solid;padding-left:1ex"><div = style=3D"word-wrap:break-word;line-break:after-white-space" class=3D""><br= class=3D""><div class=3D""><span class=3D""><br class=3D""><blockquote = type=3D"cite" class=3D""><div class=3D"">On 8 Feb 2018, at 09:51, Martin = Perina <<a href=3D"mailto:mperina@redhat.com" target=3D"_blank" = class=3D"">mperina@redhat.com</a>> wrote:</div><br = class=3D"m_3016752889733501837Apple-interchange-newline"><div = class=3D""><div dir=3D"ltr" class=3D""><div = style=3D"font-family:arial,helvetica,sans-serif" class=3D""><br = class=3D""></div><div class=3D"gmail_extra"><br class=3D""><div = class=3D"gmail_quote">On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <span = dir=3D"ltr" class=3D""><<a href=3D"mailto:ykaul@redhat.com" = target=3D"_blank" class=3D"">ykaul@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote">On Thu, Feb 8, 2018 at 9:17 AM, = Dan Kenigsberg <span dir=3D"ltr" class=3D""><<a = href=3D"mailto:danken@redhat.com" target=3D"_blank" = class=3D"">danken@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D""><div class=3D"">We still do not have vdsm-4.30 in = <a = href=3D"http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7= /noarch/" target=3D"_blank" class=3D"">http://plain.resources.ovirt.o<wbr = class=3D"">rg/pub/ovirt-master-snapshot/r<wbr = class=3D"">pm/el7/noarch/</a> . Since the current version there does not = support 4.3 cluster level, we're constantly getting<br class=3D""><br = class=3D"">(EE-ManagedThreadFactory-engin<wbr = class=3D"">eScheduled-Thread-2) [239bce23] EVENT_ID: = VDS_CLUSTER_VERSION_NOT_SUPPOR<wbr class=3D"">TED(154), Host = lago-network-suite-master-host<wbr class=3D"">-0 is compatible with = versions (3.6,4.0,4.1,4.2) and cannot join Cluster Default which is set = to version 4.3.<br class=3D""><br class=3D""></div>assistance to = straighten this up is most welcome.<br class=3D""></div></blockquote><div = class=3D""><br class=3D""></div><div class=3D"">Isn't a patch to = explicitly set the cluster level to 4.2 will solve it?</div><div = class=3D"">Y.</div></div></div></div></blockquote><div class=3D""><br = class=3D""><div class=3D"">=E2=80=8BWe need to somehow allow <a = href=3D"https://gerrit.ovirt.org/87116" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/87116</a><wbr = class=3D"">=E2=80=8B</div> <div class=3D"">=E2=80=8B to pass CQ, = there was another thread about it yesterday, but no result.<br = class=3D""></div></div></div></div></div></div></blockquote><div = class=3D""><br class=3D""></div></span>not sure if related to your test, = but the 4.3 ServerCPUList is wrong in that merged patch. The list from = line 962(original file) should have been = used</div></div></blockquote><div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""></div><div class=3D"">Can you fix it so we can = see if this solves?</div></div></div></div></div></blockquote><div><br = class=3D""></div><a href=3D"https://gerrit.ovirt.org/87377" = class=3D"">https://gerrit.ovirt.org/87377</a></div><div><br = class=3D""></div><div>it=E2=80=99s not =E2=80=9Cupdate=E2=80=9D = friendly, but that should be ok in this case</div><div><br = class=3D""></div><div>it=E2=80=99s not going to solve the above error, = that=E2=80=99s due to wrong vdsm as Danken says</div><div><br = class=3D""></div><div>Thanks,</div><div>michal</div><div><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D""><div = dir=3D"ltr" class=3D""><div class=3D"gmail_extra"><div = class=3D"gmail_quote"><div class=3D""><br class=3D""></div><div = class=3D""> </div><blockquote class=3D"gmail_quote" style=3D"margin:0= 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div = style=3D"word-wrap:break-word;line-break:after-white-space" = class=3D""><div class=3D""><div class=3D"h5"><div class=3D""><br = class=3D""></div><div class=3D""><br class=3D""><blockquote type=3D"cite" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D"gmail_extra"><div class=3D"gmail_quote"><div class=3D""><div = class=3D""><br class=3D""></div><div class=3D"">Dafna, AFAIK s390x job = was removed, so what else needs to be done for this patch to pass = through CQ?<br class=3D"">=E2=80=8B</div></div><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px = solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr" class=3D""><div = class=3D"gmail_extra"><div class=3D"gmail_quote"><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr" class=3D""></div><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245HOEnZb"><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245h5"><div = class=3D"gmail_extra"><br class=3D""><div class=3D"gmail_quote">On Wed, = Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <span dir=3D"ltr" = class=3D""><<a href=3D"mailto:sbonazzo@redhat.com" target=3D"_blank" = class=3D"">sbonazzo@redhat.com</a>></span> wrote:<br = class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div = dir=3D"ltr" class=3D""><br class=3D""><div class=3D"gmail_extra"><br = class=3D""><div class=3D"gmail_quote"><div class=3D""><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770h5">2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <span dir=3D"ltr" = class=3D""><<a href=3D"mailto:danken@redhat.com" target=3D"_blank" = class=3D"">danken@redhat.com</a>></span>:<br class=3D""><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px = solid rgb(204,204,204);padding-left:1ex"><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770m_3828720834341700418HOEnZb"><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770m_3828720834341700418h5">On Wed, Feb 7, 2018 at 10:14 AM, Francesco = Romani <<a href=3D"mailto:fromani@redhat.com" target=3D"_blank" = class=3D"">fromani@redhat.com</a>> wrote:<br class=3D""> > On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:<br class=3D""> >> On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <<a = href=3D"mailto:fromani@redhat.com" target=3D"_blank" = class=3D"">fromani@redhat.com</a>> wrote:<br class=3D""> >>> Hi all,<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> With the help of Sandro (many thanks @sbonazzo !), we = created minutes<br class=3D""> >>> ago the ovirt-4.2 stable branch:<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> Steps performed:<br class=3D""> >>><br class=3D""> >>> 1. merged <a href=3D"https://gerrit.ovirt.org/#/c/87070/" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/#/c/8<wbr class=3D"">7070/</a><br = class=3D""> >>><br class=3D""> >>> 2. branched out ovirt-4.2 from git master<br class=3D""> >>><br class=3D""> >>> 3. merged <a href=3D"https://gerrit.ovirt.org/#/c/87181/" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/#/c/8<wbr class=3D"">7181/</a> to = add support for 4.3 level<br class=3D""> >>><br class=3D""> >>> 4. createed and pushed the tag v4.30.0 from master, to make = sure the<br class=3D""> >>> version number is greater of the stable versions, and to = (somehow :))<br class=3D""> >>> align with oVirt versioning<br class=3D""> >>><br class=3D""> >>> 5. tested make dist/make rpm on both new branch ovirt-4.2 = and master,<br class=3D""> >>> both looks good and use the right version<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> Maintainers, please check it looks right for you before = merging any new<br class=3D""> >>> patch to master branch.<br class=3D""> >>><br class=3D""> >>><br class=3D""> >>> Please let me know about any issue!<br class=3D""> >> Thank you Francesco (and Sandro).<br class=3D""> >><br class=3D""> >> Any idea why <a = href=3D"http://plain.resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7/no= arch/" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://plain.resources.ovirt.o<wbr = class=3D"">rg/pub/ovirt-4.2-snapshot/rpm/<wbr = class=3D"">el7/noarch/</a><br class=3D""> >> still does not hold any vdsm-4.20 , and<br class=3D""> >> <a = href=3D"http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7= /noarch/" rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://plain.resources.ovirt.o<wbr = class=3D"">rg/pub/ovirt-master-snapshot/r<wbr = class=3D"">pm/el7/noarch/</a><br class=3D""> >> does not have the new vdsm-4.30 ?<br class=3D""> >><br class=3D""> >> ?<br class=3D""> ><br class=3D""> > Uhm, maybe related to CQ (Change Queue), because git state looks = ok, one<br class=3D""> > data point:<br class=3D""> > <a = href=3D"http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-on-demand= -el7-x86_64/772/artifact/exported-artifacts/" rel=3D"noreferrer" = target=3D"_blank" class=3D"">http://jenkins.ovirt.org/job/v<wbr = class=3D"">dsm_master_build-artifacts-on-<wbr = class=3D"">demand-el7-x86_64/772/artifact<wbr = class=3D"">/exported-artifacts/</a><br class=3D""> > built from this patch <a href=3D"https://gerrit.ovirt.org/#/c/87213/"= rel=3D"noreferrer" target=3D"_blank" = class=3D"">https://gerrit.ovirt.org/#/c/8<wbr class=3D"">7213/</a><br = class=3D""> ><br class=3D""> > in turn based on top of current master<br class=3D""> <br class=3D""> </div></div>Maybe Barak knows? Making GQ tick is the intention of the = jenkins<br class=3D""> patch, isn't it?<br class=3D""></blockquote><div class=3D""><br = class=3D""></div></div></div><div class=3D"">I think it may be caused by = a failure trying to build on fcraw for s390x. I removed the failing jobs = until we fix the issue on jenkins side.</div><div class=3D""><br = class=3D""></div><div class=3D""><br class=3D""></div><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"> <div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770m_3828720834341700418HOEnZb"><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770m_3828720834341700418h5">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/mailman<wbr = class=3D"">/listinfo/devel</a><span = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770HOEnZb"><font color=3D"#888888" class=3D""><br class=3D""> </font></span></div></div></blockquote></div><span = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770HOEnZb"><font color=3D"#888888" class=3D""><br class=3D""><br = clear=3D"all" class=3D""><div class=3D""><br class=3D""></div>-- <br = class=3D""><div = class=3D"m_3016752889733501837gmail-m_-1177505834522947245m_88626022062168= 89770m_3828720834341700418gmail_signature"><div dir=3D"ltr" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D""><div dir=3D"ltr" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div dir=3D"ltr" = class=3D""><div dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><div = style=3D"font-family:overpass,sans-serif;font-weight:bold;margin:0px;paddi= ng:0px;font-size:14px;text-transform:uppercase" class=3D""><span = class=3D"">SANDRO</span> <span class=3D"">BONAZZOLA</span></div><p = style=3D"font-family:overpass,sans-serif;font-size:10px;margin:0px 0px = 4px;text-transform:uppercase" class=3D""><span class=3D"">ASSOCIATE = MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION = R&D</span></p><div = style=3D"font-family:overpass,sans-serif;margin:0px;font-size:10px;color:r= gb(153,153,153)" class=3D""><a href=3D"https://www.redhat.com/" = style=3D"color:rgb(0,136,206);margin:0px" target=3D"_blank" class=3D"">Red= Hat <span class=3D"">EMEA</span></a></div><table = style=3D"font-family:overpass,sans-serif;font-size:inherit" border=3D"0" = class=3D""><tbody class=3D""><tr class=3D""><td width=3D"100px" = class=3D""><a href=3D"https://red.ht/sig" target=3D"_blank" = class=3D""><img width=3D"90" height=3D"auto" class=3D""></a></td><td = style=3D"font-size:10px" class=3D""><div class=3D""><a = href=3D"https://redhat.com/trusted" = style=3D"color:rgb(204,0,0);font-weight:bold" target=3D"_blank" = class=3D"">TRIED. TESTED. = TRUSTED.</a></div></td></tr></tbody></table><br = class=3D""></div></div></div></div></div></div></div></div></div></div></d= iv></div></div> </font></span></div></div> </blockquote></div><br class=3D""></div> </div></div><br class=3D"">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/mailman<wbr = class=3D"">/listinfo/devel</a><br class=3D""></blockquote></div><br = class=3D""></div></div> <br class=3D"">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/mailman<wbr = class=3D"">/listinfo/devel</a><br class=3D""></blockquote></div><br = class=3D""><br clear=3D"all" class=3D""><br class=3D"">-- <br = class=3D""><div class=3D"m_3016752889733501837gmail_signature"><div = dir=3D"ltr" class=3D""><font size=3D"1" class=3D"">Martin Perina<br = class=3D"">Associate Manager, Software Engineering<br class=3D"">Red Hat = Czech s.r.o.<br class=3D""></font></div></div> </div></div> ______________________________<wbr class=3D"">_________________<br = class=3D"">Devel mailing list<br class=3D""><a = href=3D"mailto:Devel@ovirt.org" target=3D"_blank" = class=3D"">Devel@ovirt.org</a><br class=3D""><a = href=3D"http://lists.ovirt.org/mailman/listinfo/devel" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/devel</a></div></blockquote></div><br = class=3D""></div></div></div><br = class=3D"">______________________________<wbr = class=3D"">_________________<br class=3D""> Devel mailing list<br class=3D""> <a href=3D"mailto:Devel@ovirt.org" class=3D"">Devel@ovirt.org</a><br = class=3D""> <a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = rel=3D"noreferrer" target=3D"_blank" = class=3D"">http://lists.ovirt.org/<wbr = class=3D"">mailman/listinfo/devel</a><br class=3D""></blockquote></div><br= class=3D""><br clear=3D"all" class=3D""><div class=3D""><br = class=3D""></div>-- <br class=3D""><div class=3D"gmail_signature" = data-smartmail=3D"gmail_signature"><div dir=3D"ltr" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div class=3D""><div dir=3D"ltr" = class=3D""><div class=3D""><div dir=3D"ltr" class=3D""><div = class=3D""><div dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><div = dir=3D"ltr" class=3D""><div dir=3D"ltr" class=3D""><div = style=3D"font-family: overpass, sans-serif; font-weight: bold; margin: = 0px; padding: 0px; font-size: 14px; text-transform: uppercase;" = class=3D""><span class=3D"">SANDRO</span> <span = class=3D"">BONAZZOLA</span></div><p style=3D"font-family: overpass, = sans-serif; font-size: 10px; margin: 0px 0px 4px; text-transform: = uppercase;" class=3D""><span class=3D"">ASSOCIATE MANAGER, SOFTWARE = ENGINEERING, EMEA ENG VIRTUALIZATION R&D</span></p><div = style=3D"font-family: overpass, sans-serif; margin: 0px; font-size: = 10px; color: rgb(153, 153, 153);" class=3D""><a = href=3D"https://www.redhat.com/" style=3D"color:rgb(0,136,206);margin:0px"= target=3D"_blank" class=3D"">Red Hat <span = class=3D"">EMEA</span></a></div><table border=3D"0" style=3D"font-family: = overpass, sans-serif; font-size: inherit;" class=3D""><tbody = class=3D""><tr class=3D""><td width=3D"100px" class=3D""><a = href=3D"https://red.ht/sig" target=3D"_blank" class=3D""><img = src=3D"https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red= -hat-black.png" width=3D"90" height=3D"auto" class=3D""></a></td><td = style=3D"font-size:10px" class=3D""><div class=3D""><a = href=3D"https://redhat.com/trusted" = style=3D"color:rgb(204,0,0);font-weight:bold" target=3D"_blank" = class=3D"">TRIED. TESTED. = TRUSTED.</a></div></td></tr></tbody></table><br = class=3D""></div></div></div></div></div></div></div></div></div></div></d= iv></div></div> </div></div> </div></blockquote></div><br class=3D""></body></html>= --Apple-Mail=_989BCAF3-E61E-4601-94A7-B9132BC4E288--
participants (7)
-
Dan Kenigsberg -
Eyal Edri -
Francesco Romani -
Martin Perina -
Michal Skrivanek -
Sandro Bonazzola -
Yaniv Kaul