Maybe try changing it in /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt I'm not networking expert but isn't the migration network just for traffic when transferring the VM between hosts. I think the problem is more because your VM network connection is transferred to a new host and port on your physical switch.
Regards, Paul S. ________________________________________ From: Curtis E. Combs Jr. <ej.alb...@gmail.com> Sent: 19 August 2019 12:39 To: Staniforth, Paul Cc: users@ovirt.org Subject: Re: [ovirt-users] Need to enable STP on ovirt bridges Hi Paul, Thank you very much for the response. However, I have tried those options. Adding "stp=on" does not enable STP on the bridges. Each node has a 1Gb Ethernet connection as well as a 10Gb FC connection, I've tried moving the VM migration network to each and the effect is the same. The vdsm disables STP when it writes the ifcfg-em0 or ifcfg-p1p1 files in /etc/sysconfig/networking-scripts. This behavior can been seen when using the standard "brctl show" utilities directly logged into the host. Can the templates that the VDSM uses to write those files be modified, possibly? Thank you! On Mon, Aug 19, 2019 at 6:26 AM Staniforth, Paul <p.stanifo...@leedsbeckett.ac.uk> wrote: > > I haven't used FC with oVirt but in the following it shows the bridge options > available and how to enable Ethtool and FCoE. > > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fovirt.org%2Fdocumentation%2Fadmin-guide%2Fappe-Custom_Network_Properties.html&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7C7572731a33a240ac39eb08d7249a01e8%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637018116181065280&sdata=4VYrh8fOvgkvbsSKiO%2BBnPuWwVY5uSZyVwH1iG3%2B%2B78%3D&reserved=0 > > > Regards, > Paul S. > > ________________________________________ > From: ej.alb...@gmail.com <ej.alb...@gmail.com> > Sent: 17 August 2019 10:25 > To: users@ovirt.org > Subject: [ovirt-users] Need to enable STP on ovirt bridges > > Hello. I have been trying to figure out an issue for a very long time. > That issue relates to the ethernet and 10gb fc links that I have on my > cluster being disabled any time a migration occurs. > > I believe this is because I need to have STP turned on in order to > participate with the switch. However, there does not seem to be any > way to tell oVirt to stop turning it off! Very frustrating. > > After entering a cronjob that enables stp on all bridges every 1 > minute, the migration issue disappears.... > > Is there any way at all to do without this cronjob and set STP to be > ON without having to resort to such a silly solution? > > Here are some details about my systems, if you need it. > > > selinux is disabled. > > > > > > > > > > [root@swm-02 ~]# rpm -qa | grep ovirt > ovirt-imageio-common-1.5.1-0.el7.x86_64 > ovirt-release43-4.3.5.2-1.el7.noarch > ovirt-imageio-daemon-1.5.1-0.el7.noarch > ovirt-vmconsole-host-1.0.7-2.el7.noarch > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch > ovirt-ansible-hosted-engine-setup-1.0.26-1.el7.noarch > python2-ovirt-host-deploy-1.8.0-1.el7.noarch > ovirt-ansible-engine-setup-1.1.9-1.el7.noarch > python2-ovirt-setup-lib-1.2.0-1.el7.noarch > cockpit-machines-ovirt-195.1-1.el7.noarch > ovirt-hosted-engine-ha-2.3.3-1.el7.noarch > ovirt-vmconsole-1.0.7-2.el7.noarch > cockpit-ovirt-dashboard-0.13.5-1.el7.noarch > ovirt-provider-ovn-driver-1.2.22-1.el7.noarch > ovirt-host-deploy-common-1.8.0-1.el7.noarch > ovirt-host-4.3.4-1.el7.x86_64 > python-ovirt-engine-sdk4-4.3.2-2.el7.x86_64 > ovirt-host-dependencies-4.3.4-1.el7.x86_64 > ovirt-ansible-repositories-1.1.5-1.el7.noarch > [root@swm-02 ~]# cat /etc/redhat-release > CentOS Linux release 7.6.1810 (Core) > [root@swm-02 ~]# uname -r > 3.10.0-957.27.2.el7.x86_64 > You have new mail in /var/spool/mail/root > [root@swm-02 ~]# ip a > 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN > group default qlen 1000 > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > valid_lft forever preferred_lft forever > 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master > test state UP group default qlen 1000 > link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff > 3: em2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group > default qlen 1000 > link/ether d4:ae:52:8d:50:49 brd ff:ff:ff:ff:ff:ff > 4: p1p1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master > ovirtmgmt state UP group default qlen 1000 > link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff > 5: p1p2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group > default qlen 1000 > link/ether 90:e2:ba:1e:14:81 brd ff:ff:ff:ff:ff:ff > 6: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN > group default qlen 1000 > link/ether a2:b8:d6:e8:b3:d8 brd ff:ff:ff:ff:ff:ff > 7: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group > default qlen 1000 > link/ether 96:a0:c1:4a:45:4b brd ff:ff:ff:ff:ff:ff > 25: test: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue > state UP group default qlen 1000 > link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff > inet 10.15.11.21/24 brd 10.15.11.255 scope global test > valid_lft forever preferred_lft forever > 26: ovirtmgmt: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc > noqueue state UP group default qlen 1000 > link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff > inet 10.15.28.31/24 brd 10.15.28.255 scope global ovirtmgmt > valid_lft forever preferred_lft forever > 27: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN > group default qlen 1000 > link/ether 62:e5:e5:07:99:eb brd ff:ff:ff:ff:ff:ff > 29: vnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master > ovirtmgmt state UNKNOWN group default qlen 1000 > link/ether fe:6f:9c:95:00:02 brd ff:ff:ff:ff:ff:ff > [root@swm-02 ~]# free -m > total used free shared buff/cache > available > Mem: 64413 1873 61804 9 735 > 62062 > Swap: 16383 0 16383 > [root@swm-02 ~]# free -h > total used free shared buff/cache > available > Mem: 62G 1.8G 60G 9.5M 735M > 60G > Swap: 15G 0B 15G > [root@swm-02 ~]# ls > ls lsb_release lshw lslocks > lsmod lspci lssubsys > lsusb.py > lsattr lscgroup lsinitrd lslogins > lsns lss16toppm lstopo-no-graphics > lsblk lscpu lsipc lsmem > lsof lsscsi lsusb > [root@swm-02 ~]# lscpu > Architecture: x86_64 > CPU op-mode(s): 32-bit, 64-bit > Byte Order: Little Endian > CPU(s): 16 > On-line CPU(s) list: 0-15 > Thread(s) per core: 2 > Core(s) per socket: 4 > Socket(s): 2 > NUMA node(s): 2 > Vendor ID: GenuineIntel > CPU family: 6 > Model: 44 > Model name: Intel(R) Xeon(R) CPU X5672 @ 3.20GHz > Stepping: 2 > CPU MHz: 3192.064 > BogoMIPS: 6384.12 > Virtualization: VT-x > L1d cache: 32K > L1i cache: 32K > L2 cache: 256K > L3 cache: 12288K > NUMA node0 CPU(s): 0,2,4,6,8,10,12,14 > NUMA node1 CPU(s): 1,3,5,7,9,11,13,15 > Flags: fpu vme de pse tsc msr pae mce cx8 apic sep > mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht > tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts > rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq > dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca > sse4_1 sse4_2 popcnt aes lahf_lm ssbd ibrs ibpb stibp tpr_shadow vnmi > flexpriority ept vpid dtherm ida arat spec_ctrl intel_stibp flush_l1d > [root@swm-02 ~]# > _______________________________________________ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7C7572731a33a240ac39eb08d7249a01e8%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637018116181075280&sdata=5gWRE1dQwF840AmCOyqWGOtwk%2FNMXwm47La6RqvS%2BEQ%3D&reserved=0 > oVirt Code of Conduct: > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7C7572731a33a240ac39eb08d7249a01e8%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637018116181075280&sdata=dTeJpOYVw5WawZD7znWbDkdDExs7w7zAyZ%2FPJBy9LNk%3D&reserved=0 > List Archives: > https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FMTMZ5MF4CF2VR2D25VVPDNFN2IKE24AR%2F&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7C7572731a33a240ac39eb08d7249a01e8%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637018116181075280&sdata=nnSXhI7g19ixjNIq8XQqmMyL%2FZtsCl4WhaHr4mWhcAE%3D&reserved=0 > To view the terms under which this email is distributed, please go to:- > http://leedsbeckett.ac.uk/disclaimer/email/ To view the terms under which this email is distributed, please go to:- http://leedsbeckett.ac.uk/disclaimer/email/ _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-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/users@ovirt.org/message/4NHU6W7U3PWWWK6ZBOPT6UNVJXQ5NTAB/
