2:28 p.m.
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
1:46 a.m.
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani <fromani(a)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 ?
?
2:14 a.m.
On 02/07/2018 08:46 AM, Dan Kenigsberg wrote:
On Tue, Feb 6, 2018 at 10:28 PM, Francesco Romani
<fromani(a)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-x8...
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
5:58 a.m.
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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-x8...
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?
6:06 a.m.
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani
<fromani(a)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(a)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(a)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>
1:17 a.m.
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(a)redhat.com>
wrote:
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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(a)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>
1:48 a.m.
2018-02-08 8:17 GMT+01:00 Dan Kenigsberg <danken(a)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...
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(a)redhat.com>
wrote:
>
>
> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>
>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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(a)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>
2 a.m.
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(a)redhat.com>
wrote:
2018-02-08 8:17 GMT+01:00 Dan Kenigsberg <danken(a)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(a)redhat.com>
> wrote:
>
>>
>>
>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>>
>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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(a)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(a)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)
2:20 a.m.
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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(a)redhat.com>
wrote:
>
>
> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>
>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
2:51 a.m.
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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(a)redhat.com>
> wrote:
>
>>
>>
>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>>
>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani <fromani(a)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(a)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(a)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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
2:23 a.m.
2018-02-08 9:51 GMT+01:00 Martin Perina <mperina(a)redhat.com>:
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>
>
> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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(a)redhat.com>
>> wrote:
>>
>>>
>>>
>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>>>
>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani
<fromani(a)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(a)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(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
> _______________________________________________
> Devel mailing list
> Devel(a)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(a)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>
3:34 a.m.
2018-02-09 9:23 GMT+01:00 Sandro Bonazzola <sbonazzo(a)redhat.com>:
2018-02-08 9:51 GMT+01:00 Martin Perina <mperina(a)redhat.com>:
>
>
> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>
>>
>>
>> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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/testRe...
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(a)redhat.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>>>>
>>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani
<fromani(a)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(a)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(a)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(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel(a)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(a)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>
3:36 a.m.
--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(a)redhat.com>
wrote:
=20
=20
=20
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com =
<mailto:ykaul@redhat.com>> wrote:
=20
=20
On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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.
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
Dafna, AFAIK s390x job was removed, so what else needs to be done for =
this patch
to pass through CQ?
=E2=80=8B
=20
=20
On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo(a)redhat.com =
<mailto:sbonazzo@redhat.com>> wrote:
=20
=20
2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com =
<mailto:danken@redhat.com>>:
On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani
<fromani(a)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(a)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 =
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(a)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(a)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(a)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(a)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(a)redhat.com</a>&gt; =
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(a)redhat.com</a>&gt;</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(a)redhat.com</a>&gt;</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/r...
/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...
=
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(a)redhat.com</a>&gt;</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(a)redhat.com</a>&gt; 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(a)redhat.com</a>&gt; 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/...
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/r...
/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-...
-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(a)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/lo...
-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(a)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(a)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(a)ovirt.org</a><br =
class=3D"">http://lists.ovirt.org/mailman/listinfo/devel<...
</div><br class=3D""></body></html>=
--Apple-Mail=_F81B57BB-46BD-419A-8845-717034451D17--
3:39 a.m.
2018-02-09 10:36 GMT+01:00 Michal Skrivanek <michal.skrivanek(a)redhat.com>:
On 8 Feb 2018, at 09:51, Martin Perina <mperina(a)redhat.com> wrote:
On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote:
>
>
> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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(a)redhat.com>
>> wrote:
>>
>>>
>>>
>>> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com>:
>>>
>>>> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani
<fromani(a)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(a)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(a)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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
> _______________________________________________
> Devel mailing list
> Devel(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________
Devel mailing list
Devel(a)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>
3:55 a.m.
--Apple-Mail=_989BCAF3-E61E-4601-94A7-B9132BC4E288
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
<http://lists.ovirt.org/mailman/listinfo/devel>
On 9 Feb 2018, at 10:39, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
=20
=20
=20
2018-02-09 10:36 GMT+01:00 Michal Skrivanek =
<michal.skrivanek(a)redhat.com
<mailto:michal.skrivanek@redhat.com>>:
=20
=20
> On 8 Feb 2018, at 09:51, Martin Perina <mperina(a)redhat.com =
<mailto:mperina@redhat.com>> wrote:
>=20
>=20
>=20
> On Thu, Feb 8, 2018 at 9:20 AM, Yaniv Kaul <ykaul(a)redhat.com =
<mailto:ykaul@redhat.com>> wrote:
>=20
>=20
> On Thu, Feb 8, 2018 at 9:17 AM, Dan Kenigsberg <danken(a)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?
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
=20
=20
=20
=20
>=20
> Dafna, AFAIK s390x job was removed, so what else needs to be done for =
this
patch to pass through CQ?
> =E2=80=8B
> =20
>=20
> On Wed, Feb 7, 2018 at 2:06 PM, Sandro Bonazzola <sbonazzo(a)redhat.com =
<mailto:sbonazzo@redhat.com>> wrote:
>=20
>=20
> 2018-02-07 12:58 GMT+01:00 Dan Kenigsberg <danken(a)redhat.com =
<mailto:danken@redhat.com>>:
> On Wed, Feb 7, 2018 at 10:14 AM, Francesco Romani
<fromani(a)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(a)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 =
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(a)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(a)ovirt.org <mailto:Devel@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/devel =
>=20
>=20
> _______________________________________________
> Devel mailing list
> Devel(a)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(a)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(a)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(a)redhat.com</a>&gt;=
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(a)redhat.com</a>&gt; 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(a)redhat.com</a>&gt;</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(a)redhat.com</a>&gt;</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/r...
/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&...
=
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(a)redhat.com</a>&gt;</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(a)redhat.com</a>&gt; 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(a)redhat.com</a>&gt; 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/...
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/r...
/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-...
-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(a)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(a)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(a)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(a)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(a)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/lo...
-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--
2275
days inactive
2278
days old
14 comments
7 participants
participants (7)
-
Dan Kenigsberg -
Eyal Edri -
Francesco Romani -
Martin Perina -
Michal Skrivanek -
Sandro Bonazzola -
Yaniv Kaul