[ovirt-devel] Re: Vdsm: Failing network tests
On Wed, Feb 16, 2022 at 6:45 PM Milan Zamazal wrote: > Hi, > > for example here: > https://github.com/oVirt/vdsm/runs/5220340052?check_suite_focus=true > > Could you please look at it and fix it or disable the given test > quickly so that we can merge patches? > > Thanks, > Milan > > Hi, looks like the iproute-tc output has changed, posted a fix https://github.com/oVirt/vdsm/pull/78. Thanks, Ales -- Ales Musil Senior 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/KUELEYN2P5CRSZIJL6BUPSLQK57LAW4O/
[ovirt-devel] Re: vdsm network tests fail on centos 9
.x86_64. 579 kB/s | 11 kB 00:00 (39/55): psmisc-23.4-3.el9.x86_64.rpm 3.7 MB/s | 243 kB 00:00 (40/55): python3-pyyaml-5.4.1-4.el9.x86_64.rpm 4.1 MB/s | 205 kB 00:00 (41/55): python3-gobject-base-3.40.1-5.el9.x86_ 2.0 MB/s | 334 kB 00:00 (42/55): openssl-3.0.1-4.el9.x86_64.rpm 2.6 MB/s | 1.2 MB 00:00 (43/55): systemd-rpm-macros-249-9.el9.noarch.rp 1.3 MB/s | 30 kB 00:00 (44/55): systemd-pam-249-9.el9.x86_64.rpm 1.3 MB/s | 241 kB 00:00 (45/55): systemd-udev-249-9.el9.x86_64.rpm 2.4 MB/s | 1.5 MB 00:00 (46/55): util-linux-core-2.37.2-1.el9.x86_64.rp 2.4 MB/s | 459 kB 00:00 (47/55): systemd-249-9.el9.x86_64.rpm 3.8 MB/s | 3.9 MB 00:01 (48/55): util-linux-2.37.2-1.el9.x86_64.rpm 2.2 MB/s | 2.3 MB 00:01 (49/55): nispor-1.2.3-1.el9.x86_64.rpm 2.7 MB/s | 1.2 MB 00:00 (50/55): python3-devel-3.9.9-4.el9.x86_64.rpm 1.9 MB/s | 247 kB 00:00 (51/55): python3-nispor-1.2.3-1.el9.noarch.rpm 2.3 MB/s | 49 kB 00:00 (52/55): python3-libnmstate-2.0.0-0.7.alpha6.el 2.5 MB/s | 314 kB 00:00 (53/55): nmstate-2.0.0-0.7.alpha6.el9.x86_64.rp 3.4 MB/s | 1.9 MB 00:00 (54/55): python3-pip-21.2.3-5.el9.noarch.rpm4.2 MB/s | 2.0 MB 00:00 (55/55): python3-setuptools-57.4.0-1.el9s.noarc 644 kB/s | 920 kB 00:01 [0] https://github.com/oVirt/vdsm/pull/65 On Wed, Feb 2, 2022 at 3:43 PM Vojtech Juranek wrote: > Hi Ales, > vdsm network tests started to fail on centos 9 with > > Error: executable file `/usr/sbin/init` not found in $PATH > > see [1]. Any idea what's wrong? Could be related to recent container > changes > [2]? (however, CI has passed for this change, so probably not?) > > Thanks > Vojta > > [1] https://github.com/oVirt/vdsm/runs/5038009780?check_suite_focus=true > [2] https://github.com/oVirt/vdsm/commit/ > dc15a96500b3add9d330b1fd3c36a451c79102fc -- Ales Musil Senior 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/A4KIUXJ6SBRVQSO6TLAA7LQLO6MN7VZM/
[ovirt-devel] Helper script
Hi, with recent switch to GH I made myself a little helper to sync fork and rebase your branch on top of that. Hopefully someone will find it useful. The usage is "./script.sh $NAME_OF_MASTER" (usually master for gerrit projects, newer GH have main). #!/bin/bash -e ORIGIN=$(git branch --show-current) # Go to master/main/base (gco) git checkout $1 # Fetch all remotes (gfa) git fetch --all --prune # Merge upstream remote into master/main/base (gm) git merge upstream/$1 # Push master/main/base into origin (gp) git push origin $(git branch --show-current) # Switch back to previous branch (gco) git checkout $ORIGIN # Rebase the branch (gl) git pull --rebase Best regards, Ales -- 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/Q6VNN4VB56VC5SHRIF7UY7Q3534VE2QL/
[ovirt-devel] Re: IPV6 on github actions container
On Wed, Dec 1, 2021 at 11:28 PM Nir Soffer wrote: > On Wed, Dec 1, 2021 at 11:11 PM Nir Soffer wrote: > > > > I'm trying to add a github action workflow for ovirt-imageio. > > > > The yml file is simple: > > > https://github.com/nirs/ovirt-imageio/commit/21da91274b7b4722167c2415d1c1b5db08c5e88b > > > > And all the jobs run, but tons of tests are failing: > > https://github.com/nirs/ovirt-imageio/actions/runs/1527728851 > > Solved by not using github "container" option. Instead, just run > docker manually like we did in travis. > > > https://github.com/nirs/ovirt-imageio/commit/6fb94e9423c1642af716e3327038835fc09d225c > > Notes for others that my have the same issue: > > docker run -it ... > > fails in github action with: > > "the input device is not a TTY" > > Removing the "-it" options solves this problem. The output of the command > running in the container logged to stdout. I don't know why we always run > the container with -it. > > So we have working github CI for ovirt-imageio: > https://github.com/nirs/ovirt-imageio/actions/runs/1528026365 > > Running tests on centos stream 8, centos stream 9, and fedora 34 in 4 > minutes. > > I think the only thing missing to move to github, is to build the rpms in > a way > that can be used by OST. > > Nir > > AFAIK enabling ipv6 can be done inside the container by running: sysctl -w net.ipv6.conf.all.disable_ipv6=0 Might be worth doing this instead of the additional docker configuration and restarting the whole service. Regards, Ales -- 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/T4LJFGMTPUPSV3XKFEPBRSFBPSMJLWDV/
[ovirt-devel] Re: Cannot install latest oVirt engine
On Tue, Sep 21, 2021 at 10:06 AM Vojtech Juranek
wrote:
> Hi,
>
> > I'm trying to install engine build [1] to verify test a patch [2], but
> I'm
> > getting following error:
>
> I was bale to install the engine, but adding new hosts fails with
>
> 2021-09-21 03:52:15 EDT - TASK [ovirt-provider-ovn-driver : Configure OVN
> for oVirt] *
> 2021-09-21 03:52:15 EDT -
> 2021-09-21 03:52:15 EDT - fatal: [192.168.122.201]: FAILED! => {"changed":
> true, "cmd": ["vdsm-tool", "ovn-config", "192.168.122.192",
> "192.168.122.201", "192.168.122.201"], "delta": "0:00:00.355651", "end":
> "2021-09-21 03:52:13.433094", "msg": "non-zer
> o return code", "rc": 1, "start": "2021-09-21 03:52:13.077443", "stderr":
> "usage: \n /usr/bin/vdsm-tool [options] ovn-config IP-central
> [tunneling-IP|tunneling-network]\nConfigures the ovn-controller on the
> host.\n\nParameters:\nIP-central -
> the IP of the engine (the host where OVN central is located)\n
> tunneling-IP - the local IP which is to be used for OVN tunneling\n
> tunneling-network - the vdsm network meant to be used for OVN tunneling\n
> ", "stderr_lines": ["usage: ", " /usr/
> bin/vdsm-tool [options] ovn-config IP-central
> [tunneling-IP|tunneling-network]", "Configures the ovn-controller on
> the host.", "", "Parameters:", "IP-central - the IP of the engine
> (the host where OVN central is located)", "tunneling-IP
> - the local IP which is to be used for OVN tunneling", "
> tunneling-network - the vdsm network meant to be used for OVN tunneling",
> ""], "stdout": "", "stdout_lines": []}
>
>
> There's additional 192.168.122.201 and the command should be
>
> vdsm-tool ovn-config 192.168.122.192 192.168.122.201
>
> I can run it manually, but the network is not configured properly as the
> host setup fails always at this point.
> Again some issue on my side or is this a known issue? Is there any
> workaround for it?
>
> Thanks for hits.
> Vojta
This looks like you have an older ovirt-provider-ovn-driver, that does not
support the third argument of ovn-config.
Try to upgrade the driver package.
Regards,
Ales
--
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/SPAI7DG2IR2WFVWD6GZUTJVJHNGWBJ2N/
[ovirt-devel] Re: Cannot install latest oVirt engine
On Thu, Sep 16, 2021 at 4:53 PM Vojtech Juranek wrote: > Hi, > I'm trying to install engine build [1] to verify test a patch [2], but I'm > getting following error: > > [root@localhost ~]# dnf install ovirt-engine > Last metadata expiration check: 0:20:02 ago on Thu Sep 16 10:24:54 2021. > Package > ovirt-engine-4.4.9.1-0.0.master.20210915185633.git016f27be31a.el8.noarch is > already installed. > Error: > Problem: package > ovirt-engine-setup-4.5.0-0.0.master.20210916115243.gitf26fbb5598f.el8.noarch > requires ovirt-engine-setup-plugin-ovirt-engine = > 4.5.0-0.0.master.20210916115243.gitf26fbb5598f.el8, but none of the > providers can be installed > - package > ovirt-engine-4.5.0-0.0.master.20210916115243.gitf26fbb5598f.el8.noarch > requires ovirt-engine-setup >= > 4.5.0-0.0.master.20210916115243.gitf26fbb5598f.el8, but none of the > providers can be installed > - package > ovirt-engine-setup-plugin-ovirt-engine-4.5.0-0.0.master.20210916115243.gitf26fbb5598f.el8.noarch > requires ovirt-openvswitch-ovn-central >= 2.15, but none of the providers > can be installed > - cannot install the best candidate for the job > - nothing provides ovn-2021-central needed by > ovirt-openvswitch-ovn-central-2.15-1.el8.noarch > > > ovirt-engine-setup-plugin-ovirt-engine doesn't seem to be built and > ovn-2021-central seems to be available only for centos stream 9 (on the > other hand, oVirt packaged are not build for centos stream 9 AFAICT). > > Any ideas how to solve it and install latest engine build? > > Thanks > Vojta > > > [1] > https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/14243/artifact/check-patch.el8stream.x86_64/ > [2] https://gerrit.ovirt.org/c/ovirt-engine/+/116747 > ___ > 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/GZ3CPN6VVZ7TRMJ3KTNM3AXGGCS4UPS4/ > Hi, ovn-2021-central is also available on CentOS Stream 8 [0]. I guess you are trying to install an engine on Centos 8.4? That won't work as oVirt master for now requires CentOS stream. Regards, Ales [0] http://mirror.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/TEK54I7OBCJ7JRGKPUCT5QDWO6TOSOLY/
[ovirt-devel] Re: VDSM test failures on CentOS Stream 9
Hi, for the network part I have created two patches [0][1]. I cannot reproduce one of the errors, so let's xfail it for now. Thanks, Ales [0] https://gerrit.ovirt.org/c/vdsm/+/116723 [1] https://gerrit.ovirt.org/c/vdsm/+/116724 On Wed, Sep 15, 2021 at 12:20 PM Marcin Sobczyk wrote: > > > On 9/15/21 10:28 AM, Sandro Bonazzola wrote: > - cut - > > Any chance someone can investigate them? > > > https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-patch/detail/vdsm_standard-check-patch/29667/pipeline/157 > > < > https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-patch/detail/vdsm_standard-check-patch/29667/pipeline/157 > > > > > I wanted to try out CentOS Stream 9. Saw the ISO in the other mailing > thread and the installation went fine. > There are no repos however and I can't even install basic stuff like > git. Any advices? > > Regards, Marcin > > > -- > > > > Sandro Bonazzola > > > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > > > Red Hat EMEA <https://www.redhat.com/> > > > > sbona...@redhat.com <mailto: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. > > * > > * > > > > * > > -- 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/JNTGWJ7NYLK4CNSSRYARXXFCD66QAH2Y/
[ovirt-devel] Re: ovirt-provider-ovn git repo got broken
On Fri, Jul 30, 2021 at 10:43 AM Sandro Bonazzola wrote: > Hi, > not sure what happened but ovirt-provider-ovn repo in gerrit (and its > backup on github) now contains a bunch of ovirt-engine tags shipping > ovirt-engine content. > Can you please have a look? > $ git fetch --tags > $ git tag --list |grep ovirt-engine > ovirt-engine-3.0.0_0001 > ovirt-engine-3.1.0 > ovirt-engine-3.2.0 > ovirt-engine-3.2.0-4 > ovirt-engine-3.2.1 > ovirt-engine-3.2.1-1 > ovirt-engine-3.2.2 > ovirt-engine-3.3.0 > ovirt-engine-3.3.0.1 > ovirt-engine-3.3.1 > ovirt-engine-3.3.1_beta > ovirt-engine-3.3.1_rc1 > ovirt-engine-3.3.2 > ovirt-engine-3.3.2_beta1 > ovirt-engine-3.3.2_rc1 > ovirt-engine-3.3.3_beta1 > ovirt-engine-3.3_beta1 > ovirt-engine-3.3_rc > ovirt-engine-3.3_rc2 > ovirt-engine-3.5.2 > ovirt-engine-3.5.2.1 > ovirt-engine-3.5.4.1 > ovirt-engine-3.6.0_alpha1 > ovirt-engine-3.6.2.1 > ovirt-engine-4.0.2.3 > ovirt-engine-4.1.5 > ovirt-engine-4.1.7 > ovirt-engine-4.1.7.1 > ovirt-engine-4.1.7.3 > ovirt-engine-4.1.9.2 > ovirt-engine-4.2.0 > ovirt-engine-4.2.1.5 > > -- > > 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.* > > > Thanks for noticing, it seems that I have pushed them with last release tag, but it is mystery to me how they even got into my local repo in the first place. Anyhow the repo should contain only it's own tags again. Thanks, Ales -- 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/ALP3LJIHJFPAZAWDP5AU2C23XKQ4PGDW/
[ovirt-devel] Re: Please resync centos-stream-el8stream/base mirror
It is still failing with the same error. Is the sync still ongoing or is there any other issue? Thanks, Ales On Wed, Jul 7, 2021 at 10:12 AM Ehud Yonasi wrote: > Thanks for the report Sandro, > > Resyncing again. > > On 7 Jul 2021, at 9:33, Sandro Bonazzola wrote: > > Looks like the mirror needs a re-sync: > > [2021-07-07T06:24:14.859Z] [MIRROR] libpmem-1.6.1-1.el8.x86_64.rpm: Status > code: 404 for > http://mirrors.phx.ovirt.org/repos/yum/centos-stream-el8stream/base/Packages/libpmem-1.6.1-1.el8.x86_64.rpm > (IP: 66.187.230.49) > [2021-07-07T06:24:14.859Z] [MIRROR] libpmem-1.6.1-1.el8.x86_64.rpm: Status > code: 404 for > http://mirrors.phx.ovirt.org/repos/yum/centos-stream-el8stream/base/Packages/libpmem-1.6.1-1.el8.x86_64.rpm > (IP: 66.187.230.49) > [2021-07-07T06:24:14.859Z] [MIRROR] libpmem-1.6.1-1.el8.x86_64.rpm: Status > code: 404 for > http://mirrors.phx.ovirt.org/repos/yum/centos-stream-el8stream/base/Packages/libpmem-1.6.1-1.el8.x86_64.rpm > (IP: 66.187.230.49) > [2021-07-07T06:24:14.859Z] [FAILED] libpmem-1.6.1-1.el8.x86_64.rpm: Status > code: 404 for > http://mirrors.phx.ovirt.org/repos/yum/centos-stream-el8stream/base/Packages/libpmem-1.6.1-1.el8.x86_64.rpm > (IP: 66.187.230.49) > [2021-07-07T06:24:14.859Z] Error: Error downloading packages: > [2021-07-07T06:24:14.859Z] Status code: 404 for > http://mirrors.phx.ovirt.org/repos/yum/centos-stream-el8stream/base/Packages/libpmem-1.6.1-1.el8.x86_64.rpm > (IP: 66.187.230.49) > > 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/J3X5FHOKXTG2BA7XNBAZ3XWIRVC7PHPN/ > > > ___ > 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/QAEMTSN5WTOVMART6N44BUEJEDZZYTPV/ > -- 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/Z2FKN6YI3PAMKVUFQ4E57OKMS7ZLHH54/
[ovirt-devel] Re: Moving #vdsm to #ovirt?
On Mon, Jun 21, 2021 at 2:37 PM Nir Soffer wrote: > We had mostly dead #vdsm channel in freenode[1]. > > Recently there was a hostile takeover of freenode, and old freenode > folks created > libera[2] network. Most (all?) projects moved to this network. > > We can move #vdsm to libera, but I think we have a better option, use > #ovirt channel > in oftc[3], which is pretty lively. > +1 > > Having vdsm developers in #ovirt channel is good for the project and > will make it easier > to reach developers. > I think most of the developers are already on both channels so in this case it should not be an issue. > > Moving to libera require registration work. Moving to #ovirt requires no > change. > In both cases we need to update vdsm readme and ovirt.org. > > What do you think? > > [1] https://freenode.net/ > [2] https://libera.chat/ > [3] https://www.oftc.net/ > > Nir > > Thanks, Ales -- 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/A2PJKWOXII5P2KB7ZLNCULHMMMSLMIWG/
[ovirt-devel] Re: openvswitch conflict (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 2029 - Still Failing!)
On Wed, May 26, 2021 at 1:00 PM Benny Zlotnik wrote:
> Probably my fault[1], openstack contains openvswitch as well[2], reducing
> the priority would help? Or is there a better way to resolve this?
>
We depend on version 2.11 indirectly through ovirt-openvswitch which
provides openvswitch-2.11.
I would actually suggest to exclude "openvswitch" and "ovn" packages from
openstack repos as I said previously we are using NFV to
get the latest version.
>
> [1] https://gerrit.ovirt.org/c/ovirt-release/+/114845
> [2]
> http://mirror.centos.org/centos/8/cloud/x86_64/openstack-train/Packages/o/
>
> On Wed, May 26, 2021 at 1:42 PM Ales Musil wrote:
>
>>
>>
>> On Wed, May 26, 2021 at 12:23 PM Yedidyah Bar David
>> wrote:
>>
>>> On Wed, May 26, 2021 at 1:14 PM 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/2029/
>>>
>>>
>>> https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/2029/artifact/exported-artifacts/test_logs/he-basic-suite-master/lago-he-basic-suite-master-host-0/_var_log/ovirt-hosted-engine-setup/engine-logs-2021-05-26T09%3A40%3A41Z/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20210526115220-lago-he-basic-suite-master-host-0.lago.local-498bfa09.log
>>> :
>>>
>>> 2021-05-26 11:53:53 CEST - TASK [ovirt-provider-ovn-driver : Install
>>> ovs] *
>>> 2021-05-26 11:53:56 CEST - fatal:
>>> [lago-he-basic-suite-master-host-0.lago.local]: FAILED! => {"changed":
>>> false, "failures": [], "msg": "Unknown Error occured: Transaction test
>>> error:\n file /usr/bin/ovs-appctl 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/bin/ovs-dpctl 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/bin/ovs-ofctl 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/bin/ovs-pki 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/bin/ovs-vsctl 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/bin/ovsdb-client
>>> 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/bin/ovsdb-tool 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/bin/vtep-ctl 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/sbin/ovs-vswitchd 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/sbin/ovsdb-server
>>> 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/man1/ovsdb-client.1.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/man1/ovsdb-server.1.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/man1/ovsdb-tool.1.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/man5/ovs-vswitchd.conf.db.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/man5/ovsdb-server.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/man5/ovsdb.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 f
[ovirt-devel] Re: openvswitch conflict (was: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 2029 - Still Failing!)
-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/
[ovirt-devel] Re: CI whitelist exception
On Sun, May 23, 2021 at 10:36 AM Nir Soffer wrote: > On Sun, May 23, 2021 at 10:23 AM Vojtech Juranek > wrote: > > > > Hi, > > do we have a way how to run CI build for a patch from someone who is not > on CI > > whitelist? CI doesn't care who triggered the build and check only the > > commiter. Or is adding commiter to whitelist the only way? > > I think this is the case. You can send a patch to: > https://gerrit.ovirt.org/admin/repos/jenkins-whitelist > > > I'd like to me some > > progress with gerrit #114723 [1]. > > This patch is merged. > > > I tired to run it on Travis build seems to be broken, failing on nmstate > [2]. > > Could someone from network team please take a look? > > I think we need to update the dockerfile. > I have posted a patch for it [0]. Please take a look. Thanks, Ales [0] https://gerrit.ovirt.org/c/vdsm/+/114891 > > Nir > > > Thanks > > Vojta > > > > [1] https://gerrit.ovirt.org/c/vdsm/+/114723 > > [2] > https://travis-ci.org/github/vjuranek/vdsm/builds/771874636___ > > 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/CDUH62OEZCCBV6QLC75YZS7JWMCTFLWZ/ > > -- 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/JHJGMCAPQWWLEWNRIUOHMOEM5G2I6X45/
[ovirt-devel] Re: el8-stream is available in CI
On Thu, Apr 8, 2021 at 1:27 PM Ehud Yonasi wrote: > Hey everyone, > > I wanted to let you know that you can run your patches now on el8-stream. > > In order to do that simply add to the stdci yaml file the following > section: > > distro: el8stream > runtime-requirements: > host-distro: newer > > You can also see the example on the patch [1]. > > The runtime requirements part is due to lack compatibility issues with el7 > hosts. > > If you see any problems, or have any questions please let me know. > > Thanks, > Ehud. > > [1]: https://gerrit.ovirt.org/#/c/jenkins/+/114174/6/stdci.yaml > ___ > 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/5XK6Y4BHIYWFRLTNTWYJHTSIQELOSU4W/ > Hi, I have created ticket [0] also for ppc64le architecture. It is needed to unblock work on vdsm for 4.4.7 [1]. Thanks, Ales [0] https://ovirt-jira.atlassian.net/browse/OVIRT-3093 [1] https://gerrit.ovirt.org/c/vdsm/+/114660 -- 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/HGMPY4IJQ4UB4OYUFAYIBQ6SPX5AUJ4X/
[ovirt-devel] Re: Engine upgrade fails with virtio_scsi_multi_queues_enabled does not exist
On Tue, Mar 16, 2021 at 8:24 AM Vojtech Juranek wrote: > On Tuesday, 16 March 2021 07:08:31 CET Yedidyah Bar David wrote: > > On Mon, Mar 15, 2021 at 10:48 PM Vojtech Juranek > wrote: > > > Hi, > > > when I try to upgrade my engine with built artifacts (e.g. [1]), it > fails > > > with: > > > > > > psql:/usr/share/ovirt-engine/dbscripts/create_views.sql:1000: ERROR: > > > column vm_templates.virtio_scsi_multi_queues_enabled does not exist > LINE > > > 86: vm_templates.virtio_scsi_multi_queues_enabled AS virtio_...> > > > ^ > > > > > > FATAL: Cannot execute sql command: > > > --file=/usr/share/ovirt-engine/dbscripts/create_views.sql > > > > > > Same issue happens when I tried to update my dev engine with local > build. > > > However, OST is passing [2]. > > > > > > Any idea what's wrong? I don't see anything wrong in [3], which is > > > probably the culprit, but I haven't much experience with engine/db > > > though. Or maybe some issue on my side? > > I suppose this failure happens in engine-setup, right? Please share > > its logs. Thanks. > > attached > > > Best regards, > > > > > Thanks > > > Vojta > > > > > > [1] > > > > https://jenkins.ovirt.org/job/ovirt-engine_standard-check-patch/11174/art > > > ifact/check-patch.el8.x86_64/ [2] > > > https://jenkins.ovirt.org/job/ovirt-system-tests_manual/7880/ > > > [3] > > > > https://github.com/oVirt/ovirt-engine/commit/52caf76e60ace2266d8283c131d4 > > > 673a2dd79289___ 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/DWCUVM4HRGV > > > SUNLCS3TWL4LHKXDD2NPO/ > > ___ > 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/TDSBKKXB42Y4V644AI3PDRMV5QWWUF5J/ > Hi, it happened to me as well on my dev engine. I workaround this by cleaning my engine and running setup again from scratch. I suspect that it is related to [0]. Thanks, Ales [0] https://gerrit.ovirt.org/c/ovirt-engine/+/112642 -- 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/FZFGK6L2KG2YE2IYPYSJTJFLTXK4WO22/
[ovirt-devel] Re: [VDSM] Network tests fail on travis
On Wed, Jan 6, 2021 at 2:21 PM Ales Musil wrote: > > > On Wed, Jan 6, 2021 at 1:48 PM Nir Soffer wrote: > >> On Wed, Jan 6, 2021 at 2:46 PM Nir Soffer wrote: >> > >> > Looks like recent changes in the network tests broke >> > the tests on travis: >> > https://travis-ci.org/github/oVirt/vdsm/jobs/753171579 >> >> Successful build - before the recent network test patches: >> https://travis-ci.org/github/nirs/vdsm/jobs/753167022 >> >> > >> > Please check. >> > >> > Nir >> >> > This seems like an env problem. Those tests should be skipped > if we are missing permissions for bonding we just skip those tests, > that is true for the run that is passing. But for some reason it seems > like the failing run allows us to create bond, but don't set any options > on it. > > Regards, > Ales > > -- > > Ales Musil > > Software Engineer - RHV Network > > Red Hat EMEA <https://www.redhat.com> > > amu...@redhat.comIM: amusil > <https://red.ht/sig> > I have added skip for those tests [0]. Regards, Ales [0] https://gerrit.ovirt.org/c/vdsm/+/112951 -- 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/HTEIG7XL22L2JAWJNFAVFQTUYWE4R576/
[ovirt-devel] Re: [VDSM] Network tests fail on travis
On Wed, Jan 6, 2021 at 1:48 PM Nir Soffer wrote: > On Wed, Jan 6, 2021 at 2:46 PM Nir Soffer wrote: > > > > Looks like recent changes in the network tests broke > > the tests on travis: > > https://travis-ci.org/github/oVirt/vdsm/jobs/753171579 > > Successful build - before the recent network test patches: > https://travis-ci.org/github/nirs/vdsm/jobs/753167022 > > > > > Please check. > > > > Nir > > This seems like an env problem. Those tests should be skipped if we are missing permissions for bonding we just skip those tests, that is true for the run that is passing. But for some reason it seems like the failing run allows us to create bond, but don't set any options on it. Regards, Ales -- 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/MEMXYZ5SZ5UP72S5NPJHOUSJEV3O632K/
[ovirt-devel] Re: Vdsm: Small version numbering change?
On Thu, Dec 17, 2020 at 12:03 PM Milan Zamazal wrote: > Hi, > > we have a nice coincidence now that Vdsm 4.40.40 corresponds to > ovirt-4.4.4 branch. Would we like to use this opportunity to make Vdsm > versions aligned with oVirt 4.4.* versions? > > We can tag the next master build, which will be no longer part of > ovirt-4.4.4 branch, as v4.40.50. Or we could tag it as v4.40.500 to be > on the safe side, but both 4.4.3 and 4.4.4 had less than 10 tags on > master, so it's probably not needed and there is always v4.40.591-like > workaround available. > > What do you think? > > Regards, > 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/Q5UK33GMOOAORXFQCBKCPESMNN5Q5RQO/ > Hi, +1 it is easier to connect the oVirt version and vdsm version this way. Thanks, Ales -- 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/RGKXLAJVQ7VDCS4ZP4GQHUBPRNLCI6LH/
[ovirt-devel] VDSM CI patches stuck in queue for several hours
Hi, most of my patches lately are getting stuck in CI. For example [0] is hanging there for 17 hours waiting for a container that would be able to run nmstate functional tests. Can someone please take a look at that? Thanks, Ales [0] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/25066/ -- 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/DWG2KAZIVYFLBHHUDFI4LBYSAML3W25T/
[ovirt-devel] Re: [ovirt-users] Re: Removal of dpdk
On Tue, Nov 3, 2020 at 3:17 PM Florian Schmid wrote: > Hi Ales, > > what do you mean with "not maintained for a long time"? > DPDK is heavily developed and make the linux network extremely fast. > > I don't think, that SR-IOV can replace it, because packets must be still > processed by the kernel, which is really slow and CPU demanding. > > BR Florian > > ------ > *Von: *"Ales Musil" > *An: *"Nir Soffer" > *CC: *"users" , "devel" > *Gesendet: *Dienstag, 3. November 2020 13:56:12 > *Betreff: *[ovirt-users] Re: Removal of dpdk > > > The dpdk inside oVirt is not maintained, of course that dpdk as technology/project is still developed. > > On Tue, Nov 3, 2020 at 1:52 PM Nir Soffer wrote: > >> On Tue, Nov 3, 2020 at 1:07 PM Ales Musil wrote: >> >>> Hello, >>> we have decided to remove dpdk in the upcoming version of oVirt namely >>> 4.4.4. Let us know if there are any concerns about this. >>> >> >> Can you give more info why we want to remove this feature, and what is >> the replacement for existing users? >> >> Nir >> > > Sure, > the feature was only experimental and not maintained for a long time. The > replacement is to use SR-IOV > which is supported by oVirt. > > Thanks, > Ales > > > -- > > Ales Musil > > Software Engineer - RHV Network > > Red Hat EMEA <https://www.redhat.com> > > amu...@redhat.comIM: amusil > <https://red.ht/sig> > > ___ > 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/3FHIRQKEEKLGWLMSPHEJ3LOV3LPQZXPA/ > -- 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/V2H62D3IZE6ZPDOZTURMYFRDIY5F3WP6/
[ovirt-devel] Re: [ovirt-users] Removal of dpdk
On Tue, Nov 3, 2020 at 1:52 PM Nir Soffer wrote: > On Tue, Nov 3, 2020 at 1:07 PM Ales Musil wrote: > >> Hello, >> we have decided to remove dpdk in the upcoming version of oVirt namely >> 4.4.4. Let us know if there are any concerns about this. >> > > Can you give more info why we want to remove this feature, and what is > the replacement for existing users? > > Nir > Sure, the feature was only experimental and not maintained for a long time. The replacement is to use SR-IOV which is supported by oVirt. Thanks, Ales -- 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/3FHIRQKEEKLGWLMSPHEJ3LOV3LPQZXPA/
[ovirt-devel] Removal of dpdk
Hello, we have decided to remove dpdk in the upcoming version of oVirt namely 4.4.4. Let us know if there are any concerns about this. Thank you. Regards, Ales Musil -- 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/H3EVPJYR6ZAETFIA6WPSZ2E5EZIAMKB6/
[ovirt-devel] Re: vdsm fails on Travis
On Thu, Oct 22, 2020 at 11:34 AM Vojtech Juranek wrote: > Hi, > some network tests fail on Travis, see e.g. [1]. > Could someone from network team take a look? > My guess is it's caused by commit 3ec1ad9a9f38 [2], but I'm not sure. > Thanks > Vojta > > [1] https://travis-ci.org/github/oVirt/vdsm/jobs/737665066 > [2] > https://github.com/oVirt/vdsm/commit/3ec1ad9a9f3879bf1c1b4aef2cbed4c3eda169f6 > ___ > 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/SKA345FPGP5BP6IOYP32JP5ZHO4RDZ4M/ > Hi, the [0] should fix it. But I am not sure how to test it. Thanks, Ales [0] https://gerrit.ovirt.org/c/111851/ -- 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/46RGOLIUXCVTHBSHJRXOBGOL2T77RIDS/
[ovirt-devel] Removal of deprecated init-scripts (network-scripts)
Hello, network-scripts for host networking were deprecated since oVirt 4.4. It will be removed completely in the 4.4.3 release. There is no action required for setups that did not change the configuration to use network-scripts backend (net_nmstate_enabled = false). Users that did disable nmstate should redeploy all affected hosts before 4.4.3. Also can you please tell us what was the reason to use network-scripts, if that is the case? Thank you. Best regards, Ales Musil -- 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/YGE4MXPFCZ3OTYT6DFZDRKHFC36SS4AY/
[ovirt-devel] Re: [VDSM] Trouble merging patch, related to jenkins whitelist or new RHEL CI?
On Mon, Aug 3, 2020 at 8:51 AM Ehud Yonasi wrote: > Try again please, I think it will now work. > It does. Thank you. > > On Mon, Aug 3, 2020 at 9:47 AM Ales Musil wrote: > >> >> >> On Mon, Aug 3, 2020 at 8:30 AM Ehud Yonasi wrote: >> >>> Hey, >>> That's my fault there, I've added the label to prepare for the rhel >>> tests on ovirt and forgot to add the maintainers group. >>> >>> Could you verify you can add it now? >>> >> >> Unfortunately not. It still has the same message/error. >> >> >>> >>> Thanks, >>> Ehud. >>> >>> On Mon, Aug 3, 2020 at 8:43 AM Ales Musil wrote: >>> >>>> >>>> >>>> On Mon, Aug 3, 2020 at 2:24 AM Germano Veit Michel >>>> wrote: >>>> >>>>> >>>>> >>>>> On Sat, Aug 1, 2020 at 7:11 AM Nir Soffer wrote: >>>>> >>>>>> I could not merge: >>>>>> https://gerrit.ovirt.org/c/109402/ >>>>>> >>>>>> Although it was approved and verified, and got +1 from Continuous >>>>>> Integration. >>>>>> >>>>>> There is a new "RHEL-Continuous-Integration", which does not run with >>>>>> this change, >>>>>> even when I trigger the tests manually with "ci test". >>>>>> >>>>>> I tried to add +1 for "RHEL-Continuous-Integration" but this is not >>>>>> possible, I see: >>>>>> >>>>>> RHEL-Continuous-Integration You don't have permission to edit >>>>>> this label. >>>>>> >>>>> >>>> I cannot merge anything as well. I wonder why maintainers don't get the >>>> permission >>>> for the new flag? Apparently the automation for this is not working >>>> yet. >>>> >>>> >>>>> >>>>>> So finally I downloaded the patch and pushed it manually. >>>>>> >>>>>> I think this patch will fix the problem: >>>>>> https://gerrit.ovirt.org/#/c/110576/ >>>>>> >>>>>> But I need CI experts to review this. Since we have 50 projects that >>>>>> need this, >>>>>> this probably should be fixed elsewhere, and inherited by all >>>>>> projects. >>>>>> >>>>>> I know that Germano was not able to trigger tests because he was >>>>>> missing in the >>>>>> jenkins whitelist, but this was fixed last week. >>>>>> >>>>>> Germano, maybe just to check that everything works for you, you can >>>>>> post some >>>>>> trivial patch? >>>>>> >>>>> Build and test are working for me now after contacting infra. >>>>> >>>>> >>>>> >>>>>> >>>>>> Nir >>>>>> >>>>>> >>>> >>>> -- >>>> >>>> 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/GFIT7NPOYQUINUYLQR75LNRAWSXYH65L/ >>>> >>> >> >> -- >> >> 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/H7FLG4HKUDNGXXLIPZTBAVSL7DVKMVOK/
[ovirt-devel] Re: [VDSM] Trouble merging patch, related to jenkins whitelist or new RHEL CI?
On Mon, Aug 3, 2020 at 8:30 AM Ehud Yonasi wrote: > Hey, > That's my fault there, I've added the label to prepare for the rhel tests > on ovirt and forgot to add the maintainers group. > > Could you verify you can add it now? > Unfortunately not. It still has the same message/error. > > Thanks, > Ehud. > > On Mon, Aug 3, 2020 at 8:43 AM Ales Musil wrote: > >> >> >> On Mon, Aug 3, 2020 at 2:24 AM Germano Veit Michel >> wrote: >> >>> >>> >>> On Sat, Aug 1, 2020 at 7:11 AM Nir Soffer wrote: >>> >>>> I could not merge: >>>> https://gerrit.ovirt.org/c/109402/ >>>> >>>> Although it was approved and verified, and got +1 from Continuous >>>> Integration. >>>> >>>> There is a new "RHEL-Continuous-Integration", which does not run with >>>> this change, >>>> even when I trigger the tests manually with "ci test". >>>> >>>> I tried to add +1 for "RHEL-Continuous-Integration" but this is not >>>> possible, I see: >>>> >>>> RHEL-Continuous-Integration You don't have permission to edit this >>>> label. >>>> >>> >> I cannot merge anything as well. I wonder why maintainers don't get the >> permission >> for the new flag? Apparently the automation for this is not working yet. >> >> >>> >>>> So finally I downloaded the patch and pushed it manually. >>>> >>>> I think this patch will fix the problem: >>>> https://gerrit.ovirt.org/#/c/110576/ >>>> >>>> But I need CI experts to review this. Since we have 50 projects that >>>> need this, >>>> this probably should be fixed elsewhere, and inherited by all projects. >>>> >>>> I know that Germano was not able to trigger tests because he was >>>> missing in the >>>> jenkins whitelist, but this was fixed last week. >>>> >>>> Germano, maybe just to check that everything works for you, you can >>>> post some >>>> trivial patch? >>>> >>> Build and test are working for me now after contacting infra. >>> >>> >>> >>>> >>>> Nir >>>> >>>> >> >> -- >> >> 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/GFIT7NPOYQUINUYLQR75LNRAWSXYH65L/ >> > -- 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/MBXX3EDQF5VMJMXW6LCHU5757HLIAFLB/
[ovirt-devel] Re: [VDSM] Trouble merging patch, related to jenkins whitelist or new RHEL CI?
On Mon, Aug 3, 2020 at 2:24 AM Germano Veit Michel wrote: > > > On Sat, Aug 1, 2020 at 7:11 AM Nir Soffer wrote: > >> I could not merge: >> https://gerrit.ovirt.org/c/109402/ >> >> Although it was approved and verified, and got +1 from Continuous >> Integration. >> >> There is a new "RHEL-Continuous-Integration", which does not run with >> this change, >> even when I trigger the tests manually with "ci test". >> >> I tried to add +1 for "RHEL-Continuous-Integration" but this is not >> possible, I see: >> >> RHEL-Continuous-Integration You don't have permission to edit this >> label. >> > I cannot merge anything as well. I wonder why maintainers don't get the permission for the new flag? Apparently the automation for this is not working yet. > >> So finally I downloaded the patch and pushed it manually. >> >> I think this patch will fix the problem: >> https://gerrit.ovirt.org/#/c/110576/ >> >> But I need CI experts to review this. Since we have 50 projects that need >> this, >> this probably should be fixed elsewhere, and inherited by all projects. >> >> I know that Germano was not able to trigger tests because he was missing >> in the >> jenkins whitelist, but this was fixed last week. >> >> Germano, maybe just to check that everything works for you, you can post >> some >> trivial patch? >> > Build and test are working for me now after contacting infra. > > > >> >> Nir >> >> -- 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/GFIT7NPOYQUINUYLQR75LNRAWSXYH65L/
[ovirt-devel] vdsm CI failing randomly again
Hi, it seems like vdsm CI is failing randomly again on el8. I can see the error that the it cannot install the python2-pyxdg package. 2020-06-30T11:27:12.327Z] Error: Unable to find a match: python2-pyxdg nosync The job that failed [0]. Can anyone please take a look? Thank you. Regards, Ales [0] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/22328/ -- 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/WHDBHEWLHOU6MYVPDKCUSZVPEKXDLMRX/
[ovirt-devel] Re: getVds().getInterfaces() is returning empty list of VdsNetworkInterface everytime
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 >> >>> >>> >>>> >>>> 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.) >>>> >>>> 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/
[ovirt-devel] Re: getVds().getInterfaces() is returning empty list of VdsNetworkInterface everytime
On Thu, Jun 25, 2020 at 11:03 AM Prajith Kesava Prasad 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 > >> >> >>> >>> 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. > >> >>> FYI:- (I'm ran vdsm-cliend Host getCapablities and getNetworkCapablities >>> and it was returning correctly.) >>> >>> 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> ___ 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/Z7JOBI2SOTHMUDD2J5YHRK4K5XGATPNY/
[ovirt-devel] Re: getVds().getInterfaces() is returning empty list of VdsNetworkInterface everytime
On Thu, Jun 25, 2020 at 10:46 AM Prajith Kesava Prasad wrote: > Hey Everyone, > Hi, 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? > > 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. > FYI:- (I'm ran vdsm-cliend Host getCapablities and getNetworkCapablities > and it was returning correctly.) > > 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> ___ 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/EQOVYLF43G6EWEUXH75U3S62EDIAHSKV/
[ovirt-devel] Re: Container-based CI backend is now available for use
rt getting >>> suits from STDCI DSL >>> 6. Providing the `extra_sources` file to OST suit containers: >>> - 104843 <https://gerrit.ovirt.org/104843>: stdci_runner: Create >>> extra_sources for PODs >>> 7. Support for mirror injection and upstream source cloning >>> - 104917 <https://gerrit.ovirt.org/104917>: Added a container >>> with STDCI tools >>> - 104918 <https://gerrit.ovirt.org/104918>: decorate.py: Add >>> script >>> - 104989 <https://gerrit.ovirt.org/104989>: STDCI DSL: Use >>> `tools` container for `decorate` >>> - 104994 <https://gerrit.ovirt.org/104994>: stdci_runner: Inject >>> mirrors in PODs >>> >>> >>> As you can see, we have quite a big pile of reviews to do, as always, >>> help is very welcome... >>> >>> Regards, >>> Barak. >>> >>> -- >>> Barak Korren >>> RHV DevOps team , RHCE, RHCi >>> Red Hat EMEA >>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >>> >> >> >> -- >> Barak Korren >> RHV DevOps team , RHCE, RHCi >> Red Hat EMEA >> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >> > > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HYZVFWHYDNUY7332WH3T3UPIAZ4HZLKY/ > -- 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/L4TDLEKOEIFL5ASRVWGGFGU66VM4ZPOI/
[ovirt-devel] Gerrit is not sending notifications
Hi, I did not receive notification from gerrit about being added as review. Can someone please take a look at it? Thanks. Regards, Ales -- 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/FMYJW6L4P66NMEQAIPRGJRXKNWXW3QE7/
[ovirt-devel] Re: Propose Sharon Gratch as oVirt FE maintainer
+1 On Tue, Mar 10, 2020 at 8:53 AM Tomas Jelinek wrote: > Hey all, > > Sharon have started to contribute to oVirt ~4 years ago. In that time she > contributed 100+ patches ranging from small bug fixes to large features > gaining good understanding of the system. I had a pleasure to closely > collaborate with her for quite a significant time and I can say that her > diligence and pedantic nature made her a great developer and I believe the > same qualities will make her a great UI maintainer. > > So, I would like to propose Sharon to become an oVirt UI maintainer. > > thank you, > Tomas > -- 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/KNXA4WWKBNXOFLXVOIEUQOXMGL6MFK6W/
[ovirt-devel] vdsm check-patch CI failing on missing dependency
Hi, CI is failing for some time now with error: Error: Unable to find a match: python3-ioprocess-1.3.0 Can anyone please take a look? Thanks you. Regards, Ales -- 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MUBQATOKZVLDZLPQP2WUKQVGAKK2YOLT/
[ovirt-devel] Re: [ACTION REQUIRED] Update db before running engine-setup
Patch is merged.
On Mon, Dec 9, 2019 at 4:22 PM Martin Perina wrote:
>
>
> On Mon, Dec 9, 2019 at 3:38 PM Ales Musil wrote:
>
>>
>>
>> On Mon, Dec 9, 2019 at 2:25 PM Steven Rosenberg
>> wrote:
>>
>>> Dear Ales,
>>>
>>
>> Hi Steven,
>>
>>
>>> Shouldn't you add this to an upgrade script? Won't it also affect the CI?
>>>
>>
>> The upgrade is not supported yet.
>>
>
> We haven't yet release any official 4.4 release, so we don't need to care
> about upgrade from 4.4.m to 4.4.n. That's why we decided for this "hack"
> instead of proper solution, which would cost us to have that rename +
> update for 4 new releases until database would be squashed.
>
>
>>
>>>
>>> With Best Regards.
>>>
>>> Steven.
>>>
>>> On Mon, Dec 9, 2019 at 2:21 PM Ales Musil wrote:
>>>
>>>> Hello,
>>>> I made some changes to the db configuration table. After [0] is merged,
>>>> you'll need to run
>>>> SQL command, before next engine-setup:
>>>> SELECT fn_db_delete_config_value_all_versions('VdsmUseNmstate');
>>>>
>>>> If you have any questions let me know.
>>>>
>>>> Thanks,
>>>> Ales
>>>>
>>>> [0] https://gerrit.ovirt.org/c/105440/
>>>> --
>>>>
>>>> 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/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WLHTSTESNIDX7KQ3WGCTH6AXV5IXSAVV/
>>>>
>>>
>>
>> --
>>
>> 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/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JUTCWOLXXTQUUCSRHVZPDVWZGEWKAENX/
>>
>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.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/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WMX2KJSESSN3JE7UONCI2PTITYJJCX7E/
[ovirt-devel] Re: [ACTION REQUIRED] Update db before running engine-setup
On Mon, Dec 9, 2019 at 2:25 PM Steven Rosenberg wrote:
> Dear Ales,
>
Hi Steven,
> Shouldn't you add this to an upgrade script? Won't it also affect the CI?
>
The upgrade is not supported yet.
>
> With Best Regards.
>
> Steven.
>
> On Mon, Dec 9, 2019 at 2:21 PM Ales Musil wrote:
>
>> Hello,
>> I made some changes to the db configuration table. After [0] is merged,
>> you'll need to run
>> SQL command, before next engine-setup:
>> SELECT fn_db_delete_config_value_all_versions('VdsmUseNmstate');
>>
>> If you have any questions let me know.
>>
>> Thanks,
>> Ales
>>
>> [0] https://gerrit.ovirt.org/c/105440/
>> --
>>
>> 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/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WLHTSTESNIDX7KQ3WGCTH6AXV5IXSAVV/
>>
>
--
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/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JUTCWOLXXTQUUCSRHVZPDVWZGEWKAENX/
[ovirt-devel] [ACTION REQUIRED] Update db before running engine-setup
Hello,
I made some changes to the db configuration table. After [0] is merged,
you'll need to run
SQL command, before next engine-setup:
SELECT fn_db_delete_config_value_all_versions('VdsmUseNmstate');
If you have any questions let me know.
Thanks,
Ales
[0] https://gerrit.ovirt.org/c/105440/
--
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/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/WLHTSTESNIDX7KQ3WGCTH6AXV5IXSAVV/
[ovirt-devel] Re: Propose Lucia Jelinkova as oVirt FE maintainer
+1 On Tue, Nov 26, 2019 at 5:43 PM Sharon Gratch wrote: > +1 > > On Tue, Nov 26, 2019 at 4:21 PM Michal Skrivanek < > michal.skriva...@redhat.com> wrote: > >> Hi all, >> >> I’d like to propose Lucia Jelinkova as a frontend maintainer. We’re short >> on GWT and ui-extensions maintenance recently and we need to raise up more >> people who can share the responsibility and keep our frontend in a good >> shape. Lucia has been very active in minor GWT fixes and also larger >> features, as well as a significant addition to ui-extensions (most complex >> dialog so far) as well as some branding and patternfly tweaks. >> >> Thanks, >> michal >> >> -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RBLUP4EG5VEQ5TO5EF6ULSV2DXKNM6T7/
[ovirt-devel] Re: Attaching networks to bonded Interfaces using the SDK
On Thu, Nov 7, 2019 at 2:02 PM Jamie Holohan
wrote:
> I am trying to complete a task using the Java SDK which involves attaching
> networks to an interface, and then bonding another interface to the
> attached one. This can be done using the OVM UI in one step.
>
> The SDK requires you to remove any attached networks from the interfaces
> before bonding them. The issue I am having comes after this part, where I
> try to reattach the networks to the interface which is a slave of the bond
> that was created. The specific error is as follows:
>
> Fault reason is "Operation Failed". Fault detail is "[Interface already
> in use]". HTTP response code is "400". HTTP response message is "Bad
> Request"
>
> To create the bond I am using the setpNetworks() function, where the
> interfaces are supplied in a list (nics), as follows:
>
> Option bondOptionBuilder = new
> OptionBuilder().name("mode").value("4").build();
> Option miimonOptionBuilder = new
> OptionBuilder().name(""miimon).value("100").build();
>
> List options = new ArrayList<>();
> options.add(bondOptionBuilder);
> options.add(miimonOptionBuilder);
>
> BondingBuilder bondingBuilder = new
> BondingBuilder().options(options).slaves(nics);
> HostNicBuilder hostNicBuilder = new
> HostNicBuilder().name("bond0").bonding(bondingBuilder);
>
> hostService.setupNetworks().modifiedBonds(hostNicBuilder).send();
>
> To reattach the networks (supplied by netAttachmentsToAdd) to the
> interface, I use the setupNetworks function as follows:
>
>
>
> hostService.setupNetworks().modifiedNetworkAttachments(netAttachmentsToAdd).send();
>
> I am wondering how I can assign networks to NICs which are slaves of a
> bond using the SDK. Can I attach them to the interfaces directly or is this
> the wrong approach?
>
>
Hi,
AFAIK the operation that you are trying to do it is not possible even
through UI. We do not allow attachment of network directly to bond slaves
only to the bonds.
Regards,
Ales
> ___
> Devel mailing list -- devel@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/S6F6RMGE4ODIYQEDKQ7VIPVAHJH4LZHC/
>
--
Ales Musil
Associate 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/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/V4UNWHYOYYRF6WMELRM5EAVFEHKRSD4H/
[ovirt-devel] Re: Creating bonds between Network Interface Cards with SDK
On Wed, Oct 30, 2019 at 4:11 PM Jamie Holohan wrote: > How can I bond one network interface to another using the SDK. I am try to > perform the task in java but I'm unsure in what context I can find the > utilities that will do this task. > > The task can be performed in the OVM UI after a host has been initialised. > By navigating from the side bar Compute -> Hosts -> (Select Host) -> (Host > tabs) Network Interfaces -> > From here, click Setup Host Networks. > > In the pop up you can select a network interface and drag it to another to > create a bond between them. > > How can I perform this step using the SDK. I am attempting to perform this > in the context of a nicservice, found like this: > > > systemService.hostsService().hostService(hostObject).nicservice(NICObject)).get().send().nic(); > > but I can't find any methods associated with the retrieved NIC or > nicservice that seem relevant to my task. > Any operation that is related to setup networks is done via single REST API method called "setupnetworks" which is part of the host. See [1] for more details. Regards, Ales [1] http://ovirt.github.io/ovirt-engine-api-model/4.3/#services/host/methods/setup_networks > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3XNXIZ7OY57IPSOIMD7RD2CFYJZRWEMP/ > -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/RSXZS74QOAJQRQDWO43IFP6RV77WSQ5P/
[ovirt-devel] Re: OST: Failing migrations on el8
On Tue, Oct 29, 2019 at 11:00 AM Martin Perina wrote: > > > On Tue, Oct 29, 2019 at 10:00 AM Dominik Holler > wrote: > >> >> >> On Tue, Oct 29, 2019 at 9:35 AM Galit Rosenthal >> wrote: >> >>> Hi Dominik, >>> >>> Any updates on this? >>> >>> >> Looks like my suspicion is right. >> The mapping between the IPv6 addresses of ovirtmgmt and the IPv6 >> addresses, which are configured to be resolved to hostnames, do not match >> in OST. >> One way would be to disable the resolution to IPv6 at all. >> Another way would be to fix the mapping. >> > > Wouldn't it be better to fix the mapping to be more aligned with real > world scenarios? > AFAIK that wouldn't that easy. Getting DNS with lago and IPv6 to work might be tricky. For example he-ipv6 uses "hacks" with /etc/hosts to achieve connectivity over IPv6 only. > >> >> >>> Regards, >>> Galit >>> >>> On Fri, Oct 25, 2019 at 5:34 PM Dominik Holler >>> wrote: >>> >>>> On Fri, Oct 25, 2019 at 3:08 PM Milan Zamazal >>>> wrote: >>>> >>>>> Hi, I looked at the failing migrations in OST on el8, when running >>>>> basic-suite-master with https://gerrit.ovirt.org/#/c/103888/31. The >>>>> migration fails even before started, when Vdsm tries to talk to the >>>>> remote Vdsm and can't reach it. Indeed, there seems to be a networking >>>>> problem between the hosts: >>>>> >>>>> [root@lago-basic-suite-master-host-1 ~]# ping -c 1 >>>>> lago-basic-suite-master-host-0 >>>>> PING >>>>> lago-basic-suite-master-host-0(lago-basic-suite-master-host-0.lago.local >>>>> (fd8f:1391:3a82:201::c0a8:c902)) 56 data bytes >>>>> From lago-basic-suite-master-host-1 (fd8f:1391:3a82:200::c0a8:c899): >>>>> icmp_seq=1 Destination unreachable: Address unreachable >>>>> >>>>> >>>> Maybe it is related that the default IP version is flipped from IPv4 in >>>> CentOS7 to IPv6 in CentOS8. >>>> This means that if IPv6 is enabled in the dns, it is required to be >>>> enabled on the source and destination host. >>>> I will have a detailed look. >>>> >>>> >>>>> Regards, >>>>> Milan >>>>> ___ >>>>> Devel mailing list -- devel@ovirt.org >>>>> To unsubscribe send an email to devel-le...@ovirt.org >>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>> oVirt Code of Conduct: >>>>> https://www.ovirt.org/community/about/community-guidelines/ >>>>> List Archives: >>>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/E3Z3RDMSYQ7GTXO7R2DTJCDG5RLZFPZZ/ >>>>> >>>> >>> >>> -- >>> >>> GALIT ROSENTHAL >>> >>> SOFTWARE ENGINEER >>> >>> Red Hat >>> >>> <https://www.redhat.com/> >>> >>> ga...@redhat.comT: 972-9-7692230 >>> <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/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/F3IEUWC4S2MCET5MO4ARSCVRVW7IQQQY/ >> > > > -- > 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/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/22CBOFPT33V4TIWTNPYY55Z7HVVDIT4E/ > -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/IJHPP22RJIFIERH75ZE6UDZLXG7NTRKL/
[ovirt-devel] Checkstyle Java 11 false positives.
Hi, just found out that checkstyle is not completely aware of Java 11 features. Completely valid syntax e.g. "var attachmentsToRemove = new HashSet();" is marked with error: "DiamondOperator: Diamond operator should be used" What can we do about this? Thanks. Regards, Ales -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/GA3QZK7IHFMGLND5PRNCWEF3WCCXSDTH/
[ovirt-devel] Re: PROBLEM: Unable to retrieve value for MTU when default is used
Hi, default MTU is internally represented as 0 and thus the value you are receiving is correct. On Thu, Sep 26, 2019 at 10:17 AM wrote: > I'm trying to automate a test which checks that the default values are > being set correctly when adding a network to a host. When I create a > network without specifying a value for the MTU, I can see from the web UI > that the default value (1500) is being used. > > When I try to retrieve this MTU value from the SDK to ensure it is set > correctly, the value returned is '0'. > > The same issue is not occurring if I explicitly set the MTU value when > creating the network. When the MTU value is assigned, instead of using the > default value, it is possible to retrieve it from the SDK correctly. > > Is there any way I can retrieve the value for MTU from the SDK when the > default is used? > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/BH72BEIAYKLEXQKRMCYPSH3D44FBY5BJ/ > -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/OO4XW5ML6ESU4H5JOZCLNJ7KP6ZCRRPU/
[ovirt-devel] [OST] Otopi error
Hi, I have seen otopi error in few last builds [1]: *04:18:56* Version: otopi-1.9.0_master (otopi-1.9.0-0.0.master.20190908102607.git6eb2c28.el7)*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.network.bridge.Plugin._detect_bridges" refers to a method name "ohosted.core.require.answerfile", but no method with this name exists*04:18:56* [ ERROR ] "before" parameter of method "otopi.plugins.gr_he_common.vm.boot_disk.Plugin._customization_ansible" refers to a method name "ohosted.configuration.ovf", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.boot_disk.Plugin._customization_ansible" refers to a method name "ohosted.upgrade.check.spm.host", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.cpu.Plugin._customization" refers to a method name "ohosted.configuration.ovf", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.cpu.Plugin._customization" refers to a method name "ohosted.vm.cpu.model.customization", but no method with this name exists*04:18:56* [ ERROR ] "before" parameter of method "otopi.plugins.gr_he_common.vm.memory.Plugin._customization" refers to a method name "ohosted.vm.cpu.model.customization", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.memory.Plugin._customization" refers to a method name "ohosted.configuration.ovf", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.cloud_init.Plugin._customization" refers to a method name "ohosted.configuration.ovf", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.cloud_init.Plugin._customization" refers to a method name "ohosted.upgrade.check.upgrade.ver", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.vm.mac.Plugin._customization" refers to a method name "ohosted.configuration.ovf", but no method with this name exists*04:18:56* [ ERROR ] "after" parameter of method "otopi.plugins.gr_he_common.core.misc.Plugin._persist_files_start" refers to a method name "ohosted.engine.ha.start", but no method with this name exists*04:18:56* [ ERROR ] Failed to execute stage 'Environment setup': Found bad "before" or "after" parameters Any idea what might be wrong? Thank you. [1] https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-ipv6-suite-master/193/ -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/VXUXXG4VKGVMWEXXUII4ET5BAOKU2XVA/
[ovirt-devel] Re: ovirt-host-deploy modifies the vdsm.conf
On Mon, Aug 12, 2019 at 2:42 PM Ales Musil wrote: > Hi, > I have tried: > > /etc/ovirt-host-deploy.conf.d/50-development.conf > [environment:enforce] > VDSM/configOverride=bool:False > > > But the vdsm config is still being modified by the host deploy any idea > what is wrong with this configuration? > > Thank you. > Regards, > Ales > > -- > > Ales Musil > > Associate Software Engineer - RHV Network > > Red Hat EMEA <https://www.redhat.com> > > amu...@redhat.comIM: amusil > <https://red.ht/sig> > Nevermind it has to be configured on the host and not on the engine. -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KJCSIA6EJIVCV2QUGGMZMCBLHA2ELINC/
[ovirt-devel] ovirt-host-deploy modifies the vdsm.conf
Hi, I have tried: /etc/ovirt-host-deploy.conf.d/50-development.conf [environment:enforce] VDSM/configOverride=bool:False But the vdsm config is still being modified by the host deploy any idea what is wrong with this configuration? Thank you. Regards, Ales -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/CHSUCSU5QGDQA62IHLIHAPUREHMPJLLB/
[ovirt-devel] getStats exception in Engine
Hi, yesterday we have found out that there is exception thrown in getStats. The host that was hitting this stayed in connecting state infinitely. This is caused by recent mom version upgrade in vdsm spec. Mom statistic for 'ksmCpu' is reported as double instead of integer. I have posted workaround [1] for the vdsm until the proper fix is provided. Thanks. Regards, Ales [1] https://gerrit.ovirt.org/c/102293/ -- Ales Musil Associate 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/KWIQK7ZEDELX6D2ESVSAWANMBMXHHAY7/
[ovirt-devel] [OST upgrade suite] Looking for maintainer
Hi, I am not sure who is currently maintainer for the upgrade suite, but please take a look at [1]. This patch is testing the engine upgrade issue with database vm_id and vmt_id in interface table [2]. And at the same time serves as opening patch to put more sophisticated tests into upgrade suite. Thank you. Regards, Ales [1] https://gerrit.ovirt.org/c/98656/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=1547038 -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/JRON2YFNIBAFSQUJIF5VZKL5NGOL3HL5/
[ovirt-devel] [OST failure] he-node-ng_suite_master
Hi, the he-node-ng_suite_master is with [1]: STDERR <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3150/pipeline/103#step-422-log-679>Error: ovirt-hosted-engine-setup conflicts with ovirt-engine-appliance-4.4-20190206.1.el7.x86_64 <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3150/pipeline/103#step-422-log-680>Cannot upload enabled repos report, is this client registered? <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3150/pipeline/103#step-422-log-681> <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3150/pipeline/103#step-422-log-682> - STDERR <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3150/pipeline/103#step-422-log-683>Error: ovirt-hosted-engine-setup conflicts with ovirt-engine-appliance-4.4-20190206.1.el7.x86_64 <https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-system-tests_standard-check-patch/detail/ovirt-system-tests_standard-check-patch/3150/pipeline/103#step-422-log-684>Cannot upload enabled repos report, is this client registered? Does anyone know how to solve this? Thank you. Regards, Ales [1] https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/3133/ -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PT3PXHKJCJBRL25CTELR6S5CXWXECZ25/
[ovirt-devel] Re: [OST] HE basic suite failing on reposync
On Wed, Dec 5, 2018 at 10:27 AM Simone Tiraboschi wrote: > > > On Wed, Dec 5, 2018 at 10:18 AM Ales Musil wrote: > >> >> >> On Wed, Dec 5, 2018 at 10:13 AM Raz Tamir wrote: >> >>> Could you please share the link to the job that failed? >>> >> >> It is failing locally. >> > > Can you please share the details on how you configured > ovirt-appliance-master-el7 > > The initial configuration should be as here: > > https://github.com/oVirt/ovirt-system-tests/blob/master/he-basic-suite-master/reposync-he.repo > that points to > http://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/ > where we found > > https://resources.ovirt.org/repos/ovirt/tested/master/rpm/el7/noarch/ovirt-engine-appliance-4.3-20181204.1.el7.noarch.rpm > as expected. > > Seems like cleaning the yum cache fixed the problem. > > >> >>> >>> On Wed, Dec 5, 2018 at 10:19 AM Ales Musil wrote: >>> >>>> Hello, >>>> >>>> I am trying to run locally he-basic-ansible-suite-master but it keeps >>>> failing on reposync: >>>> reposync command failed for repoid: ovirt-appliance-master-el7 >>>> >>>> Any idea what could be wrong? >>>> >>>> Thank you. >>>> Regards, >>>> Ales >>>> >>>> -- >>>> >>>> ALES MUSIL >>>> Associate Software Engineer - rhv network >>>> >>>> Red Hat EMEA <https://www.redhat.com/> >>>> >>>> >>>> amu...@redhat.com IM: 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/site/privacy-policy/ >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HKGKYUXRGIQOOVD4MTVCJFPFPSW4YCNW/ >>>> >>> >>> >>> -- >>> >>> >>> Raz Tamir >>> Manager, RHV QE >>> >> >> >> -- >> >> ALES MUSIL >> Associate Software Engineer - rhv network >> >> Red Hat EMEA <https://www.redhat.com/> >> >> >> amu...@redhat.com IM: 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/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LXRGXKC6EBFRHH7UKY4Y3MKGWNPRBP5V/ >> > -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/A7A32CYN3D7FJYX7BTEANPTUYCDZTYYM/
[ovirt-devel] Re: [OST] HE basic suite failing on reposync
On Wed, Dec 5, 2018 at 10:13 AM Raz Tamir wrote: > Could you please share the link to the job that failed? > It is failing locally. > > On Wed, Dec 5, 2018 at 10:19 AM Ales Musil wrote: > >> Hello, >> >> I am trying to run locally he-basic-ansible-suite-master but it keeps >> failing on reposync: >> reposync command failed for repoid: ovirt-appliance-master-el7 >> >> Any idea what could be wrong? >> >> Thank you. >> Regards, >> Ales >> >> -- >> >> ALES MUSIL >> Associate Software Engineer - rhv network >> >> Red Hat EMEA <https://www.redhat.com/> >> >> >> amu...@redhat.com IM: 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/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HKGKYUXRGIQOOVD4MTVCJFPFPSW4YCNW/ >> > > > -- > > > Raz Tamir > Manager, RHV QE > -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/LXRGXKC6EBFRHH7UKY4Y3MKGWNPRBP5V/
[ovirt-devel] [OST] HE basic suite failing on reposync
Hello, I am trying to run locally he-basic-ansible-suite-master but it keeps failing on reposync: reposync command failed for repoid: ovirt-appliance-master-el7 Any idea what could be wrong? Thank you. Regards, Ales -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/HKGKYUXRGIQOOVD4MTVCJFPFPSW4YCNW/
[ovirt-devel] Upstream package missing release suffix
Hello, ovirt-lldp-labeler is missing release suffix in nightly build [1]. This has been fixed some time ago in [2]. Any idea what could be wrong? Thank you. Regards, Ales. [1] https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el7/noarch/ [2] https://gerrit.ovirt.org/c/94616/ -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/XACU2LFOMFXCFQKMF6FS6YTF5F3QDL4M/
[ovirt-devel] Re: increasingly common OST failure: Cannot setup Networks. Another Setup Networks or Host Refresh process in progress on the host. Please try later.
Does the failure still occur? If so, we have a patch created and prepared for review [1]. [1] https://gerrit.ovirt.org/c/93978/ On Fri, Aug 31, 2018 at 2:57 PM Anton Marchukov wrote: > We just had "Fault reason is "Operation Failed". Fault detail is "[Cannot > setup Networks. Another Setup Networks or Host Refresh process in progress > on the host. Please try later.]". HTTP response code is 409" at > http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3016 > > As I see it is the same issue discussed here. > > > For the ExtractPathNoPathError it seems to be not reported, and after > disabling fluentd collection we now getting "ExtractPathNoPathError: scp: > /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log: No such file or > directory" collection error. The root cause for both might be common, I > opened [1] and [2] JIRA to track this, but it is still not clear what's > wrong. > > [1] https://ovirt-jira.atlassian.net/browse/OVIRT-2464 > [2] https://ovirt-jira.atlassian.net/browse/OVIRT-2468 > > On Tue, Aug 28, 2018 at 8:40 AM Eyal Edri wrote: > >> Adding Galit, >> Galit, can you check if its a known issue or is someone is working on it? >> >> On Tue, Aug 28, 2018 at 9:11 AM Dan Kenigsberg wrote: >> >>> FYI, Ales is working on retrying setupNetwork in case there is an >>> async getCapabilities going on the host. >>> >>> >>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-queue-tester/2993/consoleFull >>> >>> >>> However, the real bug is partially hidden by Lago complaining about >>> >>> ExtractPathNoPathError: scp: /root/fluentd: No such file or directory >>> >>> What is it? Is it already tracked by someone? >>> ___ >>> Devel mailing list -- devel@ovirt.org >>> To unsubscribe send an email to devel-le...@ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/MZ4XDCCQQSKXDTALOGNC46YXN35QWALZ/ >>> >> >> >> -- >> >> Eyal edri >> >> >> MANAGER >> >> RHV/CNV DevOps >> >> EMEA VIRTUALIZATION R >> >> >> Red Hat EMEA <https://www.redhat.com/> >> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >> phone: +972-9-7692018 >> irc: eedri (on #tlv #rhev-dev #rhev-integ) >> ___ >> Devel mailing list -- devel@ovirt.org >> To unsubscribe send an email to devel-le...@ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/Y2V3HKRGLRCLUFKOE74W3FCD2B4E2OJJ/ >> > > > -- > Anton Marchukov > Team Lead - Release Management - RHV DevOps - Red Hat > > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/O4MDGJGRHPGIPLENAJSTTLCYG5XC4QE3/ > -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/I5DY5PVGQLFOZUTU35YSVPVUSH7WCEZL/
[ovirt-devel] Re: failure in ost test - Invalid argument - help in debugging issue
On Mon, Sep 10, 2018 at 6:23 PM Dominik Holler wrote: > Looks like the problem is network related, we will have a deeper look. > > Probably related to https://gerrit.ovirt.org/c/94132/ On Mon, 10 Sep 2018 10:01:28 +0100 > Dafna Ron wrote: > > > Hi, > > > > can someone please have a look at this ost failure? > > it is not related to the change that failed and I think its probably a > > race. > > > > you can find the logs here: > > > > > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10175/artifact/basic-suite.el7.x86_64/test_logs/basic-suite-master/post-004_basic_sanity.py/ > > > > The error I can see is this: > > > > https://pastebin.com/pm6x0W62 > > > > Thanks, > > Dafna > ___ > Devel mailing list -- devel@ovirt.org > To unsubscribe send an email to devel-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/3OQQYVK4YHEHKTFEO74CHJ3A5VHTGUPM/ > -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/EHMPXUCWBKMQRTIBNJLPJGKVZDM4PILO/
[ovirt-devel] Re: [OST failure] Basic suite for 4.2 failing with "Error: Package: ovirt-imageio-daemon"
On Tue, Sep 4, 2018 at 9:11 PM Nir Soffer wrote:
>
>
> On Tue, Sep 4, 2018 at 2:18 PM Ales Musil wrote:
>
>> Hello,
>>
>> the OST CI is failing for patch [1] with:
>>
>> + yum -y install ovirt-host
>> Error: Package:
>> ovirt-imageio-daemon-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync)
>>Requires: ovirt-imageio-common = 1.4.2
>>Available:
>> ovirt-imageio-common-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync)
>>ovirt-imageio-common = 1.4.2-0.201807122005.gitae0c56d.el7
>>Installing: ovirt-imageio-common-1.4.4-0.el7.x86_64 (alocalsync)
>>ovirt-imageio-common = 1.4.4-0.el7
>>
>>
> The current release for CentOS using:
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm
>
> # yum info ovirt-imageio-{common,daemon}
> ...
> Installed Packages
> Name: ovirt-imageio-common
> Arch: x86_64
> Version : 1.4.4
> Release : 0.el7
> Size: 111 k
> Repo: installed
> From repo : ovirt-4.2
> Summary : oVirt imageio common library
> URL : https://gerrit.ovirt.org/ovirt-imageio
> License : GPLv2+
> Description : Common library for use in oVirt image transfer daemon and
> proxy.
>
> Available Packages
> Name: ovirt-imageio-common
> Arch: noarch
> Version : 1.4.2
> Release : 0.el7
> Size: 30 k
> Repo: ovirt-4.2/7
> Summary : oVirt imageio common library
> URL : https://gerrit.ovirt.org/ovirt-imageio
> License : GPLv2+
> Description : Common library for use in oVirt image transfer daemon and
> proxy.
>
> Name: ovirt-imageio-daemon
> Arch: noarch
> Version : 1.4.4
> Release : 0.el7
> Size: 38 k
> Repo: ovirt-4.2/7
> Summary : oVirt imageio daemon
> URL : https://gerrit.ovirt.org/ovirt-imageio
> License : GPLv2+
> Description : Daemon to manage image data transfer on oVirt virtualization
> hosts.
>
>
> For master, using:
> yum install
> http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>
> $ yum info ovirt-imageio-{common,daemon}
> ...
> Installed PackagesName: ovirt-imageio-common
> Arch: x86_64
> Version : 1.4.4
> Release : 0.201808291107.gitfd06f77.el7
> Size: 111 k
> Repo: installed
> From repo : ovirt-master-snapshot
> Summary : oVirt imageio common library
> URL : https://gerrit.ovirt.org/ovirt-imageio
> License : GPLv2+
> Description : Common library for use in oVirt image transfer daemon and
> proxy.
>
> Available Packages
> Name: ovirt-imageio-common
> Arch: noarch
> Version : 1.4.2
> Release : 0.201808122139.git370d84b.el7
> Size: 31 k
> Repo: ovirt-master-snapshot/7
> Summary : oVirt imageio common library
> URL : https://gerrit.ovirt.org/ovirt-imageio
> License : GPLv2+
> Description : Common library for use in oVirt image transfer daemon and
> proxy.
>
> Name: ovirt-imageio-daemon
> Arch: noarch
> Version : 1.4.4
> Release : 0.201808291107.gitfd06f77.el7
> Size: 38 k
> Repo: ovirt-master-snapshot/7
> Summary : oVirt imageio daemon
> URL : https://gerrit.ovirt.org/ovirt-imageio
> License : GPLv2+
> Description : Daemon to manage image data transfer on oVirt virtualization
> hosts.
>
>
> Maybe you are missing some repos, or the ovirt-repos are broken?
>
This error occurs during the installation stage of one of the hosts in
lago. So most likely ovirt-repo is broken.
Ales
>
> Nir
>
> Full log [2]. Any idea what could be possibly wrong? As the patch
>> shouldn't be related to
>> imageio rpm.
>>
>> Thank you.
>> Best regards,
>> Ales Musil
>>
>>
>> [1] https://gerrit.ovirt.org/c/93978/
>> [2]
>> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1791//artifact/check-patch.basic_suite_4.2.el7.x86_64/mock_logs/script/stdout_stderr.log
>> --
>>
>> ALES MUSIL
>> Associate Software Engineer - rhv network
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>>
>> amu...@redhat.com IM: 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/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/commun
[ovirt-devel] [OST failure] Basic suite for 4.2 failing with "Error: Package: ovirt-imageio-daemon"
Hello, the OST CI is failing for patch [1] with: + yum -y install ovirt-host Error: Package: ovirt-imageio-daemon-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync) Requires: ovirt-imageio-common = 1.4.2 Available: ovirt-imageio-common-1.4.2-0.201807122005.gitae0c56d.el7.noarch (alocalsync) ovirt-imageio-common = 1.4.2-0.201807122005.gitae0c56d.el7 Installing: ovirt-imageio-common-1.4.4-0.el7.x86_64 (alocalsync) ovirt-imageio-common = 1.4.4-0.el7 Full log [2]. Any idea what could be possibly wrong? As the patch shouldn't be related to imageio rpm. Thank you. Best regards, Ales Musil [1] https://gerrit.ovirt.org/c/93978/ [2] https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/1791//artifact/check-patch.basic_suite_4.2.el7.x86_64/mock_logs/script/stdout_stderr.log -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/QQIG67R66ZNEFATGNVSAFNOVNICLL46Q/
[ovirt-devel] Re: Failing Build On vdsm_master_check-patch
On Wed, Aug 29, 2018 at 8:54 AM Shani Leviim wrote: > Sorry, re-organizing: > > /vdsm_master_check-patch-fc28-x86_64/vdsm/vdsm was never imported. > (module-not-imported) > 14:33:56 > 14:33:56 > == > 14:33:56 FAIL: test_sourceroute_add_remove_and_read > (network.sourceroute_test.TestSourceRoute) > 14:33:56 > -- > 14:33:56 Traceback (most recent call last): > 14:33:56 File > "/home/jenkins/workspace/vdsm_master_check-patch-fc28-x86_64/vdsm/tests/testValidation.py", > line 193, in wrapper > 14:33:56 return f(*args, **kwargs) > 14:33:56 File > "/home/jenkins/workspace/vdsm_master_check-patch-fc28-x86_64/vdsm/tests/network/sourceroute_test.py", > line 80, in test_sourceroute_add_remove_and_read > 14:33:56 self.assertEqual(2, len(routes), routes) > 14:33:56 AssertionError: 2 != 0 > 14:33:56 >> begin captured logging << > > > > > *Regards,* > > *Shani Leviim* > > On Wed, Aug 29, 2018 at 9:48 AM, Shani Leviim wrote: > >> Hello All, >> >> I got into the following failure during the CI build for a patch I did: >> >> 14:33:56 >> == >> 14:33:56 FAIL: test_sourceroute_add_remove_and_read >> (network.sourceroute_test.TestSourceRoute) 14:33:56 >> -- >> 14:33:56 Traceback (most recent call last): 14:33:56 File >> "/home/jenkins/workspace/vdsm_master_check-patch-fc28-x86_64/vdsm/tests/testValidation.py", >> line 193, in wrapper 14:33:56 return f(*args, **kwargs) 14:33:56 File >> "/home/jenkins/workspace/vdsm_master_check-patch-fc28-x86_64/vdsm/tests/network/sourceroute_test.py", >> line 80, in test_sourceroute_add_remove_and_read 14:33:56 >> self.assertEqual(2, len(routes), routes) 14:33:56 AssertionError: 2 != 0 >> >> My patch is [1] and its build is [2] >> >> [1] https://gerrit.ovirt.org/#/c/92416/ >> [2] http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc28-x86_64/747/ >> >> Can you please assist? >> Thanks! >> >> >> *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/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/N4TIMBJYMM3ZXZZSN7M2QUS6VOQBA4YU/ > +Edy -- ALES MUSIL Associate Software Engineer - rhv network Red Hat EMEA <https://www.redhat.com/> amu...@redhat.com IM: 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/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/ELFFPIDYBDMYN4233EPB43WVCNEP6TKL/
[ovirt-devel] oVirt LLDP Labeler
Hello,
I would like to announce that oVirt LLDP Labeler is officially available.
The Labeler is service that runs along with engine and is capable of
labeling host network interfaces according to their reported VLANs via
LLDP. The attached labels are named "lldp_vlan_${VLAN}", where ${VLAN} is
ID of the corresponding VLAN. This can make work of an administrator
easier, because any network with the same label, will be automatically
attached to the corresponding host interface.
The Labeler is currently tested only with Juniper switches which are
capable of reporting all of their VLANs that are present on the interface.
We would like to extend the Labeler with auto bonding feature. Those
interfaces that are detected on the same switch would be automatically
bonded.
The Labeler source is available here:
https://github.com/almusil/ovirt-lldp-labeler
And the build:
https://copr.fedorainfracloud.org/coprs/amusil/ovirt-lldp-labeler/
If you have any suggestions or problems please don't hesitate to report
them on the GitHub page.
--
ALES MUSIL
Associate software engineer - rhv network
Red Hat EMEA <https://www.redhat.com/>
amu...@redhat.com IM: 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/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/devel@ovirt.org/message/PIBBRGEVHNXF3VAOLFXHTNCWZ3ZUCNZA/
