[ovirt-devel] Really slow VDSM on F21

Hello, has anyone else noticed VDSM's problems on Fedora 21? The problem is that when I start vdsmd via systemd, it takes about a minute to start the listener (returning Connection to 0.0.0.0:54321 refused) and next few minutes it returns 'Recovering from crash or Initializing'. After that,

Re: [ovirt-devel] Really slow VDSM on F21

Cc: Dan. - Original Message - From: Petr Horacek phora...@redhat.com To: devel@ovirt.org, Francesco Romani from...@redhat.com Sent: Tuesday, 2 December, 2014 12:39:58 PM Subject: Really slow VDSM on F21 Hello, has anyone else noticed VDSM's problems on Fedora 21? The problem

Re: [ovirt-devel] Really slow VDSM on F21

Hello Ido, thanks for your response! I installed the latest Fedora 21 Server on a VM, builded VDSM's master branch and now it works as it should :) Petr - Original Message - From: Ido Barkan ibar...@redhat.com To: Petr Horacek phora...@redhat.com Cc: devel@ovirt.org, Francesco Romani

Re: [ovirt-devel] [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status

Hi, we think this bug is caused by systemd bug [1], which was solved in systemd v220, unfortunately, this version is not available for EL7. As soon as we proof the issue, we should ask systemd guys for backporting the solution. [1] https://bugs.freedesktop.org/show_bug.cgi?id=86520 2015-10-06

Re: [ovirt-devel] [ACTION REQUIRED] VDSM Broken dependencies on master

Hello, I tried https://repos.fedorapeople.org/repos/openstack/openstack-liberty/testing/el7/ but it seems like there is no openvswitch in it. However, openstack-kilo is ok. Petr 2015-09-17 13:47 GMT+02:00 Sandro Bonazzola : > > > On Thu, Sep 17, 2015 at 1:11 PM, Dan

Re: [ovirt-devel] Automation CI for vdsm

Hi, OVSNetworkTest requires vdsm-hook-ovs installed (tests are not skipped if the package is not installed) and openvswitch service running (not started automatically). NetworkTest are not able to run together with OVSNetworkTest since we are doing ugly inheritance hacking there. My apologize for

Re: [ovirt-devel] VDSM dependency broken on 3.6 branch

Hello, we have to backport https://gerrit.ovirt.org/#/c/46594/, reason is described there: "In CentOS, where Epoch is not used, >= 2 is interpreted as >= 0:2, that is causing dependency problems This patch changes it to >= 2.0.0" Petr 2015-12-19 11:03 GMT+01:00 Oved Ourfali

Re: [ovirt-devel] [ovirt-users] How to add ovs-based VM in version 4.0.2? Thank you

k? Just delete the linux bridge and reset the linux > bridge binding's physical Nic? > > Hope to get your help as sonn as possible. > Thank you. > Mark > > -邮件原件- > 发件人: Petr Horacek [mailto:phora...@redhat.com] > 发送时间: 2016年8月2日 18:29 > 收件人

Re: [ovirt-devel] [ovirt-users] How to add ovs-based VM in version 4.0.2? Thank you

rn callMethod() > File "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51, in > > **kwargs) > File "", line 2, in setupNetworks > File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in > _callmethod > raise conve

Re: [ovirt-devel] 答复: [ovirt-users] How to add ovs-based VM in version 4.0.2? Thank you

atch will merge to master? And when will the vdsm will > release a version with this patch? > Btw, do you have a plan to support ovs with dpdk or vhost-user port? > If so, what's the pipeline? > > Thank you > > -邮件原件- > 发件人: Petr Horacek [mailto:phora...@re

Re: [ovirt-devel] Publicly available REST documentation

Hi, I've been hacking public API docs yesterday, and I think it will work in GitHub-Travis combination. Now I am waiting if Gerrit-GitHub mirroring will remove branch created directly on GitHub, if not, then my approach would be following: Both 4.0 and 4.1 branches will have .travis.yml in them

Re: [ovirt-devel] Publicly available REST documentation

/ [3] http://ovirt.github.io/ovirt-engine-api-model/4.0/ 2017-01-03 15:22 GMT+01:00 Juan Hernández <jhern...@redhat.com>: > On 01/03/2017 03:20 PM, Petr Horacek wrote: >> Hi, I've been hacking public API docs yesterday, and I think it will >> work in GitHub-Travis combinat

Re: [ovirt-devel] [OST] [HC] HE VM fails to start

Hello Sahina, I think I have a fix for that. Can I somehow trigger the test with VDSM refspec/custom RPMs? Thanks, Petr 2017-04-04 8:52 GMT+02:00 Dan Kenigsberg : > On Tue, Apr 4, 2017 at 9:28 AM, Sahina Bose wrote: >> Job's still failing on master. >>

Re: [ovirt-devel] [proposal] deprecate VDSM ping in favor of ping2 and confirmConnectivity

> guarded from localhost tinkering anyhow. If you really need a solution you >>>>> can acuire a token for this operation by setupNetworks, and confirm >>>>> connectivity with this token passed back. >>>>> >>>>> I'm not sure about the

[ovirt-devel] [proposal] deprecate VDSM ping in favor of ping2 and confirmConnectivity

Hello, current VDSM ping verb has a problem - it confirms network connectivity as a side-effect. After Engine calls setupNetwork it pings VDSM host to confirm that external network connectivity is not broken. This prohibits other users to call ping from localhost since it would confirm

Re: [ovirt-devel] Trouble in switch type to OVS process

Dmitry, could you please share you vdsm.log and engine.log as well? Thanks, Petr 2018-01-16 12:22 GMT+01:00 Petr Horacek <phora...@redhat.com>: > 2018-01-16 11:05 GMT+01:00 Dmitry Semenov <ze...@ya.ru>: > >> 16.01.2018, 11:39, "Dan Kenigsberg" <dan...@r

Re: [ovirt-devel] Trouble in switch type to OVS process

2018-01-16 11:05 GMT+01:00 Dmitry Semenov : > 16.01.2018, 11:39, "Dan Kenigsberg" : > > On Tue, Jan 16, 2018 at 10:22 AM, Sandro Bonazzola > wrote: > >> Adding some relevant people > >> > >> 2018-01-15 23:13 GMT+01:00 Dmitry Semenov: > >>> Hi

[ovirt-devel] Re: issue in vdsm monitoring

vdsm.log is the same issue, supervdsm.log seems unrelated. 2018-09-11 11:59 GMT+02:00 Dominik Holler : > On Tue, 11 Sep 2018 10:26:02 +0100 > Dafna Ron wrote: > > > Hi, > > > > I have been seeing random failures of tests in different projects > > caused by vdsm monitoring. > > > > I need

Re: [ovirt-devel] [vdsm] network test failure

I tried to retrigger the build several times, it was always executed on el7 machine, maybe it picks fc26 only when all other machines are taken? Shouldn't be "Permission denied" problem detected in link_bond_test.py:setup_module()? It runs "check_sysfs_bond_permission". 2018-03-20 18:12

[ovirt-devel] vdsm has been tagged (v4.30.29)

___ 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

[ovirt-devel] vdsm has been tagged (v4.30.28)

___ 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

[ovirt-devel] vdsm has been tagged (v4.30.35)

___ 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

[ovirt-devel] Re: Pushing container to dockerhub using podman

On Thu, 14 Nov 2019, 21:33 Edward Haas, wrote: > > > On Thu, Nov 14, 2019 at 10:24 PM Nir Soffer wrote: > >> On Thu, Nov 14, 2019 at 9:29 PM Edward Haas wrote: >> > >> > Hi All, >> > >> > I'm trying to push an image to dockerhub using podman. >> > Unfortunately, it does not work, giving me the

[ovirt-devel] Re: How to remove ovirtmgmt network interface in centOS

st 23. 10. 2019 v 15:05 odesílatel Trunet napsal: > Hello Prajith, > > Can you elaborate better what are you trying to achieve? > > ifdown brings the interface down but it will not remove it. ovirtmgmt is a > bridge "interface". list your bridges with `brctl show`. > > You can remove this bridge

[ovirt-devel] Re: Proposing Ales Musil as VDSM network maintainer

út 23. 6. 2020 v 13:32 odesílatel Nir Soffer napsal: > On Mon, Jun 22, 2020 at 1:13 PM Marcin Sobczyk > wrote: > > On 6/22/20 11:00 AM, Edward Haas wrote: > > > > Hello to all VDSM maintainers, > > These discussions should be public. > Adding devel@ovirt.org > > > I hope I did not miss any