[ovirt-devel] Re: Jackson-databind related changes
Hi, oVirt Engine is using JBoss Modules feature to load libraries, so when a library version is mentioned in pom.xml it's unrelated to which version is being using during runtime. Here's the detailed description: 1. jackson-databind 2.12.7 mentioned pom.xml is actually being used only when building the project directly with maven (development purposes) https://github.com/oVirt/vdsm-jsonrpc-java/blob/master/pom.xml.in#L61 https://github.com/oVirt/vdsm-jsonrpc-java/blob/master/client/pom.xml.in 2. When building the project as a part of RPM build, then maven (respectively xmvn) is invoked to use only libraries installed locally as a part of RPM dependencies https://github.com/oVirt/vdsm-jsonrpc-java/blob/master/vdsm-jsonrpc-java.spec.in#L46 So on CS8 we can easily find out the jackson-databind package version being used during RPM build # dnf repoquery --whatprovides 'jackson-databind >= 2.10.0' jackson-databind-0:2.10.0-1.module_el8.4.0+595+e59c9af2.noarch jackson-databind-0:2.10.0-1.module_el8.4.0+782+1d1c31a0.noarch 3. On runtime vdsm-jsonrpc-java is being loaded using JBoss Modules as a part of oVirt Engine: https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/dependencies/common/src/main/modules/org/ovirt/vdsm-jsonrpc-java/main/module.xml which shows that vdsm-jsonrpc-java depends on com.fasterxml.jackson.core.jackson-databind module, which is included in the relevant WildFly release. Currently oVirt Engine is using WildFly 24.0.1, so you can see jackson-databind version using following command: # rpm -ql ovirt-engine-wildfly | grep 'jackson-databind-' /usr/share/ovirt-engine-wildfly/modules/system/layers/base/com/fasterxml/jackson/core/jackson-databind/main/jackson-databind-2.12.3.jar So if you want to bump jackson-databind version for oVirt Engine runtime you have two possibilities: 1. You can deliver updated JBoss module as a part of ovirt-engine-wildfly-overlay RPM: https://github.com/oVirt/ovirt-engine-wildfly/overlay 2. You can try to bump WildFly to latest version in ovirt-engine-wildfly RPM: https://github.com/oVirt/ovirt-engine-wildfly/ Please be awate that at the moment it's not possible to use latest WildFly version, because oVirt Engine is using classic security model, which was removed in favor of Elytron in WildFly 25. So to bump WildFly version, you would need to implement changes in oVirt Engine to use Elytron. Regarding verification the best way is to verify functionality by execution of oVirt System Tests: https://github.com/ovirt/ovirt-system-tests Regards, Martin On Thu, Sep 14, 2023 at 11:44 PM Shubha Kulkarni wrote: > Hi All > > > > I am yet to get any feedback on my query. So I thought I will reach out > again to see if any one has comment on this - > > > > Background: > > I see the commit for CVE-2020-36518 to vdsm-json-rpc to bump jackson > version to 2.12.7 > > > https://github.com/oVirt/vdsm-jsonrpc-java/commit/d1f423809fd491da7b5324b308dac896ded645a7 > > This change in only made in pom.xml is made with "default" scope (i.e > compile). > > > > Queries: > > #1. So at runtime, that means this jar should be explicitly packaged > somewhere else. I am wondering how is this newer jackson jar is picked up? > Does it have anything to do with the change outside pom.xml that I don't > see? > > > > #2. Ideally, I would like to verify that vdsm-jsonrpc-java application is > using jackson-core2.12.7 and jackson-databaind 2.12.7-1 when installed on > engine system. What is the best way to do it? > > > > Thanks > > > > *From:* Shubha Kulkarni > *Sent:* Thursday, September 7, 2023 1:47 PM > *To:* devel@ovirt.org > *Subject:* Jackson-databind related changes > > > > Hello! > > > > There have been changes added to ovirt-engine and vdsm-jsonrpc-java repos > to address security vulnerabilities in jackson-databind package. I see that > the change is made to bump up version of jackson-databind package to > 2.12.7.1. > > I am wondering what is the rpm version for ovirt-engine and > vdsm-jsonrpc-java that has these fixes? Also, I am curious what is the best > way to validate these changes? > > > > Thanks, > > Shubha > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UDIWOPJMWDCRB53I7P7H2YA7MUEY3QMX/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe
[ovirt-devel] Re: oVirt engine builds on el9
On Fri, Sep 23, 2022 at 3:21 PM Michal Skrivanek wrote: > with that you now have to either > define OFFLINE_BUILD=0 for make to still use maven central to download all > jars > or > install ovirt-engine-build-dependencies to get all teh jars locally > Building engine in dev env mode should always use classic online maven build. Here is the fix to achieve that without the need to specify OFFLINE_BUILD option value: https://github.com/oVirt/ovirt-engine/pull/676 Sorry for the mess. Martin > > > On 23. 9. 2022, at 9:13, Michal Skrivanek wrote: > > > > Hi all, > > we are going to bundle maven dependencies in a new package > ovirt-engine-build-dependencies. This allows us to use CBS to build > ovirt-engine as any other package, and enable el9 builds. > > This is just a build dependency, there's no change to a built product. > > We will now start publishing el9stream builds of ovirt-engine and start > switching testing to el9 > > > > Thanks, > > michal > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6HMHUNO4UW2TQLQUUSRCODYQMD3M5CUK/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EHU3PHNPR73M7KD3BR6QXFOKFJAIBMZZ/
[ovirt-devel] ovirt-engine-4.5.3 has been tagged
ovirt-engine-4.5.3 has been tagged -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ENMHOFOXYHH5D5ZQK75LHOUMOQIAC2GP/
[ovirt-devel] ovirt-engine-4.5.2.4 has been tagged
ovirt-engine-4.5.2.4 has been tagged -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IF2TXI5BI2F2P7WO46QPWYG6BRB6YT5M/
[ovirt-devel] ovirt-engine-4.5.2.2 has been tagged
ovirt-engine-4.5.2.2 has been tagged -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WCTKZANDWH67MBERF6PMESLGHMCEMC4L/
[ovirt-devel] ovirt-engine-4.5.2.1 has been tagged
ovirt-engine-4.5.2.1 has been tagged -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OYLDO7GAFIXHYCQTMOYBKYLXS4PKWJ32/
[ovirt-devel] Re: github testing: merge with branch, or use PR HEAD?
On Fri, Jul 8, 2022 at 10:27 AM Michal Skrivanek
wrote:
>
>
> > On 7. 7. 2022, at 19:28, Nir Soffer wrote:
> >
> > On Wed, Jun 15, 2022 at 12:26 PM Yedidyah Bar David
> wrote:
> >>
> >> Hi all,
> >>
> >> I was annoyed for some time now by the fact that when I used some
> >> github-CI-generated RPMs, with a git hash in their names, I could
> >> never find this git hash anywhere - not in my local git repo, nor in
> >> github. Why is it so? Because, if I got it right, the default for
> >> 'actions/checkout@v2' is to merge the PR HEAD with the branch HEAD.
> >> See e.g. [1]:
> >>
> >>HEAD is now at 7bbb40c9a Merge
> >> 026bb9c672bf46786dd6d16f4cbe0ecfa84c531d into
> >> 35e217936b5571e9657946b47333a563373047bb
> >>
> >> Meaning: my patch was 026bb9c, master was 35e2179, and the generated
> >> RPMs will have 7bbb40c9a, not to be found anywhere else. If you check
> >> the main PR page [3], you can find there '026bb9c', but not
> >> '7bbb40c9a'.
> >>
> >> (Even 026bb9c might require some effort, e.g. "didib force-pushed the
> >> add-hook-log-console branch 2 times, most recently from c90e658 to
> >> 66ebc88 yesterday". I guess this is the result of github discouraging
> >> force-pushes, in direct opposite of gerrit, which had a notion of
> >> different patchsets for a single change. I already ranted about this
> >> in the past, but that's not the subject of the current message).
> >>
> >> This is not just an annoyance, it's a real difference in semantics. In
> >> gerrit/jenkins days, IIRC most/all projects I worked on, ran CI
> >> testing/building on the pushed HEAD, and didn't touch it. Rebase, if
> >> at all, happened either explicitly, or at merge time.
> >
> > I don't think that the action *rebases* the pr, it uses a merge commit
> > but this adds newer commits on master on top of the pr, which may
> > conflict or change the semantics of the pr.
> >
> >> actions/checkout's default, to auto-merge, is probably meant to be
> >> more "careful" - to test what would happen if the code is merged. I
> >> agree this makes sense. But I personally think it's almost always ok
> >> to test on the pushed HEAD and not rebase/merge _implicitely_.
> >>
> >> What do you think?
> >
> > I agree, this is unexpected and unwanted behavior in particular for
> > projects that disable merge commits (e.g. vdsm).
>
> merge commits are disabled for all oVirt projects as per
> https://www.ovirt.org/develop/developer-guide/migrating_to_github.html
>
> >
> >> It should be easy to change, using [2]:
> >>
> >> - uses: actions/checkout@v2
> >> with:
> >>ref: ${{ github.event.pull_request.head.sha }}
>
> we can really just create a trivial wrapper and replace globally with e.g.
> - uses: ovirt/checkout
>
+1
As this needs to be included in each project separately, then I'd say let's
minimize available options to ensure maximum consistency across all oVirt
projects
>
> >
> > +1
> >
> > Nir
> > ___
> > Devel mailing list -- devel@ovirt.org
> > To unsubscribe send an email to devel-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WZ3W6BII34CTQXXLBYJB6W6ECCWEGM4J/
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HLUUV2YMDGN4ZSSLU75ME4K6KUIITFO4/
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2G7CODECNMHSA6G6TT64YGI3PCS6DLIC/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.5.1.3)
ovirt-engine has been tagged (ovirt-engine-4.5.1.3) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XZ55NHLSUUV2XXQPXQGWNKBU4A6I2GSJ/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.5.1)
ovirt-engine has been tagged (ovirt-engine-4.5.1) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7JGFYSC4B3XYP6ZUJ6G5WRL3MD3UYON2/
[ovirt-devel] Re: [ovirt-users] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5
On Thu, May 12, 2022 at 7:39 AM Yedidyah Bar David wrote: > On Wed, May 11, 2022 at 10:18 PM Martin Perina wrote: > > > > Hi, > > > > as mentioned in 4.5.0.8 announcement and Doc Text of > https://bugzilla.redhat.com/show_bug.cgi?id=2077794 postgresql-jdbc >= > 42.2.14 is required for ovirt-engine to work properly. > > > > So please remove the exclude, update postgresql-jdbc to the latest and > restart ovirt-engine service. > > Perhaps we should have updated the spec file to Require: the correct > version. > > This would have caused engine-setup (upgrade), if the new version was > excluded/blocked/whatever, to fail - rather early and safely, IMO. > Right, unfortunately we have somehow missed that It should be fixed in oVirt 4.5.1: https://github.com/oVirt/ovirt-engine/pull/373 > > Best regards, > > > > > Martin > > > > On Wed, May 11, 2022 at 4:52 PM Maton, Brett > wrote: > >> > >> Probably worth pointing out that if you (as I did) update to 4.5.0.8 > and exclude the postgresql-jdbc update you'll wind up with > >> > >> 500 - Internal Server Error > >> > >> When you try to login to the admin console again. > >> > >> On Wed, 11 May 2022 at 13:43, Martin Perina wrote: > >>> > >>> Hi, > >>> > >>> oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc > drivers: > >>> > >>> > https://lists.ovirt.org/archives/list/us...@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/ > >>> > >>> So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >= > 42.2.14 package during installation/upgrade. > >>> > >>> Regards, > >>> Martin > >>> > >>> > >>> On Fri, Apr 22, 2022 at 5:35 PM Martin Perina > wrote: > >>>> > >>>> Hi, > >>>> Unfortunately we have just found that latest release of > postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5 > installations running on CentOS Stream. > >>>> The workaround is to downgrade to previous version, for example > postgresql-jdbc-42.2.3-3 should work fine. > >>>> > >>>> Here are detailed instructions: > >>>> > >>>> 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please > downgrade to previous version: > >>>> > >>>> $ dnf downgrade postgresql-jdbc > >>>> $ systemctl restart ovirt-engine > >>>> > >>>> 2. If you are going to upgrade your oVirt Engine machine, please > exclude postgresql-jdbc package from upgrades: > >>>> > >>>> $ dnf update -x postgresql-jdbc > >>>> > >>>> We have created https://bugzilla.redhat.com/2077794 to track this > issue, but unfortunately we don't have a fix yet. > >>>> > >>>> Regards, > >>>> Martin > >>>> > >>>> -- > >>>> Martin Perina > >>>> Manager, Software Engineering > >>>> Red Hat Czech s.r.o. > >>> > >>> > >>> > >>> -- > >>> Martin Perina > >>> Manager, Software Engineering > >>> Red Hat Czech s.r.o. > >>> ___ > >>> Users mailing list -- us...@ovirt.org > >>> To unsubscribe send an email to users-le...@ovirt.org > >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html > >>> oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > >>> List Archives: > https://lists.ovirt.org/archives/list/us...@ovirt.org/message/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/ > > > > > > > > -- > > Martin Perina > > Manager, Software Engineering > > Red Hat Czech s.r.o. > > ___ > > Users mailing list -- us...@ovirt.org > > To unsubscribe send an email to users-le...@ovirt.org > > Privacy Statement: https://www.ovirt.org/privacy-policy.html > > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > https://lists.ovirt.org/archives/list/us...@ovirt.org/message/DKWQJMDQVQRLKYPQTBIPVJM4WZHY2FAY/ > > > > -- > Didi > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KKMGGCID2BPGMCTPHZVDYNJSNNH7Q4F5/
[ovirt-devel] Re: [ovirt-users] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5
Hi, as mentioned in 4.5.0.8 announcement and Doc Text of https://bugzilla.redhat.com/show_bug.cgi?id=2077794 postgresql-jdbc >= 42.2.14 is required for ovirt-engine to work properly. So please remove the exclude, update postgresql-jdbc to the latest and restart ovirt-engine service. Martin On Wed, May 11, 2022 at 4:52 PM Maton, Brett wrote: > Probably worth pointing out that if you (as I did) update to 4.5.0.8 and > exclude the postgresql-jdbc update you'll wind up with > > 500 - Internal Server Error > > When you try to login to the admin console again. > > On Wed, 11 May 2022 at 13:43, Martin Perina wrote: > >> Hi, >> >> oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc >> drivers: >> >> >> https://lists.ovirt.org/archives/list/us...@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/ >> >> So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >= >> 42.2.14 package during installation/upgrade. >> >> Regards, >> Martin >> >> >> On Fri, Apr 22, 2022 at 5:35 PM Martin Perina wrote: >> >>> Hi, >>> Unfortunately we have just found that latest release of >>> postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5 >>> installations running on CentOS Stream. >>> The workaround is to downgrade to previous version, for example >>> postgresql-jdbc-42.2.3-3 should work fine. >>> >>> Here are detailed instructions: >>> >>> 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please >>> downgrade to previous version: >>> >>> $ dnf downgrade postgresql-jdbc >>> $ systemctl restart ovirt-engine >>> >>> 2. If you are going to upgrade your oVirt Engine machine, please exclude >>> postgresql-jdbc package from upgrades: >>> >>> $ dnf update -x postgresql-jdbc >>> >>> We have created https://bugzilla.redhat.com/2077794 to track this >>> issue, but unfortunately we don't have a fix yet. >>> >>> Regards, >>> Martin >>> >>> -- >>> Martin Perina >>> Manager, Software Engineering >>> Red Hat Czech s.r.o. >>> >> >> >> -- >> Martin Perina >> Manager, Software Engineering >> Red Hat Czech s.r.o. >> ___ >> Users mailing list -- us...@ovirt.org >> To unsubscribe send an email to users-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/us...@ovirt.org/message/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/ >> > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DKWQJMDQVQRLKYPQTBIPVJM4WZHY2FAY/
[ovirt-devel] Re: [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5
Hi, oVirt 4.5.0.8 async release has fixed the issue with postgresql-jdbc drivers: https://lists.ovirt.org/archives/list/us...@ovirt.org/thread/GAENJ2DPZSDCC276KM5QKUAZE5XPWTRG/ So for oVirt 4.5.0.8 you no longer need to exclude postgresql-jdbc >= 42.2.14 package during installation/upgrade. Regards, Martin On Fri, Apr 22, 2022 at 5:35 PM Martin Perina wrote: > Hi, > Unfortunately we have just found that latest release of > postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5 > installations running on CentOS Stream. > The workaround is to downgrade to previous version, for example > postgresql-jdbc-42.2.3-3 should work fine. > > Here are detailed instructions: > > 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please > downgrade to previous version: > > $ dnf downgrade postgresql-jdbc > $ systemctl restart ovirt-engine > > 2. If you are going to upgrade your oVirt Engine machine, please exclude > postgresql-jdbc package from upgrades: > > $ dnf update -x postgresql-jdbc > > We have created https://bugzilla.redhat.com/2077794 to track this issue, > but unfortunately we don't have a fix yet. > > Regards, > Martin > > -- > Martin Perina > Manager, Software Engineering > Red Hat Czech s.r.o. > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GVFSXYLTQKRAVAVXY5ONBN4NRI24ED55/
[ovirt-devel] [IMPORTANT] Upgrade to postgresql-jdbc-42.2.14-1 breaks oVirt Engine 4.4/4.5
Hi, Unfortunately we have just found that latest release of postgresql-jdbc-42.2.14-1 breaks existing oVirt Engine 4.4 and 4.5 installations running on CentOS Stream. The workaround is to downgrade to previous version, for example postgresql-jdbc-42.2.3-3 should work fine. Here are detailed instructions: 1. If you have already upgraded to postgresql-jdbc-42.2.14-1, please downgrade to previous version: $ dnf downgrade postgresql-jdbc $ systemctl restart ovirt-engine 2. If you are going to upgrade your oVirt Engine machine, please exclude postgresql-jdbc package from upgrades: $ dnf update -x postgresql-jdbc We have created https://bugzilla.redhat.com/2077794 to track this issue, but unfortunately we don't have a fix yet. Regards, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SBCWNXLFLJBKTA3TFJARE7QCYZQ6QMMH/
[ovirt-devel] Re: engine-setup fail with least ovirt-engine
Hi, the ansible-runner-service cleanup PR is not yet merged: https://github.com/oVirt/ovirt-engine/pull/257 So until merged please just remove /etc/httpd/conf.d/zz-ansible-runner-service.conf Once this file is removed, python3-mod_wsgi should no longer be needed. Thanks, Martin On Sun, Apr 17, 2022 at 11:16 PM Nir Soffer wrote: > I upgraded today to > ovirt-engine-4.5.1-0.2.master.20220414121739.gitb2384c6521.el8.noarch > > Engine setup failed to complete when restarting httpd: > > # engine-setup > ... > [ INFO ] Restarting httpd > [ ERROR ] Failed to execute stage 'Closing up': Failed to start service > 'httpd' > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-setup-20220418000357-gn9jww.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20220418000447-setup.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of setup failed > > [root@engine ~]# systemctl status httpd > ● httpd.service - The Apache HTTP Server >Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; > vendor preset: disabled) >Active: failed (Result: exit-code) since Mon 2022-04-18 00:04:47 IDT; > 19s ago > Docs: man:httpd.service(8) > Process: 15359 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND > (code=exited, status=1/FAILURE) > Main PID: 15359 (code=exited, status=1/FAILURE) >Status: "Reading configuration..." > > Apr 18 00:04:47 engine.local systemd[1]: Starting The Apache HTTP Server... > Apr 18 00:04:47 engine.local httpd[15359]: [Mon Apr 18 00:04:47.727854 > 2022] [so:warn] [pid 15359:tid 140623023360320] AH01574: mo> > Apr 18 00:04:47 engine.local httpd[15359]: AH00526: Syntax error on > line 4 of /etc/httpd/conf.d/zz-ansible-runner-service.conf: > Apr 18 00:04:47 engine.local httpd[15359]: Invalid command > 'WSGIDaemonProcess', perhaps misspelled or defined by a module not > incl> > > After installing python3-mod_wsgi httpd can be started, and engine-setup > works. > > Do we miss requires: in the spec? > > Nir > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YLPWIYMLINUUZ2JZQ6UJ4IDAJLV3KCNS/
[ovirt-devel] oVirt Engine now requires ansible-core >= 2.12 and ansible-runner >= 2.0
Hi, yesterday we have merged a global change in the whole oVirt, from now on we require ansible-core >= 2.12 for oVirt functionality. It means that upcoming oVirt 4.5 will work only on OS version where ansible-core-2.12 is properly packages (for example CentOS Stream 8 and upcoming RHEL 8.6). All required package changes should be performed automatically for RPM installations. But developers will need to upgrade packages in their development environments manually, the most significant change is visible in for ovirt-engine. If you already have a working development environment setup, please perform following upgrade steps: 1. Update your packages, especially ovirt-release-master https://copr.fedorainfracloud.org/coprs/ovirt/ovirt-master-snapshot/ 2. Remove old ansible and ansible-runner-service-dev dnf remove ansible ansible-runner-service-dev 3. Install ansible-core and ansible-runner dnf install ansible-core ansible-runner ovirt-ansible-collection Detailed information how to set up an engine development environment can be found at https://github.com/oVirt/ovirt-engine/blob/master/README.adoc If anything doesn't work, please let us know. Thanks, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WSJ4C5R2FYQLI6B5IMDDCYURLYCPIIPI/
[ovirt-devel] Re: [ACTION REQUIRED] alpha compose delayed: ETA needed
On Tue, Mar 15, 2022 at 10:15 AM Sandro Bonazzola wrote: > Hi, > ovirt-engine build patch is still not approved/merged: > https://github.com/oVirt/ovirt-engine/pull/139 > Yes, we are waiting for ovirt-engine-api-model release (happening right now) and engine bump to be able to merge relevant RFEs to engine. I also understood we need to wait for a vdsm new build too. > > And following packages may still need a rebuild: > ovirt-engine-extension-aaa-jdbc > ovirt-engine-extension-aaa-ldap > ovirt-engine-extension-aaa-misc > ovirt-jboss-modules-maven-plugin > I'm not sure they are needed to be rebuilt now, I will most probably do a rebuild when we have engine xmvn finished So no need to wait for them > > Please let me know the ETA for each of them ASAP. > > Thanks, > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SZFCLZ7XIDOTSBY4X6SCFI2R75IKHR6G/
[ovirt-devel] Re: ovirt-engine git repository is going to be moved to GitHub on Friday Feb 4th
Hi, The ovirt-engine project has been successfully moved from Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine> to GitHub <https://github.com/ovirt/ovirt-engine>. If you still have any open patches on Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine>, please abandon them and create relevant PR on GitHub <https://github.com/ovirt/ovirt-engine>. Thanks, Martin On Tue, Feb 1, 2022 at 8:24 PM Martin Perina wrote: > Hi, > > We have solved the RPM build issue on github, so we are going to move > ovirt-engine git repository from Gerrit > <https://gerrit.ovirt.org/admin/repos/ovirt-engine> to GitHub > <https://github.com/ovirt/ovirt-engine> this Friday Feb 4th. The > mirroring from gerrit to github is going to be disabled at 14:00 CET and > ovirt-engine repository on Gerrit > <https://gerrit.ovirt.org/admin/repos/ovirt-engine> is going to be > changed to read-only, so all open patches on gerrit will need to be > converted to GitHub PRs by their owners. > > If you haven't worked with GitHub previously please check Working with > oVirt on GitHub > <https://www.ovirt.org/develop/dev-process/working-with-github.html>. > > Feel free to reply to this email if you have any additional questions or > concerns. > > Thanks, > Martin > > -- > Martin Perina > Manager, Software Engineering > Red Hat Czech s.r.o. > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ASPRVDY6T3EDOHAAIPJP6HYHKC47YP76/
[ovirt-devel] ovirt-engine git repository is going to be moved to GitHub on Friday Feb 4th
Hi, We have solved the RPM build issue on github, so we are going to move ovirt-engine git repository from Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine> to GitHub <https://github.com/ovirt/ovirt-engine> this Friday Feb 4th. The mirroring from gerrit to github is going to be disabled at 14:00 CET and ovirt-engine repository on Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine> is going to be changed to read-only, so all open patches on gerrit will need to be converted to GitHub PRs by their owners. If you haven't worked with GitHub previously please check Working with oVirt on GitHub <https://www.ovirt.org/develop/dev-process/working-with-github.html>. Feel free to reply to this email if you have any additional questions or concerns. Thanks, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RC266BJF5SQK63PSSTP4XHEEMV2DLFPT/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.10.6)
ovirt-engine has been tagged (ovirt-engine-4.4.10.6) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/TJEGRTALRNZM6LZBHQLSC6GZDB3GUGBQ/
[ovirt-devel] Re: ovirt-engine git repository is going to be moved to GitHub on Friday Jan 21st
Hi, Unfortunately we hit issues around available memory for engine build on GWT, which we haven't solved so far. For now the ovirt-engine project will remain on Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine> and when build issues on github will be solved we will announce the new date of the switch to github. Thanks for understanding, Martin On Thu, Jan 20, 2022 at 8:58 AM Martin Perina wrote: > Hi, > > We are going to move ovirt-engine git repository from Gerrit > <https://gerrit.ovirt.org/admin/repos/ovirt-engine> to GitHub > <https://github.com/ovirt/ovirt-engine> this Friday Jan 21st. The > mirroring from gerrit to github is going to be disabled at 10:00 CET and > ovirt-engine repository on Gerrit > <https://gerrit.ovirt.org/admin/repos/ovirt-engine> is going to be > changed to read-only, so all open patches on gerrit will need to be > converted to GitHub PRs by their owners. > > If you haven't worked with GitHub previously please check Working with > oVirt on GitHub > <https://www.ovirt.org/develop/dev-process/working-with-github.html>. > > Feel free to reply to this email if you have any additional questions or > concerns. > > Thanks, > Martin > > -- > Martin Perina > Manager, Software Engineering > Red Hat Czech s.r.o. > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IR7VFNR5AJLKOJKCZ7NP7Q7PY5TV7PIU/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.10.5)
ovirt-engine has been tagged (ovirt-engine-4.4.10.5) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IJB6SHMNOEPZMXNQKCRIK5RYZJFMRNLY/
[ovirt-devel] ovirt-engine git repository is going to be moved to GitHub on Friday Jan 21st
Hi, We are going to move ovirt-engine git repository from Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine> to GitHub <https://github.com/ovirt/ovirt-engine> this Friday Jan 21st. The mirroring from gerrit to github is going to be disabled at 10:00 CET and ovirt-engine repository on Gerrit <https://gerrit.ovirt.org/admin/repos/ovirt-engine> is going to be changed to read-only, so all open patches on gerrit will need to be converted to GitHub PRs by their owners. If you haven't worked with GitHub previously please check Working with oVirt on GitHub <https://www.ovirt.org/develop/dev-process/working-with-github.html>. Feel free to reply to this email if you have any additional questions or concerns. Thanks, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CFPCXC4BEP3XADBPIJT2AUFVJLUEY63G/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.10.4)
ovirt-engine has been tagged (ovirt-engine-4.4.10.4) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/TZZJ6NTGSRBUQDJMSTPRPMZ2EIU2EIWQ/
[ovirt-devel] Re: [oVirt/ovirt-release] Failed repoclosure job (Issue #60)
On Wed, Jan 5, 2022 at 12:39 PM Yedidyah Bar David wrote: > (Adding Artur. About the engine, I was referring to > https://gerrit.ovirt.org/c/ovirt-engine/+/116811 ) > I'm going to remove both builds on EL9, there is too much work to fulfill those dependencies > > On Wed, Jan 5, 2022 at 1:32 PM Yedidyah Bar David wrote: > > > > On Wed, Jan 5, 2022 at 1:09 PM github-actions[bot] < > notificati...@github.com> wrote: > >> > >> ❌ The repoclosure CI job is still failing. Please investigate. > > > > > > It failed because we recently started building metrics and dwh on el9, > which require stuff we do not have: > > - The engine, already discussed elsewhere, patches are WIP (apparently > waiting for Artur? Not sure). > > - ansible. No idea why it's missing. > > > > Perhaps better not build new stuff on el9 before we fix these, or stop > running repoclosure on el9 for now. > > > > Best regards, > > -- > > Didi > > > > -- > Didi > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/B2DKSI42IGGG72GXV5OJTVEUOUKE56XP/
[ovirt-devel] Re: [oVirt/ovirt-release] Failed repoclosure job (Issue #55)
On Mon, 27 Dec 2021, 16:17 Yedidyah Bar David, wrote: > On Mon, Dec 27, 2021 at 2:38 PM github-actions[bot] > wrote: > > > > ❌ The repoclosure CI job is still failing. Please investigate. > > I think this started failing recently (on el9) due to a combination of: > > - The engine is still not built on el9 in copr. I tried building > it myself there and so far got stuck - it seems like the fix is > an existing pending patch [1] (failed at %add_maven_depmap). > > - ovirt-engine-keycloak is now built also for el9, but requires an > engine package, so we fail on repoclosure. > I've tried to remove existing EL9 build and disable further EL9 builds for Keycloak, but probably I've missed something. So if the correct removal can be done, it seems easier for now > Unless we have concrete plans to fix this very soon, I suggest to > stop the noise for now - either not build (or publish?) keycloak > for el9, or do not run repoclosure on el9, or perhaps filter the > output to not fail if it's only on these packages, etc. > > [1] https://gerrit.ovirt.org/c/ovirt-engine/+/116811 > -- > Didi > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/AWEGJ5MRLIAEW2EPMRS5MH7JBMJ5DZFT/ > ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NZHNZ6LNMKU4M43VC3PALVL75F4XCIAM/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.10.2)
ovirt-engine has been tagged (ovirt-engine-4.4.10.2) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/G4LPNNEZ5QJNXV3G57BZTYPP3G3T7GYB/
[ovirt-devel] Re: Switching to GH actions build: some not-yet-clear parts and some tips
On Mon, Dec 6, 2021 at 1:44 PM Sandro Bonazzola wrote: > > > Il giorno lun 6 dic 2021 alle ore 12:18 Martin Perina > ha scritto: > >> Hi, >> >> I've tried to move ovirt-engine-extensions-api >> <https://github.com/ovirt/ovirt-engine-extensions-api> to github and >> setup GH action to build to have some sort of a basic template for all our >> Java based projects: >> >> >> https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml >> >> During the work I discovered some parts which should be further discussed: >> >> 1. Most of projects requires packages from ovirt-master-release RPM >> repositories to build itself >> - In past we have been using >> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm to >> fetch the latest version of this RPM >> - Do we plan to keep it and have this URL as the main source for >> oVirt master repositories? >> > > No. > Please follow > https://ovirt.org/develop/dev-process/install-nightly-snapshot.html > Fixed, thanks! https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L32 > >> - ovirt-engine-extensions-api projects requires only Virt SIG repo so >> I've applied below hack to provide it: >> >> https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.automation/prepare-env-cs8.sh#L10 >> > - I don't like the solution, it would be much nicer to have a constant >> URL for the latest ovirt-release-master RPM >> > > Instrucitons in > https://ovirt.org/develop/dev-process/install-nightly-snapshot.html > whould be stable. > For CentOS Virt SIG specifically I haven't yet built the 4.5 release rpms > for CentOS . Once they'll be ready you should be able to just dnf install > the centos release ovirt-4.5 rpm to enable them. I'll try to handle it > before Christmas. > No worries, we are still far from the stable oVirt 4.5 release :-( And build jobs should depend on ovirt-release-master anyway ... > > > >> >> 2. Providing RPM repositories for different OS inside single build >> artifact >> - I wanted to build the project for both CentOS Stream 8 and 9, but I >> figured out that upload-artifact action merges results for all different OS >> builds into a single directory, so created repositories are mixed together. >> > > This may have a solution, try using the wildcard pattern > https://github.com/actions/upload-artifact#upload-using-a-wildcard-pattern > For now the solution works fine, but we just need to agree on standards. For example: Archive: artifacts.zip centos-stream-8/*.rpm centos-stream-8/repodata/* centos-stream-9/*.rpm centos-stream-9/repodata/ > > >> - I've use GH strategy option and used centos-stream-8 for CS8 and >> centos-stream-9 for CS9 builds: >> >> https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L14 >> - Do we already have that documented so an OST plugin to use those >> artifacts per OS can be created? If not, where to put it? >> > > Didn't see one yet. > > > >> >> 3. Using maven cache for Java project builds >> - When build maven projects in jenkins.ovirt.org we were using >> artifactory.ovirt.org to cache maven artifacts (and also save download >> bandwidth to PHX datacenter) >> - It doesn't make to use artifactory.ovirt.org inside GH actions, so >> I've tried to define a GH action specific cache: >> >> https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L37 >> > > make a lot of sense. > > > >> >> 4. Caching required dependencies >> - Above maven dependencies helps for maven invocations before RPM >> build but it doesn't help to fetch all required RPM dependencies for pro >> RPM maven based build >> - Right now it's almost 500 GB of packages to download and install on >> top of the default container and it for ovirt-engine-extensions-api it >> takes 50 % of the whole build >> time just to download and install those packages (I know it's just >> 1 minute, but anyway :-) >> - I've noticed that VDSM is using its own customized container >> <https://github.com/oVirt/vdsm/blob/master/.github/workflows/ci.yml#L8> >> - Wouldn't it be worthwhile to also create customized containers for >> Java based projects? >> > > I got suggestion from @Yaniv Kaul to do something as > in Gluster: https://github.com/gluster/Gluster-Builds - they are > building Gluster RPMs by running a conta
[ovirt-devel] Switching to GH actions build: some not-yet-clear parts and some tips
Hi, I've tried to move ovirt-engine-extensions-api <https://github.com/ovirt/ovirt-engine-extensions-api> to github and setup GH action to build to have some sort of a basic template for all our Java based projects: https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml During the work I discovered some parts which should be further discussed: 1. Most of projects requires packages from ovirt-master-release RPM repositories to build itself - In past we have been using https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm to fetch the latest version of this RPM - Do we plan to keep it and have this URL as the main source for oVirt master repositories? - ovirt-engine-extensions-api projects requires only Virt SIG repo so I've applied below hack to provide it: https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.automation/prepare-env-cs8.sh#L10 - I don't like the solution, it would be much nicer to have a constant URL for the latest ovirt-release-master RPM 2. Providing RPM repositories for different OS inside single build artifact - I wanted to build the project for both CentOS Stream 8 and 9, but I figured out that upload-artifact action merges results for all different OS builds into a single directory, so created repositories are mixed together. - I've use GH strategy option and used centos-stream-8 for CS8 and centos-stream-9 for CS9 builds: https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L14 - Do we already have that documented so an OST plugin to use those artifacts per OS can be created? If not, where to put it? 3. Using maven cache for Java project builds - When build maven projects in jenkins.ovirt.org we were using artifactory.ovirt.org to cache maven artifacts (and also save download bandwidth to PHX datacenter) - It doesn't make to use artifactory.ovirt.org inside GH actions, so I've tried to define a GH action specific cache: https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L37 4. Caching required dependencies - Above maven dependencies helps for maven invocations before RPM build but it doesn't help to fetch all required RPM dependencies for pro RPM maven based build - Right now it's almost 500 GB of packages to download and install on top of the default container and it for ovirt-engine-extensions-api it takes 50 % of the whole build time just to download and install those packages (I know it's just 1 minute, but anyway :-) - I've noticed that VDSM is using its own customized container <https://github.com/oVirt/vdsm/blob/master/.github/workflows/ci.yml#L8> - Wouldn't it be worthwhile to also create customized containers for Java based projects? 5. Differences between CS8 and CS9 - There are again some disturbing changes between CS8 and CS9: - PowerTools repo from CS8 is now called CRB in CS9 - pki-deps javapackages-tools modules from CS8 don't exist in CS9 - Core DNF plugins are not installed by default in CS9 container - To bypass those differences I've create 2 different shell scripts and plug them into a single workflow job: https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L33 https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.automation/prepare-env-cs8.sh https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.automation/prepare-env-cs9.sh 6. git commands cannot be easily used inside GH action - GH doesn't checkout the project completely during checkout action, so .git directory is not present - In the past I've been using 'git archive' <https://gerrit.ovirt.org/gitweb?p=ovirt-engine-extensions-api.git;a=blob;f=automation/build-artifacts.sh;h=965012c1195eaf288e149bde71e64b2e9647b2c4;hb=refs/heads/master#l45> to create .tar.gz source archive, but on GH it needed to be switched to a classic tar <https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.automation/build-artifacts.sh#L17> - In the past I've been using 'git rev-list' <https://gerrit.ovirt.org/gitweb?p=ovirt-engine-extensions-api.git;a=blob;f=automation/build-artifacts.sh;h=965012c1195eaf288e149bde71e64b2e9647b2c4;hb=refs/heads/master#l39> to fetch short git hash for snapshot builds, but on GH it needed to be switched to below hack <https://github.com/oVirt/ovirt-engine-extensions-api/blob/master/.github/workflows/build.yml#L47> Regards, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/a
[ovirt-devel] Re: ovirt-engine dependency on ovirt-engine-extensions-api
On Mon, Nov 29, 2021 at 8:10 AM Sandro Bonazzola wrote: > > > Il giorno lun 29 nov 2021 alle ore 08:02 Martin Perina > ha scritto: > >> >> >> On Fri, Nov 26, 2021 at 6:39 PM Sandro Bonazzola >> wrote: >> >>> Hi, >>> In ovirt-engine pom.xml there's a requirement for build time >>> on ovirt-engine-extensions-api = 1.0.0. >>> This dependency is available on maven central so online build works. >>> >>> Any clue on why we are not requiring 1.0.1 >>> <https://search.maven.org/artifact/org.ovirt.engine.api/ovirt-engine-extensions-api/1.0.1/jar> >>> instead ? >>> >>> We are packaging ovirt-engine-extensions-api during the development but >>> it ships 1.0.2.SNAPSHOT so when building in offline mode (needed for >>> building on CentOS Virt SIG) it fails as the 1.0.0 artifact was never >>> downloaded. >>> >>> I can rebuild ovirt-engine-extensions-api from 1.0.0 or 1.0.1 which are >>> available in maven central too as requiring explicitly 1.0.2.SNAPSHOT fails >>> with: >>> Failed to execute goal on project common-dependencies: Could not resolve >>> dependencies for project >>> org.ovirt.engine.core.manager:common-dependencies:jar:4.5.0-SNAPSHOT: The >>> following artifacts could not be resolved: >>> org.ovirt.engine.api:ovirt-engine-extensions-api:jar:1.0.2.SNAPSHOT, >>> org.ovirt.java-client-kubevirt:java-client-kubevirt:jar:0.5.0, >>> org.apache.sshd:sshd-common:jar:2.6.0, org.apache.sshd:sshd-core:jar:2.6.0, >>> net.i2p.crypto:eddsa:jar:0.3.0, >>> org.ovirt.engine.api:metamodel-server:jar:1.3.7, >>> org.ovirt.vdsm-jsonrpc-java:vdsm-jsonrpc-java-client:jar:1.6.0, >>> com.fasterxml.jackson.core:jackson-databind:jar:2.12.1, >>> org.jboss.resteasy:resteasy-jaxrs:jar:3.9.3.Final, >>> com.fasterxml.jackson.jaxrs:jackson-jaxrs-json-provider:jar:2.12.1, >>> org.apache.httpcomponents:httpclient:jar:4.5.13: Could not find artifact >>> org.ovirt.engine.api:ovirt-engine-extensions-api:jar:1.0.2.SNAPSHOT -> >>> [Help 1] >>> >> >>> Any recommendations on how to proceed? >>> >> >> So in spec file we are requiring >= 1.0.0: >> >> >> https://github.com/oVirt/ovirt-engine/blob/master/ovirt-engine.spec.in#L440 >> >> So it means that an RPM providing the necessary requirements should be >> installed. >> > > Yes, 1.0.2-SNAPSHOT from master is being installed *at runtime*. > But here we need it *at build time*. > So we need to add a BuildRequires line there. > > >> And AFAIK maven should detect we have ovirt-engine-extensions-api-1.0.z >> installed and it should use it for building. Or am I missing something? >> > > The issue is that pom file is requiring exactly 1.0.0 and not >= 1.0.0. So > if a different version is installed, it fails. > Well, I'm almost sure that xmvn is capable of using a newer version from RPM if the project requires an older version. For example mockito 3.12.4 <https://cbs.centos.org/koji/buildinfo?buildID=35544> requires junit 4.12 and we have only 4.13 <https://cbs.centos.org/koji/buildinfo?buildID=35160> provided as an RPM. So isn't the problem in the SNAPSHOT version availability? > > >> >> I see that you built snapshot version on CBS: >> >> https://cbs.centos.org/koji/buildinfo?buildID=36134 >> >> But wouldn't it be better to build the stable 1.0.1 release instead? >> > > Sure, I'll do. The build was a test to ensure CBS is able to build the > package. > I'll build 1.0.1 and then adjust the pom to require it instead of 1.0.0. > > >> >> >>> -- >>> >>> Sandro Bonazzola >>> >>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV >>> >>> Red Hat EMEA <https://www.redhat.com/> >>> >>> sbona...@redhat.com >>> <https://www.redhat.com/> >>> >>> *Red Hat respects your work life balance. Therefore there is no need to >>> answer this email out of your office hours.* >>> >>> >>> >> >> -- >> Martin Perina >> Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XFZOCZSVBP477AJY4IMU6FHGF6EDNIBP/
[ovirt-devel] Re: ovirt-engine dependency on ovirt-engine-extensions-api
On Fri, Nov 26, 2021 at 6:39 PM Sandro Bonazzola wrote: > Hi, > In ovirt-engine pom.xml there's a requirement for build time > on ovirt-engine-extensions-api = 1.0.0. > This dependency is available on maven central so online build works. > > Any clue on why we are not requiring 1.0.1 > <https://search.maven.org/artifact/org.ovirt.engine.api/ovirt-engine-extensions-api/1.0.1/jar> > instead ? > > We are packaging ovirt-engine-extensions-api during the development but it > ships 1.0.2.SNAPSHOT so when building in offline mode (needed for building > on CentOS Virt SIG) it fails as the 1.0.0 artifact was never downloaded. > > I can rebuild ovirt-engine-extensions-api from 1.0.0 or 1.0.1 which are > available in maven central too as requiring explicitly 1.0.2.SNAPSHOT fails > with: > Failed to execute goal on project common-dependencies: Could not resolve > dependencies for project > org.ovirt.engine.core.manager:common-dependencies:jar:4.5.0-SNAPSHOT: The > following artifacts could not be resolved: > org.ovirt.engine.api:ovirt-engine-extensions-api:jar:1.0.2.SNAPSHOT, > org.ovirt.java-client-kubevirt:java-client-kubevirt:jar:0.5.0, > org.apache.sshd:sshd-common:jar:2.6.0, org.apache.sshd:sshd-core:jar:2.6.0, > net.i2p.crypto:eddsa:jar:0.3.0, > org.ovirt.engine.api:metamodel-server:jar:1.3.7, > org.ovirt.vdsm-jsonrpc-java:vdsm-jsonrpc-java-client:jar:1.6.0, > com.fasterxml.jackson.core:jackson-databind:jar:2.12.1, > org.jboss.resteasy:resteasy-jaxrs:jar:3.9.3.Final, > com.fasterxml.jackson.jaxrs:jackson-jaxrs-json-provider:jar:2.12.1, > org.apache.httpcomponents:httpclient:jar:4.5.13: Could not find artifact > org.ovirt.engine.api:ovirt-engine-extensions-api:jar:1.0.2.SNAPSHOT -> > [Help 1] > > Any recommendations on how to proceed? > So in spec file we are requiring >= 1.0.0: https://github.com/oVirt/ovirt-engine/blob/master/ovirt-engine.spec.in#L440 So it means that an RPM providing the necessary requirements should be installed. And AFAIK maven should detect we have ovirt-engine-extensions-api-1.0.z installed and it should use it for building. Or am I missing something? I see that you built snapshot version on CBS: https://cbs.centos.org/koji/buildinfo?buildID=36134 But wouldn't it be better to build the stable 1.0.1 release instead? > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/R2TRJ5X52MYGJHUBASAIYL77BPYXDJ44/
[ovirt-devel] Re: CI failing all the time
_ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UK4KVTPITCAWHWUR5QPGN3RSNFYQSH34/ > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/APB6NEWFR2RN7WWOLWTG5HHJF25X4BL5/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6PSLID4LWGF3KN3XQ4GKDSIVWLQKYIT5/
[ovirt-devel] Re: Failed CI for engine patches - java-client-kubevirt otopi
On Fri, Nov 26, 2021 at 10:34 AM Sandro Bonazzola wrote: > > > Il giorno gio 25 nov 2021 alle ore 20:46 Ehud Yonasi > ha scritto: > >> Indeed Martin, I can see it now. >> We have an issue reflecting the new resources server, probably dns or >> something related. >> >> Meanwhile Shani, I suggest that you change the resources server in your >> automation/*.repos file to: >> https://resources02.phx.ovirt.org/repos/ovirt/tested/master/rpm/el8 >> >> We have someone already looking into it already and we hope CI will be >> fixed soon. >> Apologies. >> > > Please don't require any ovirt.org repository anymore in build roots of > any test or build job. > Either use CentOS Virt SIG repos or COPR repos. > We are dismissing ovirt-master-snapshot completely. > So we have a couple of packages to use this repos in automations repos, it will take some time to switch ... > > > > >> >> On 25 Nov 2021, at 18:03, Martin Perina wrote: >> >> >> >> On Thu, Nov 25, 2021 at 2:04 PM Ehud Yonasi wrote: >> >>> So I am not sure where the dependency came from, but as I can see from >>> otopi repo it is only realsing to ovirt-4.3 on resources at the moment. >>> >> >> Not true, otopi is configured correctly: >> >> master -> ovirt-master >> https://github.com/oVirt/otopi/blob/master/.ovirtci.yaml >> >> otopi-1..9 -> ovirt-4.4 >> https://github.com/oVirt/otopi/blob/otopi-1.9/.ovirtci.yaml >> >> Similar situation is with java-client-kubevirt, which should also be >> correctly setup: >> >> master -> ovirt-master, ovirt-4.4 >> https://github.com/oVirt/java-client-kubevirt/blob/master/.stdci.yaml >> >> And I had to mention that similar situation we had for >> ovirt-jboss-modules-maven-plugin, which magically disappeared from tested >> repo cca 2 weeks ago and I needed to re-merge last patch to get the build >> there again. And also here everything seems correct to me: >> >> >> https://github.com/oVirt/ovirt-jboss-modules-maven-plugin/blob/master/automation.yaml >> >> >> All of those packages are included in oVirt project for quite long time, >> so the issue is somewhere in the Jenkins CI >> >> >>> Maybe Sandro can help with that? >>> >>> On Thu, Nov 25, 2021 at 2:46 PM Shani Leviim wrote: >>> >>>> Hi Ehud, >>>> Honestly - I have no idea. >>>> This failure is from today, but in the patches, there is a series of CI >>>> failures while trying to build the patch - all failures while trying to >>>> build the engine. >>>> >>>> >>>> *Regards,* >>>> >>>> *Shani Leviim* >>>> >>>> >>>> On Thu, Nov 25, 2021 at 2:19 PM Ehud Yonasi wrote: >>>> >>>>> Hi Shani and Artur, >>>>> >>>>> I didn't find otopi and that java-client-kubevirt package in the repos >>>>> listed inside the run. was it there in the first place? >>>>> >>>>> Artur, It seems the centos mirrors were not available during the time >>>>> of the build, could you please re-trigger it and update if it's working >>>>> for >>>>> you now? >>>>> >>>>> Thanks, >>>>> Ehud. >>>>> >>>>> On Thu, Nov 25, 2021 at 1:28 PM Artur Socha wrote: >>>>> >>>>>> I could also add that I am currently having an issue with accessing >>>>>> Centos stream 8 AppStream repo (timed out). See [1] . Perhaps that >>>>>> somehow >>>>>> related? >>>>>> >>>>>> [1] >>>>>> https://jenkins.ovirt.org/job/vdsm-jsonrpc-java_standard-check-patch/187/console >>>>>> >>>>>> Artur >>>>>> >>>>>> On Thu, Nov 25, 2021 at 11:50 AM Shani Leviim >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> I have a series of engine patches that keep failing although the >>>>>>> chain is rebased on the latest master. >>>>>>> I ran 'ci build' a couple of minutes ago and it failed with this one: >>>>>>> 11:08:45 No match for argument: otopi >>>>>>> 11:08:45 Error: Unable to find a match: java-client-kubevirt otopi >>>>>>> >>>>>>> https://jenkins.ovirt.org/job/ovirt-engine_standard
[ovirt-devel] Re: Failed CI for engine patches - java-client-kubevirt otopi
On Thu, Nov 25, 2021 at 2:04 PM Ehud Yonasi wrote: > So I am not sure where the dependency came from, but as I can see from > otopi repo it is only realsing to ovirt-4.3 on resources at the moment. > Not true, otopi is configured correctly: master -> ovirt-master https://github.com/oVirt/otopi/blob/master/.ovirtci.yaml otopi-1..9 -> ovirt-4.4 https://github.com/oVirt/otopi/blob/otopi-1.9/.ovirtci.yaml Similar situation is with java-client-kubevirt, which should also be correctly setup: master -> ovirt-master, ovirt-4.4 https://github.com/oVirt/java-client-kubevirt/blob/master/.stdci.yaml And I had to mention that similar situation we had for ovirt-jboss-modules-maven-plugin, which magically disappeared from tested repo cca 2 weeks ago and I needed to re-merge last patch to get the build there again. And also here everything seems correct to me: https://github.com/oVirt/ovirt-jboss-modules-maven-plugin/blob/master/automation.yaml All of those packages are included in oVirt project for quite long time, so the issue is somewhere in the Jenkins CI > Maybe Sandro can help with that? > > On Thu, Nov 25, 2021 at 2:46 PM Shani Leviim wrote: > >> Hi Ehud, >> Honestly - I have no idea. >> This failure is from today, but in the patches, there is a series of CI >> failures while trying to build the patch - all failures while trying to >> build the engine. >> >> >> *Regards,* >> >> *Shani Leviim* >> >> >> On Thu, Nov 25, 2021 at 2:19 PM Ehud Yonasi wrote: >> >>> Hi Shani and Artur, >>> >>> I didn't find otopi and that java-client-kubevirt package in the repos >>> listed inside the run. was it there in the first place? >>> >>> Artur, It seems the centos mirrors were not available during the time of >>> the build, could you please re-trigger it and update if it's working for >>> you now? >>> >>> Thanks, >>> Ehud. >>> >>> On Thu, Nov 25, 2021 at 1:28 PM Artur Socha wrote: >>> >>>> I could also add that I am currently having an issue with accessing >>>> Centos stream 8 AppStream repo (timed out). See [1] . Perhaps that somehow >>>> related? >>>> >>>> [1] >>>> https://jenkins.ovirt.org/job/vdsm-jsonrpc-java_standard-check-patch/187/console >>>> >>>> Artur >>>> >>>> On Thu, Nov 25, 2021 at 11:50 AM Shani Leviim >>>> wrote: >>>> >>>>> Hi, >>>>> I have a series of engine patches that keep failing although the chain >>>>> is rebased on the latest master. >>>>> I ran 'ci build' a couple of minutes ago and it failed with this one: >>>>> 11:08:45 No match for argument: otopi >>>>> 11:08:45 Error: Unable to find a match: java-client-kubevirt otopi >>>>> >>>>> https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/15286/console >>>>> >>>>> The engine patches: >>>>> >>>>> https://gerrit.ovirt.org/q/topic:%22copy-template-mbs-disk%22+(status:open%20OR%20status:merged) >>>>> >>>>> Can someone assist, please? >>>>> >>>>> >>>>> *Regards,* >>>>> >>>>> *Shani Leviim* >>>>> ___ >>>>> Devel mailing list -- devel@ovirt.org >>>>> To unsubscribe send an email to devel-le...@ovirt.org >>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>>>> oVirt Code of Conduct: >>>>> https://www.ovirt.org/community/about/community-guidelines/ >>>>> List Archives: >>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VUYJRGNY6X7UYZ6PQBQGVENE5LVFGN3O/ >>>>> >>>> >>>> >>>> -- >>>> Artur Socha >>>> Senior Software Engineer, RHV >>>> Red Hat >>>> ___ >>>> Devel mailing list -- devel@ovirt.org >>>> To unsubscribe send an email to devel-le...@ovirt.org >>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/M6XM7FS4PD4E6USDK433IQDYIS7LJLQ2/ >>>> >>> ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6IWWN7NR5QC6IIT7NTBKI2UH7CUWCYUR/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BKS67FR2L7XY7US3IKIWYE5WOGDYVLIR/
[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.5.0_alpha1)
Tag ovirt-engine-4.5.0_alpha1 has been updated to include https://gerrit.ovirt.org/c/ovirt-engine/+/117726 On Fri, Nov 19, 2021 at 9:57 AM Sandro Bonazzola wrote: > ovirt-engine has been tagged (ovirt-engine-4.5.0_alpha1) > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IPOXHLVASEDTCSRMVSDGJXBTC6OQYF4O/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MFA26QJZHR4QBBQS5U2XK3ZNV4DK4TZA/
[ovirt-devel] Re: ovirt-ansible-collection on el9
Hi, We will need to decide if hosted engine installation should work on CS9 and if yes, then we would need to adapt the current hosted_engine_setup role to work within ansible 2.11 container and somehow require ansible-core 2.11 and a bunch of other packages as ansible 2.9 has been split. Or we will not support hosted engine installation on CS9 and then we don't need to release ovirt-ansible-collection as RPM and leave releases only in Ansible Galaxy and Ansible Automation Platform. Lots of work, I don't think this can be ready soon. Martin On Thu, Nov 11, 2021 at 4:54 PM Sandro Bonazzola wrote: > Hi, > repository closure on ovirt-ansible-collection reports broken dependency: > package: > ovirt-ansible-collection-1.7.0-0.1.master.20211108095017.el9.noarch from > copr:copr.fedorainfracloud.org:ovirt:ovirt-master-snapshot > unresolved deps: > ansible >= 2.9.21 > > Do we need to provide ansible 2.9.z in CentOS Virt SIG for CentOS 9 Stream? > If not, can you please fix the dependency on el9? > > Thanks, > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/44IHHZPDOMYQXXXZL2JBWE2R7FDPYWB2/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/S5GXELHT5WDFS3GOQ3B5CJC5EIMLLDYA/
[ovirt-devel] Re: java-client-kubevirt in 4.5
Hi, Artur could try to resolve this once Keycloak RFE is finished and I don't expect this will be ready before the end of year. If we can't wait that long, then we will need to figure out some temporary solution. Martin On Thu, Nov 11, 2021 at 5:06 PM Sandro Bonazzola wrote: > hi, > java-client-kubevirt is failing on missing dependencies: > package: java-client-kubevirt-0.5.0-1.20211108071009.gite0a0fe8.el9.src > from copr:copr.fedorainfracloud.org:ovirt:ovirt-master-snapshot > unresolved deps: > maven-plugin-registry > maven-profile > maven-shade-plugin > > I'm providing those dependencies temporarily with > ovirt-master-snapshot-static repo. > I kindly asked for them to be added to CentOS Stream 9 > (see as example Bug 2017712 > <https://bugzilla.redhat.com/show_bug.cgi?id=2017712> - Missing > maven-shade-plugin in CentOS Stream 9 ) > But the request was rejected. > We have a few options: > 1) Ask for building on CentOS Stream 9 Koji instance at > https://kojihub.stream.centos.org/koji/ as that dependency is available > there in build roots. > 2) Change java-client-kubevirt for not requiring those packages (bundling > the needed jar files within the .src.rpm?) > 3) Drop java-client-kubevirt completely in oVirt 4.5 > 4) Rebuild the whole maven stack up to those dependencies within CentOS > Virt SIG and COPR. > 5) Keep the "temporary" solution as-is > > How should we proceed? > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/T5BDLYXQISTVGCQNFVOPH7KRMCHNA3VR/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YEMK3PCMT65YACRZOZU4YFZBMQWD4AVX/
[ovirt-devel] Re: oVirt SDK docs services.m.html cut in the middle
On Thu, Nov 11, 2021 at 11:43 AM Yedidyah Bar David wrote: > Hi all, > > I was searching for something in the SDK and noticed that [1] is cut > in the middle. The last class that appears there is 'TemplateService'. > If you scroll down on the left pane and press something below this > one, such as [2], you see that the right pane does not scroll down - > you are at (close to) its bottom. The last link that seems to be > included is [3]. Known issue? > Martin/Ori, could you please take a look? > > Thanks, > > [1] https://ovirt.github.io/ovirt-engine-sdk/master/services.m.html > > [2] > https://ovirt.github.io/ovirt-engine-sdk/master/services.m.html#TemplateCdromService > > [3] > https://ovirt.github.io/ovirt-engine-sdk/master/services.m.html#TemplateService.export_to_path_on_host > -- > Didi > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FYPODDPHBVSWBIXH74AXBNWVQJ4T4F7E/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EITZP3IXDUAGDTG7P6WIMDZ4GL6S3GAR/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.9.4)
ovirt-engine has been tagged (ovirt-engine-4.4.9.4) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5H4OTIGRMAN3HPV6OTGYSH5WC6YEPMDK/
[ovirt-devel] Re: Cluster version - where is it defined?
On Wed, Oct 20, 2021 at 8:53 AM Sandro Bonazzola wrote: > +Martin Perina , +Michal Skrivanek > can you please help here? > > Il giorno mar 19 ott 2021 alle ore 17:29 Marcos Sungaila < > marcos.sunga...@oracle.com> ha scritto: > >> Hello, >> >> >> >> I’m trying to understand where the Cluster Compatibility version is >> defined and which commands are supported in each version. >> >> I’m inspecting the ovirt-engine, libvirt, and vdsm source code, but I >> imagine there is any paper or webpage where it is defined. At least a list >> with features or commands, something like this. >> >> I searched this list and found pretty old messages, but no clue on this >> topic. >> > There is not a single place in the source code where you can see a connection between feature availability and cluster level. The best way is to take a look at relevant RFE in Bugzilla, which introduces a new cluster level and there take a look at dependent RFEs/bugs: *1933974* <https://bugzilla.redhat.com/show_bug.cgi?id=1933974> - [RFE] Introduce Datacenter and cluster level 4.6 *1669178* <https://bugzilla.redhat.com/show_bug.cgi?id=1669178> - [RFE] Q35 SecureBoot - Add ability to preserve variable store certificates. *1688177* <https://bugzilla.redhat.com/show_bug.cgi?id=1688177> - [RFE] [SR-IOV] [Tech Preview RHV 4.4.6] Migration should not require downtime as of today *1906074* <https://bugzilla.redhat.com/show_bug.cgi?id=1906074> - [RFE] Support disks copy between regular and managed block storage domains *1927718* <https://bugzilla.redhat.com/show_bug.cgi?id=1927718> - [RFE] Provide Reset option for VMs *1950752* <https://bugzilla.redhat.com/show_bug.cgi?id=1950752> - [RFE][CBT] redefine only the checkpoint that the backup is taken from and not the entire chain *1821199* <https://bugzilla.redhat.com/show_bug.cgi?id=1821199> - HP VM fails to migrate between identical hosts (the same cpu flags) not supporting TSC. *1834250* <https://bugzilla.redhat.com/show_bug.cgi?id=1834250> - CPU hotplug on UEFI VM causes VM reboot *1892800* <https://bugzilla.redhat.com/show_bug.cgi?id=1892800> - NVDIMM: VM hangs in wait for launch for more than 7 minutes before VM is up. *1936163* <https://bugzilla.redhat.com/show_bug.cgi?id=1936163> - Enable bochs-display for UEFI guests by default *1936164* <https://bugzilla.redhat.com/show_bug.cgi?id=1936164> - Enable KVM Software TPM by default *1877675* <https://bugzilla.redhat.com/show_bug.cgi?id=1877675> - [RFE] Introduce Datacenter and cluster level 4.5 *1725166* <https://bugzilla.redhat.com/show_bug.cgi?id=1725166> - [RFE] Private VLAN / port isolation *1745024* <https://bugzilla.redhat.com/show_bug.cgi?id=1745024> - [RFE] Enabling Icelake new NIs - RHV *1836661* <https://bugzilla.redhat.com/show_bug.cgi?id=1836661> - [RFE] GET diskattachments for a VM using qemu-guest-agent is missing a logical_name for disks without monted file-system *1814565* <https://bugzilla.redhat.com/show_bug.cgi?id=1814565> - Report disk.usage for VMs with RHEL 8 guests *1852718* <https://bugzilla.redhat.com/show_bug.cgi?id=1852718> - vGPU: VM failed to run with mdev_type instance *1853194* <https://bugzilla.redhat.com/show_bug.cgi?id=1853194> - VM with disk on iscsi on environment with SELinux enforced fails to start on host - Exit message: Wake up from hibernation failed:internal error: child reported (status=125): unable to set security context *1876605* <https://bugzilla.redhat.com/show_bug.cgi?id=1876605> - VM with scsi hostdev (scsi_generic custom property) fails on start:'node-name too long for qemu' Also not all features depend on cluster level, so there can be new features introduced in some particular oVirt version which will start working for all existing cluster levels. That's why every new feature is announced in the release notes for a particular oVirt version. Regards, Martin >> >> Regards, >> >> Marcos >> >> >> ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DFXHKUBXV46LDHAIAN2IIZGCNSNHKOFH/ >> > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answe
[ovirt-devel] Re: importing an ovirt vm via the API for "Virtual Appliance OVA"
On Wed, Oct 20, 2021 at 8:59 AM Sandro Bonazzola wrote: > > > Il giorno lun 4 ott 2021 alle ore 10:34 ha scritto: > >> Hi oVirt Team, >> >> Reading the API docs >> >> >> http://ovirt.github.io/ovirt-engine-api-model/4.3/#services/external_vm_imports >> >> http://ovirt.github.io/ovirt-engine-api-model/4.3/#types/external_vm_provider_type >> >> and ovirt_vm module >> >> https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_vm_module.html#ansible-collections-ovirt-ovirt-ovirt-vm-module >> >> I see support for >> - kvm >> - vmware >> - XEN >> >> In the oVirt web GUI (4.3) there is under compute -> VM -> import -> >> source options for: >> - kvm >> - vmware >> - XEN >> - Virtual Appliance OVA >> >> I'm trying to import an OVA that sits on the file system on the oVirt >> node. Via the GUI selecting Virtual Appliance OVA does the job. >> >> Is the API missing this functionality or am I missing something? >> > > +Martin Perina , +Ondra Machacek > can you please help here? > Ondra is not working on oVirt Ansible Support for quite some time. Martin, could you please take a look? > > > >> ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LA4MKTZ2ECRRIOZZNSPCGSCZOEFMRL7A/ >> > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours. > <https://mojo.redhat.com/docs/DOC-1199578>* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NGEMZCVYZ3S6RSTXBZSIJQLOYORMZJBV/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.9.2)
ovirt-engine has been tagged (ovirt-engine-4.4.9.2) -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/L6UTPTKGFXIDI4GCT7KWK626IGUGHR6X/
[ovirt-devel] Re: ovirt-engine-extension-aaa-ldap broken, if using CNAME for LDAP server DNS
issue as we found out with some of our DNS servers. If you try to fetch both A and records from the DNS server, it will just timeout in a while and unboundid-ldap-skd takes that as an UnknownHost exception. If you ask the same DNS server to fetch A and AAA records in separate requests, then both records are returned immediately. Unfortunately we haven't been able to find out why this happens on some of our testing servers while it works perfectly fine on others. But you can perform a test using attached Java test tool: javac Test.java java -cp . Test The test tool just asks for A address, then address and then both at once, so if you hit the above issue you will see an exception when asking for both records at once. Anyway if you want to fix this issue in production you will either need to fix your DNS server (but again no idea what the issue is) or disable either IPv4 or IPv6 address usage in aaa ldap configuration file. For example if you would like to use only IPv4, you need to edit your /etc/ovirt-engine/aaa/.properties and add following options: pool.default.socketfactory.resolver.detectIPVersion = false pool.default.socketfactory.resolver.supportIPv6 = false Regards, Martin > As we tried to run the setup tool, that is also looks broken (after that, > we've copied the required files to /etc/ovirt-engine/aaa and > /etc/ovirt-engine/extensions.d/ from other, working hosted engine) so we've > tested the plugin itself, and the setup too, but no luck. > > I think, this (CNAME in DNS) should be working with the plugin. > > Could you please investigate this issue? (we're here to help test the > repaired version/patch, if needed, but not feel the knowledge to create the > patch ourself) > > Regards: > Peter > > -- > > > * Erdősi Péter * * Informatikus, IKT Fejlesztési Főosztály * > > > * Kormányzati Informatikai Fejlesztési Ügynökség * cím: 1134 Budapest, > Váci út 35. > tel: +36 1 450 3080 e-mail: erdosi.pe...@kifu.gov.hu > > [image: KIFÜ - www.kifu.gov.hu] <http://kifu.gov.hu/kifu/> > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VUWRCEQWLJXC6RTPEOGXMT67XWURFNPT/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. Test.java Description: application/ms-java ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/53BDTUXGP3W7R3CSVVLEE5GG7FKKKVAW/
[ovirt-devel] [IMPORTANT] ovirt-engine-4.4 branch was created, master branch will be used for upcoming oVirt Engine 4.5 version
Hi, Earlier today the ovirt-engine-4.4 branch was created. This branch should be used for fixes for upcoming oVirt Engine 4.4.z release: https://gerrit.ovirt.org/q/project:ovirt-engine+branch:ovirt-engine-4.4 Master branch is going to be used for the upcoming oVirt Engine 4.5 release. This means that any fix for oVirt Engine 4.4.z needs to be merged to master first and only then backported to ovirt-engine-4.4 branch. Also please be aware that database upgrade scripts on master should start with 04_05 prefix, so all patches which are not yet merged on master and contain database upgrade scripts should be updated to 4.5 numbering, for example: https://gerrit.ovirt.org/116267 Thanks, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CMZZAW5QE3GLVNKYT76FXN4VJUNWPP2C/
[ovirt-devel] Re: Python SDK 4.4.15 problems
Hi Francesco, any reason why you are installing Python SDK on the host from pip when there is an RPM available? Could you please try to remove pip installed version and use RPM installed and retest? Thanks, Martin On Mon, Aug 16, 2021 at 12:27 PM Nir Soffer wrote: > On Mon, Aug 16, 2021 at 12:38 PM francesco--- via Devel > wrote: > > in a new deployed host (Centos8, oVirt 4.4) with python module > ovirt-engine-sdk-python 4.4.15 I was unable to use the Python SDK API. The > script hanged in the connection test, with the following strace: > > Which script? > What was the output of the script? > Most scripts log to example.log, do you have any clue there? > Some scripts support --debug option to log more info to the log. Did you > use it? > > If you run strace, use: > > strace -f -tt -T -o output.strace command ... > > And share the complete trace. > > This will show all threads/child processes and add timestamps and syscalls > elapsed times. > > Nir > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/77CYNCUVZ2YJ2FQBLHIWPR632ORAUSM5/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E265FGHDX3NBOMY7N5PEKXZMQP3FJNKH/
[ovirt-devel] Re: Proposing Eyal Shenitsky as ovirt-engine backend maintener
On Wed, Aug 11, 2021 at 2:03 PM Ritesh Chikatwar wrote: > +1 from my side > > On Wed, Aug 11, 2021 at 5:15 PM Benny Zlotnik wrote: > >> Hi, >> >> Eyal has been working on ovirt-engine for a while now and is currently >> the most prolific active contributor from the storage team. >> >> As such, I would like to propose Eyal as an ovirt-engine maintainer >> > +1 from me > ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/Y7QQSLHBUUU6W2BTFB57BHHWEJ3ELQHH/ >> > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LSZZRCJBKSZL2LX5YOKJNYVHWI4NFJW6/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PNPF5WWB76M2GORQ2PGOZDXWZDPOYLTX/
[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.4.8.4)
Hi, I've also created the ovirt-engine-4.4.8.z branch from the ovirt-engine-4.4.8.4 tag. So if there are found any new blockers found for oVirt 4.4.8 release, please backport the fix into the ovirt-engine-4.4.8.z branch. Thanks, Martin On Wed, Aug 11, 2021 at 10:25 AM Tal Nisan wrote: > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FZCIG4H5C4H2XAFJEZLZ2N2DWV5IUPZE/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GGWNOXKAEERABNO2BLDQ72SM7XYSNLBR/
[ovirt-devel] Re: ovirt-engine-sdk repository changes
On Mon, Aug 9, 2021 at 3:52 PM Nir Soffer wrote: > On Mon, Aug 9, 2021 at 4:05 PM Martin Necas wrote: > > just bit summary of few changes in ovirt-engine-sdk repo [1]. There was > the decision to split the SDK generator and the python SDK itself. So we > created a new repository on GitHub called python-ovirt-engine-sdk4 [2]. > > > > We switched from Travis CI to GitHub Actions, because Travis no longer > supported .org domain where we had our tests. The GitHub Actions > automatically builds the SDK and pushes it to the new repo similar to the > Go SDK. > > > > There were some issues with the documentation generator [3] so we > switched to the new version of pdoc [4]. > > > > We migrated the SDK examples because the examples have nothing to do > with the generator itself moved it to the new repository [6]. > > The examples and the generator are different parts of the python sdk. Why > do we need to add another repository? We already have too many > repositories. > We needed to split the current SDK to allow easier build and packaging of the Python part. Because the generator part depends on many Java packages, building it for different platforms (for example for CentOS Stream 9) requires huge amounts of resources. Separating Python part allows us easy Python build for different Python version and probably it will allow us to add SDK into EPEL, which would simplify using it as a dependency for other projects (for example oVirt Ansible Collection) > With this change we lose all the history from the sdk examples, and we > break all the links to the example scripts. Try this search: > https://www.google.co.il/search?q=upload_disk.py If really needed we can add some README to current generator repo, but the most important link, which is official documentation, hasn't changed: http://ovirt.github.io/ovirt-engine-sdk/4.4/ Not to mention that finally after solving lots of issues with documentation generation it's up-to-date and aligned with SDK releases. And I really need to raise it again: EXAMPLES IN PYTHON SDK SHOULD NOT BE USED AS PRODUCTION READY TOOLS AND THAT'S WHY THERE IS NO HARM IN MOVING THEM TO DIFFERENT REPOSITORY. > > Why was this not discussed here before the change? > It was discussed between all maintainers of SDK. > > Nir > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EJKQJJR6RJQZNQPEU2PQ6SBWFSRIMU3P/
[ovirt-devel] Re: Failing to build ovn2.11 / openvswitch2.11 for el9
On Fri, Aug 6, 2021 at 11:27 AM Sandro Bonazzola wrote: > > > Il giorno ven 6 ago 2021 alle ore 09:25 Martin Perina > ha scritto: > >> >> >> On Thu, Aug 5, 2021 at 6:51 PM Michal Skrivanek < >> michal.skriva...@redhat.com> wrote: >> >>> no need to bother with 2.11, we’re upgrading to 2.13(at least) anyway >>> >> >> Most probably we are going to upgrade to 2.15 in oVirt 4.4.9, but we >> still haven't solved all upgrade issues ... >> > > The first one I see is that ovn2.15 is missing: > https://cbs.centos.org/koji/packageinfo?packageID=8452 > Any clue on where I can get it? > Sandro, upgrade to FDP 2.15 is complicated. One of those issues is that there is no OVN 2.15, because the package has been renamed to ovn-2021: https://cbs.centos.org/koji/packageinfo?packageID=8484 But there is no EL9 build, we will need to discuss with FDP/OpenStack team when they are going to start building for CentOS Stream 9. So with EL9 I'd prefer to wait until we have a clear and tested upgrade path for EL8 > > > >> >>> On 5. 8. 2021, at 18:17, Sandro Bonazzola wrote: >>> >>> Hi, I'm trying to rebuild laters ovn rpm from centos build system for el8s >>> to copr for el9s. >>> >>> It fails for me here: >>> >>> sed -f ./build-aux/extract-odp-netlink-h < >>> datapath/linux/compat/include/linux/openvswitch.h > include/odp-netlink.h >>> sh -f ./build-aux/extract-odp-netlink-macros-h include/odp-netlink.h > >>> include/odp-netlink-macros.h >>> PYTHONPATH=./python":"$PYTHONPATH PYTHONDONTWRITEBYTECODE=yes >>> /usr/bin/python3 ./ovsdb/ovsdb-idlc.in annotate >>> ./vswitchd/vswitch.ovsschema ./lib/vswitch-idl.ann > >>> lib/vswitch-idl.ovsidl.tmp && mv lib/vswitch-idl.ovsidl.tmp >>> lib/vswitch-idl.ovsidl >>> PYTHONPATH=./python":"$PYTHONPATH PYTHONDONTWRITEBYTECODE=yes >>> /usr/bin/python3 ./ovsdb/ovsdb-idlc.in c-idl-source lib/vswitch-idl.ovsidl >>> > lib/vswitch-idl.c.tmp && mv lib/vswitch-idl.c.tmp lib/vswitch-idl.c >>> Traceback (most recent call last): >>> File "/builddir/build/BUILD/ovn2.11-2.11.1/./ovsdb/ovsdb-idlc.in", line >>> 1581, in >>> func(*args[1:]) >>> File "/builddir/build/BUILD/ovn2.11-2.11.1/./ovsdb/ovsdb-idlc.in", line >>> 442, in printCIDLSource >>> replace_cplusplus_keyword(schema) >>> File "/builddir/build/BUILD/ovn2.11-2.11.1/./ovsdb/ovsdb-idlc.in", line >>> 179, in replace_cplusplus_keyword >>> for columnName in table.columns: >>> RuntimeError: dictionary keys changed during iteration >>> make: *** [Makefile:8534: lib/vswitch-idl.c] Error 1 >>> >>> >>> similar for openvswitch2.11 (this still with parallel make with -j2): >>> >>> Traceback (most recent call last): >>> File >>> "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", >>> line 1597, in >>> func(*args[1:]) >>> File >>> "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", >>> line 458, in printCIDLSource >>> replace_cplusplus_keyword(schema) >>> File >>> "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", >>> line 179, in replace_cplusplus_keyword >>> for columnName in table.columns: >>> RuntimeError: dictionary keys changed during iteration >>> make: *** [Makefile:8383: lib/vswitch-idl.c] Error 1 >>> make: *** Waiting for unfinished jobs >>> Traceback (most recent call last): >>> File >>> "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", >>> line 1597, in >>> func(*args[1:]) >>> File >>> "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", >>> line 185, in printCIDLHeader >>> replace_cplusplus_keyword(schema) >>> File >>> "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", >>> line 179, in replace_cplusplus_keyword >>> for columnName in table.columns: >>> RuntimeError: dictionary keys changed during iteration >>> make: *** [Makefile:8385: lib/vswitch-idl.h] Error 1 >>> >>> >>> I thought it could have been due to parallel make so I forced make to >>> run with -j1 but without changing the result. >>> Any clue on how to get the build working? >>> >>> Thanks, >>> >>> > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LSTF6OH7DVXBIOLRM7YQ5LPGFT5V4X24/
[ovirt-devel] Re: Failing to build ovn2.11 / openvswitch2.11 for el9
On Thu, Aug 5, 2021 at 6:51 PM Michal Skrivanek wrote: > no need to bother with 2.11, we’re upgrading to 2.13(at least) anyway > Most probably we are going to upgrade to 2.15 in oVirt 4.4.9, but we still haven't solved all upgrade issues ... > > On 5. 8. 2021, at 18:17, Sandro Bonazzola wrote: > > Hi, I'm trying to rebuild laters ovn rpm from centos build system for el8s to > copr for el9s. > > It fails for me here: > > sed -f ./build-aux/extract-odp-netlink-h < > datapath/linux/compat/include/linux/openvswitch.h > include/odp-netlink.h > sh -f ./build-aux/extract-odp-netlink-macros-h include/odp-netlink.h > > include/odp-netlink-macros.h > PYTHONPATH=./python":"$PYTHONPATH PYTHONDONTWRITEBYTECODE=yes > /usr/bin/python3 ./ovsdb/ovsdb-idlc.in annotate ./vswitchd/vswitch.ovsschema > ./lib/vswitch-idl.ann > lib/vswitch-idl.ovsidl.tmp && mv > lib/vswitch-idl.ovsidl.tmp lib/vswitch-idl.ovsidl > PYTHONPATH=./python":"$PYTHONPATH PYTHONDONTWRITEBYTECODE=yes > /usr/bin/python3 ./ovsdb/ovsdb-idlc.in c-idl-source lib/vswitch-idl.ovsidl > > lib/vswitch-idl.c.tmp && mv lib/vswitch-idl.c.tmp lib/vswitch-idl.c > Traceback (most recent call last): > File "/builddir/build/BUILD/ovn2.11-2.11.1/./ovsdb/ovsdb-idlc.in", line > 1581, in > func(*args[1:]) > File "/builddir/build/BUILD/ovn2.11-2.11.1/./ovsdb/ovsdb-idlc.in", line > 442, in printCIDLSource > replace_cplusplus_keyword(schema) > File "/builddir/build/BUILD/ovn2.11-2.11.1/./ovsdb/ovsdb-idlc.in", line > 179, in replace_cplusplus_keyword > for columnName in table.columns: > RuntimeError: dictionary keys changed during iteration > make: *** [Makefile:8534: lib/vswitch-idl.c] Error 1 > > > similar for openvswitch2.11 (this still with parallel make with -j2): > > Traceback (most recent call last): > File > "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", line > 1597, in > func(*args[1:]) > File > "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", line > 458, in printCIDLSource > replace_cplusplus_keyword(schema) > File > "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", line > 179, in replace_cplusplus_keyword > for columnName in table.columns: > RuntimeError: dictionary keys changed during iteration > make: *** [Makefile:8383: lib/vswitch-idl.c] Error 1 > make: *** Waiting for unfinished jobs > Traceback (most recent call last): > File > "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", line > 1597, in > func(*args[1:]) > File > "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", line > 185, in printCIDLHeader > replace_cplusplus_keyword(schema) > File > "/builddir/build/BUILD/ovs-2.11.3/build-shared/../ovsdb/ovsdb-idlc.in", line > 179, in replace_cplusplus_keyword > for columnName in table.columns: > RuntimeError: dictionary keys changed during iteration > make: *** [Makefile:8385: lib/vswitch-idl.h] Error 1 > > > I thought it could have been due to parallel make so I forced make to run > with -j1 but without changing the result. > Any clue on how to get the build working? > > Thanks, > > -- > Sandro Bonazzola > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XJXMIT5FNEZRYTSB5L7PAXLLGCR4DREQ/ > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5G2OZGBB5Q7M6NYXGGHYQN5NRZ5JB7JV/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EJ4WNMMZ3BWSIB3UWNPD646N7CZYQNBK/
[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.4.8.3)
On Thu, Aug 5, 2021 at 4:24 PM Lev Veyde wrote: > Hi Martin, > > I already did that. It's just a note for the next time you create a tag. > Great, thanks a lot! > > On Thu, Aug 5, 2021 at 5:22 PM Martin Perina wrote: > >> >> >> On Thu, Aug 5, 2021 at 3:58 PM Lev Veyde wrote: >> >>> Hi Martin, >>> >>> After a bit of debugging - the issue seems to be with the annotated tags. >>> This job seems to fail if on it. >>> >> >> OK, I didn't know that, I'm using annotated tags with projects I maintain >> >>> >>> So please don't use annotated tags for the time being, until the >>> issue is resolved. >>> >> >> So should I drop and recreate the tag without annotation? >> >>> >>> Thanks in advance, >>> >>> On Thu, Aug 5, 2021 at 4:47 PM Martin Perina wrote: >>> >>>> Hi, >>>> >>>> I've checked out a repo to a completely new directory and everything >>>> works fine for me. Couldn't that be a temporary glitch? >>>> >>>> Martin >>>> >>>> On Thu, Aug 5, 2021 at 3:00 PM Lev Veyde wrote: >>>> >>>>> Hi Martin, >>>>> >>>>> I think it's possible that something is wrong with the tag: >>>>> >>>>> https://jenkins.ovirt.org/job/standard-manual-runner/1779/console >>>>> >>>>> On Thu, Aug 5, 2021 at 3:12 PM Martin Perina >>>>> wrote: >>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> >>>>> Lev Veyde >>>>> >>>>> Senior Software Engineer, RHCE | RHCVA | MCITP >>>>> >>>>> Red Hat Israel >>>>> >>>>> <https://www.redhat.com> >>>>> >>>>> l...@redhat.com | lve...@redhat.com >>>>> <https://red.ht/sig> >>>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>>>> >>>> >>>> >>>> -- >>>> Martin Perina >>>> Manager, Software Engineering >>>> Red Hat Czech s.r.o. >>>> >>> >>> >>> -- >>> >>> Lev Veyde >>> >>> Senior Software Engineer, RHCE | RHCVA | MCITP >>> >>> Red Hat Israel >>> >>> <https://www.redhat.com> >>> >>> l...@redhat.com | lve...@redhat.com >>> <https://red.ht/sig> >>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>> >> >> >> -- >> Martin Perina >> Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > > -- > > Lev Veyde > > Senior Software Engineer, RHCE | RHCVA | MCITP > > Red Hat Israel > > <https://www.redhat.com> > > l...@redhat.com | lve...@redhat.com > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/X72YSQJPS6SQPFXBXY3W544SXHA7YWET/
[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.4.8.3)
On Thu, Aug 5, 2021 at 3:58 PM Lev Veyde wrote: > Hi Martin, > > After a bit of debugging - the issue seems to be with the annotated tags. > This job seems to fail if on it. > OK, I didn't know that, I'm using annotated tags with projects I maintain > > So please don't use annotated tags for the time being, until the issue is > resolved. > So should I drop and recreate the tag without annotation? > > Thanks in advance, > > On Thu, Aug 5, 2021 at 4:47 PM Martin Perina wrote: > >> Hi, >> >> I've checked out a repo to a completely new directory and everything >> works fine for me. Couldn't that be a temporary glitch? >> >> Martin >> >> On Thu, Aug 5, 2021 at 3:00 PM Lev Veyde wrote: >> >>> Hi Martin, >>> >>> I think it's possible that something is wrong with the tag: >>> >>> https://jenkins.ovirt.org/job/standard-manual-runner/1779/console >>> >>> On Thu, Aug 5, 2021 at 3:12 PM Martin Perina wrote: >>> >>>> >>>> >>> >>> -- >>> >>> Lev Veyde >>> >>> Senior Software Engineer, RHCE | RHCVA | MCITP >>> >>> Red Hat Israel >>> >>> <https://www.redhat.com> >>> >>> l...@redhat.com | lve...@redhat.com >>> <https://red.ht/sig> >>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>> >> >> >> -- >> Martin Perina >> Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > > -- > > Lev Veyde > > Senior Software Engineer, RHCE | RHCVA | MCITP > > Red Hat Israel > > <https://www.redhat.com> > > l...@redhat.com | lve...@redhat.com > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EPMMD77MDRUBOSOCZ6E4OSYLDCEGPDO4/
[ovirt-devel] Re: ovirt-engine has been tagged (ovirt-engine-4.4.8.3)
Hi, I've checked out a repo to a completely new directory and everything works fine for me. Couldn't that be a temporary glitch? Martin On Thu, Aug 5, 2021 at 3:00 PM Lev Veyde wrote: > Hi Martin, > > I think it's possible that something is wrong with the tag: > > https://jenkins.ovirt.org/job/standard-manual-runner/1779/console > > On Thu, Aug 5, 2021 at 3:12 PM Martin Perina wrote: > >> >> > > -- > > Lev Veyde > > Senior Software Engineer, RHCE | RHCVA | MCITP > > Red Hat Israel > > <https://www.redhat.com> > > l...@redhat.com | lve...@redhat.com > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RU6LPLLH4BB7YMAOTSDXP7AJPRXWO7WU/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.8.3)
___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PRDKYZJZXKVYWHHEPKM2ZK2BICHUDO5H/
[ovirt-devel] Re: 2FA requirement for oVirt GitHub org?
On Mon, Jun 28, 2021 at 11:58 AM Sandro Bonazzola wrote: > +1 for enabling 2FA on my side > +1 > > Il giorno lun 28 giu 2021 alle ore 11:50 Janos Pasztor > ha scritto: > >> Hey folks, >> >> I just noticed that we don't have 2FA enforcement on the oVirt GitHub >> org. >> >> [image: image.png] >> Is this just an oversight or is it intentional? May I propose to turn 2FA >> enforcement on? >> >> Janos >> ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SASNDGLK3FBKB5LPDXVMLJKB7GXK73KZ/ >> > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CDSTENA6B4YNUDX27RJUXZAH4JLZD4BF/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RN536TQLH4ZV4YGM26WXG4NIQMEM4GSC/
[ovirt-devel] Re: ovirt-engine CI failing after the recent translation update
On Wed, Jun 9, 2021 at 4:39 PM Liran Rotenberg wrote:
>
>
> On Wed, Jun 9, 2021 at 4:10 PM Martin Perina wrote:
>
>>
>>
>> On Wed, Jun 9, 2021 at 2:44 PM Milan Zamazal wrote:
>>
>>> Hi Scott,
>>>
>>> ovirt-engine CI is failing, see
>>>
>>> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-engine_standard-check-patch/detail/ovirt-engine_standard-check-patch/12582/pipeline
>>>
>>> The error is:
>>>
>>> UIMessagesTest.doTest:15 approveCertificateTrust does not match the
>>> number of parameters in UIMessages_cs_CZ.properties
>>>
>>
>> Here is the fix, which restores new functionality:
>>
>> https://gerrit.ovirt.org/c/ovirt-engine/+/115170
>>
> Thanks Martin!
> I commented in the translation patch as it did pass CI:
>
> Building UI Utils Compatibility (for UICommon)
>
> ...
>
> [INFO] --- maven-surefire-plugin:2.22.0:test (default-test) @ uicompat ---
> [INFO] Tests are skipped.
>
> IMO related to the flags we use in CI:
> make -j1 BUILD_GWT=1 BUILD_ALL_USER_AGENTS=0 BUILD_LOCALES=0 BUILD_UT=0
> BUILD_VALIDATION=0
>
> Should we change the make flags in the CI?
>
Yes, here is the patch: https://gerrit.ovirt.org/c/ovirt-engine/+/115177
>
>> ...
>>>
>>> Indeed, it seems the recently merged translation patch has dropped "{3}"
>>> from approveCertificateTrust. Could you please fix it so that
>>> ovirt-engine CI works again?
>>>
>>> Thanks,
>>> Milan
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VVSEVCSWSBMVEASPHZBGIVF3EAPQ2KSJ/
>>>
>>
>>
>> --
>> Martin Perina
>> Manager, Software Engineering
>> Red Hat Czech s.r.o.
>> _______
>> Devel mailing list -- devel@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/C4YMU4PWCIMJRLRFOJYN3KSKQDCXU4RO/
>>
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/H3WA5XY6K4L5LIO7CWURCX5TBZEURPNG/
[ovirt-devel] Re: ovirt-engine CI failing after the recent translation update
On Wed, Jun 9, 2021 at 2:44 PM Milan Zamazal wrote:
> Hi Scott,
>
> ovirt-engine CI is failing, see
>
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-engine_standard-check-patch/detail/ovirt-engine_standard-check-patch/12582/pipeline
>
> The error is:
>
> UIMessagesTest.doTest:15 approveCertificateTrust does not match the
> number of parameters in UIMessages_cs_CZ.properties
>
Here is the fix, which restores new functionality:
https://gerrit.ovirt.org/c/ovirt-engine/+/115170
...
>
> Indeed, it seems the recently merged translation patch has dropped "{3}"
> from approveCertificateTrust. Could you please fix it so that
> ovirt-engine CI works again?
>
> Thanks,
> Milan
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VVSEVCSWSBMVEASPHZBGIVF3EAPQ2KSJ/
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/C4YMU4PWCIMJRLRFOJYN3KSKQDCXU4RO/
[ovirt-devel] Re: AV 8.4 for CentOS Linux
Hi, wouldn't it be worth to enable CentOS 8.4 OST again? Or at least as a single run to verify those packages? Martin On Wed, Jun 9, 2021 at 8:56 AM Sandro Bonazzola wrote: > Hi all, > > New versions of AV packages in CentOS Virt SIG for CentOS Linux 8.4 are > available on > https://buildlogs.centos.org/centos/8/virt/x86_64/advanced-virtualization/ > . Please help with testing so we can release it. > > hivex-1.3.18-21.el8 > libguestfs-1.44.0-2.el8 > libguestfs-winsupport-8.2-1.el8 > libiscsi-1.18.0-8.el8 > libnbd-1.6.0-3.el8 > libosinfo-1.8.0-1.el8 > libtpms-0.7.4-4.20201106git2452a24dab.el8 > libvirt-dbus-1.3.0-2.el8 > libvirt-7.0.0-14.1.el8 > libvirt-python-7.0.0-1.el8 > nbdkit-1.24.0-1.el8 > netcf-0.2.8-12.el8 > perl-Sys-Virt-7.0.0-1.el8 > python-pyvmomi-6.7.1-7.el8 > qemu-kvm-5.2.0-16.el8 > seabios-1.14.0-1.el8 > sgabios-0.20170427git-3.el8 > SLOF-20200717-1.gite18ddad8.el8 > supermin-5.2.1-1.el8 > swtpm-0.4.2-1.20201201git2df14e3.el8 > virglrenderer-0.8.2-1.el8 > virt-v2v-1.42.0-10.el8 > > If no negative feedback will be reported, the plan is to tag it for > release tomorrow. > > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5TXMYDYQANWG44YQJFTKRQSTSHVXU4MQ/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/2KJHWO3M2YRUDYVADQTFM5LN22WLH45X/
[ovirt-devel] Re: openvswitch conflict (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 2029 - Still Failing!)
age >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man5/vtep.5.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man7/ovs-actions.7.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man7/ovs-fields.7.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man7/ovsdb-server.7.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man7/ovsdb.7.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man8/ovs-appctl.8.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man8/ovs-dpctl.8.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man8/ovs-ofctl.8.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man8/ovs-pki.8.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man8/ovs-vsctl.8.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/man/man8/ovs-vswitchd.8.gz from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/openvswitch/scripts/ovs-check-dead-ifs from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/openvswitch/scripts/ovs-lib from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n file >>> /usr/share/openvswitch/vswitch.ovsschema from install of >>> openvswitch-2.12.0-1.1.el8.x86_64 conflicts with file from package >>> openvswitch2.11-2.11.3-87.el8s.x86_64\n", "rc": 1, "results": []} >>> >>> Known issue? >>> >>> Thanks, >>> -- >>> Didi >>> ___ >>> Devel mailing list -- devel@ovirt.org >>> To unsubscribe send an email to devel-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WANKQZCJPDYELV4JPWKF4J2PD3SBDZFR/ >>> >> >> Hi, >> >> Do we know which repo is providing this openvswitch-2.12? >> Virt repo contains an old version of openvswitch2.11[0] (please notice >> the "dash") which is ok >> because we are consuming openvswitch from NFV[1] repo which also has >> openvswitch2.x (again without dash). >> >> Thanks, >> Ales >> >> >> [0] >> https://buildlogs.centos.org/centos/8-stream/virt/x86_64/ovirt-44/Packages/o/ >> [1] >> https://buildlogs.centos.org/centos/8-stream/nfv/x86_64/openvswitch-2/Packages/o/ >> >> -- >> >> Ales Musil >> >> Software Engineer - RHV Network >> >> Red Hat EMEA <https://www.redhat.com> >> >> amu...@redhat.comIM: amusil >> <https://red.ht/sig> >> ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/privacy-policy.html >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KWM22E6UR667YJ7IRMPWZRYOFOYIGIQS/ >> > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RN7WB26GKBYLQH24A2TAMRJTMOWMACBY/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MNLJSFM375BTPYYRWWDJ74OSURDMYT3D/
[ovirt-devel] Re: hc-basic-suite-master failing on missing glusterfs service not listed among firewalld known services
Adding Prajith, he currently maintains hc suite
On Mon, 17 May 2021, 16:50 Sandro Bonazzola, wrote:
>
>
> Il giorno lun 17 mag 2021 alle ore 16:24 Martin Perina
> ha scritto:
>
>> Hi,
>>
>> gluster services are not included among standard services in firewalld,
>> but provided only in glusterfs-server package:
>>
>> # dnf repoquery --whatprovides /usr/lib/firewalld/services/glusterfs.xml
>> Last metadata expiration check: 4:09:00 ago on Mon 17 May 2021 06:11:17
>> EDT.
>> glusterfs-server-0:8.0-1.el8.x86_64
>>
>> I remember I raised that several years ago, when we were working on
>> firewalld support for hosts, but not sure if it's still worth the effort
>> now.
>>
>
>
> Ok but then this means glusterfs-server wasn't installed on host for
> running HC so something broke there.
>
>
>
>>
>> Martin
>>
>>
>> On Mon, May 17, 2021 at 3:26 PM Sandro Bonazzola
>> wrote:
>>
>>> Hi, just noticed:
>>>
>>> failed: [lago-hc-basic-suite-master-host-0] (item=glusterfs) =>
>>> {"ansible_loop_var": "item", "changed": false, "item": "glusterfs", "msg":
>>> "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception:
>>> INVALID_SERVICE: 'glusterfs' not among existing services
>>>
>>> on
>>> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_hc-basic-suite-master/detail/ovirt-system-tests_hc-basic-suite-master/2064/pipeline
>>>
>>> Ales, Gobinda, can you please have a look why firewall configuration for
>>> gluster is failing here?
>>>
>>> Thanks,
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>>
>>> sbona...@redhat.com
>>> <https://www.redhat.com/>
>>>
>>> *Red Hat respects your work life balance. Therefore there is no need to
>>> answer this email out of your office hours.*
>>>
>>>
>>> ___
>>> Devel mailing list -- devel@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PA5PUFI33CKSSAGMWX6PHVA7XAFP335P/
>>>
>>
>>
>> --
>> Martin Perina
>> Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/4OCTJDRFQL7IRYE73JCSWKOQ2KU3E2NH/
[ovirt-devel] Re: hc-basic-suite-master failing on missing glusterfs service not listed among firewalld known services
Hi,
gluster services are not included among standard services in firewalld, but
provided only in glusterfs-server package:
# dnf repoquery --whatprovides /usr/lib/firewalld/services/glusterfs.xml
Last metadata expiration check: 4:09:00 ago on Mon 17 May 2021 06:11:17 EDT.
glusterfs-server-0:8.0-1.el8.x86_64
I remember I raised that several years ago, when we were working on
firewalld support for hosts, but not sure if it's still worth the effort
now.
Martin
On Mon, May 17, 2021 at 3:26 PM Sandro Bonazzola
wrote:
> Hi, just noticed:
>
> failed: [lago-hc-basic-suite-master-host-0] (item=glusterfs) =>
> {"ansible_loop_var": "item", "changed": false, "item": "glusterfs", "msg":
> "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception:
> INVALID_SERVICE: 'glusterfs' not among existing services
>
> on
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_hc-basic-suite-master/detail/ovirt-system-tests_hc-basic-suite-master/2064/pipeline
>
> Ales, Gobinda, can you please have a look why firewall configuration for
> gluster is failing here?
>
> Thanks,
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PA5PUFI33CKSSAGMWX6PHVA7XAFP335P/
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CMWZCTK3NBQRMCMRJK2YVOMRYYXC77BH/
[ovirt-devel] ovirt-engine has been tagged (ovirt-engine-4.4.5.11)
-- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LHGBMITTX5HWU2LFRY4HYTFGEQMCKA2C/
[ovirt-devel] Re: basic suite fails on test_metrics_and_log_collector
enerate >> a local policy module to allow this access.#012Do#012allow this access >> for now by executing:#012# ausearch -c 'systemd' --raw | audit2allow >> -M my-systemd#012# semodule -X 300 -i my-systemd.pp#012 >> Mar 15 06:23:30 lago-basic-suite-master-engine platform-python[59361]: >> ansible-command Invoked with _raw_params=ovirt-log-collector --verbose >> --batch --no-hypervisors --conf-file=/root/ovirt-log-collector.conf >> _uses_shell=True warn=True stdin_add_newline=True >> strip_empty_ends=True argv=None chdir=None executable=None >> creates=None removes=None stdin=None >> >> Any idea what might have caused this to start happening? Perhaps >> a bug in ansible, or ansible-runner? It reminds me of [5]. >> Adding Dana and Martin. >> >> I think [5] is quite a serious bug, btw, should be a 4.4.5 blocker. >> > > it’s from January and tehre are no comments there. Dana, any update? > It does look serious but perhaps not really hit in real world scenarios? > It's reproducible outside OST, Dana is investigating intensively last 2 weeks, but so far we haven't been able to find where events are multiplied. But AFAIK this issue is visble only with ansible-runner-service, respectively only in the part when engine fetches events from ARS and create audit_log records from them. It doesn't mean, that playbook tasks are executed multiple times! OST is using ansible-runner directly, so it doesn't seem to me like the same issue So [5] is not a blocker, it's just really annoying if you need to works with audit_log records > >> Best regards, >> >> [1] https://gerrit.ovirt.org/c/ovirt-system-tests/+/113875 >> >> [2] >> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/15980/artifact/check-patch.basic_suite_master.el8.x86_64/test_logs/lago-basic-suite-master-engine/var/log/messages/*view* >> >> [3] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/959/ >> >> [4] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/959/artifact/exported-artifacts/test_logs/lago-basic-suite-master-engine/var/log/messages/*view* >> >> [5] https://bugzilla.redhat.com/show_bug.cgi?id=1917707 >> >> > >> > Best regards, >> > >> > [1] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/949/ >> > >> > [2] >> https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/959/ >> > >> > >> > -- >> > Didi >> >> >> >> -- >> Didi >> >> ___ > Infra mailing list -- in...@ovirt.org > To unsubscribe send an email to infra-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/in...@ovirt.org/message/PSO5IRX73FSH2RA5VCDNSPIFZRDDAWCQ/ > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/6DZRAMSAJCXNSMZYCSAROOWDGKVF6GQX/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/INHZRRNHQDHCOH2EIYJ7RVM3XI4WPBBL/
[ovirt-devel] Re: corrupted jar ; jackson-mapper dependency 4.4.5?
Hi Prajith,
that might be caused by https://gerrit.ovirt.org/112058 where we need to
switch to Jackson 2.10. So looking at
https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/gluster/CreateBrickCommand.java#L12
could you please try to use Jackson 2 classes instead of Jackson 1?
Dana, we need to put more priority on
https://issues.redhat.com/browse/RHV-40269 and we really need to go over
all classes which execute ansible playbooks and reimplement Jackson parts
with Jackson 2. Other parts may be OK for now, but let's try to complete
the migration in 4.4.6
Regards,
Martin
On Wed, Mar 10, 2021 at 7:21 PM Prajith Kesava Prasad
wrote:
> Hi everyone,
>
> So while calling createBrickCommand playbook from ovirt-engine
> (createBrickCommand.java) a parameter called disks are constructed to parse
> a list of disks.
>
> Its implementation contains a class variable ArrayNode which uses
> JsonNodeFactory,
> from jackson-mapper dependency .
>
> Usually parsing of disks to playbook would contain a list of disks, but
> now it's parsing the absurd values of JsonNodeFactory, and parsing a weird
> dictionary:-
>
> Snip of the parameters parsed from ovirt-engine to ansible-runner
>
>
>
> *elements': [{'textValue': '/dev/sdc', 'binaryValue': '/dev/sdc',
> 'textual': True, 'valueNode': True, 'numberType': None, 'elements': [],
> 'array': False, 'fields': [], 'null': False, 'binary': False,
> 'booleanValue': False, 'numberValue': None, 'decimalValue': 0,
> 'bigIntegerValue': 0, 'valueAsText': '/dev/sdc', 'valueAsInt': 0,
> 'valueAsLong': 0, 'valueAsDouble': 0.0, 'valueAsBoolean': False,
> 'containerNode': False, 'missingNode': False, 'pojo': False, 'number':
> False, 'integralNumber': False, 'floatingPointNumber': False, 'int': False,
> 'long': False, 'double': False, 'bigDecimal': False, 'bigInteger': False,
> 'boolean': False, 'object': False, 'fieldNames': [], 'longValue': 0,
> 'doubleValue': 0.0, 'intValue': 0}], 'array': True, 'valueAsText': None,
> 'containerNode': True, 'numberType': None, 'fields': [], 'null': False,
> 'binary': False, 'textValue': None, 'binaryValue': None, 'booleanValue':
> False, 'numberValue': None, 'decimalValue': 0, 'bigIntegerValue': 0,
> 'valueAsInt': 0, 'valueAsLong': 0, 'valueAsDouble': 0.0, 'valueAsBoolean':
> False, 'valueNode': False, 'missingNode': False, 'pojo': False, 'number':
> False, 'integralNumber': False, 'floatingPointNumber': False, 'int': False,
> 'long': False, 'double': False, 'bigDecimal': False, 'bigInteger': False,
> 'textual': False, 'boolean': False, 'object': False, 'fieldNames': [],
> 'longValue': 0, 'doubleValue': 0.0, 'intValue': 0}*
>
>
> these values represent the Class variables of JsonNodeFactory class in the
> Jackson-mapper dependency instantiated from ArrayNode in
> CreateBrickCommand.java class.
>
> Is my understanding flawed, or did we upgrade to a maybe corrupted
> dependency? or does this have any other problem which I missed out on?
> ( tested with RHV 4.4.5 latest build - 4.4.5.7-0.1.el8ev )
>
> Regards,
> Prajith Kesava Prasad.
>
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/SBDP2AICBAVLLQRKJCMVN2OA4KKWNLAX/
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E2QEXCXUAGSN3CV26ZT4XY2NV7UMTWVL/
[ovirt-devel] Re: basic suite failing on test_004_basic_sanity.test_verify_template_disk_copied_and_removed
t;>>>> > _standard-check-patch/detail/ovirt-system-tests_standard-check-patch/15 > >>>>>> 774/pipeline#step-220-log-1064 > >>>>>> ___ > >>>>>> Devel mailing list -- devel@ovirt.org > >>>>>> To unsubscribe send an email to devel-le...@ovirt.org > >>>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html > >>>>>> oVirt Code of Conduct: > >>>>>> https://www.ovirt.org/community/about/community-guidelines/ > >> List > >>>>>> Archives: > >>>>>> > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J5O6DPZQ > >>>>>> PSF7UT3L2NUG5FNLCS3FVHI4/> > > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Regards, > >>>>> Eyal Shenitzky > >>>>> ___ > >>>>> Devel mailing list -- devel@ovirt.org > >>>>> To unsubscribe send an email to devel-le...@ovirt.org > >>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html > >>>>> oVirt Code of Conduct: > >>>>> https://www.ovirt.org/community/about/community-guidelines/ > >> List > >>>>> Archives: > >>>>> > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/TA466HK3Q > >>>>> 4FUWUUUZN7NHFPTEQTDA3YH/ > >>> ___ > >>> Devel mailing list -- devel@ovirt.org > >>> To unsubscribe send an email to devel-le...@ovirt.org > >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html > >>> oVirt Code of Conduct: > >>> https://www.ovirt.org/community/about/community-guidelines/ List > Archives: > >>> > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/AB6GI5KHJDSQ3 > >>> ABYIHKMAICUMLNW2OE2/ > >> ___ > >> Devel mailing list -- devel@ovirt.org > >> To unsubscribe send an email to devel-le...@ovirt.org > >> Privacy Statement: https://www.ovirt.org/privacy-policy.html > >> oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > >> List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/I66XVC6N6S6EYPVJK5GMRVKKXZTPVZU7/ > > > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZH3IEWC22RSWC6DPH7VUQE3EQHMNN4M5/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ICSWRK5WSVJORWS2HXRXRQSLX5REUJIZ/
[ovirt-devel] Re: who can tell me that you did development environment on centos 7.9 was successful？
Hi, If you are interested in oVirt 4.3, then I suggest you take a look at ovirt-engine-4.3 branch, which contains the latest code for 4.3 release. Everything about developing oVirt Engine is written in README.adoc: https://github.com/oVirt/ovirt-engine/blob/ovirt-engine-4.3/README.adoc It contains all the necessary steps to be able to configure the oVirt Engine development environment, so you can start coding. Regards, Martin On Fri, Jan 29, 2021 at 2:18 AM Owen Leslie wrote: > Thanks for the tip! I am very appreciate your respond.my version of ovirt > is 4.3.And the official tutorial lack of many details. such as maven ‘ s > setup。 Could you provide a 4.3version on centos7.9 tutorial for us？ > > Owen Leslie 於 2021年1月28日週四 下午7:13寫道： > >> Thanks for the tip! I am very appreciate your respond.my version of ovirt >> is 4.3.And the official tutorial lack of many details. such as maven ‘ s >> setup。 Could you provide a 4.3version on centos7.9 tutorial for us？ >> >> Martin Perina 於 2021年1月28日週四 下午5:35寫道： >> >>> Hi, >>> >>> you need to have CentOS 8 to develope and/or execute oVirt Engine >>> 4.4/master. On CentOS 7 you would need to stay on previous version oVirt >>> 4.3. >>> >>> Regards, >>> Martin >>> >>> >>> On Thu, Jan 28, 2021 at 8:19 AM wrote: >>> >>>> I followed the official tutorial to deploy the development environment >>>> on centos7.9 but when I execute “make install-dev >>>> PREFIX="$HOME/ovirt-engine"” ，the system report two message and I search >>>> similar situation on >>>> https://bugzilla.redhat.com/show_bug.cgi?id=1549166 >>>> ___ >>>> Devel mailing list -- devel@ovirt.org >>>> To unsubscribe send an email to devel-le...@ovirt.org >>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RBQDSYEVMKGAMRMRM42NAJ66LRWSWY6Z/ >>>> >>> >>> >>> -- >>> Martin Perina >>> Manager, Software Engineering >>> Red Hat Czech s.r.o. >>> >> -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BBFX2NV5I4ARPDS2FNK2BN4MZQPW2NDC/
[ovirt-devel] Re: Ansible callbacks
Hi, we don't have such a callback. Currently we support only custom Ansible playbooks during host deploy process, which can be used for example to define custom firewall rules: https://www.ovirt.org/documentation/administration_guide/#Configuring_Host_Firewall_Rules But it's a general playbook, so any other customization can be done. Could you please share with us more details about your use case? Thanks, Martin On Tue, Jan 26, 2021 at 10:11 AM Michal Mocnak wrote: > Hello, > > is there a way how to trigger custom ansible playbooks ? For example when > VM is created i'd like to automatically trigger playbook to define exact > MAC address. > > I guess this is not possible to integrate via VDSM hook as they are > executed on the host basis. Maybe it's possible to write UI plugin but i > didn't find as much in documentation. Thank you so much ! > > Cheers > -m > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/7LRAC5TOAJ3TWYX4DISIKIBJK5HJIKEV/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/5F2RN2PFJPBR5ZTUPJF77YO2ETJJ4H5M/
[ovirt-devel] Re: who can tell me that you did development environment on centos 7.9 was successful？
Hi, you need to have CentOS 8 to develope and/or execute oVirt Engine 4.4/master. On CentOS 7 you would need to stay on previous version oVirt 4.3. Regards, Martin On Thu, Jan 28, 2021 at 8:19 AM wrote: > I followed the official tutorial to deploy the development environment on > centos7.9 but when I execute “make install-dev PREFIX="$HOME/ovirt-engine"” > ，the system report two message and I search similar situation on > https://bugzilla.redhat.com/show_bug.cgi?id=1549166 > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RBQDSYEVMKGAMRMRM42NAJ66LRWSWY6Z/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CUZKYZLFND4UKQJOBWIQEL6EXWUQ7TEF/
[ovirt-devel] Re: "Exception: null" after "Check if post tasks file exists" (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 1892 - Failure!)
On Thu, Jan 21, 2021 at 10:05 AM Yedidyah Bar David wrote:
> Hi all,
>
> On Thu, Jan 21, 2021 at 4:56 AM wrote:
> >
> > Project:
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/
> > Build:
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1892/
>
>
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1892/artifact/exported-artifacts/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2021-01-21T02%3A10%3A55Z/log/ovirt-engine/engine.log
> :
>
> 2021-01-21 03:25:52,254+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] EVENT_ID:
> ANSIBLE_RUNNER_EVENT_NOTIFICATION(559), Installing Host
> lago-he-basic-suite-master-host-0.lago.local. Check if post tasks file
> exists.
> 2021-01-21 03:25:52,258+01 ERROR
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] Exception: null
> 2021-01-21 03:25:52,296+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] EVENT_ID:
> ANSIBLE_RUNNER_EVENT_NOTIFICATION(559), Installing Host
> lago-he-basic-suite-master-host-0.lago.local. Gather the rpm package
> facts.
> 2021-01-21 03:25:52,312+01 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] EVENT_ID:
> ANSIBLE_RUNNER_EVENT_NOTIFICATION(559), Installing Host
> lago-he-basic-suite-master-host-0.lago.local. Check if post tasks file
> exists.
> 2021-01-21 03:25:52,316+01 ERROR
> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] Host installation
> failed for host '736e10b6-0445-4a24-935d-87ba15cae4c4',
> 'lago-he-basic-suite-master-host-0.lago.local': null
> 2021-01-21 03:25:52,321+01 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] START,
> SetVdsStatusVDSCommand(HostName =
> lago-he-basic-suite-master-host-0.lago.local,
>
> SetVdsStatusVDSCommandParameters:{hostId='736e10b6-0445-4a24-935d-87ba15cae4c4',
> status='InstallFailed', nonOperationalReason='NONE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id:
> 198cd7e7
> 2021-01-21 03:25:52,337+01 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] FINISH,
> SetVdsStatusVDSCommand, return: , log id: 198cd7e7
> 2021-01-21 03:25:52,363+01 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engine-Thread-1) [6668b493] EVENT_ID:
> VDS_INSTALL_FAILED(505), Host
> lago-he-basic-suite-master-host-0.lago.local installation failed.
> Please refer to /var/log/ovirt-engine/engine.log and log logs under
> /var/log/ovirt-engine/host-deploy/ for further details..
>
Hi,
I believe this is fixed in ovirt-engine-4.4.5.2, where we reverted
https://gerrit.ovirt.org/c/ovirt-engine/+/113106/
Could you please retry with this version?
Thanks,
Martin
>
>
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1892/artifact/exported-artifacts/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2021-01-21T02%3A10%3A55Z/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20210121032324-lago-he-basic-suite-master-host-0.lago.local-6668b493.log
> ends with:
>
> 2021-01-21 03:25:52 CET - TASK [Executing post tasks defined by user]
>
>
> Any idea?
>
> Best regards,
>
> > Build Number: 1892
> > Build Status: Failure
> > Triggered By: Started by timer
> >
> > -
> > Changes Since Last Success:
> > -
> > Changes for Build #1892
> > [Andrej Cernek] pylint: Fix searched directories
> >
> >
> >
> >
> > -
> > Failed Tests:
> > -
> > No tests ran.
>
>
>
> --
> Didi
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/AYDSICFES72F6SPX7QNK2DWYMCGXMFP2/
>
--
Martin Perina
Man
[ovirt-devel] Re: NullPointerException during host-deploy
Dana, could it be related to the soft errors patch? https://gerrit.ovirt.org/c/ovirt-engine/+/112853 On Wed, Jan 20, 2021 at 9:54 AM Yedidyah Bar David wrote: > Hi all, > > Got NPE on patched he-basic-suite-master while adding host-1 (not > during initial deploy). Known issue? Perhaps related to updated > wildfly? > > > https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/15048/ > > > https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/15048/artifact/check-patch.basic_suite_master.el8.x86_64/test_logs/basic-suite-master/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log > : > > 2021-01-20 08:00:27,449+01 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (EE-ManagedThreadFactory-engine-Thread-2) [4da9f40c] EVENT_ID: > ANSIBLE_RUNNER_EVENT_NOTIFICATION(559), Installing Host > lago-basic-suite-master-host-1. restart libvirtd. > 2021-01-20 08:00:27,452+01 ERROR > [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] > (EE-ManagedThreadFactory-engine-Thread-2) [4da9f40c] Exception: null > 2021-01-20 08:00:27,452+01 DEBUG > [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] > (EE-ManagedThreadFactory-engine-Thread-2) [4da9f40c] Exception: : > java.lang.NullPointerException > > "restart libvirtd" task itself seems successful, based on host-deploy log. > > Thanks and best regards, > -- > Didi > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OJV2CZBNPYLJIXWDO4VHTVFARZ3J454D/
[ovirt-devel] Re: bz 1915329: [Stream] Add host fails with: Destination /etc/pki/ovirt-engine/requests not writable
On Mon, Jan 18, 2021 at 9:08 AM Yedidyah Bar David wrote:
> On Sun, Jan 17, 2021 at 3:11 PM Yedidyah Bar David
> wrote:
> >
> > On Thu, Jan 14, 2021 at 1:41 PM Yedidyah Bar David
> wrote:
> > >
> > > On Thu, Jan 14, 2021 at 8:35 AM Yedidyah Bar David
> wrote:
> > > >
> > > > On Wed, Jan 13, 2021 at 5:34 PM Yedidyah Bar David
> wrote:
> > > > >
> > > > > On Wed, Jan 13, 2021 at 2:48 PM Yedidyah Bar David <
> d...@redhat.com> wrote:
> > > > > >
> > > > > > On Wed, Jan 13, 2021 at 1:57 PM Marcin Sobczyk <
> msobc...@redhat.com> wrote:
> > > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > my guess is it's selinux-related.
> > > > > > >
> > > > > > > Unfortunately I can't find any meaningful errors in audit.log
> in a
> > > > > > > scenario where host deployment fails.
> > > > > > > However switching selinux to permissive mode before adding
> hosts makes
> > > > > > > the problem go away, so it's probably not an error somewhere
> in logic.
> > > > > >
> > > > > > It's getting weirder: Under strace, it succeeds:
> > > > > >
> > > > > > https://gerrit.ovirt.org/c/ovirt-system-tests/+/112948
> > > > > >
> > > > > > (Can't see the actual log, as I didn't add '-A', so it was
> overwritten
> > > > > > on restart...)
> > > > >
> > > > > After updating it to use '-A' it indeed shows that it worked:
> > > > >
> > > > > 43664 14:16:55.997639 access("/etc/pki/ovirt-engine/requests", W_OK
> > > > >
> > > > > 43664 14:16:55.997695 <... access resumed>) = 0
> > > > >
> > > > > Weird.
> > > > >
> > > > > Now ran in parallel 'ci test' for this patch and another one from
> > > > > master, for comparison:
> > > >
> > > > Again, the same:
> > > >
> > > > >
> > > > >
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14916/
> > > >
> > > > With strace, passed,
> > > >
> > > > >
> > > > >
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1883/
> > > >
> > > > Without strace, failed.
> > > >
> > > > Last nightly run that passed [1] used:
> > > >
> > > > ost-images-el8-host-installed-1-202101100446.x86_64
> > > > ovirt-engine-appliance-4.4-20210109182828.1.el8.x86_64
> > > >
> > > > Trying now with these - not sure it possible to put specific
> versions inside
> > > > automation/*packages, let's see:
> > > >
> > > > https://gerrit.ovirt.org/c/ovirt-system-tests/+/112977
> > >
> > > Indeed, with a fixed ost-images and removing updates, it passes.
> network suite
> > > failed, but he-basic passed:
> > >
> > >
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/14920/artifact/ci_build_summary.html
> > >
> > > So I am quite certain this is an OS issue. Not sure how we do not see
> > > this in basic-suite.
> > > Perhaps it's related to nested-kvm, or to load/slowness caused by
> that? Weird.
> > >
> > > when this fails, we do not collect all engine's /var/log, only
> > > messages and ovirt-engine/ .
> > > So it's not easy to get a list of the packages that were updated.
> > >
> > > Pushed now:
> > >
> > > https://github.com/oVirt/ovirt-ansible-collection/pull/202
> > >
> > > to get all of engine's /var/log, and ran manual HE job with it:
> > >
> > >
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/7680/
> >
> > This one I accidentally ran with the wrong repo, then ran another one
> > with the correct repo [1],
> > But:
> >
> > 1. The repo wasn't used. Emailed about this a separate thread: "manual
> > job does not use custom repo"
> >
> > 2. It passed! Being what seems like a heisenbug, I understand why when
> > you run it under strace it
> > works differently. But even if you just intend to collect more logs it
> > also causes it to behave
> > differently? :-) This does not mean that "problem solved" - la
[ovirt-devel] Re: Travis is failing for ovirt-engine
Looked at the current doc and it suggest to run psql without sudoing to
postgres user, so posted a patch for that:
https://gerrit.ovirt.org/c/ovirt-engine/+/113009
Let's get it merged to see if it helped or not.
On Fri, Jan 15, 2021 at 8:58 AM Sandro Bonazzola
wrote:
> Hi,
> I was wondering why sonar reports were not updated recently and I seen
> that travis is failing:
>
> etting environment variables from .travis.yml
> 272$ export SONAR_TOKEN=[secure]
> 273
> cache.1
> 274Setting up build cache
> 275$ export CASHER_DIR=${TRAVIS_HOME}/.casher
> 2760.29s$ Installing caching utilities
> 2770.00s1.42sattempting to download cache archive
> 278fetching
> master/cache--linux-xenial-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855--jdk-openjdk11.tgz
> 279fetching
> master/cache-linux-xenial-e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855--jdk-openjdk11.tgz
> 280fetching master/cache--jdk-openjdk11.tgz
> 281could not download cache
> 2820.00s0.89sadding /home/travis/.m2 to cache
> 283
> 284$ java -Xmx32m -version
> 285openjdk version "11.0.2" 2019-01-15
> 286OpenJDK Runtime Environment 18.9 (build 11.0.2+9)
> 287OpenJDK 64-Bit Server VM 18.9 (build 11.0.2+9, mixed mode)
> 288$ javac -J-Xmx32m -version
> 289javac 11.0.2
> install
> 2900.00s$ true
> 2910.05s$ sudo -u postgres psql -c "CREATE USER engine_test WITH PASSWORD
> 'test';"
> 292could not change directory to "/home/travis/build/oVirt/ovirt-engine":
> Permission denied
> 293psql: error: could not connect to server: No such file or directory
> 294 Is the server running locally and accepting
> 295 connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
> 296The command "sudo -u postgres psql -c "CREATE USER engine_test WITH
> PASSWORD 'test';"" failed and exited with 2 during .
> 297
> 298Your build has been stopped.
>
>
>
>
>
> +Martin Perina , +Roman Mohr any
> idea on how to fix it?
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BNQMOTVWX3ZQMEZQBHQN7WFJPVFAJJ4G/
[ovirt-devel] Re: Health check endpoint in the engine hanging forever on CheckDBConnection
Hi, the health status is pretty stupid simple call to database: https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/services/src/main/java/org/ovirt/engine/core/services/HealthStatus.java https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/CheckDBConnectionQuery.java#L21 https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/dal/src/main/java/org/ovirt/engine/core/dal/dbbroker/DbConnectionUtil.java#L33 https://github.com/oVirt/ovirt-engine/blob/master/packaging/dbscripts/common_sp.sql#L421 So it should definitely not hang forever unless there is some serious issue in the engine start up or PostgreSQL database. Could you please share logs? Especially interesting would server.log and engine.log from /var/log/ovirt-engine Martin On Thu, Nov 26, 2020 at 4:24 PM Marcin Sobczyk wrote: > Hi, > > I'm trying out (I think) the latest build of ovirt-engine in OST [1] and > the basic suite > fails when we do engine reconfiguration and then restart the service [2]. > After restarting we wait on the health check endpoint status here [3]. > This however ends with a timeout. > I tried running manually: > > curl -D - http://engine/ovirt-engine/services/health > > and that command also hangs forever. > In the engine log the last related entry seem to be: > > 2020-11-26 16:20:15,761+01 DEBUG > [org.ovirt.engine.core.utils.servlet.LocaleFilter] (default task-7) [] > Incoming locale 'en-US'. Filter determined locale to be 'en-US' > 2020-11-26 16:20:15,761+01 DEBUG > [org.ovirt.engine.core.services.HealthStatus] (default task-7) [] Health > Status servlet: entry > 2020-11-26 16:20:15,761+01 DEBUG > [org.ovirt.engine.core.services.HealthStatus] (default task-7) [] > Calling CheckDBConnection query > > Has anyone else also encountered that? > > Regards, Marcin > > [1] > ovirt-engine-4.4.4.3-0.0.master.20201126133903.gitc2c805a2662.el8.noarch > [2] > > https://github.com/oVirt/ovirt-system-tests/blob/3e2fc267b376a12eda131fa0e9cda2d94e36e2be/basic-suite-master/test-scenarios/test_001_initialize_engine.py#L88 > [3] > > https://github.com/oVirt/ovirt-system-tests/blob/3e2fc267b376a12eda131fa0e9cda2d94e36e2be/ost_utils/ost_utils/pytest/fixtures/engine.py#L160 > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JJCDGJZ43MDD6HVE5AEMXJTXELRXRO7Z/
[ovirt-devel] Re: Branching out 4.3 in ovirt-system-tests
On Mon, Nov 23, 2020 at 11:20 AM Marcin Sobczyk wrote: > > > On 11/20/20 12:15 PM, Martin Perina wrote: > > > > > > On Fri, Nov 20, 2020 at 12:02 PM Marcin Sobczyk > <mailto:msobc...@redhat.com>> wrote: > > > > > > > > On 11/20/20 11:50 AM, Martin Perina wrote: > > > > > > > > > On Fri, Nov 20, 2020 at 11:46 AM Marcin Sobczyk > > mailto:msobc...@redhat.com> > > > <mailto:msobc...@redhat.com <mailto:msobc...@redhat.com>>> wrote: > > > > > > Posted https://gerrit.ovirt.org/#/c/112302/ > > <https://gerrit.ovirt.org/#/c/112302/> > > > <https://gerrit.ovirt.org/#/c/112302/ > > <https://gerrit.ovirt.org/#/c/112302/>> to remove all 4.3 suites. > > > Please review. > > > > > > > > > Could you please remove network suite 4.3 from that patch? Network > > > team would like to keep to verify 4.3 hosts functionality. And they > > > have already removed 4.3 execution from check-patch > > > https://gerrit.ovirt.org/#/c/112291/ > > <https://gerrit.ovirt.org/#/c/112291/> > > > <https://gerrit.ovirt.org/#/c/112291/ > > <https://gerrit.ovirt.org/#/c/112291/>> > > > The plan is to execute 4.3 network suite only nightly > > Done. If there is still a need to run a 4.3 suite nightly, I'd be > > pushing towards > > creating a 4.3 branch and removing the code from master though. > > > > > > Definitely, I've just created ovirt-engine-4.3 from current master, so > > we have current status saved and your removal patch can be merged to > > master > It seems that the tip of the branch points to a commit that already > includes Eitan's change that removed 'network_suite_4.3' from > 'stdci.yaml' [6], > so we can't run this pipeline in CI. > Could you please change the branch to point to the commit just before > that? [7] > Readded: https://gerrit.ovirt.org/#/c/112324/ > > Regards, Marcin > > [6] https://gerrit.ovirt.org/#/c/112291/ > [7] a2a462ef2f409ce5ef293adef6ecbb0c86c9d4a7 > > > > > > > > > > > > On 10/12/20 6:28 PM, Michal Skrivanek wrote: > > > >> On 12 Oct 2020, at 14:49, Marcin Sobczyk > > mailto:msobc...@redhat.com> > > > <mailto:msobc...@redhat.com <mailto:msobc...@redhat.com>>> > > wrote: > > > >> > > > >> Hi all, > > > >> > > > >> after minimizing the usage of lago in basic suite, > > > >> and some minor adjustments in the network suite, we are > > finally > > > >> able to remove lago OST plugin as a dependency [1]. > > > >> > > > >> This however comes with a price of keeping lots of ugly > > > ifology, i.e. [2][3]. > > > >> There's big disparity between OST runs we have on el7 and > > el8. > > > >> There's also tons of symlink-based code sharing between > > suites > > > - be it 4.3 > > > >> suites and master suites or simply different types of > suites. > > > >> The basic suite has its own 'test_utils', which is > > copied/symlinked > > > >> in multiple places. There's also 'ost_utils', which is > really > > > messy ATM. > > > >> It's very hard to keep track and maintain all of this... > > > >> > > > >> At this moment, we are able to run basic suite and > > network suite > > > >> on el8, with prebuilt ost-images and without lago plugin. > > > >> HE suites should be the next step. We have patches that > > make them > > > >> py3-compatible that probably still need some attention > > [4][5]. > > > >> We don't have any prebuilt HE ost-images, but this will > > be handled > > > >> in the nearest future. > > > >> > > > >> I think it's good time to detach ourselves from the > > legacy stuff > > > >> and start with a clean slate. My proposition would be to > > branch > > > >> out 4.3 in ovirt-system-tests and not use py2/el7 in the > > master > > > >> branch at all.
[ovirt-devel] Re: Branching out 4.3 in ovirt-system-tests
On Fri, Nov 20, 2020 at 12:02 PM Marcin Sobczyk wrote: > > > On 11/20/20 11:50 AM, Martin Perina wrote: > > > > > > On Fri, Nov 20, 2020 at 11:46 AM Marcin Sobczyk > <mailto:msobc...@redhat.com>> wrote: > > > > Posted https://gerrit.ovirt.org/#/c/112302/ > > <https://gerrit.ovirt.org/#/c/112302/> to remove all 4.3 suites. > > Please review. > > > > > > Could you please remove network suite 4.3 from that patch? Network > > team would like to keep to verify 4.3 hosts functionality. And they > > have already removed 4.3 execution from check-patch > > https://gerrit.ovirt.org/#/c/112291/ > > <https://gerrit.ovirt.org/#/c/112291/> > > The plan is to execute 4.3 network suite only nightly > Done. If there is still a need to run a 4.3 suite nightly, I'd be > pushing towards > creating a 4.3 branch and removing the code from master though. > Definitely, I've just created ovirt-engine-4.3 from current master, so we have current status saved and your removal patch can be merged to master > > > > > > > On 10/12/20 6:28 PM, Michal Skrivanek wrote: > > >> On 12 Oct 2020, at 14:49, Marcin Sobczyk > <mailto:msobc...@redhat.com>> wrote: > > >> > > >> Hi all, > > >> > > >> after minimizing the usage of lago in basic suite, > > >> and some minor adjustments in the network suite, we are finally > > >> able to remove lago OST plugin as a dependency [1]. > > >> > > >> This however comes with a price of keeping lots of ugly > > ifology, i.e. [2][3]. > > >> There's big disparity between OST runs we have on el7 and el8. > > >> There's also tons of symlink-based code sharing between suites > > - be it 4.3 > > >> suites and master suites or simply different types of suites. > > >> The basic suite has its own 'test_utils', which is > copied/symlinked > > >> in multiple places. There's also 'ost_utils', which is really > > messy ATM. > > >> It's very hard to keep track and maintain all of this... > > >> > > >> At this moment, we are able to run basic suite and network suite > > >> on el8, with prebuilt ost-images and without lago plugin. > > >> HE suites should be the next step. We have patches that make them > > >> py3-compatible that probably still need some attention [4][5]. > > >> We don't have any prebuilt HE ost-images, but this will be handled > > >> in the nearest future. > > >> > > >> I think it's good time to detach ourselves from the legacy stuff > > >> and start with a clean slate. My proposition would be to branch > > >> out 4.3 in ovirt-system-tests and not use py2/el7 in the master > > >> branch at all. This would allow us to focus on py3, el8 and > > ost-images > > >> efforts while keeping the legacy stuff intact. > > >> > > >> WDYT? > > > Great. We don’t really need 4.3 that much anymore. > > > > > >> Regards, Marcin > > >> > > >> [1] https://gerrit.ovirt.org/#/c/111643/ > > <https://gerrit.ovirt.org/#/c/111643/> > > >> [2] > > https://gerrit.ovirt.org/#/c/111643/6/basic-suite-master/control.sh > > <https://gerrit.ovirt.org/#/c/111643/6/basic-suite-master/control.sh > > > > >> [3] > > > https://gerrit.ovirt.org/#/c/111643/6/basic-suite-master/test-scenarios/conftest.py > > < > https://gerrit.ovirt.org/#/c/111643/6/basic-suite-master/test-scenarios/conftest.py > > > > >> [4] https://gerrit.ovirt.org/108809 > > <https://gerrit.ovirt.org/108809> > > >> [5] https://gerrit.ovirt.org/110097 > > <https://gerrit.ovirt.org/110097> > > >> > > > > > > > > -- > > Martin Perina > > Manager, Software Engineering > > Red Hat Czech s.r.o. > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UUM22ELODDGOT7J5IOI77ESBPYYPJYE6/
[ovirt-devel] Re: Branching out 4.3 in ovirt-system-tests
On Fri, Nov 20, 2020 at 11:46 AM Marcin Sobczyk wrote: > Posted https://gerrit.ovirt.org/#/c/112302/ to remove all 4.3 suites. > Please review. > Could you please remove network suite 4.3 from that patch? Network team would like to keep to verify 4.3 hosts functionality. And they have already removed 4.3 execution from check-patch https://gerrit.ovirt.org/#/c/112291/ The plan is to execute 4.3 network suite only nightly > On 10/12/20 6:28 PM, Michal Skrivanek wrote: > >> On 12 Oct 2020, at 14:49, Marcin Sobczyk wrote: > >> > >> Hi all, > >> > >> after minimizing the usage of lago in basic suite, > >> and some minor adjustments in the network suite, we are finally > >> able to remove lago OST plugin as a dependency [1]. > >> > >> This however comes with a price of keeping lots of ugly ifology, i.e. > [2][3]. > >> There's big disparity between OST runs we have on el7 and el8. > >> There's also tons of symlink-based code sharing between suites - be it > 4.3 > >> suites and master suites or simply different types of suites. > >> The basic suite has its own 'test_utils', which is copied/symlinked > >> in multiple places. There's also 'ost_utils', which is really messy ATM. > >> It's very hard to keep track and maintain all of this... > >> > >> At this moment, we are able to run basic suite and network suite > >> on el8, with prebuilt ost-images and without lago plugin. > >> HE suites should be the next step. We have patches that make them > >> py3-compatible that probably still need some attention [4][5]. > >> We don't have any prebuilt HE ost-images, but this will be handled > >> in the nearest future. > >> > >> I think it's good time to detach ourselves from the legacy stuff > >> and start with a clean slate. My proposition would be to branch > >> out 4.3 in ovirt-system-tests and not use py2/el7 in the master > >> branch at all. This would allow us to focus on py3, el8 and ost-images > >> efforts while keeping the legacy stuff intact. > >> > >> WDYT? > > Great. We don’t really need 4.3 that much anymore. > > > >> Regards, Marcin > >> > >> [1] https://gerrit.ovirt.org/#/c/111643/ > >> [2] https://gerrit.ovirt.org/#/c/111643/6/basic-suite-master/control.sh > >> [3] > https://gerrit.ovirt.org/#/c/111643/6/basic-suite-master/test-scenarios/conftest.py > >> [4] https://gerrit.ovirt.org/108809 > >> [5] https://gerrit.ovirt.org/110097 > >> > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/YBGMKULBGCOJTNFBUKZCPZWXUSYTFZEL/
[ovirt-devel] Re: About cluster level 4.5 and oVirt 4.4.3 release notes
On Wed, Nov 18, 2020 at 2:46 PM Sandro Bonazzola wrote: > > > Il giorno mer 18 nov 2020 alle ore 14:41 Sandro Bonazzola < > sbona...@redhat.com> ha scritto: > >> >> >> Il giorno mer 18 nov 2020 alle ore 12:34 Martin Perina < >> mper...@redhat.com> ha scritto: >> >>> >>> >>> On Wed, Nov 18, 2020 at 9:50 AM Sandro Bonazzola >>> wrote: >>> >>>> Hi, >>>> it has been raised today on #ovirt channel that there's no mention of >>>> the 4.5 cluster level new features and about its requirements on RHEL 8.3 >>>> in release notes at https://ovirt.org/release/4.4.3/ >>>> Can you please send an update to the oVirt website adding the missing >>>> information? >>>> >>> >>> I thought that all RFEs with Doc Type set to Release Note are >>> automatically added to release notes: >>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1877675 >>> >>> Any idea why the above RFE is not mentioned? >>> >> >> I see that bug has referenced 2 patches but those 2 patches were not >> referencing the BZ so it has not been included in release notes generation. >> Release notes are generated from doc text in bugs referenced by git >> commits. >> > Ah, so that's why it was missed in release notes. This is quite important information, because I though we are going over targeted bugs only when generating release notes ... I'll add doctext from that bug to notes. >> > > Please review / merge https://github.com/oVirt/ovirt-site/pull/2394 > Note that doc-text still doesn't explain what to expect from that cluster > level > Yes, because for each feature we have separate RFE, which should depend on BZ1877675. So currently there should be below features which require DC/CL 4.5: *1745024* <https://bugzilla.redhat.com/show_bug.cgi?id=1745024> - [RFE] Enabling Icelake new NIs - RHV *1725166* <https://bugzilla.redhat.com/show_bug.cgi?id=1725166> - [RFE] Private VLAN / port isolation But AFAIR there were more features which require 4.5 ... > > >> >> >> >>> >>> >>>> Thanks, >>>> -- >>>> >>>> Sandro Bonazzola >>>> >>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV >>>> >>>> Red Hat EMEA <https://www.redhat.com/> >>>> >>>> sbona...@redhat.com >>>> <https://www.redhat.com/> >>>> >>>> *Red Hat respects your work life balance. Therefore there is no need to >>>> answer this email out of your office hours. >>>> <https://mojo.redhat.com/docs/DOC-1199578>* >>>> >>>> >>>> >>> >>> -- >>> Martin Perina >>> Manager, Software Engineering >>> Red Hat Czech s.r.o. >>> >> >> >> -- >> >> Sandro Bonazzola >> >> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV >> >> Red Hat EMEA <https://www.redhat.com/> >> >> sbona...@redhat.com >> <https://www.redhat.com/> >> >> *Red Hat respects your work life balance. Therefore there is no need to >> answer this email out of your office hours. >> <https://mojo.redhat.com/docs/DOC-1199578>* >> >> >> > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours. > <https://mojo.redhat.com/docs/DOC-1199578>* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CTAHR72AMAULPYWZCTRUMIDW6P2RQQTH/
[ovirt-devel] Re: About cluster level 4.5 and oVirt 4.4.3 release notes
On Wed, Nov 18, 2020 at 9:50 AM Sandro Bonazzola wrote: > Hi, > it has been raised today on #ovirt channel that there's no mention of the > 4.5 cluster level new features and about its requirements on RHEL 8.3 in > release notes at https://ovirt.org/release/4.4.3/ > Can you please send an update to the oVirt website adding the missing > information? > I thought that all RFEs with Doc Type set to Release Note are automatically added to release notes: https://bugzilla.redhat.com/show_bug.cgi?id=1877675 Any idea why the above RFE is not mentioned? > Thanks, > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/> > > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours. > <https://mojo.redhat.com/docs/DOC-1199578>* > > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DXPRSNZFHBDE4OJBOLUWKYAN4YT6PAIQ/
[ovirt-devel] Re: callback hanging making commands executing serial
Adding Artur ... On Mon, Oct 19, 2020 at 9:06 AM Liran Rotenberg wrote: > Hi all, > Investigating a bug about serial execution > <https://bugzilla.redhat.com/1885286> of the same command more than once > shows a problem with our callbacks. > > The problem is felt when we have synchronized operation (such as running > ansible runner service) that takes a bit time to be executed. > The problem is, when running multiple commands and one has synchronized > long operation within a child command, it will hang out all the commands > running on the engine using callbacks. > The good example is given in the bug, since export OVA command using > ansible(sync) and the pack_ova script takes time to finish. > This is not really noticeable with short synchronized commands, but it > does execute serial for them as well instead of parallel. > Running export to OVA command and then other commands with callbacks will > get them hanging if the export command callback started and it reached to > performNextOperation. > > Some technical details: > We have one thread in CommandCallbacksPoller[1] that runs, collects the > current command on the engine and processes them. > Once we have the above scenario (let's say 2 commands), the first one will > go into callback.doPolling in invokeCallbackMethodsImpl. [2] > In that case it will go to ChildCommandsCallbackBase::doPolling, > eventually to childCommandsExecutingEnded. [3] > While there are more actions to perform we will do performNextOperation > [4], which calls executeNextOperation (in the bug case [5]). > When the next operation is long and synchronized, this will block the > CommandCallbacksPoller thread and only when it finishes the thread is > released and the callbacks continue working. > > Any idea how to solve this issue? > > Regards, > Liran > > [1] - > https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/tasks/CommandCallbacksPoller.java#L52-L55 > [2] - > https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/tasks/CommandCallbacksPoller.java#L175 > [3] - > https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/ChildCommandsCallbackBase.java#L80 > [4] - > https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/SerialChildCommandsExecutionCallback.java#L32 > [5] - > https://github.com/oVirt/ovirt-engine/blob/master/backend/manager/modules/bll/src/main/java/org/ovirt/engine/core/bll/exportimport/ExportVmToOvaCommand.java#L199-L231 > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GBOXNWVC3ATCCGUFOVSY6DIP7WPZ5KHZ/
[ovirt-devel] Re: [CQ]: 111471,2 (ovirt-engine) failed "ovirt-master" system tests
On Thu, Oct 15, 2020 at 8:43 AM Yedidyah Bar David wrote: > On Wed, Oct 14, 2020 at 7:06 PM oVirt Jenkins wrote: > > > > Change 111471,2 (ovirt-engine) is probably the reason behind recent > system test > > failures in the "ovirt-master" change queue and needs to be fixed. > > > > This change had been removed from the testing queue. Artifacts build > from this > > change will not be released until it is fixed. > > > > For further details about the change see: > > https://gerrit.ovirt.org/#/c/111471/2 We didn't detect the build issue on Jenkins CI, because we don't build frontend unless there is a change under frontend directory to save resources on Jenkins. So for these rare cases where a backend only change breaks frontend we don't have a warning and that's why it was revealed only after merging ... > > This fails compilation. Liran already commented there with details, > posting this for visibility. > > Is anyone handling this? Should we revert? > > Thanks and best regards, > -- > Didi > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BT3EGYHZFLAMZ5T3ICEXCDZQDZ4ZLLJX/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UNA5CZOMOYOMWXXN7I3FMWXP7INW2N5Y/
[ovirt-devel] Re: certificates not created?
Hi, is this a new oVirt 4.4.2 installation? Or have you upgraded your previous setup according to the upgrade guide? https://www.ovirt.org/documentation/upgrade_guide/ Anyway to be able to investigate the issue we need to know what steps you performed before this issue happened and also share logs from your oVirt engine setup. Thanks, Martin On Sat, Oct 3, 2020 at 4:15 PM lejeczek via Devel wrote: > hi > I have ovirt from ovirt-release44-4.4.2-1.el8.noarch. > I presumed these files should be created without any user > intervention and I wonder if this is a bug? > > ... > Oct 03 15:02:42 dzien.private.pawel libvirtd[1291696]: > Unable to read from monitor: Connection reset by peer > Oct 03 15:02:42 dzien.private.pawel libvirtd[1291696]: > internal error: qemu unexpectedly closed the monitor: > 2020-10-03T14:02:42.051456Z qemu-kvm: warning: Spice: > reds.c:2943:reds_init_ssl: Could not load certificates from > /etc/pki/vdsm/libvirt-spice/server-cert.pem > > 2020-10-03T14:02:42.051477Z qemu-kvm: warning: Spice: > error:02001002:system library:fopen:No such file or directory > > 2020-10-03T14:02:42.051483Z qemu-kvm: warning: Spice: > error:20074002:BIO routines:file_ctrl:system lib > > 2020-10-03T14:02:42.051490Z qemu-kvm: warning: Spice: > error:140DC002:SSL > routines:use_certificate_chain_file:system lib > > 2020-10-03T14:02:42.051506Z qemu-kvm: failed to initialize > spice server > Oct 03 15:02:42 dzien.private.pawel libvirtd[1291696]: > internal error: process exited while connecting to monitor: > 2020-10-03T14:02:42.051456Z qemu-kvm: warning: Spice: > reds.c:2943:reds_init_ssl: Could not load certificates from > /etc/pki/vdsm/libvirt-spice/server-cert.pem > > 2020-10-03T14:02:42.051477Z qemu-kvm: warning: Spice: > error:02001002:system library:fopen:No such file or directory > > 2020-10-03T14:02:42.051483Z qemu-kvm: warning: Spice: > error:20074002:BIO routines:file_ctrl:system lib > > 2020-10-03T14:02:42.051490Z qemu-kvm: warning: Spice: > error:140DC002:SSL > routines:use_certificate_chain_file:system lib > > 2020-10-03T14:02:42.051506Z qemu-kvm: failed to initialize > spice server > ... > > > Would any of you experts have a possible resolution, a > workaround? > many thanks, L. > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/277VMEHE2L5DCBKY7WTMAHFOIEFYR3FO/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KW5R5BQK4TIXXPVAMSK3ANDK5OKT7SFW/
[ovirt-devel] Re: Propose Eitan Raviv as a ovirt-system-tests network-suite maintainer
On Fri, 25 Sep 2020, 17:34 Edward Haas, wrote: > On Fri, Sep 25, 2020 at 6:23 PM Dominik Holler wrote: > > > > Hi all, > > Eitan Raviv has been working on the oVirt project for more than 3 years. > > He contributed more than 40 patches to ovirt-system-tests, including > > more than 35 patches to the network-suite. > > He is already recognized as a relevant reviewer for the network-suite, > > so it time to give him the official role for the work he is already > > doing. > > > > I would like to propose Eitan as a virt-system-tests network-suite > > maintainer. > > +1 > Eitan is doing great work on OST, I'll be happy to see him taking over > and giving it the attention it deserves. > +1 Very well deserved! > > > > Thanks > > Dominik > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/P27QSQM5YMQD5DXTLU7LTS4QXQVPGFIM/ > ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PRKU4HWALFHNX2FPATJUBHYABFBCZE2S/
[ovirt-devel] Re: OST fails during 002_bootstrap_pytest
On Thu, Sep 24, 2020 at 8:26 AM Yedidyah Bar David wrote:
> On Wed, Sep 23, 2020 at 4:42 PM Vojtech Juranek
> wrote:
> >
> > Hi,
> > can anybody look on OST, it fails constantly with error bellow.
> > See e.g. [1, 2] for full logs.
> > Thanks
> > Vojta
> >
> > [1] https://jenkins.ovirt.org/job/ovirt-system-tests_manual/7381/
> > [2] https://jenkins.ovirt.org/job/ovirt-system-tests_manual/7382/
> >
> > 13:07:16 ../basic-suite-master/test-scenarios/
> > 002_bootstrap_pytest.py::test_verify_engine_backup [WARNING]: Invalid
> > characters were found in group names but not replaced, use
> > 13:07:22 - to see details
>
> I think this warning is unrelated, it's coming from here:
>
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/7381/consoleText
>
>
> ../basic-suite-master/test-scenarios/001_initialize_engine_pytest.py::test_check_ansible_connectivity
> [WARNING]: Invalid characters were found in group names but not
> replaced, use
> - to see details
>
> Perhaps it's due to:
>
> ost_utils/ost_utils/pytest/fixtures/ansible.py
>
> ANSIBLE_ENGINE_PATTERN = "~lago-.*-engine"
> ANSIBLE_HOSTS_PATTERN = "~lago-.*-host-[0-9]"
> ANSIBLE_HOST0_PATTERN = "~lago-.*-host-0"
> ANSIBLE_HOST1_PATTERN = "~lago-.*-host-1"
>
> ?
>
> Perhaps this can help understand:
>
> https://gerrit.ovirt.org/111433
Adding Marcin ...
>
>
> Best regards,
>
> > 13:07:22 /usr/lib/python2.7/site-packages/requests/__init__.py:91:
> > RequestsDependencyWarning: urllib3 (1.25.10) or chardet (3.0.4) doesn't
> match
> > a supported version!
> > 13:07:22 RequestsDependencyWarning)
> > 13:07:22 lago-basic-suite-master-engine | CHANGED => {
> > 13:07:22 "changed": true,
> > 13:07:22 "gid": 0,
> > 13:07:22 "group": "root",
> > 13:07:22 "mode": "0755",
> > 13:07:22 "owner": "root",
> > 13:07:22 "path": "/var/log/ost-engine-backup",
> > 13:07:22 "secontext": "unconfined_u:object_r:var_log_t:s0",
> > 13:07:22 "size": 6,
> > 13:07:22 "state": "directory",
> > 13:07:22 "uid": 0
> > 13:07:22 }
> >
> > 13:07:44 [WARNING]: Invalid characters were found in group names but not
> > replaced, use
> > 13:07:44 - to see details
> > 13:07:44 /usr/lib/python2.7/site-packages/requests/__init__.py:91:
> > RequestsDependencyWarning: urllib3 (1.25.10) or chardet (3.0.4) doesn't
> match
> > a supported version!
> > 13:07:44 RequestsDependencyWarning)
> > 13:07:44 lago-basic-suite-master-engine | FAILED | rc=1 >>
> > 13:07:44 Start of engine-backup with mode 'backup'
> > 13:07:44 scope: all
> > 13:07:44 archive file: /var/log/ost-engine-backup/backup.tgz
> > 13:07:44 log file: /var/log/ost-engine-backup/log.txt
> > 13:07:44 Backing up:
> > 13:07:44 Notifying engine
> > 13:07:44 - Files
> > 13:07:44 - Engine database 'engine'
> > 13:07:44 - DWH database 'ovirt_engine_history'
> > 13:07:44 - Grafana database '/var/lib/grafana/grafana.db'
> > 13:07:44 Notifying engineFATAL: failed to backup
> /var/lib/grafana/grafana.db
> > with sqlite3non-zero return code
> > 13:17:47 FAILED___
> > Devel mailing list -- devel@ovirt.org
> > To unsubscribe send an email to devel-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/privacy-policy.html
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/J7USSMZT3FYOAS4JMC4DKV3QS4CUIR42/
>
>
>
> --
> Didi
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HMN2L5DC4V6PLXD3GIHG445N7WVFFR5L/
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JFZFIM6YTEK2ZOXHTTKLV2PXZNNNDIT7/
[ovirt-devel] Re: Engine build fails: "found duplicate key "when" with value "collectd_default_files|d(true)"
On Wed, Sep 23, 2020 at 4:40 PM Nir Soffer wrote: > On Wed, Sep 23, 2020 at 5:32 PM Martin Perina wrote: > > > > Remove ovirt-engine-metrics, it's completely unneeded for development > environment > > Thanks. > > Should we remove it from README.adoc, or add a note that it is an > optional package? > Yes, it should be marked as optional: https://gerrit.ovirt.org/#/c/111423/ > > > > > > > On Wed, Sep 23, 2020 at 4:27 PM Nir Soffer wrote: > >> > >> On Wed, Sep 23, 2020 at 5:08 PM Nir Soffer wrote: > >> > > >> > I'm trying to build engine on new VM, installed based on README > >> > and it fails in ansible-lint on: > >> > > /usr/share/ansible/roles/oVirt.metrics/roles/oVirt.logging/tasks/main.yml > >> > > >> > Is this a known issue? any workaround? > >> > >> On another machine I can be build engine, and python3-ansible-lint is > >> not installed, > >> so this seems to be an easy workaround. > >> > >> > > >> > Nir > >> > > >> > --- > >> > > >> > $ make clean install-dev PREFIX="$HOME/ovirt-engine" > >> > ... > >> > + /usr/bin/ansible-lint -c build/ansible-lint.conf > >> > packaging/playbooks/install-skydive.yml > >> > packaging/playbooks/ovirt-provider-ovn-driver.yml > >> > packaging/ansible-runner-service-project/project/create-brick.yml > >> > > packaging/ansible-runner-service-project/project/ovirt-fetch-he-config.yml > >> > > packaging/ansible-runner-service-project/project/ovirt-host-check-upgrade.yml > >> > packaging/ansible-runner-service-project/project/ovirt-host-deploy.yml > >> > > packaging/ansible-runner-service-project/project/ovirt-host-enroll-certificate.yml > >> > packaging/ansible-runner-service-project/project/ovirt-host-remove.yml > >> > > packaging/ansible-runner-service-project/project/ovirt-host-upgrade.yml > >> > > packaging/ansible-runner-service-project/project/ovirt-image-measure.yml > >> > packaging/ansible-runner-service-project/project/ovirt-ova-export.yml > >> > packaging/ansible-runner-service-project/project/ovirt-ova-import.yml > >> > packaging/ansible-runner-service-project/project/ovirt-ova-query.yml > >> > packaging/ansible-runner-service-project/project/ovirt-vnc-sasl.yml > >> > > packaging/ansible-runner-service-project/project/ovirt_host_upgrade_vars.yml > >> > packaging/ansible-runner-service-project/project/replace-gluster.yml > >> > packaging/ansible-runner-service-project/project/roles > >> > > packaging/ansible-runner-service-project/project/roles/gluster-brick-create > >> > > packaging/ansible-runner-service-project/project/roles/gluster-replace-peers > >> > > packaging/ansible-runner-service-project/project/roles/hc-gluster-cgroups > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-check-upgrade > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-facts > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-firewalld > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-hosted-engine > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-iptables > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-kdump > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-kernel > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-libvirt-guests > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-misc > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-spice-encryption > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-vdsm-certificates > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-vdsm > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-vm-console-certificates > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-vm-console > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy-vnc-certificates > >> > > packaging/ansible-runner-service-project/project/roles/ovirt-host-deploy > >> > > packaging/ansible-runner-service-project/project/role
[ovirt-devel] Re: Engine build fails: "found duplicate key "when" with value "collectd_default_files|d(true)"
twork
> > packaging/ansible-runner-service-project/project/roles/python-ver-detect
> > [WARNING]: While constructing a mapping from
> >
> /usr/share/ansible/roles/oVirt.metrics/roles/oVirt.logging/tasks/main.yml,
> > line 118, column 7, found a duplicate dict key
> > (when). Using last defined value only.
> > [WARNING]: While constructing a mapping from , line
> > 118, column 7, found a duplicate dict key (when). Using last defined
> > value only.
> > Traceback (most recent call last):
> > File "/usr/bin/ansible-lint", line 11, in
> > load_entry_point('ansible-lint==4.1.0', 'console_scripts',
> 'ansible-lint')()
> > File "/usr/lib/python3.6/site-packages/ansiblelint/__main__.py",
> > line 187, in main
> > matches.extend(runner.run())
> > File "/usr/lib/python3.6/site-packages/ansiblelint/__init__.py",
> > line 282, in run
> > skip_list=self.skip_list))
> > File "/usr/lib/python3.6/site-packages/ansiblelint/__init__.py",
> > line 174, in run
> > matches.extend(rule.matchtasks(playbookfile, text))
> > File "/usr/lib/python3.6/site-packages/ansiblelint/__init__.py",
> > line 84, in matchtasks
> > yaml = ansiblelint.utils.append_skipped_rules(yaml, text,
> file['type'])
> > File "/usr/lib/python3.6/site-packages/ansiblelint/utils.py", line
> > 604, in append_skipped_rules
> > ruamel_data = yaml.load(file_text)
> > File "/usr/lib64/python3.6/site-packages/ruamel/yaml/main.py", line
> > 266, in load
> > return constructor.get_single_data()
> > File "/usr/lib64/python3.6/site-packages/ruamel/yaml/constructor.py",
> > line 105, in get_single_data
> > return self.construct_document(node)
> > File "/usr/lib64/python3.6/site-packages/ruamel/yaml/constructor.py",
> > line 115, in construct_document
> > for dummy in generator:
> > File "/usr/lib64/python3.6/site-packages/ruamel/yaml/constructor.py",
> > line 1357, in construct_yaml_map
> > self.construct_mapping(node, data)
> > File "/usr/lib64/python3.6/site-packages/ruamel/yaml/constructor.py",
> > line 1266, in construct_mapping
> > self.check_mapping_key(node, key_node, maptyp, key, value)
> > File "/usr/lib64/python3.6/site-packages/ruamel/yaml/constructor.py",
> > line 265, in check_mapping_key
> > raise DuplicateKeyError(*args)
> > ruamel.yaml.constructor.DuplicateKeyError: while constructing a mapping
> > in "", line 118, column 7:
> > - name: Populate logging_outputs d ...
> > ^ (line: 118)
> >
> > " (original value: "collect_ovirt_engine_log or collect_ovirt_vdsm_log")
> > in "", line 135, column 7:
> > when: collectd_default_files|d(true)
> > ^ (line: 135)
> >
> > To suppress this check see:
> > http://yaml.readthedocs.io/en/latest/api.html#duplicate-keys
> >
> > Duplicate keys will become and error in future releases, and are errors
> > by default when using the new API.
> >
> > make[1]: *** [Makefile:366: validations] Error 1
> > make[1]: Leaving directory '/home/nsoffer/src/ovirt-engine'
> > make: *** [Makefile:545: all-dev] Error 2
>
>
--
Martin Perina
Manager, Software Engineering
Red Hat Czech s.r.o.
___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CA33JFPLD2VCQXCS26OIJEPDFZQDOM7G/
[ovirt-devel] Re: Error building ovirt-engine-api-model on Fedora 32
On Wed, Sep 16, 2020 at 4:24 PM Nir Soffer wrote:
> On Wed, Sep 16, 2020 at 4:59 PM Martin Perina wrote:
> >
> > Hi,
> >
> > I've switched back the build to EL7 until we overcome the nonexistence
> of publican package on EL8. I've just rebased your patch so it should be
> built in CI properly now.
>
> Thanks!
>
> But it "ci build" still fails in:
>
Ah, sorry, I forgot EL7 contains too old publican. So FC30 is the
distribution until we resolve the issue with publican on EL8
>
> Downloaded:
> http://artifactory.ovirt.org/artifactory/ovirt-mirror/org/apache/ant/ant/1.9.4/ant-1.9.4.jar
> (1972 KB at 22666.1 KB/sec)
> [INFO] Executing tasks
>
> main:
> [mkdir] Created dir:
>
> /home/jenkins/workspace/ovirt-engine-api-model_standard-check-patch/ovirt-engine-api-model/target/generated-publican
> [copy] Copying 9 files to
>
> /home/jenkins/workspace/ovirt-engine-api-model_standard-check-patch/ovirt-engine-api-model/target/generated-publican
> [xslt] Processing
>
> /home/jenkins/workspace/ovirt-engine-api-model_standard-check-patch/ovirt-engine-api-model/target/generated-docbook/model.xml
> to
> /home/jenkins/workspace/ovirt-engine-api-model_standard-check-patch/ovirt-engine-api-model/target/generated-publican/en-US/API_Guide.xml
> [xslt] Loading stylesheet
>
> /home/jenkins/workspace/ovirt-engine-api-model_standard-check-patch/ovirt-engine-api-model/target/generated-publican/en-US/API_Guide.xsl
> [exec] perl: warning: Setting locale failed.
> [exec] perl: warning: Please check that your locale settings:
> [exec] LANGUAGE = (unset),
> [exec] LC_ALL = (unset),
> [exec] LANG = "C.UTF-8"
> [exec] are supported and installed on your system.
> [exec] perl: warning: Falling back to the standard locale ("C").
> [exec] FATAL ERROR: http:2020 in on line 0: Unknown IO error at
> /usr/bin/publican line 936.
>
> Build is fine now in Fedora 32, using java-8 to build the api model,
> and switching back
> to java-11 for building the engine.
>
> >
> > Regards,
> > Martin
> >
> >
> > On Wed, Sep 16, 2020 at 2:37 PM Nir Soffer wrote:
> >>
> >> On Wed, Sep 16, 2020 at 1:54 PM Benny Zlotnik
> wrote:
> >> >
> >> > yes, it can be switched with alternatives:
> >> > $ sudo alternatives --config java
> >> > There are 3 programs which provide 'java'.
> >> > Selection Command
> >> > ---
> >> > 1 java-latest-openjdk.x86_64
> >> >
> (/usr/lib/jvm/java-14-openjdk-14.0.2.12-1.rolling.fc32.x86_64/bin/java)
> >> > * 2 java-1.8.0-openjdk.x86_64
> >> >
> (/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.265.b01-1.fc32.x86_64/jre/bin/java)
> >> > + 3 java-11-openjdk.x86_64
> >> > (/usr/lib/jvm/java-11-openjdk-11.0.8.10-2.fc32.x86_64/bin/java)
> >> >
> >> > Same for `javac`
> >>
> >> Not needed
> >>
> >> >
> >> > And JAVA_HOME needs to be set to `/usr/lib/jvm/java-1.8.0-openjdk` (or
> >> > whatever the path is for JDK 8),
> >> > `mvn -v` can be used to check if it points to the right version
> >>
> >> Thanks, works now.
> >>
> >> Probably should be documented in the readme until this is resolved.
> >>
> >> >
> >> > On Wed, Sep 16, 2020 at 1:48 PM Nir Soffer
> wrote:
> >> > >
> >> > > On Wed, Sep 16, 2020 at 1:45 PM Benny Zlotnik
> wrote:
> >> > > >
> >> > > > api-model can only be built with java 8 currently,
> >> > >
> >> > > It is possible to install both java 8 and 11 and use 8 for the api
> model?
> >> > >
> >> > > > there is a patch to
> >> > > > upgrade to java 11[1], but it's not merged yet
> >> > > >
> >> > > > [1] https://gerrit.ovirt.org/#/c/06/
> >> > > >
> >> > > > On Wed, Sep 16, 2020 at 1:42 PM Nir Soffer
> wrote:
> >> > > > >
> >> > > > > I'm trying to build with this change:
> >> > > > > https://gerrit.ovirt.org/c/111312/
> >> > > > >
> >> > > > > And it fails to build. Same error on master
> >> > > > > (commit 2e3c836e4c2fd50258e96bc6966b5d9680b5332e).
> >> > > > >
> >> > > > > Anyone has a clue what is the reason for this? any workar
[ovirt-devel] Re: execution failed: javax.net.ssl.SSLPeerUnverifiedException (was: vdsm.storage.exception.UnknownTask: Task id unknown (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master -
On Tue, Jul 21, 2020 at 3:44 PM Yedidyah Bar David wrote:
> We had several different threads about this failure. I'll use current
> to send a summary:
>
> - Our wildfly build was patched to include newer httpclient/core:
> https://gerrit.ovirt.org/110324
>
> - The appliance was patched to use master snapshot:
> https://gerrit.ovirt.org/110397
>
> - Now he-basic-suite succeeded, first time after many months:
>
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1680/
So that's great news and from now on we should make sure that it stays
green (meaning everybody need to pay the same attention as to the basic
suite)
>
> Thanks to everyone involved!
>
> Best regards,
>
> On Tue, Jul 7, 2020 at 3:41 PM Martin Perina wrote:
> >
> > Hi,
> >
> > I'm not aware of change regarding certificates recently. So is this
> error reproducible outside Jenkins? Or even better is it reproducible on
> some easier flow other than HE installation so we can debug what
> certificate is loaded in VDSM?
> >
> > Thanks,
> > Martin
> >
> > On Tue, Jul 7, 2020 at 2:07 PM Yedidyah Bar David
> wrote:
> >>
> >> On Tue, Jul 7, 2020 at 12:50 PM Yedidyah Bar David
> wrote:
> >> >
> >> > On Wed, Jun 24, 2020 at 2:14 PM Evgeny Slutsky
> wrote:
> >> > >
> >> > > Hi,
> >> > > changing the hostname to include also the domain name fixed the
> cert deployment issue:
> >> > > https://gerrit.ovirt.org/#/c/109842/
> >> > >
> >> > > not sure how it affects the engine certificate content.
> >> > > from my offline discussion with @Martin Perina this was that
> change that could cause it:
> >> > > https://gerrit.ovirt.org/#/c/109636/
> >> > >
> >> > > any thoughts?
> >> >
> >> > Above two patches are merged, but we still fail the same way:
> >> >
> >> >
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1664/
> >> >
> >> >
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1664/artifact/exported-artifacts/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2020-07-07T03%3A15%3A01Z/ovirt-engine/engine.log
> >> >
> >> > 2020-07-06 23:04:25,555-04 ERROR
> >> > [org.ovirt.engine.core.vdsbroker.irsbroker.UploadStreamVDSCommand]
> >> >
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-38)
> >> > [fb28ce9] Command 'UploadStreamVDSCommand(HostName =
> >> > lago-he-basic-suite-master-host-0.lago.local,
> >> >
> UploadStreamVDSCommandParameters:{hostId='e096650f-a7d6-4383-b1bb-f2e61327aac0'})'
> >> > execution failed: javax.net.ssl.SSLPeerUnverifiedException:
> >> > Certificate for doesn't
> >> > match any of the subject alternative names:
> >> > [lago-he-basic-suite-master-host-0.lago.local]
> >> >
> >> > Any idea?
> >>
> >> And I now see this is indeed what's failing hosted-engine deploy at:
> >>
> >> 2020-07-07 05:51:58,573-0400 INFO ansible task start {'status': 'OK',
> >> 'ansible_type': 'task', 'ansible_playbook':
> >> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml',
> >> 'ansible_task': 'ovirt.hosted_engine_setup : Check OVF_STORE volume
> >> status'}
> >>
> >> (See other thread: [oVirt Jenkins]
> >> ovirt-system-tests_he-basic-suite-master - Build # 1655 - Still
> >> Failing! )
> >>
> >> On a successful run, engine.log has:
> >>
> >> 2020-07-02 18:01:55,527+03 INFO
> >>
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand]
> >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> >> [2b0721d8] Running command: ProcessOvfUpdateForStorageDomainCommand
> >> internal: true. Entities affected : ID:
> >> e102d7b5-1a37-490f-a3e7-20e56c37791f Type: StorageAction group
> >> MANIPULATE_STORAG
> >> E_DOMAIN with role type ADMIN
> >> 2020-07-02 18:01:55,607+03 INFO
> >>
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> >> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> >> [2b0721d8
> >> ] START, SetVolumeDescriptionVDSCommand(
> >>
> SetVolumeDescriptionVDSCommandParameters:{storagePoolId='b9dccefe-bc61-11ea-8ebe-0
[ovirt-devel] Re: execution failed: javax.net.ssl.SSLPeerUnverifiedException (was: vdsm.storage.exception.UnknownTask: Task id unknown
Artur,
could you please add some additional logging into the engine HTTP client to
find out why apache-http-client complains about the certificate?
Thanks,
Martin
On Wed, Jul 15, 2020 at 9:43 AM Yedidyah Bar David wrote:
> On Thu, Jul 9, 2020 at 12:32 PM Marcin Sobczyk
> wrote:
> >
> > Hi,
> >
> > On 7/8/20 3:34 PM, Yedidyah Bar David wrote:
> > > Did you also get in engine.log
> "javax.net.ssl.SSLPeerUnverifiedException"?
> > I was also able to reproduce this on my server, but I'm baffled by this
> > one...
> > I enabled debug logs on the engine with [1] and got this stack trace [2],
> > but the certs seem ok to me:
> >
> > 1. I verified the hostname in the certificate by running on the host:
> >
> > openssl s_client \
> > -connect 127.0.0.1:54321 \
> > -CAfile /etc/pki/vdsm/certs/cacert.pem \
> > -cert /etc/pki/vdsm/certs/vdsmcert.pem \
> > -key /etc/pki/vdsm/keys/vdsmkey.pem \
> > -verify_hostname lago-he-basic-suite-master-host-0.lago.local
> >
> > 2. curl is also happy:
> >
> > curl \
> > --cacert /etc/pki/vdsm/certs/cacert.pem \
> > --cert /etc/pki/vdsm/certs/vdsmcert.pem \
> > --key /etc/pki/vdsm/keys/vdsmkey.pem \
> > https://lago-he-basic-suite-master-host-0.lago.local:54321
> >
> > 3. on the hosted engine there is proper entry in '/etc/hosts':
> >
> > [root@lago-he-basic-suite-master-engine certs]# cat /etc/hosts
> > 127.0.0.1 localhost localhost.localdomain localhost4
> > localhost4.localdomain4
> > ::1 localhost localhost.localdomain localhost6
> > localhost6.localdomain6
> > 192.168.200.3 lago-he-basic-suite-master-host-0.lago.local
> > 192.168.222.76 lago-he-basic-suite-master-engine.lago.local #
> > hosted-engine-setup-/var/tmp/localvm9k3eqtf7
> >
> > 4. and dig -x seems to resolve properly:
> >
> > [root@lago-he-basic-suite-master-engine certs]# dig +short -x
> 192.168.200.3
> > lago-he-basic-suite-master-host-0.lago.local.
> >
> > If anyone else has some ideas what else could be checked then please
> > ping me.
> >
> > Marcin
> >
> > [1] https://gerrit.ovirt.org/110211
> > [2] http://pastebin.test.redhat.com/882851
> >
> > >
> > > On Wed, Jul 8, 2020 at 4:25 PM Artem Hrechanychenko <
> ahrec...@redhat.com> wrote:
> > >> Reproduced locally without using Jenkins
> > >>
> > >>> [ INFO ] TASK [ovirt.hosted_engine_setup : Add HE disks]
> > >>> [ ERROR ] {'msg': 'Timeout exceed while waiting on result state of
> the entity.', 'exception': 'Traceback (most recent call last):\n File
> "/tmp/ansible_ovirt_disk_28_payload_vtqyyibx/ansible_ovirt_disk_28_payload.zip/ansible/modules/ovirt_disk_28.py",
> line 678, in main\n File
> "/tmp/ansible_ovirt_disk_28_payload_vtqyyibx/ansible_ovirt_disk_28_payload.zip/ansible/module_utils/ovirt.py",
> line 646, in create\n
> poll_interval=self._module.params[\'poll_interval\'],\n File
> "/tmp/ansible_ovirt_disk_28_payload_vtqyyibx/ansible_ovirt_disk_28_payload.zip/ansible/module_utils/ovirt.py",
> line 364, in wait\nraise Exception("Timeout exceed while waiting on
> result state of the entity.")\nException: Timeout exceed while waiting on
> result state of the entity.\n', 'failed': True, 'invocation':
> {'module_args': {'name': 'HostedEngineConfigurationImage', 'size': '1GiB',
> 'format': 'raw', 'sparse': False, 'description': 'Hosted-Engine
> configuration disk', 'content_type': 'hosted_engine_configuration',
> 'interface': 'virtio', 'storage_domain': 'hosted_storage', 'wait': True,
> 'timeout': 600, 'auth': {'token':
> 'rAqX1OJIbJyMrA1aWVR-AR54T2lsiBbalN80dWugpfHFBqwiCe4rz3porngvlFSE90k-FEqagPPFboU6ew1hPw',
> 'url': '
> https://lago-he-basic-suite-master-engine.lago.local/ovirt-engine/api',
> 'ca_file': None, 'insecure': True, 'timeout': 0, 'compress': True,
> 'kerberos': False, 'headers': None}, 'poll_interval': 3, 'fetch_nested':
> False, 'nested_attributes': [], 'state': 'present', 'force': False, 'id':
> None, 'vm_name': None, 'vm_id': None, 'storage_domains': None, 'profile':
> None, 'quota_id': None, 'bootable': None, 'shareable': None,
> 'logical_unit': None, 'download_image_path': None, 'upload_image_path':
> None, 'sparsify': None, 'openstack_volume_type': None, 'image_provider':
> None, 'host': None, 'wipe_after_delete': None, 'activate': None}},
> '_ansible_no_log': False, 'changed': False, 'item': {'name':
> 'HostedEngineConfigurationImage', 'description': 'Hosted-Engine
> configuration disk', 'size': '1GiB', 'format': 'raw', 'sparse': False,
> 'co
[ovirt-devel] Re: code merges in ovirt-engine repo
On Tue, Jul 14, 2020 at 4:05 PM Michal Skrivanek < michal.skriva...@redhat.com> wrote: > > > On 14 Jul 2020, at 15:33, Yedidyah Bar David wrote: > > On Tue, Jul 14, 2020 at 4:21 PM Michal Skrivanek < > michal.skriva...@redhat.com> wrote: > >> >> >> > On 14 Jul 2020, at 12:11, Yedidyah Bar David wrote: >> > >> > On Tue, Jul 14, 2020 at 11:43 AM Michal Skrivanek >> > wrote: >> >> >> >> Hi all, >> >> we’re moving to 4.4.z development now and we need to keep a closer eye >> on automation results and making sure the build is not broken. For these >> reasons we’re considering moving to a similar model as vdsm, having a >> smaller set of people with merge rights to make sure the patches get in in >> the right order and they meet our sanity standards (OST, bug’s TM) >> >> Any objections/comments? >> > >> > Any reason to not simply branch 4.4? And have the branch maintained by >> > the stable branches maintainers? >> >> just the sheer amount of backports needed (every patch). Doesn’t sound >> worth the effort of posting and reviewing(even if just formally) everything >> twice. >> > > If you expect _every_ patch to be backported > > We are trying to minimize backports between master and stabilization branches by creating the stabilization branch as late as possible. This means that both branches use 4.4 database script numbering, which should decrease the need for backports. If we would create standard ovirt-engine-4.4 branch, then we would need to introduce 4.5 db scripts numbering on master and this would create huge overload when backporting all patches from master to ovirt-engine-4.4 So current master is meant to be our 4.4.2 release and we have ovirt-engine-4.4.1.z stabilization branch. Later we will create ovirt-engine-4.4.2.z stabilization branch and master will become 4.4.3 release and so on. > yes > > , just do nothing - let current maintainers do their job, and revert the > occasional bad ones when needed. > > > And how would you prevent breaking the relatively frequent updates? The CI > OST is not working very well (for a long time now) and while we are > improving and stabilizing the infrastrucure it’s not really there yet to > consider automated gating. > Engine is unique in oVirt set of projects, it’s the largest one by far and > use maintainership per team or area (FE, BE, database, API…) and so we have > a pretty high number of people merging patches but far less people keeping > up to date with the project’s planning. > > > > Otherwise, I think branching is a good approach. > > >> >> > -- >> > Didi >> > >> >> > > -- > Didi > > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EDI64EBEIJC6KUZWEHOXX2JI6WYVCZVF/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/UVRJWOPUNI6CORERZ3U3YELARV55D5BR/
[ovirt-devel] Re: execution failed: javax.net.ssl.SSLPeerUnverifiedException (was: vdsm.storage.exception.UnknownTask: Task id unknown (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master -
Hi,
I'm not aware of change regarding certificates recently. So is this error
reproducible outside Jenkins? Or even better is it reproducible on some
easier flow other than HE installation so we can debug what certificate is
loaded in VDSM?
Thanks,
Martin
On Tue, Jul 7, 2020 at 2:07 PM Yedidyah Bar David wrote:
> On Tue, Jul 7, 2020 at 12:50 PM Yedidyah Bar David
> wrote:
> >
> > On Wed, Jun 24, 2020 at 2:14 PM Evgeny Slutsky
> wrote:
> > >
> > > Hi,
> > > changing the hostname to include also the domain name fixed the cert
> deployment issue:
> > > https://gerrit.ovirt.org/#/c/109842/
> > >
> > > not sure how it affects the engine certificate content.
> > > from my offline discussion with @Martin Perina this was that change
> that could cause it:
> > > https://gerrit.ovirt.org/#/c/109636/
> > >
> > > any thoughts?
> >
> > Above two patches are merged, but we still fail the same way:
> >
> >
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1664/
> >
> >
> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/1664/artifact/exported-artifacts/test_logs/he-basic-suite-master/post-he_deploy/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2020-07-07T03%3A15%3A01Z/ovirt-engine/engine.log
> >
> > 2020-07-06 23:04:25,555-04 ERROR
> > [org.ovirt.engine.core.vdsbroker.irsbroker.UploadStreamVDSCommand]
> > (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-38)
> > [fb28ce9] Command 'UploadStreamVDSCommand(HostName =
> > lago-he-basic-suite-master-host-0.lago.local,
> >
> UploadStreamVDSCommandParameters:{hostId='e096650f-a7d6-4383-b1bb-f2e61327aac0'})'
> > execution failed: javax.net.ssl.SSLPeerUnverifiedException:
> > Certificate for doesn't
> > match any of the subject alternative names:
> > [lago-he-basic-suite-master-host-0.lago.local]
> >
> > Any idea?
>
> And I now see this is indeed what's failing hosted-engine deploy at:
>
> 2020-07-07 05:51:58,573-0400 INFO ansible task start {'status': 'OK',
> 'ansible_type': 'task', 'ansible_playbook':
> '/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml',
> 'ansible_task': 'ovirt.hosted_engine_setup : Check OVF_STORE volume
> status'}
>
> (See other thread: [oVirt Jenkins]
> ovirt-system-tests_he-basic-suite-master - Build # 1655 - Still
> Failing! )
>
> On a successful run, engine.log has:
>
> 2020-07-02 18:01:55,527+03 INFO
>
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStorageDomainCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [2b0721d8] Running command: ProcessOvfUpdateForStorageDomainCommand
> internal: true. Entities affected : ID:
> e102d7b5-1a37-490f-a3e7-20e56c37791f Type: StorageAction group
> MANIPULATE_STORAG
> E_DOMAIN with role type ADMIN
> 2020-07-02 18:01:55,607+03 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [2b0721d8
> ] START, SetVolumeDescriptionVDSCommand(
>
> SetVolumeDescriptionVDSCommandParameters:{storagePoolId='b9dccefe-bc61-11ea-8ebe-001a4a231728',
> ignoreFailoverLimit='false', storageDomainId='e102d7b
> 5-1a37-490f-a3e7-20e56c37791f',
> imageGroupId='db934a98-4111-4faf-8cb9-6b36928cd61c',
> imageId='f898c40e-1f88-48db-b59b-f2c73162ddb7'}), log id: e203e51
> 2020-07-02 18:01:55,609+03 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [2b0721d8
> ] -- executeIrsBrokerCommand: calling 'setVolumeDescription', parameters:
> 2020-07-02 18:01:55,609+03 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [2b0721d8
> ] ++ spUUID=b9dccefe-bc61-11ea-8ebe-001a4a231728
> 2020-07-02 18:01:55,609+03 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [2b0721d8
> ] ++ sdUUID=e102d7b5-1a37-490f-a3e7-20e56c37791f
> 2020-07-02 18:01:55,609+03 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84)
> [2b0721d8
> ] ++ imageGroupGUID=db934a98-4111-4faf-8cb9-6b36928cd61c
> 2020-07-02 18:01:55,610+03 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeDescriptionVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-84
[ovirt-devel] Re: getVds().getInterfaces() is returning empty list of VdsNetworkInterface everytime
On Thu, Jun 25, 2020 at 11:17 AM Ales Musil wrote: > > > On Thu, Jun 25, 2020 at 11:13 AM Ales Musil wrote: > >> >> >> On Thu, Jun 25, 2020 at 11:03 AM Prajith Kesava Prasad < >> pkesa...@redhat.com> wrote: >> >>> >>> >>> On Thu, Jun 25, 2020 at 2:26 PM Ales Musil wrote: >>> >>>> >>>> >>>> On Thu, Jun 25, 2020 at 10:46 AM Prajith Kesava Prasad < >>>> pkesa...@redhat.com> wrote: >>>> >>>>> Hey Everyone, >>>>> >>>> >>>> Hi, >>>> >>> >>> Thank you for a quick response :-) >>> >>>> >>>> what I'm trying to achieve here is to get the list of network >>>>> interfaces attached to each host, >>>>> and then further get the ipv4Address from the corresponding attached >>>>> logical network (as seen in the in the column in the image below). >>>>> >>>>> So i tried to get the list of interfaces of current host by >>>>> getVds().getInterfaces() and it is returning an empty list >>>>> of List. >>>>> even though its showing in the UI. >>>>> >>>> >>>> So the first thing is where are you trying to get this list? In which >>>> part of the code? >>>> >>> >>> in class :- InstallVdsInternalCommand.java >>> >> Prajith, you cannot access VdsInterfaces in InstallVdsInternal, because they are not yet know. First the host needs to finish installation (ansible playbook), then we need to establish connection from engine to host, then we need to execute setupNetworks and only afterwards when host is activated and host monitoring started we fetch all network interfaces from the host and store them to database. What's the usecase? Why do you need to know host interface during host installation/reinstallation? > >>>> >>>>> >>>>> Could you tell me if I'm missing something? >>>>> >>>> >>>> The interfaces are not populated and you would need an extra database >>>> call in order to get them properly. >>>> >>> >>> i assumed since getVds() could be called here, further methods in VDS >>> could be called without a DB call. >>> >> >> Unfortunately not. Because Vds is huge not everything is filled with a >> single DB call. You will need something like getVdsInterfacesByNetworkId >> from InterfaceDao. >> > > Correction: Something like GetVdsInterfacesByVdsIdQuery. > >> >> >>> >>>> >>>>> FYI:- (I'm ran vdsm-cliend Host getCapablities and >>>>> getNetworkCapablities and it was returning correctly.) >>>>> >>>> That's exactly the calls which are executed from engine during host monitoring > >>>>> Regards, >>>>> Prajith. >>>>> >>>>> >>>> Hopefully this helps. >>>> >>>> Regards, >>>> Ales >>>> >>>> >>>>> >>>>> [image: image.png] >>>>> ___ >>>>> Devel mailing list -- devel@ovirt.org >>>>> To unsubscribe send an email to devel-le...@ovirt.org >>>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>>>> oVirt Code of Conduct: >>>>> https://www.ovirt.org/community/about/community-guidelines/ >>>>> List Archives: >>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3LXPIMKJICGHOY6E2HJ3SXHGMQ2GYUJD/ >>>>> >>>> >>>> >>>> -- >>>> >>>> Ales Musil >>>> >>>> Software Engineer - RHV Network >>>> >>>> Red Hat EMEA <https://www.redhat.com> >>>> >>>> amu...@redhat.comIM: amusil >>>> <https://red.ht/sig> >>>> >>> >> >> -- >> >> Ales Musil >> >> Software Engineer - RHV Network >> >> Red Hat EMEA <https://www.redhat.com> >> >> amu...@redhat.comIM: amusil >> <https://red.ht/sig> >> > > > -- > > Ales Musil > > Software Engineer - RHV Network > > Red Hat EMEA <https://www.redhat.com> > > amu...@redhat.comIM: amusil > <https://red.ht/sig> > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OAYTFQGQ2OBB3TYIPYSZ3HESWX4DNG6W/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/X7XO674XNHFKDD22RB7V6YBEGSBLUSOM/
[ovirt-devel] Re: Failing OST
On Wed, Jun 24, 2020 at 6:49 PM Sandro Bonazzola
wrote:
>
>
> Il giorno mer 24 giu 2020 alle ore 18:45 Martin Perina
> ha scritto:
>
>>
>>
>> On Wed, Jun 24, 2020 at 3:04 PM Martin Perina wrote:
>>
>>> It's caused by building apache-sshd-2.5.0 and there are already patches
>>> on engine side which are needed to support this new version:
>>>
>>> https://gerrit.ovirt.org/109225
>>> https://gerrit.ovirt.org/109226
>>>
>>
>> Basic suite for above patches passed: https://jenkins.ovirt.org/view/oVirt
>> system tests/job/ovirt-system-tests_manual/7003
>> So I've just merged them. If there are any other issues around SSH
>> connection from engine to hosts, please let me know
>>
>
> Please remind me to tag apache-sshd 2.5.0 only after we go GA with oVirt
> 4.4.1 or seems we'll break production systems running 4.4.0 doing it
> earlier.
>
BZ1838159 <https://bugzilla.redhat.com/show_bug.cgi?id=1838159> requires
apache-sshd-2.5.0 and it's targeted into oVirt 4.4.1, so we need to tag
apache-sshd-2.5.0 into virt8-ovirt-44-release when 4.4.1 goes GA (assuming
that 4.4.1 RC releases are using only
virt8-ovirt-44-testing/virt8-ovirt-44-candidate). But unfortunately
apache-sshd API has changed between 2.2.0 and 2.5.0, so it's not compatible
with oVirt 4.4.0
>
>
>>
>> Thanks,
>> Martin
>>
>>>
>>> I've already verified them manually, but I'm waiting for manual OST to
>>> finish
>>>
>>> Martin
>>>
>>>
>>> On Wed, Jun 24, 2020 at 2:55 PM Dominik Holler
>>> wrote:
>>>
>>>> Hello,
>>>> is someone already investigating
>>>>
>>>> 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend]
>>>> (default task-1) [] Executing command AddVds for user admin@internal-authz.
>>>> 2020-06-24 07:29:43,653-04 DEBUG
>>>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1)
>>>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user
>>>> '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member
>>>> of, have the following permissions: ID:
>>>> 39c35b3b-a61e-4d80-8880-4de70a11711b Type: ClusterAction group CREATE_HOST
>>>> with role type ADMIN
>>>> 2020-06-24 07:29:43,655-04 DEBUG
>>>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1)
>>>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission
>>>> '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on
>>>> 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
>>>> 2020-06-24 07:29:43,685-04 DEBUG
>>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>>>> procedure. Call string is [{call getvmstaticbyname(?)}]
>>>> 2020-06-24 07:29:43,685-04 DEBUG
>>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
>>>> procedure [GetVmStaticByName] compiled
>>>> 2020-06-24 07:29:43,693-04 DEBUG
>>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>>>> procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}]
>>>> 2020-06-24 07:29:43,693-04 DEBUG
>>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
>>>> procedure [GetVdsByNameAndClusterId] compiled
>>>> 2020-06-24 07:29:43,722-04 DEBUG
>>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName,
>>>> params: [lago-basic-suite-master-host-0,
>>>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
>>>> 2020-06-24 07:29:43,728-04 DEBUG
>>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>>>> procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}]
>>>> 2020-06-24 07:29:43,728-04 DEBUG
>>>> [org.ovirt.engine.core.dal.dbbroker.Postgres
[ovirt-devel] Re: Failing OST
On Wed, Jun 24, 2020 at 3:04 PM Martin Perina wrote:
> It's caused by building apache-sshd-2.5.0 and there are already patches
> on engine side which are needed to support this new version:
>
> https://gerrit.ovirt.org/109225
> https://gerrit.ovirt.org/109226
>
Basic suite for above patches passed: https://jenkins.ovirt.org/view/oVirt
system tests/job/ovirt-system-tests_manual/7003
So I've just merged them. If there are any other issues around SSH
connection from engine to hosts, please let me know
Thanks,
Martin
>
> I've already verified them manually, but I'm waiting for manual OST to
> finish
>
> Martin
>
>
> On Wed, Jun 24, 2020 at 2:55 PM Dominik Holler wrote:
>
>> Hello,
>> is someone already investigating
>>
>> 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend]
>> (default task-1) [] Executing command AddVds for user admin@internal-authz.
>> 2020-06-24 07:29:43,653-04 DEBUG
>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1)
>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user
>> '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member of,
>> have the following permissions: ID: 39c35b3b-a61e-4d80-8880-4de70a11711b
>> Type: ClusterAction group CREATE_HOST with role type ADMIN
>> 2020-06-24 07:29:43,655-04 DEBUG
>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1)
>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission
>> '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on
>> 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
>> 2020-06-24 07:29:43,685-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>> procedure. Call string is [{call getvmstaticbyname(?)}]
>> 2020-06-24 07:29:43,685-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
>> procedure [GetVmStaticByName] compiled
>> 2020-06-24 07:29:43,693-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>> procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}]
>> 2020-06-24 07:29:43,693-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
>> procedure [GetVdsByNameAndClusterId] compiled
>> 2020-06-24 07:29:43,722-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName,
>> params: [lago-basic-suite-master-host-0,
>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
>> 2020-06-24 07:29:43,728-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>> procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}]
>> 2020-06-24 07:29:43,728-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
>> procedure [GetVdsByHostNameAndClusterId] compiled
>> 2020-06-24 07:29:43,755-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method:
>> getAllForHostname, params: [lago-basic-suite-master-host-0,
>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms
>> 2020-06-24 07:29:43,760-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored
>> procedure. Call string is [{call getstorage_poolsbyclusterid(?)}]
>> 2020-06-24 07:29:43,760-04 DEBUG
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
>> procedure [Getstorage_poolsByClusterId] compiled
>> 2020-06-24 07:29:43,774-04 DEBUG
>> [org.ovirt.engine.core.uutils.ssh.SSHClient] (default task-1)
>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Connecting
>> 'root@lago-basic-suite-master-host-0'
>> 2020-06-24 07:29:44,142-04 DEBUG
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
>> (defa
[ovirt-devel] Re: Failing OST
.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:230) > at > org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:430) > at > org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:160) > at > org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at > org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) > at > org.jboss.weld.core@3.1.3.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81) > > > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/7001/artifact/exported-artifacts/test_logs/basic-suite-master/post-002_bootstrap_pytest.py/lago-basic-suite-master-engine/_var_log/ovirt-engine/engine.log > > ? > > Dominik > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RGH3SCELUTEDQNYZ5FI4ANGPJCAWJDRI/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/27HP5ZHW6A7GQ36ZIYEBEQMU2RD4C2O5/
[ovirt-devel] Re: ost test suits relevance
On Mon, Jun 22, 2020 at 12:33 PM Roy Golan wrote: > > > On Mon, 22 Jun 2020 at 13:28, Galit Rosenthal wrote: > >> >>1. dr-suite-master - Tal Nissan, can we remove? >>2. he-basic-ipv6-suite-master (doesn't contain updating centos7/8 as >>he-basic-iscsi/master - Dominik has a patch for this suite >>3. metric-suite (contain only 4.3 version) - Shirly and Evgeny are >>responsible >>4. performance-suite-master - Roy Golan ? >> >> You can remove, but maybe consult with @Martin Perina > to see if someone on his team can use it. Anyhow I'd > like to be removed from being an owner. > Let's leave performance suite as is (just remove from automatic execution), if we will have time in future we can revive it. > > >> On Mon, Jun 22, 2020 at 12:41 PM Artem Hrechanychenko < >> ahrec...@redhat.com> wrote: >> >>> Hi, >>> during porting of several OST suites to python3 I found that some of >>> them are not updated for some period of time. >>> >>> Does anyone know the relevance of next test suits? >>> >>>1. dr-suite-master >>>2. he-basic-ipv6-suite-master (doesn't contain updating centos7/8 as >>>he-basic-iscsi/master >>>3. metric-suite (contain only 4.3 version) >>>4. performance-suite-master >>> >>> >>> https://gerrit.ovirt.org/gitweb?p=ovirt-system-tests.git;a=tree >>> ___ >>> Devel mailing list -- devel@ovirt.org >>> To unsubscribe send an email to devel-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/privacy-policy.html >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/32OZDGRH6IGRN6LGDW5I2C6E6C3GCBT4/ >>> >> >> >> -- >> >> GALIT ROSENTHAL >> >> SOFTWARE ENGINEER >> >> Red Hat >> >> <https://www.redhat.com/> >> >> ga...@redhat.comT: 972-9-7692230 >> <https://red.ht/sig> >> > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/USRGJJKKEBBNQEEHBZE5F6GBAXDSBAMP/
[ovirt-devel] Re: [CQ]: 108508, 5 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
On Mon, May 4, 2020 at 12:07 PM Yedidyah Bar David wrote: > On Mon, May 4, 2020 at 12:54 PM oVirt Jenkins wrote: > > > > A system test invoked by the "ovirt-master" change queue including change > > 108508,5 (ovirt-engine) failed. However, this change seems not to be the > root > > cause for this failure. Change 107284,12 (ovirt-engine) that this change > > depends on or is based on, was detected as the cause of the testing > failures. > > > > This change had been removed from the testing queue. Artifacts built > from this > > change will not be released until either change 107284,12 (ovirt-engine) > is > > fixed and this change is updated to refer to or rebased on the fixed > version, > > or this change is modified to no longer depend on it. > > > > For further details about the change see: > > https://gerrit.ovirt.org/#/c/108508/5 > > > > For further details about the change that seems to be the root cause > behind the > > testing failures see: > > https://gerrit.ovirt.org/#/c/107284/12 > > > > For failed test results see: > > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/23516/ > > > 12:40:26 Problem 1: package > ovirt-engine-4.4.0-0.8.master.20200504085451.git4f394541974.el8.noarch > requires apache-commons-jxpath, but none of the providers can be > installed > 12:40:26- cannot install the best candidate for the job > 12:40:26- package > apache-commons-jxpath-1.3-29.module_el8.0.0+30+832da3a1.noarch is > excluded > 12:40:26 Problem 2: package > ovirt-engine-extension-aaa-ldap-setup-1.4.1-0.279.202003021945.el8.noarch > requires ovirt-engine-extension-aaa-ldap = > 1.4.1-0.279.202003021945.el8, but none of the providers can be > installed > 12:40:26- package > ovirt-engine-extension-aaa-ldap-1.4.1-0.279.202003021945.el8.noarch > requires slf4j-jdk14, but none of the providers can be installed > 12:40:26- conflicting requests > 12:40:26- package > slf4j-jdk14-1.7.25-4.module_el8.1.0+233+b2be703e.noarch is excluded > 12:40:26- package > slf4j-jdk14-1.7.25-4.module_el8.0.0+30+832da3a1.noarch is excluded > > Known issue? > No, it looks like the javapackages-tools module is not enabled. We need this module upstream, it was removed only from downstream. > > > > ___ > > Infra mailing list -- in...@ovirt.org > > To unsubscribe send an email to infra-le...@ovirt.org > > Privacy Statement: https://www.ovirt.org/privacy-policy.html > > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > https://lists.ovirt.org/archives/list/in...@ovirt.org/message/7EGCWUPY5I4MRHIJPQZVE5FAJJGBM7C6/ > > > > -- > Didi > > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ICBDR24G7EB4ZGLEU2XC3FKXNPE6RZX4/
[ovirt-devel] Re: [ovirt-users] oVirt 4.4.0 Beta release refresh is now available for testing
es and bugs fixed. > > If you manage more than one oVirt instance, OKD or RDO we also recommend > to try ManageIQ <http://manageiq.org/>. > > In such a case, please be sure to take the qc2 image and not the ova > image. > > Notes: > > - oVirt Appliance is already available for CentOS Linux 8 > > - oVirt Node NG is already available for CentOS Linux 8 > > Additional Resources: > > * Read more about the oVirt 4.4.0 release highlights: > http://www.ovirt.org/release/4.4.0/ > > * Get more oVirt project updates on Twitter: https://twitter.com/ovirt > > * Check out the latest project news on the oVirt blog: > http://www.ovirt.org/blog/ > > > [1] http://www.ovirt.org/release/4.4.0/ > [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/ > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA <https://www.redhat.com/> > > sbona...@redhat.com > <https://www.redhat.com/>* > <https://www.redhat.com/en/summit?sc_cid=7013a02D2QxAAK>* > *Red Hat respects your work life balance. Therefore there is no need to > answer this email out of your office hours.* > ___ > Users mailing list -- us...@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/us...@ovirt.org/message/WX4RDSHWQWGHHYPT4JGRJRMTR43W6Q6X/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ZMPAFVZQNPX3R33IYMCEIALQXXGF6JOJ/
[ovirt-devel] Re: How to install ovirt-engine 4.4? Missing apache-commons-jxpath
On Thu, Apr 9, 2020 at 11:44 AM Vojtech Juranek wrote: > > Hi, > > how do I install ovirt-engine 4.4, either pre or master? On CentOS 8 it > > fails with > > > > oVirt 4.4 Pre-Release > > > > > > 218 kB/s | 706 kB > > 00:03 Error: > > Problem: package > > ovirt-engine-4.4.0-0.5.beta3.20200408120550.gitf94f968ca81.el8.noarch > > requires apache-commons-jxpath, but none of the providers can be > installed > > - cannot install the best candidate for the job > > - package > apache-commons-jxpath-1.3-29.module_el8.0.0+30+832da3a1.noarch > > is excluded > > > > On FC30 there is even more broken packages. > > Any hints how to fix it? > > I think Sandro's email announcing 4.4. Beta answers my questions, > dnf module enable -y javapackages-tools pki-deps 389-ds fixes the issue. > Now > have too old postgres, but downloding CentOS 8.1 now and it will probably > fix > The correct command is: dnf module enable javapackages-tools postgresql:12 389-ds module is required only for OST it. > > Sorry for the rush. > > > > Thanks > > Vojta > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DBPYVJEPTYXZYMWWLYOJCCNJ5BZOIGSV/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DG4P6R2D2DECZ6YWK4EL7TR7OSMJCBRK/
[ovirt-devel] Re: How to add imageio configuration into engine?
On Mon, Apr 6, 2020 at 7:43 PM Nir Soffer wrote: > On Mon, Apr 6, 2020 at 7:49 PM Vojtech Juranek > wrote: > > > > Hi, > > I'd like to add imageio configuration into engine. Previously, it was > done by > > dedicated setup code in imageio-proxy [1], but in new imageio we remove > the > > proxy package and to configure imageio for engine we need just to place > > firewalld and imageio config files into proper place. > We should probably also add imageio dependency to the engine spec file, because I understand that imageio proxy running on engine is always required, right? > > > > Initial idea was to do it directly in engine spec file, but it seems to > me > > that configuration of the engine is done by dedicated packages and custom > > code. Ansible roles in packaging/ansible-runner-service-project seem to > be > > only for host configuration. > > > > What is a proper way how to configure imageio? > All engine and related services configuration is performed via engine-setup, which is based on otopi. > > More correctly, how to configure engine for using imageio daemon. > Please write a plugin to engine-setup which will handle imageio proxy configuration > > In the past we supported these options: > > - configuration without imageio proxy. This does not make sense since > without the proxy you cannot > upload images from the UI. We don't want to support such > configuration. The imageio proxy must always > be available, and there is nothing which is user configurable (in the > context of engine setup). > > - proxy address. This configuration is not needed since the only > supported configuration is proxy > installed on the engine host, and engine already knows it's address. > > - certificates - in the past we created certificates and key for the > proxy. This has been a constant source > of trouble. Recently Didi switched to using apache pki files. There > is no need to support other > configurations. If users want to change the certificates, they can > edit the imageio daemon > configuration file. > Well, you need to support not only engine CA and engine certificate, but also custom engine HTTPS certificate signed by custom CA in the same way as engine: https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL.html So even if proxy is going to use the same custom certificate and CA as engine, we at least need to update documentation with the need to restart imageio service on the host. And more thing: are all clients connecting only to imageio proxy on engine or is there any connection directly to imageio running on the host? > imageio provides a sample configuration file, and leaves the actual > configuration to the user of the > package. We have 2 users - vdsm and engine. > > Vdsm handles imageio configuration by installing the static > configuration files in the spec. I don't > see why engine cannot use the same simple solution. However if engine > needs special configuration > code (e.g. engine setup plugin), it must be part of engine repo and > maintained by engine maintainers. > > The configuration for using imageio in engine: > - tls - paths to apache certificates > - remote port - always 54323 > - control port - accessible only locally, TBD > > The remote port must be open in the engine host firewall, and requires > another static file for firewalld rule. > Every engine configuration is handled within engine-setup, so please write a plugin for engine-setup to configure imageio proxy on engine > > Vojta, can you share a working configuration file and firewalld rule, > or post a patch adding them to > engine? > > Nir > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/NLV2DRTUAFY2WWX3NVGQT6X7VMQXR2YA/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/V6VYRMNVLFZIZTOI2KUJ5Q34Y3DTXA4N/
[ovirt-devel] Re: Change Queue Tester is still failing
On Fri, Apr 3, 2020 at 8:52 AM Artur Socha wrote: > I'll give myself an answer - probably the engine has this patch because it > is merged. > No, you nailed it down, the important patch is not in the CQ, because on-merge job is marked as failed in the patch even though it's successful on jenkins :-( https://gerrit.ovirt.org/#/c/108142/ https://jenkins.ovirt.org/job/ovirt-engine_standard-on-merge/835/ I've re-merged it, so we need to wait at least till tomorrow, Jenkins is super slow :-( Martin > On Fri, Apr 3, 2020 at 8:50 AM Artur Socha wrote: > >> Martin, >> It is related to fix around swallowing SSLException in a way that this >> fix actually exposed the entire 'class' of ssl exceptions. Does this engine >> instance have a patch with temporary workaround to ansible runner's 'new >> line escaping' [1] >> Vdsm has exactly the same error logged. >> >> [1] https://gerrit.ovirt.org/#/c/108142/ >> >> Artur >> >> >> On Fri, Apr 3, 2020 at 8:35 AM Martin Perina wrote: >> >>> Hi, >>> >>> Unfortunately CQ tester is still failing even after reverting back to >>> nose. Now it fails during host0 installation when trying to establish >>> connection after setup networks. On engine we have below exception: >>> >>> 2020-04-03 00:39:34,107-04 ERROR >>> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] >>> (EE-ManagedThreadFactory-engine-Thread-1) [7fb0fc5b] Host installation >>> failed for host 'efc5cbff-4255-4c6d-98fd-338169272e15', >>> 'lago-basic-suite-master-host-0': Network error during communication with >>> the host >>> 2020-04-03 00:39:34,107-04 DEBUG >>> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] >>> (EE-ManagedThreadFactory-engine-Thread-1) [7fb0fc5b] Exception: >>> org.ovirt.engine.core.bll.hostdeploy.VdsInstallException: Network error >>> during communication with the host >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.configureManagementNetwork(InstallVdsInternalCommand.java:447) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:166) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1169) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1327) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2003) >>> at >>> org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:140) >>> at >>> org.ovirt.engine.core.utils//org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:79) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1387) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:419) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runAction(Backend.java:451) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:433) >>> at >>> deployment.engine.ear.bll.jar//org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:639) >>> at >>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native >>> Method) >>> at >>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at >>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.base/java.lang.reflect.Method.invoke(Method.java:566) >>> at >>> org.jboss.as.ee@18.0.1.Final//org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) >>> at >>> org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) >>> at >>> org.jboss.invocation@1.5.2.Final//org.jboss
[ovirt-devel] Change Queue Tester is still failing
(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834) at org.glassfish.javax.enterprise.concurrent//org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250) And on VDSM we have some uncatched exception: 2020-04-03 00:37:35,278-0400 INFO (Reactor thread) [ProtocolDetector.AcceptorImpl] Accepted connection from :::192.168.201.4:47644 (protocoldetector:61) 2020-04-03 00:37:35,280-0400 ERROR (Reactor thread) [vds.dispatcher] uncaptured python exception, closing channel (:[X509] no certificate or crl found (_ssl.c:3771) [/usr/lib64/python3.6/asyncore.py|readwrite|110] [/usr/lib64/python3.6/asyncore.py|handle_write_event|442] [/usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py|handle_write|75] [/usr/lib/python3.6/site-packages/yajsonrpc/betterAsyncore.py|_delegate_call|171] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|handle_write|190] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|_handle_io|194] [/usr/lib/python3.6/site-packages/vdsm/sslutils.py|_set_up_socket|154]) (betterAsyncore:182) More details can be found at https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/22094 Marcin/Artur could it be related to fixes around swallowing SSLError https://gerrit.ovirt.org/108016 ? Thanks, Martin -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FB5VVAVITIYLPTO4EHJ5PWNCIFH7QWEH/
