1:07 p.m.
This is a multi-part message in MIME format.
--------------C953300A9FB23B4FF27414D7
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Ok, thank you. Done that now
/Sverker
Den 2017-01-18 kl. 10:14, skrev Fred Rolland:
Go to https://gerrit.ovirt.org/70588 and click on the publish
button.
Drafts are not visible to everybody.
Or you can push to master directly.
On Tue, Jan 17, 2017 at 7:39 PM, Sverker Abrahamsson
<sverker(a)abrahamsson.com <mailto:sverker@abrahamsson.com>> wrote:
I still had the window open where I did that step. This is how it
looked like:
[root@h2 ovirt-provider-ovn]# git push origin HEAD:refs/drafts/master
Counting objects: 9, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (5/5), done.
Writing objects: 100% (6/6), 1.79 KiB | 0 bytes/s, done.
Total 6 (delta 2), reused 0 (delta 0)
remote: Resolving deltas: 100% (2/2)
remote: Processing changes: new: 1, refs: 1, done
remote: (W) 16d5be4: commit subject >65 characters; use shorter
first paragraph
remote:
remote: New Changes:
remote: https://gerrit.ovirt.org/70588 Properly handle to set id
when interface already has a virtualport element ... [DRAFT]
remote:
To gerrit.ovirt.org:ovirt-provider-ovn
* [new branch] HEAD -> refs/drafts/master
I see the difference is that I pushed to HEAD:refs/drafts/master
as instructed at
http://www.ovirt.org/develop/dev-process/working-with-gerrit/
<http://www.ovirt.org/develop/dev-process/working-with-gerrit/>
Should I push it to HEAD:refs/for/master instead?
/Sverker
Den 2017-01-17 kl. 12:09, skrev Marcin Mirecki:
> Sverker,
> I can see you as a user in gerrit (sverker(a)abrahamsson.com
> <mailto:sverker@abrahamsson.com>), but there are no patches for
> your name.
> Please check for any errors after you issue:
> git push gerrit.ovirt.org:ovirt-provider-ovn HEAD:refs/for/master
>
> Also, please let me know if you need any other help on with gerrit.
>
> On Mon, Jan 16, 2017 at 8:49 PM, Sverker Abrahamsson
> <sverker(a)abrahamsson.com <mailto:sverker@abrahamsson.com>> wrote:
>
> I've followed the instructions to best effort, so hopefully
> it's right..
>
>
> Den 2017-01-13 kl. 10:31, skrev Marcin Mirecki:
>
> Please push the patch into:
> https://gerrit.ovirt.org/ovirt-provider-ovn
> <https://gerrit.ovirt.org/ovirt-provider-ovn>
> (let me know if you need some directions)
>
>
>
> ----- Original Message -----
>
> From: "Sverker Abrahamsson" <sverker(a)abrahamsson.com
> <mailto:sverker@abrahamsson.com>>
> To: "Marcin Mirecki" <mmirecki(a)redhat.com
> <mailto:mmirecki@redhat.com>>
> Cc: "Ovirt Users" <users(a)ovirt.org
> <mailto:users@ovirt.org>>
> Sent: Monday, January 9, 2017 1:45:37 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and
> mandatory ovirtmgmt network
>
> Ok, found it. The issue is right here:
>
> <interface type="bridge">
> <mac address="00:1a:4a:16:01:54" />
> <model type="virtio" />
> <source bridge="br-int" />
> <virtualport type="openvswitch" />
> <link state="up" />
> <boot order="2" />
> <bandwidth />
> <virtualport type="openvswitch">
> <parameters
> interfaceid="912cba79-982e-4a87-868e-241fedccb59a" />
> </virtualport>
> </interface>
>
> There are two elements for virtualport, the first
> without id and the
> second with. On h2 I had fixed this which was the
> patch I posted earlier
> although I switched back to use br-int after
> understanding that was the
> correct way. When that hook was copied to h1 the port
> gets attached fine.
>
> Patch with updated testcase attached.
>
> /Sverker
>
>
> Den 2017-01-09 kl. 10:41, skrev Sverker Abrahamsson:
>
> This is the content of vdsm.log on h1 at this time:
>
> 2017-01-06 20:54:12,636 INFO (jsonrpc/7)
> [jsonrpc.JsonRpcServer] RPC
> call VM.create succeeded in 0.01 seconds
> (__init__:515)
> 2017-01-06 20:54:12,636 INFO (vm/6dd5291e) [virt.vm]
> (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') VM
> wrapper has started
> (vm:1901)
> 2017-01-06 20:54:12,636 INFO (vm/6dd5291e) [vds]
> prepared volume
> path:
>
/rhev/data-center/mnt/h2-int.limetransit.com:_var_lib_exports_iso/1d49c4bc-0fec-4503-a583-d476fa3a370d/images/11111111-1111-1111-1111-111111111111/CentOS-7-x86_64-NetInstall-1611.iso
> (clientIF:374)
> 2017-01-06 20:54:12,743 INFO (vm/6dd5291e)
> [root] (hooks:108)
> 2017-01-06 20:54:12,847 INFO (vm/6dd5291e)
> [root] (hooks:108)
> 2017-01-06 20:54:12,863 INFO (vm/6dd5291e) [virt.vm]
> (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645')
> <?xml version='1.0'
> encoding='UTF-8'?>
> <domain xmlns:ovirt="http://ovirt.org/vm/tune/1.0
> <http://ovirt.org/vm/tune/1.0>"
type="kvm">
> <name>CentOS7_3</name>
>
> <uuid>6dd5291e-6556-4d29-8b4e-ea896e627645</uuid>
> <memory>1048576</memory>
> <currentMemory>1048576</currentMemory>
> <maxMemory
slots="16">4294967296</maxMemory>
> <vcpu current="1">16</vcpu>
> <devices>
> <channel type="unix">
> <target name="com.redhat.rhevm.vdsm"
> type="virtio" />
> <source mode="bind"
>
path="/var/lib/libvirt/qemu/channels/6dd5291e-6556-4d29-8b4e-ea896e627645.com.redhat.rhevm.vdsm"
> />
> </channel>
> <channel type="unix">
> <target
> name="org.qemu.guest_agent.0" type="virtio"
/>
> <source mode="bind"
>
path="/var/lib/libvirt/qemu/channels/6dd5291e-6556-4d29-8b4e-ea896e627645.org.qemu.guest_agent.0"
> />
> </channel>
> <input bus="ps2" type="mouse"
/>
> <memballoon model="virtio" />
> <controller index="0"
> model="virtio-scsi" type="scsi" />
> <controller index="0" ports="16"
> type="virtio-serial" />
> <video>
> <model heads="1" ram="65536"
> type="qxl" vgamem="16384"
> vram="32768" />
> </video>
> <graphics autoport="yes"
> defaultMode="secure" passwd="*****"
> passwdValidTo="1970-01-01T00:00:01"
port="-1"
> tlsPort="-1" type="spice">
> <channel mode="secure"
name="main" />
> <channel mode="secure"
name="inputs" />
> <channel mode="secure"
name="cursor" />
> <channel mode="secure"
> name="playback" />
> <channel mode="secure"
name="record" />
> <channel mode="secure"
name="display" />
> <channel mode="secure"
> name="smartcard" />
> <channel mode="secure"
> name="usbredir" />
> <listen network="vdsm-ovirtmgmt"
> type="network" />
> </graphics>
> <interface type="bridge">
> <mac address="00:1a:4a:16:01:54" />
> <model type="virtio" />
> <source bridge="br-int" />
> <virtualport type="openvswitch" />
> <link state="up" />
> <boot order="2" />
> <bandwidth />
> <virtualport type="openvswitch">
> <parameters
> interfaceid="912cba79-982e-4a87-868e-241fedccb59a"
/>
> </virtualport>
> </interface>
> <disk device="cdrom"
snapshot="no"
> type="file">
> <source
>
file="/rhev/data-center/mnt/h2-int.limetransit.com:_var_lib_exports_iso/1d49c4bc-0fec-4503-a583-d476fa3a370d/images/11111111-1111-1111-1111-111111111111/CentOS-7-x86_64-NetInstall-1611.iso"
> startupPolicy="optional" />
> <target bus="ide" dev="hdc"
/>
> <readonly />
> <boot order="1" />
> </disk>
> <channel type="spicevmc">
> <target name="com.redhat.spice.0"
> type="virtio" />
> </channel>
> </devices>
> <metadata>
> <ovirt:qos />
> </metadata>
> <os>
> <type arch="x86_64"
> machine="pc-i440fx-rhel7.2.0">hvm</type>
> <smbios mode="sysinfo" />
> <bootmenu enable="yes"
timeout="10000" />
> </os>
> <sysinfo type="smbios">
> <system>
> <entry
name="manufacturer">oVirt</entry>
> <entry name="product">oVirt
Node</entry>
> <entry
> name="version">7-3.1611.el7.centos</entry>
> <entry
>
name="serial">62f1adff-b29e-4a7c-abba-c2c4c73248c6</entry>
> <entry
>
name="uuid">6dd5291e-6556-4d29-8b4e-ea896e627645</entry>
> </system>
> </sysinfo>
> <clock adjustment="0"
offset="variable">
> <timer name="rtc"
tickpolicy="catchup" />
> <timer name="pit"
tickpolicy="delay" />
> <timer name="hpet" present="no"
/>
> </clock>
> <features>
> <acpi />
> </features>
> <cpu match="exact">
> <model>SandyBridge</model>
> <topology cores="1" sockets="16"
> threads="1" />
> <numa>
> <cell cpus="0"
memory="1048576" />
> </numa>
> </cpu>
> </domain>
> (vm:1988)
> 2017-01-06 20:54:13,046 INFO (libvirt/events)
> [virt.vm]
> (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') CPU
> running: onResume
> (vm:4863)
> 2017-01-06 20:54:13,058 INFO (vm/6dd5291e) [virt.vm]
> (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645')
> Starting connection
> (guestagent:245)
> 2017-01-06 20:54:13,060 INFO (vm/6dd5291e) [virt.vm]
> (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') CPU
> running: domain
> initialization (vm:4863)
> 2017-01-06 20:54:15,154 INFO (jsonrpc/6)
> [jsonrpc.JsonRpcServer] RPC
> call Host.getVMFullList succeeded in 0.01 seconds
> (__init__:515)
> 2017-01-06 20:54:17,571 INFO (periodic/2)
> [dispatcher] Run and
> protect:
>
getVolumeSize(sdUUID=u'2ee54fb8-48f2-4576-8cff-f2346504b08b',
> spUUID=u'584ebd64-0268-0193-025b-00000000038e',
> imgUUID=u'5a3aae57-ffe0-4a3b-aa87-8461669db7f9',
> volUUID=u'b6a88789-fcb1-4d3e-911b-2a4d3b6c69c7',
> options=None)
> (logUtils:49)
> 2017-01-06 20:54:17,573 INFO (periodic/2)
> [dispatcher] Run and
> protect: getVolumeSize, Return response:
> {'truesize': '1859723264',
> 'apparentsize': '21474836480'} (logUtils:52)
> 2017-01-06 20:54:21,211 INFO (periodic/2)
> [dispatcher] Run and
> protect: repoStats(options=None) (logUtils:49)
> 2017-01-06 20:54:21,212 INFO (periodic/2)
> [dispatcher] Run and
> protect: repoStats, Return response:
> {u'2ee54fb8-48f2-4576-8cff-f2346504b08b':
> {'code': 0, 'actual': True,
> 'version': 3, 'acquired': True, 'delay':
> '0.000936552', 'lastCheck':
> '1.4', 'valid': True},
> u'1d49c4bc-0fec-4503-a583-d476fa3a370d':
> {'code': 0, 'actual': True, 'version':
0,
> 'acquired': True, 'delay':
> '0.000960248', 'lastCheck': '1.4',
'valid':
> True}} (logUtils:52)
> 2017-01-06 20:54:23,543 INFO (jsonrpc/2)
> [jsonrpc.JsonRpcServer] RPC
> call Host.getAllVmStats succeeded in 0.00 seconds
> (__init__:515)
> 2017-01-06 20:54:23,641 INFO (jsonrpc/1)
> [jsonrpc.JsonRpcServer] RPC
> call Host.getAllVmIoTunePolicies succeeded in
> 0.00 seconds (__init__:515)
> 2017-01-06 20:54:24,918 INFO (jsonrpc/0)
> [dispatcher] Run and
> protect: repoStats(options=None) (logUtils:49)
> 2017-01-06 20:54:24,918 INFO (jsonrpc/0)
> [dispatcher] Run and
> protect: repoStats, Return response:
> {u'2ee54fb8-48f2-4576-8cff-f2346504b08b':
> {'code': 0, 'actual': True,
> 'version': 3, 'acquired': True, 'delay':
> '0.000936552', 'lastCheck':
> '5.1', 'valid': True},
> u'1d49c4bc-0fec-4503-a583-d476fa3a370d':
> {'code': 0, 'actual': True, 'version':
0,
> 'acquired': True, 'delay':
> '0.000960248', 'lastCheck': '2.1',
'valid':
> True}} (logUtils:52)
> 2017-01-06 20:54:24,924 INFO (jsonrpc/0)
> [jsonrpc.JsonRpcServer] RPC
> call Host.getStats succeeded in 0.01 seconds
> (__init__:515)
>
> Vdsm and the OVN driver must have been called as
> the port IS created,
> but with the wrong id. I don't find the faulty id
> in vdsm.log neither,
> the xml above have the correct id.
> /Sverker
>
> Den 2017-01-09 kl. 10:06, skrev Marcin Mirecki:
>
> The port is set up on the host by the
> ovirt-provider-ovn-driver.
> The driver is invoked by the vdsm hook
> whenever any operation on
> the port is done.
> Please ensure that this is installed properly.
> You can check the vdsm log
> (/var/log/vdsm/vdsm.log) to see if the
> hook was executed properly.
>
>
> ----- Original Message -----
>
> From: "Sverker Abrahamsson"
> <sverker(a)abrahamsson.com
> <mailto:sverker@abrahamsson.com>>
> To: "Marcin Mirecki" <mmirecki(a)redhat.com
> <mailto:mmirecki@redhat.com>>
> Cc: "Ovirt Users" <users(a)ovirt.org
> <mailto:users@ovirt.org>>
> Sent: Friday, January 6, 2017 9:00:26 PM
> Subject: Re: [ovirt-users] Issue with
> OVN/OVS and mandatory
> ovirtmgmt network
>
> I created a new VM in the ui and assigned
> it to host h1. In
> /var/log/ovirt-provider-ovn.log I get the
> following:
>
> 2017-01-06 20:54:11,940 Request: GET :
> /v2.0/ports
> 2017-01-06 20:54:11,940 Connecting to
> remote ovn database:
> tcp:127.0.0.1:6641 <http://127.0.0.1:6641>
> 2017-01-06 20:54:12,157 Connected
> (number of retries: 2)
> 2017-01-06 20:54:12,158 Response code: 200
> 2017-01-06 20:54:12,158 Response body:
> {"ports": [{"name":
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873",
> "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "device_owner": "oVirt",
> "mac_address": "00:1a:4a:16:01:51",
"id":
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873",
> "device_id":
> "40cd7328-d575-4c3d-b656-9ef9bacc0078"},
> {"name":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5",
> "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "device_owner": "oVirt",
> "mac_address": "00:1a:4a:16:01:52",
"id":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5",
> "device_id":
> "4baefa8c-3822-4de0-9cd0-1d025bab7844"}]}
> 2017-01-06 20:54:12,160 Request: SHOW :
> /v2.0/networks/e53554cf-e553-40a1-8d22-9c8d95ec0601
> 2017-01-06 20:54:12,160 Connecting to
> remote ovn database:
> tcp:127.0.0.1:6641 <http://127.0.0.1:6641>
> 2017-01-06 20:54:12,377 Connected
> (number of retries: 2)
> 2017-01-06 20:54:12,378 Response code: 200
> 2017-01-06 20:54:12,378 Response body:
> {"network": {"id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "name": "ovirtbridge"}}
> 2017-01-06 20:54:12,380 Request: POST :
> /v2.0/ports
> 2017-01-06 20:54:12,380 Request body:
> {
> "port" : {
> "name" : "nic1",
> "binding:host_id" :
> "h1.limetransit.com
> <http://h1.limetransit.com>";,
> "admin_state_up" : true,
> "device_id" :
> "e8553a88-05f0-401d-8b9b-5fff77f7bbbe",
> "device_owner" : "oVirt",
> "mac_address" :
"00:1a:4a:16:01:54",
> "network_id" :
> "e53554cf-e553-40a1-8d22-9c8d95ec0601"
> }
> }
> 2017-01-06 20:54:12,380 Connecting to
> remote ovn database:
> tcp:127.0.0.1:6641 <http://127.0.0.1:6641>
> 2017-01-06 20:54:12,610 Connected
> (number of retries: 2)
> 2017-01-06 20:54:12,614 Response code: 200
> 2017-01-06 20:54:12,614 Response body:
> {"port": {"name":
> "912cba79-982e-4a87-868e-241fedccb59a",
> "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "device_owner": "oVirt",
> "mac_address": "00:1a:4a:16:01:54",
"id":
> "912cba79-982e-4a87-868e-241fedccb59a",
> "device_id":
> "e8553a88-05f0-401d-8b9b-5fff77f7bbbe"}}
>
> h1:/var/log/messages
> Jan 6 20:54:12 h1 ovs-vsctl:
> ovs|00001|vsctl|INFO|Called as ovs-vsctl
> --timeout=5 -- --if-exists del-port vnet1
> -- add-port br-int vnet1 --
> set Interface vnet1
>
"external-ids:attached-mac=\"00:1a:4a:16:01:54\""
> --
> set Interface vnet1
>
"external-ids:iface-id=\"20388407-0f76-41d8-97aa-8e2b5978f908\""
> -- set
> Interface vnet1
>
"external-ids:vm-id=\"6dd5291e-6556-4d29-8b4e-ea896e627645\""
> -- set
> Interface vnet1
> external-ids:iface-status=active
>
> [root@h2 ~]# ovn-nbctl show
> switch
> e53554cf-e553-40a1-8d22-9c8d95ec0601
> (ovirtbridge)
> port
> 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
> addresses:
> ["00:1a:4a:16:01:51"]
> port
> 912cba79-982e-4a87-868e-241fedccb59a
> addresses:
> ["00:1a:4a:16:01:54"]
> port
> 92f6d3c8-68b3-4986-9c09-60bee04644b5
> addresses:
> ["00:1a:4a:16:01:52"]
> port ovirtbridge-port2
> addresses: ["unknown"]
> port ovirtbridge-port1
> addresses: ["unknown"]
> [root@h2 ~]# ovn-sbctl show
> Chassis
> "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
> hostname: "h2.limetransit.com
> <http://h2.limetransit.com>"
> Encap geneve
> ip: "148.251.126.50"
> options: {csum="true"}
> Port_Binding
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
> Port_Binding "ovirtbridge-port1"
> Chassis
> "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
> hostname: "h1.limetransit.com
> <http://h1.limetransit.com>"
> Encap geneve
> ip: "144.76.84.73"
> options: {csum="true"}
> Port_Binding "ovirtbridge-port2"
> Port_Binding
> "92f6d3c8-68b3-4986-9c09-60bee04644b5"
>
> I.e. same issue
> /Sverker
>
> Den 2017-01-06 kl. 20:49, skrev Sverker
> Abrahamsson:
>
> The port is created from Ovirt UI,
> the ovs-vsctl command below is
> executed when VM is started. In
> /var/log/ovirt-provider-ovn.log on h2
> I get the following:
>
> 2017-01-06 20:19:25,452 Request:
> GET : /v2.0/ports
> 2017-01-06 20:19:25,452 Connecting
> to remote ovn database:
> tcp:127.0.0.1:6641
> <http://127.0.0.1:6641>
> 2017-01-06 20:19:25,670 Connected
> (number of retries: 2)
> 2017-01-06 20:19:25,670 Response
> code: 200
> 2017-01-06 20:19:25,670 Response
> body: {"ports": [{"name":
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873",
> "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "device_owner": "oVirt",
> "mac_address":
"00:1a:4a:16:01:51", "id":
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873",
> "device_id":
> "40cd7328-d575-4c3d-b656-9ef9bacc0078"},
> {"name":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5",
> "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "device_owner": "oVirt",
> "mac_address":
"00:1a:4a:16:01:52", "id":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5",
> "device_id":
> "4baefa8c-3822-4de0-9cd0-1d025bab7844"}]}
> 2017-01-06 20:19:25,673 Request: PUT :
> /v2.0/ports/92f6d3c8-68b3-4986-9c09-60bee04644b5
> 2017-01-06 20:19:25,673 Request body:
> {
> "port" : {
> "binding:host_id" :
> "h1.limetransit.com
> <http://h1.limetransit.com>";,
> "security_groups" : null
> }
> }
> 2017-01-06 20:19:25,673 Connecting
> to remote ovn database:
> tcp:127.0.0.1:6641
> <http://127.0.0.1:6641>
> 2017-01-06 20:19:25,890 Connected
> (number of retries: 2)
> 2017-01-06 20:19:25,891 Response
> code: 200
> 2017-01-06 20:19:25,891 Response
> body: {"port": {"name":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5",
> "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601",
> "device_owner": "oVirt",
> "mac_address":
"00:1a:4a:16:01:52", "id":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5",
> "device_id":
> "4baefa8c-3822-4de0-9cd0-1d025bab7844"}}
>
> In /var/log/messages on h1 I get the
> following:
>
> Jan 6 20:18:56 h1 dbus-daemon:
> dbus[1339]: [system] Successfully
> activated service
> 'org.freedesktop.problems'
> Jan 6 20:19:26 h1 ovs-vsctl:
> ovs|00001|vsctl|INFO|Called as ovs-vsctl
> --timeout=5 -- --if-exists del-port
> vnet0 -- add-port br-int vnet0 --
> set Interface vnet0
>
"external-ids:attached-mac=\"00:1a:4a:16:01:52\""
> -- set Interface vnet0
>
"external-ids:iface-id=\"72dafda5-03c2-4bb6-bcb6-241fa5c0a1f3\""
> --
> set Interface vnet0
>
"external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\""
> -- set
> Interface vnet0
> external-ids:iface-status=active
> Jan 6 20:19:26 h1 kernel: device
> vnet0 entered promiscuous mode
> Jan 6 20:19:26 h1
> avahi-daemon[1391]: Registering new
> address record
> for fe80::fc1a:4aff:fe16:152 on vnet0.*.
> Jan 6 20:19:26 h1 systemd-machined:
> New machine qemu-4-CentOS72.
> Jan 6 20:19:26 h1 systemd: Started
> Virtual Machine qemu-4-CentOS72.
> Jan 6 20:19:26 h1 systemd: Starting
> Virtual Machine qemu-4-CentOS72.
>
> [root@h2 ~]# ovn-nbctl show
> switch
> e53554cf-e553-40a1-8d22-9c8d95ec0601
> (ovirtbridge)
> port
> 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
> addresses:
> ["00:1a:4a:16:01:51"]
> port
> 92f6d3c8-68b3-4986-9c09-60bee04644b5
> addresses:
> ["00:1a:4a:16:01:52"]
> port ovirtbridge-port2
> addresses: ["unknown"]
> port ovirtbridge-port1
> addresses: ["unknown"]
> [root@h2 ~]# ovn-sbctl show
> Chassis
> "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
> hostname: "h2.limetransit.com
> <http://h2.limetransit.com>"
> Encap geneve
> ip: "148.251.126.50"
> options: {csum="true"}
> Port_Binding
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
> Port_Binding "ovirtbridge-port1"
> Chassis
> "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
> hostname: "h1.limetransit.com
> <http://h1.limetransit.com>"
> Encap geneve
> ip: "144.76.84.73"
> options: {csum="true"}
> Port_Binding "ovirtbridge-port2"
>
> I.e. the port is set up with the
> wrong ID and not attached to OVN.
>
> If I correct external-ids:iface-id
> like this:
> [root@h1 ~]# ovs-vsctl set Interface
> vnet0
>
"external-ids:iface-id=\"92f6d3c8-68b3-4986-9c09-60bee04644b5\""
>
> then sb is correct:
> [root@h2 ~]# ovn-sbctl show
> Chassis
> "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
> hostname: "h2.limetransit.com
> <http://h2.limetransit.com>"
> Encap geneve
> ip: "148.251.126.50"
> options: {csum="true"}
> Port_Binding
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
> Port_Binding "ovirtbridge-port1"
> Chassis
> "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
> hostname: "h1.limetransit.com
> <http://h1.limetransit.com>"
> Encap geneve
> ip: "144.76.84.73"
> options: {csum="true"}
> Port_Binding "ovirtbridge-port2"
> Port_Binding
> "92f6d3c8-68b3-4986-9c09-60bee04644b5"
>
> I don't know from where the ID
> 72dafda5-03c2-4bb6-bcb6-241fa5c0a1f3
> comes from, doesn't show in any log
> other than /var/log/messages.
>
> If I do the same exercise on the same
> host as engine is running on
> then the port for the VM gets the
> right id and is working from
> beginning.
> /Sverker
>
> Den 2017-01-03 kl. 10:23, skrev
> Marcin Mirecki:
>
> How did you create this port?
> From the oVirt engine UI?
> The OVN provider creates the port
> when you add the port in the
> engine UI,
> it is then plugged into the ovs
> bridge by the VIF driver.
> Please attach
> /var/log/ovirt-provider-ovn.log
>
>
>
> ----- Original Message -----
>
> From: "Sverker
> Abrahamsson"<sverker(a)abrahamsson.com
> <mailto:sverker@abrahamsson.com>>
> To: "Marcin
> Mirecki"<mmirecki(a)redhat.com
> <mailto:mmirecki@redhat.com>>
> Cc: "Ovirt
> Users"<users(a)ovirt.org
> <mailto:users@ovirt.org>>
> Sent: Tuesday, January 3,
> 2017 2:06:22 AM
> Subject: Re: [ovirt-users]
> Issue with OVN/OVS and mandatory
> ovirtmgmt
> network
>
> Found an issue with Ovirt -
> OVN integration.
>
> Engine and OVN central db
> running on host h2. Created
> VM to run
> on host
> h1, which is started. Ovn db
> state:
>
> [root@h2 env3]# ovn-nbctl show
> switch
> e53554cf-e553-40a1-8d22-9c8d95ec0601
> (ovirtbridge)
> port
> 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
> addresses:
> ["00:1a:4a:16:01:51"]
> port
> 92f6d3c8-68b3-4986-9c09-60bee04644b5
> addresses:
> ["00:1a:4a:16:01:52"]
> port
> ovirtbridge-port2
> addresses:
> ["unknown"]
> port
> ovirtbridge-port1
> addresses:
> ["unknown"]
> [root@h2 env3]# ovn-sbctl show
> Chassis
>
"6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
> hostname:
> "h2.limetransit.com
> <http://h2.limetransit.com>"
> Encap geneve
> ip: "148.251.126.50"
> options:
> {csum="true"}
> Port_Binding
>
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
> Port_Binding
> "ovirtbridge-port1"
> Chassis
>
"4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
> hostname:
> "h1.limetransit.com
> <http://h1.limetransit.com>"
> Encap geneve
> ip: "144.76.84.73"
> options:
> {csum="true"}
> Port_Binding
> "ovirtbridge-port2"
>
> Port
> 92f6d3c8-68b3-4986-9c09-60bee04644b5
> is for the new VM which is
> started on h1, but it is not
> assigned to that chassis. The
> reason is
> that on h1 the port on br-int
> is created like this:
>
> ovs-vsctl --timeout=5 --
> --if-exists del-port vnet0 --
> add-port
> br-int
> vnet0 -- set Interface vnet0
>
"external-ids:attached-mac=\"00:1a:4a:16:01:52\""
> -- set
> Interface vnet0
>
"external-ids:iface-id=\"35bcbe31-2c7e-4d97-add9-ce150eeb2f11\""
> -- set
> Interface vnet0
>
"external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\""
> -- set
> Interface vnet0
> external-ids:iface-status=active
>
> I.e. the extrernal id of
> interface is wrong. When I
> manually
> change to
> the right id like this the
> port works fine:
>
> ovs-vsctl --timeout=5 --
> --if-exists del-port vnet0 --
> add-port
> br-int
> vnet0 -- set Interface vnet0
>
"external-ids:attached-mac=\"00:1a:4a:16:01:52\""
> -- set
> Interface vnet0
>
"external-ids:iface-id=\"92f6d3c8-68b3-4986-9c09-60bee04644b5\""
> -- set
> Interface vnet0
>
"external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\""
> -- set
> Interface vnet0
> external-ids:iface-status=active
>
> sb db after correcting the port:
>
> Chassis
>
"6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
> hostname:
> "h2.limetransit.com
> <http://h2.limetransit.com>"
> Encap geneve
> ip: "148.251.126.50"
> options:
> {csum="true"}
> Port_Binding
>
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
> Port_Binding
> "ovirtbridge-port1"
> Chassis
>
"4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
> hostname:
> "h1.limetransit.com
> <http://h1.limetransit.com>"
> Encap geneve
> ip: "144.76.84.73"
> options:
> {csum="true"}
> Port_Binding
> "ovirtbridge-port2"
> Port_Binding
>
"92f6d3c8-68b3-4986-9c09-60bee04644b5"
>
> I don't know from where the
> faulty id comes from, it's
> not in any
> logs.
> In the domain xml as printed
> in vdsm.log the id is correct:
>
> <interface
> type="bridge">
> <mac
> address="00:1a:4a:16:01:52" />
> <model
> type="virtio" />
> <source
> bridge="br-int" />
> <virtualport
> type="openvswitch" />
> <link
> state="up" />
> <boot
> order="2" />
> <bandwidth />
> <virtualport
type="openvswitch">
> <parameters
>
interfaceid="92f6d3c8-68b3-4986-9c09-60bee04644b5"
> />
> </virtualport>
> </interface>
>
> Where is the ovs-vsctl
> command line built for this call?
>
> /Sverker
>
>
> Den 2017-01-02 kl. 13:40,
> skrev Sverker Abrahamsson:
>
> Got it to work now by
> following the env8
> example in OVN tutorial,
> where a port is added
> with type l2gateway. Not
> sure how that is
> different from the
> localnet variant, but
> didn't suceed in
> getting that
> one working. Now I'm able
> to ping and telnet over
> the tunnel,
> but not
> ssh even when the port is
> answering on telnet.
> Neither does nfs
> traffic work even though
> mount did. Suspecting MTU
> issue. I did
> notice
> that ovn-controller
> starts too early, before
> network interfaces are
> established and hence
> can't reach the db. As
> these is a purely
> OVS/OVN
> issue I'll ask about it
> on their mailing list.
>
> Getting back to the
> original issue with
> Ovirt, I've now added the
> second host h1 to
> ovirt-engine. Had to do
> the same as with h2 to
> create a dummy ovirtmgmt
> network but configured
> access via the
> public
> IP. My firewall settings
> was replaced with
> iptables config and
> vdsm.conf was overwritten
> when engine was set up,
> so those had
> to be
> manually restored. It
> would be preferable if it
> would be
> possible to
> configure ovirt-engine
> that it does not "own"
> the host and instead
> comply with the settings
> it has instead of
> enforcing it's own
> view..
>
> Apart from that it seems
> the second host works,
> although I need to
> resolve the traffic issue
> over the OVS tunnel.
> /Sverker
>
> Den 2017-01-02 kl. 01:13,
> skrev Sverker Abrahamsson:
>
> 1. That is not
> possible as ovirt (or
> vdsm) will rewrite the
> network
> configuration to a
> non-working state.
> That is why I've set that
> if as
> hidden to vdsm and is
> why I'm keen on
> getting OVS/OVN to work
>
> 2. I've been reading
> the doc for OVN and
> starting to connect the
> dots, which is not
> trivial as it is
> complex. Some insights
> reached:
>
> First step is the OVN
> database, installed by
> openvswitch-ovn-central,
> which I currently
> have running on h2
> host. The 'ovn-nbctl' and
> 'ovn-sbctl' commands
> are only possible to
> execute on a database
> node.
> Two ip's are given to
> 'vdsm-tool ovn-config
> <ip to database>
> <tunnel
> ip>' as arguments,
> where <ip to
> database> is how this
> OVN node
> reaches the database
> and <tunnel ip> is
> the ip to which other OVN
> nodes sets up a
> tunnel to this node.
> I.e. it is not for
> creating a
> tunnel to the
> database which I
> thought first from the
> description in
> blog post.
>
> The tunnel between
> OVN nodes is of type
> geneve which is a UDP
> based
> protocol but I have
> not been able to find
> anywhere which port
> is used
> so that I can open it
> in firewalld. I have
> added OVN on another
> host,
> called h1, and
> connected it to the
> db. I see there is
> traffic
> to the
> db port, but I don't
> see any geneve
> traffic between the
> nodes.
>
> Ovirt is now able to
> create it's vnet0
> interface on the
> br-int ovs
> bridge, but then I
> run into the next
> issue. How do I create a
> connection from the
> logical switch to the
> physical host? I need
> that
> to a) get a
> connection out to the
> internet through a
> masqueraded if
> or ipv6 and b) be
> able to run a dhcp
> server to give ip's
> to the
> VM's.
>
> /Sverker
>
> Den 2016-12-30 kl.
> 18:05, skrev Marcin
> Mirecki:
>
> 1. Why not use
> your physical nic
> for ovirtmgmt then?
>
> 2. "ovn-nbctl
> ls-add" does not
> add a bridge, but
> a logical
> switch.
> br-int is
> an internal OVN
> implementation
> detail, which
> the user
> should not
> care about. What
> you see in the
> ovirt UI are
> logical
> networks.
> They are
> implemented as
> OVN logical switches
> in case
> of the OVN
> provider.
>
> Please look at:
>
http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
>
<http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/>
> You can get the
> latest rpms from
> here:
>
http://resources.ovirt.org/repos/ovirt/experimental/master/ovirt-provider...
>
<http://resources.ovirt.org/repos/ovirt/experimental/master/ovirt-provider...
>
>
>
> ----- Original
> Message -----
>
> From:
> "Sverker
>
Abrahamsson"<sverker(a)abrahamsson.com
>
<mailto:sverker@abrahamsson.com>>
> To: "Marcin
>
Mirecki"<mmirecki(a)redhat.com
>
<mailto:mmirecki@redhat.com>>
> Cc: "Ovirt
>
Users"<users(a)ovirt.org
>
<mailto:users@ovirt.org>>
> Sent: Friday,
> December 30,
> 2016 4:25:58 PM
> Subject: Re:
> [ovirt-users]
> Issue with
> OVN/OVS and
> mandatory
> ovirtmgmt network
>
> 1. No, I did
> not want to
> put the
> ovirtmgmt
> bridge on my
> physical
> nic as
> it always
> messed up the
> network
> config making
> the host
> unreachable. I
> have put a
> ovs bridge on
> this nic
> which I will
> use to make
> tunnels
> when
> I add other
> hosts. Maybe
> br-int will
> be used for that
> instead, will
> see
> when I get
> that far.
>
> As it is now
> I have a
> dummy if for
> ovirtmgmt
> bridge but this
> will
> probably not
> work when I
> add other
> hosts as that
> bridge cannot
> connect
> to the other
> hosts. I'm
> considering
> keeping this
> just as a
> dummy to
> keep
> ovirt engine
> satisfied
> while the
> actual
> communication
> will
> happen
> over
> OVN/OVS
> bridges and
> tunnels.
>
> 2. On
>
https://www.ovirt.org//develop/release-management/features/ovirt-ovn-prov...
>
<https://www.ovirt.org//develop/release-management/features/ovirt-ovn-prov...
>
>
> there is
> instructions
> how to add an
> OVS bridge to
> OVN with
> |ovn-nbctl
> ls-add
> <network
> name>|. If
> you want to
> use br-int
> then it makes
> sense to
> make that
> bridge
> visible in
> ovirt webui
> under networks so
> that it
> can be
> selected for
> VM's.
>
> It quite
> doesn't make
> sense to me
> that I can
> select other
> network
> for my
> VM but then
> that setting
> is not used
> when setting
> up the
> network.
>
> /Sverker
>
> Den
> 2016-12-30
> kl. 15:34,
> skrev Marcin
> Mirecki:
>
> Hi,
>
> The OVN
> provider
> does not
> require
> you to
> add any
> bridges
> manually.
> As I
> understand
> we were
> dealing
> with two
> problems:
> 1. You
> only had
> one
> physical
> nic and
> wanted to
> put a bridge
> on it,
>
> attaching
> the
> management
> network
> to the
> bridge. This
> was the
> reason for
>
> creating
> the
> bridge
> (the
> recommended
> setup
> would be
> to used a
> separate
>
> physical
> nic for
> the
> management
> network).
> This bridge
> has
> nothing to
>
> do with
> the OVN
> bridge.
> 2. OVN -
> you want
> to use
> OVN on
> this
> system.
> For this you
> have to
> install
>
> OVN on
> your
> hosts.
> This
> should
> create
> the
> br-int
> bridge,
> which are
>
> then used
> by the
> OVN
> provider.
> This
> br-int bridge
> must be
> configured
>
> to
> connect
> to other
> hosts
> using the
> geneve
> tunnels.
>
> In both
> cases the
> systems
> will not
> be aware
> of any
> bridges you
> create.
> They need
> a nic (be
> it
> physical
> or
> virtual)
> to
> connect
> to other
> system.
> Usually
> this is
> the
> physical
> nic. In
> your case
> you decided
> to put
> a bridge
> on the
> physical
> nic, and
> give
> oVirt a
> virtual
> nic attached
> to this
> bridge.
> This
> works,
> but keep
> in mind
> that the
> bridge
> you have
> introduced
> is outside
> of
> oVirt's
> (and OVN)
> control
> (and as
> such is
> not
> supported).
>
> What
> is
> the
> purpose
> of
> adding
> my
> bridges
> to
> Ovirt
> through
> the
> external
> provider
> and
> configure
> them
> on my VM
>
> I am not
> quite
> sure I
> understand.
> The
> external
> provider
> (OVN
> provider
> to be
> specific),
> does
> not add
> any
> bridges
> to the
> system.
> It is
> using the
> br-int
> bridge
> created
> by OVN.
> The
> networks
> created
> by the
> OVN
> provider
> are
> purely
> logical
> entities,
> implemented
> using
> the OVN
> br-int
> bridge.
>
> Marcin
>
>
> -----
> Original
> Message -----
>
> From:
> "Sverker
>
Abrahamsson"<sverker(a)abrahamsson.com
>
<mailto:sverker@abrahamsson.com>>
> To:
> "Marcin
>
Mirecki"<mmirecki(a)redhat.com
>
<mailto:mmirecki@redhat.com>>
> Cc:
> "Ovirt
>
Users"<users(a)ovirt.org
>
<mailto:users@ovirt.org>>
> Sent:
> Friday,
> December
> 30,
> 2016
> 12:15:43
> PM
> Subject:
> Re:
> [ovirt-users]
> Issue
> with
> OVN/OVS
> and
> mandatory
> ovirtmgmt
> network
>
> Hi
> That
> is
> the
> logic
> I
> quite
> don't
> understand.
> What
> is the
> purpose
> of
> adding
> my
> bridges
> to
> Ovirt
> through
> the
> external
> provider
> and
> configure
> them
> on my
> VM if
> you
> are
> disregarding
> that
> and
> using
> br-int
> anyway?
>
> /Sverker
>
> Den
> 2016-12-30
> kl.
> 10:53,
> skrev
> Marcin
> Mirecki:
>
> Sverker,
>
> br-int
> is
> the
> integration
> bridge
> created
> by
> default
> in
> OVN.
> This
> is
> the
> bridge
> we
> use
> for
> the
> OVN
> provider.
> As
> OVN
> is
> required
> to be
> installed,
> we
> assume
> that
> this
> bridge
> is
> present.
> Using
> any
> other
> ovs
> bridge
> is
> not
> supported,
> and
> will
> require
> custom
> code
> changes
> (such
> as
> the
> ones
> you
> created).
>
> The
> proper
> setup
> in
> your
> case
> would
> probably
> be
> to
> create
> br-int
> and
> connect
> this
> to
> your
> ovirtbridge,
> although
> I
> don't
> know
> the
> details
> of
> your
> env,
> so
> this
> is
> just
> my
> best
> guess.
>
> Marcin
>
>
> -----
> Original
> Message
> -----
>
> From:
>
"Sverker
>
Abrahamsson"<sverker(a)abrahamsson.com
>
<mailto:sverker@abrahamsson.com>>
> To:
> "Marcin
>
Mirecki"<mmirecki(a)redhat.com
>
<mailto:mmirecki@redhat.com>>
> Cc:
> "Ovirt
>
Users"<users(a)ovirt.org
>
<mailto:users@ovirt.org>>,
> "Numan
>
Siddique"
>
<nusiddiq(a)redhat.com
>
<mailto:nusiddiq@redhat.com>>
> Sent:
> Friday,
> December
> 30,
> 2016
> 1:14:50
> AM
> Subject:
> Re:
>
[ovirt-users]
> Issue
> with
> OVN/OVS
> and
> mandatory
> ovirtmgmt
> network
>
> Even
> better,
> if
> the
> value
> is
> not
> hardcoded
> then
> the
> configured
> value
> is
> used.
> Might
> be
> that
> I'm
>
missunderstanding
> something
> but
> this
> is
> the
> behaviour
> I
> expected
> instead
> of
> that
> it
> is
> using
> br-int.
>
> Attached
> is
> a
> patch
> which
> properly
> sets
> up
> the
> xml,
> in
> case
> there
> is
> already
> a
> virtual
> port
> there
> +
> testcode
> of
> some
> variants
>
> /Sverker
>
> Den
> 2016-12-29
> kl.
> 22:55,
> skrev
> Sverker
> Abrahamsson:
>
> When
> I
> change
>
/usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
>
>
> to
> instead
> of
>
hardcoded
> to
> br-int
> use
>
BRIDGE_NAME
> =
>
'ovirtbridge'
> then
> I
> get
> the
> expected
>
behaviour
> and
> I
> get
> a
> working
> network
>
connectivity
> in
> my
> VM
> with
> IP
> provided
> by
> dhcp.
>
> /Sverker
>
> Den
>
2016-12-29
> kl.
> 22:07,
> skrev
> Sverker
>
Abrahamsson:
>
> By
>
default
> the
> vNic
>
profile
> of
> my
> OVN
>
bridge
>
ovirtbridge
> gets
> a
>
Network
>
filter
>
named
>
vdsm-no-mac-spoofing.
> If
> I
>
instead
> set
> No
>
filter
> then
> I
>
don't
> get
>
those
>
ebtables
> /
>
iptables
>
messages.
> It
>
seems
> that
>
there
> is
> some
>
issue
>
between
>
ovirt/vdsm
> and
>
firewalld,
>
which
> we
> can
> put
> to
> the
> side
> for
> now.
>
> It
> is
> not
>
clear
> for
> me
> why
> the
> port
> is
>
added
> on
>
br-int
>
instead
> of
> the
>
bridge
>
I've
>
assigned
> to
> the
> VM,
>
which
> is
>
ovirtbridge??
>
>
/Sverker
>
> Den
>
2016-12-29
> kl.
>
14:20,
>
skrev
>
Sverker
>
Abrahamsson:
>
>
The
>
specific
>
command
>
most
>
likely
>
fails
>
because
>
there
>
is
>
no
>
chain
>
named
>
libvirt-J-vnet0,
>
but
>
when
>
should
>
that
>
have
>
been
>
created?
>
/Sverker
>
>
--------
>
Vidarebefordrat
>
meddelande
>
--------
>
Ämne:
>
>
Re:
>
[ovirt-users]
>
Issue
>
with
>
OVN/OVS
>
and
>
mandatory
>
ovirtmgmt
>
network
>
Datum:
>
Thu,
>
29
>
Dec
>
2016
>
08:06:29
>
-0500
>
(EST)
>
Från:
>
Marcin
>
Mirecki<mmirecki(a)redhat.com
>
<mailto:mmirecki@redhat.com>>
>
Till:
>
Sverker
>
Abrahamsson<sverker(a)abrahamsson.com
>
<mailto:sverker@abrahamsson.com>>
>
Kopia:
>
Ovirt
>
Users<users(a)ovirt.org
>
<mailto:users@ovirt.org>>,
>
Lance
>
Richardson
>
<lrichard(a)redhat.com
>
<mailto:lrichard@redhat.com>>,
>
Numan
>
Siddique<nusiddiq(a)redhat.com
>
<mailto:nusiddiq@redhat.com>>
>
>
>
>
Let
>
me
>
add
>
the
>
OVN
>
team.
>
>
Lance,
>
Numan,
>
>
Can
>
you
>
please
>
look
>
at
>
this?
>
>
Trying
>
to
>
plug
>
a
>
vNIC
>
results
>
in:
>
>
Dec
>
28
>
23:31:35
>
h2
>
ovs-vsctl:
>
ovs|00001|vsctl|INFO|Called
>
as
>
ovs-vsctl
>
--timeout=5
>
--
>
--if-exists
>
del-port
>
vnet0
>
--
>
add-port
>
br-int
>
vnet0
>
--
>
set
>
Interface
>
vnet0
>
"external-ids:attached-mac=\"00:1a:4a:16:01:51\""
>
--
>
set
>
Interface
>
vnet0
>
"external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\""
>
>
>
--
>
set
>
Interface
>
vnet0
>
"external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\""
>
>
>
--
>
set
>
Interface
>
vnet0
>
external-ids:iface-status=active
>
Dec
>
28
>
23:31:35
>
h2
>
kernel:
>
device
>
vnet0
>
entered
>
promiscuous
>
mode
>
Dec
>
28
>
23:31:35
>
h2
>
firewalld:
>
WARNING:
>
COMMAND_FAILED:
>
'/usr/sbin/ebtables
>
--concurrent
>
-t
>
nat
>
-D
>
PREROUTING
>
-i
>
vnet0
>
-j
>
libvirt-J-vnet0'
>
failed:
>
Dec
>
28
>
23:31:35
>
h2
>
firewalld:
>
WARNING:
>
COMMAND_FAILED:
>
>
More
>
details
>
below
>
>
>
-----
>
Original
>
Message
>
-----
>
>
From:
>
"Sverker
>
Abrahamsson"<sverker(a)abrahamsson.com
>
<mailto:sverker@abrahamsson.com>>
>
To:
>
"Marcin
>
Mirecki"<mmirecki(a)redhat.com
>
<mailto:mmirecki@redhat.com>>
>
Cc:
>
"Ovirt
>
Users"<users(a)ovirt.org
>
<mailto:users@ovirt.org>>
>
Sent:
>
Thursday,
>
December
>
29,
>
2016
>
1:42:11
>
PM
>
Subject:
>
Re:
>
[ovirt-users]
>
Issue
>
with
>
OVN/OVS
>
and
>
mandatory
>
ovirtmgmt
>
network
>
>
Hi
>
Same
>
problem
>
still..
>
/Sverker
>
>
Den
>
2016-12-29
>
kl.
>
13:34,
>
skrev
>
Marcin
>
Mirecki:
>
>
Hi,
>
>
The
>
tunnels
>
are
>
created
>
to
>
connect
>
multiple
>
OVN
>
controllers.
>
If
>
there
>
is
>
only
>
one,
>
there
>
is
>
no
>
need
>
for
>
the
>
tunnels,
>
so
>
none
>
will
>
be
>
created,
>
this
>
is
>
the
>
correct
>
behavior.
>
>
Does
>
the
>
problem
>
still
>
occur
>
after
>
setting
>
configuring
>
the
>
OVN-controller?
>
>
Marcin
>
>
-----
>
Original
>
Message
>
-----
>
>
From:
>
"Sverker
>
Abrahamsson"<sverker(a)abrahamsson.com
>
<mailto:sverker@abrahamsson.com>>
>
To:
>
"Marcin
>
Mirecki"<mmirecki(a)redhat.com
>
<mailto:mmirecki@redhat.com>>
>
Cc:
>
"Ovirt
>
Users"<users(a)ovirt.org
>
<mailto:users@ovirt.org>>
>
Sent:
>
Thursday,
>
December
>
29,
>
2016
>
11:44:32
>
AM
>
Subject:
>
Re:
>
[ovirt-users]
>
Iss
>
...
[Message clipped]
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
--------------C953300A9FB23B4FF27414D7
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Ok, thank you. Done that now<br>
/Sverker<br>
</p>
<div class="moz-cite-prefix">Den 2017-01-18 kl. 10:14, skrev Fred
Rolland:<br>
</div>
<blockquote
cite="mid:CAF_B0vFzyvz-NRX4cs1xNDvzNqHF2z34DqfvRFzR4ciwRgJCOg@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>Go to <a moz-do-not-send="true"
class="gmail-m_-7668051331360668793moz-txt-link-freetext"
href="https://gerrit.ovirt.org/70588"
target="_blank">https://gerrit.ovirt.org/70588</a>
and click on the publish button.<br>
</div>
Drafts are not visible to everybody.<br>
</div>
Or you can push to master directly.<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Jan 17, 2017 at 7:39 PM,
Sverker Abrahamsson <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamsson.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>I still had the window open where I did that step. This
is how it looked like:<br>
</p>
<p>[root@h2 ovirt-provider-ovn]# git push origin
HEAD:refs/drafts/master<br>
Counting objects: 9, done.<br>
Delta compression using up to 8 threads.<br>
Compressing objects: 100% (5/5), done.<br>
Writing objects: 100% (6/6), 1.79 KiB | 0 bytes/s, done.<br>
Total 6 (delta 2), reused 0 (delta 0)<br>
remote: Resolving deltas: 100% (2/2)<br>
remote: Processing changes: new: 1, refs: 1, done<br>
remote: (W) 16d5be4: commit subject >65 characters;
use shorter first paragraph<br>
remote:<br>
remote: New Changes:<br>
remote: <a moz-do-not-send="true"
class="m_-7668051331360668793moz-txt-link-freetext"
href="https://gerrit.ovirt.org/70588"
target="_blank">https://gerrit.ovirt.org/70588</a>
Properly handle to set id when interface already has a
virtualport element ... [DRAFT]<br>
remote:<br>
To gerrit.ovirt.org:ovirt-<wbr>provider-ovn<br>
* [new branch] HEAD -> refs/drafts/master<br>
</p>
<p>I see the difference is that I pushed to
HEAD:refs/drafts/master as instructed at <a
moz-do-not-send="true"
class="m_-7668051331360668793moz-txt-link-freetext"
href="http://www.ovirt.org/develop/dev-process/working-with-gerrit/&...
target="_blank">http://www.ovirt.org/develop/<wbr>dev-...
<p>Should I push it to HEAD:refs/for/master instead?</p>
<span class="HOEnZb"><font color="#888888">
<p>/Sverker<br>
</p>
</font></span>
<div>
<div class="h5">
<div class="m_-7668051331360668793moz-cite-prefix">Den
2017-01-17 kl. 12:09, skrev Marcin Mirecki:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>Sverker,<br>
</div>
I can see you as a user in gerrit (<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamsson.com</a>),
but there are no patches for your name.<br>
</div>
Please check for any errors after you issue:<br>
git push gerrit.ovirt.org:ovirt-<wbr>provider-ovn
HEAD:refs/for/master<br>
<br>
</div>
Also, please let me know if you need any other
help on with gerrit.</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Mon, Jan 16, 2017 at
8:49 PM, Sverker Abrahamsson <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamsson.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">I've followed the
instructions to best effort, so hopefully it's
right..<br>
<br>
<br>
Den 2017-01-13 kl. 10:31, skrev Marcin
Mirecki:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> Please push
the patch into: <a moz-do-not-send="true"
href="https://gerrit.ovirt.org/ovirt-provider-ovn"
rel="noreferrer"
target="_blank">https://gerrit.ovirt.org/ovirt<wbr>-pr...
(let me know if you need some directions)<br>
<br>
<br>
<br>
----- Original Message -----<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> From:
"Sverker Abrahamsson" <<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamsson.com</a>&gt;<br>
To: "Marcin Mirecki" <<a
moz-do-not-send="true"
href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt Users" <<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent: Monday, January 9, 2017 1:45:37 PM<br>
Subject: Re: [ovirt-users] Issue with
OVN/OVS and mandatory ovirtmgmt network<br>
<br>
Ok, found it. The issue is right here:<br>
<br>
<interface
type="bridge"><br>
<mac
address="00:1a:4a:16:01:54" /><br>
<model type="virtio"
/><br>
<source bridge="br-int"
/><br>
<virtualport
type="openvswitch" /><br>
<link state="up"
/><br>
<boot order="2"
/><br>
<bandwidth /><br>
<virtualport
type="openvswitch"><br>
<parameters<br>
interfaceid="912cba79-982e-4a8<wbr>7-868e-241fedccb59a"
/><br>
</virtualport><br>
</interface><br>
<br>
There are two elements for virtualport,
the first without id and the<br>
second with. On h2 I had fixed this which
was the patch I posted earlier<br>
although I switched back to use br-int
after understanding that was the<br>
correct way. When that hook was copied to
h1 the port gets attached fine.<br>
<br>
Patch with updated testcase attached.<br>
<br>
/Sverker<br>
<br>
<br>
Den 2017-01-09 kl. 10:41, skrev Sverker
Abrahamsson:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px
#ccc solid;padding-left:1ex"> This is
the content of vdsm.log on h1 at this
time:<br>
<br>
2017-01-06 20:54:12,636 INFO
(jsonrpc/7) [jsonrpc.JsonRpcServer] RPC<br>
call VM.create succeeded in 0.01 seconds
(__init__:515)<br>
2017-01-06 20:54:12,636 INFO
(vm/6dd5291e) [virt.vm]<br>
(vmId='6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645')
VM wrapper has started<br>
(vm:1901)<br>
2017-01-06 20:54:12,636 INFO
(vm/6dd5291e) [vds] prepared volume<br>
path:<br>
/rhev/data-center/mnt/h2-int.l<wbr>imetransit.com:_var_lib_export<wbr>s_iso/1d49c4bc-0fec-4503-a583-<wbr>d476fa3a370d/images/11111111-1<wbr>111-1111-1111-111111111111/Cen<wbr>tOS-7-x86_64-NetInstall-1611.<wbr>iso<br>
(clientIF:374)<br>
2017-01-06 20:54:12,743 INFO
(vm/6dd5291e) [root] (hooks:108)<br>
2017-01-06 20:54:12,847 INFO
(vm/6dd5291e) [root] (hooks:108)<br>
2017-01-06 20:54:12,863 INFO
(vm/6dd5291e) [virt.vm]<br>
(vmId='6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645')
<?xml version='1.0'<br>
encoding='UTF-8'?><br>
<domain xmlns:ovirt="<a
moz-do-not-send="true"
href="http://ovirt.org/vm/tune/1.0"
rel="noreferrer"
target="_blank">http://ovirt.org/<wbr>vm/tune/1.0</...
type="kvm"><br>
<name>CentOS7_3</name><br>
<uuid>6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645</uuid><br>
<memory>1048576</memory><br>
<currentMemory>1048576</curre<wbr>ntMemory><br>
<maxMemory
slots="16">4294967296</maxMemo<wbr>ry><br>
<vcpu
current="1">16</vcpu><br>
<devices><br>
<channel
type="unix"><br>
<target
name="com.redhat.rhevm.vdsm"
type="virtio" /><br>
<source
mode="bind"<br>
path="/var/lib/libvirt/qemu/ch<wbr>annels/6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645.com.redhat.rhevm<wbr>.vdsm"<br>
/><br>
</channel><br>
<channel
type="unix"><br>
<target
name="org.qemu.guest_agent.0"
type="virtio" /><br>
<source
mode="bind"<br>
path="/var/lib/libvirt/qemu/ch<wbr>annels/6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645.org.qemu.guest_a<wbr>gent.0"<br>
/><br>
</channel><br>
<input bus="ps2"
type="mouse" /><br>
<memballoon model="virtio"
/><br>
<controller index="0"
model="virtio-scsi" type="scsi"
/><br>
<controller index="0"
ports="16" type="virtio-serial"
/><br>
<video><br>
<model heads="1"
ram="65536" type="qxl"
vgamem="16384"<br>
vram="32768" /><br>
</video><br>
<graphics autoport="yes"
defaultMode="secure"
passwd="*****"<br>
passwdValidTo="1970-01-01T00:0<wbr>0:01"
port="-1" tlsPort="-1"
type="spice"><br>
<channel mode="secure"
name="main" /><br>
<channel mode="secure"
name="inputs" /><br>
<channel mode="secure"
name="cursor" /><br>
<channel mode="secure"
name="playback" /><br>
<channel mode="secure"
name="record" /><br>
<channel mode="secure"
name="display" /><br>
<channel mode="secure"
name="smartcard" /><br>
<channel mode="secure"
name="usbredir" /><br>
<listen
network="vdsm-ovirtmgmt"
type="network"
/><br>
</graphics><br>
<interface
type="bridge"><br>
<mac
address="00:1a:4a:16:01:54" /><br>
<model type="virtio"
/><br>
<source bridge="br-int"
/><br>
<virtualport
type="openvswitch" /><br>
<link state="up"
/><br>
<boot order="2"
/><br>
<bandwidth /><br>
<virtualport
type="openvswitch"><br>
<parameters<br>
interfaceid="912cba79-982e-4a8<wbr>7-868e-241fedccb59a"
/><br>
</virtualport><br>
</interface><br>
<disk device="cdrom"
snapshot="no"
type="file"><br>
<source<br>
file="/rhev/data-center/mnt/h2<wbr>-int.limetransit.com:_var_lib_<wbr>exports_iso/1d49c4bc-0fec-4503<wbr>-a583-d476fa3a370d/images/1111<wbr>1111-1111-1111-1111-1111111111<wbr>11/CentOS-7-x86_64-NetInstall-<wbr>1611.iso"<br>
startupPolicy="optional" /><br>
<target bus="ide"
dev="hdc" /><br>
<readonly /><br>
<boot order="1"
/><br>
</disk><br>
<channel
type="spicevmc"><br>
<target
name="com.redhat.spice.0"
type="virtio"
/><br>
</channel><br>
</devices><br>
<metadata><br>
<ovirt:qos /><br>
</metadata><br>
<os><br>
<type arch="x86_64"
machine="pc-i440fx-rhel7.2.0"><wbr>hvm</type><br>
<smbios mode="sysinfo"
/><br>
<bootmenu enable="yes"
timeout="10000" /><br>
</os><br>
<sysinfo
type="smbios"><br>
<system><br>
<entry
name="manufacturer">oVirt</ent<wbr>ry><br>
<entry
name="product">oVirt
Node</entry><br>
<entry
name="version">7-3.1611.el7.ce<wbr>ntos</entry><br>
<entry<br>
name="serial">62f1adff-b29e-4a<wbr>7c-abba-c2c4c73248c6</entry><br>
<entry<br>
name="uuid">6dd5291e-6556-4d29<wbr>-8b4e-ea896e627645</entry><br>
</system><br>
</sysinfo><br>
<clock adjustment="0"
offset="variable"><br>
<timer name="rtc"
tickpolicy="catchup" /><br>
<timer name="pit"
tickpolicy="delay" /><br>
<timer name="hpet"
present="no" /><br>
</clock><br>
<features><br>
<acpi /><br>
</features><br>
<cpu
match="exact"><br>
<model>SandyBridge</model><br>
<topology cores="1"
sockets="16" threads="1"
/><br>
<numa><br>
<cell cpus="0"
memory="1048576" /><br>
</numa><br>
</cpu><br>
</domain><br>
(vm:1988)<br>
2017-01-06 20:54:13,046 INFO
(libvirt/events) [virt.vm]<br>
(vmId='6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645')
CPU running: onResume<br>
(vm:4863)<br>
2017-01-06 20:54:13,058 INFO
(vm/6dd5291e) [virt.vm]<br>
(vmId='6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645')
Starting connection<br>
(guestagent:245)<br>
2017-01-06 20:54:13,060 INFO
(vm/6dd5291e) [virt.vm]<br>
(vmId='6dd5291e-6556-4d29-8b4e<wbr>-ea896e627645')
CPU running: domain<br>
initialization (vm:4863)<br>
2017-01-06 20:54:15,154 INFO
(jsonrpc/6) [jsonrpc.JsonRpcServer] RPC<br>
call Host.getVMFullList succeeded in
0.01 seconds (__init__:515)<br>
2017-01-06 20:54:17,571 INFO
(periodic/2) [dispatcher] Run and<br>
protect:
getVolumeSize(sdUUID=u'2ee54fb<wbr>8-48f2-4576-8cff-f2346504b08b'<wbr>,<br>
spUUID=u'584ebd64-0268-0193-02<wbr>5b-00000000038e',<br>
imgUUID=u'5a3aae57-ffe0-4a3b-a<wbr>a87-8461669db7f9',<br>
volUUID=u'b6a88789-fcb1-4d3e-9<wbr>11b-2a4d3b6c69c7',
options=None)<br>
(logUtils:49)<br>
2017-01-06 20:54:17,573 INFO
(periodic/2) [dispatcher] Run and<br>
protect: getVolumeSize, Return response:
{'truesize': '1859723264',<br>
'apparentsize': '21474836480'}
(logUtils:52)<br>
2017-01-06 20:54:21,211 INFO
(periodic/2) [dispatcher] Run and<br>
protect: repoStats(options=None)
(logUtils:49)<br>
2017-01-06 20:54:21,212 INFO
(periodic/2) [dispatcher] Run and<br>
protect: repoStats, Return response:<br>
{u'2ee54fb8-48f2-4576-8cff-f23<wbr>46504b08b':
{'code': 0, 'actual': True,<br>
'version': 3, 'acquired': True,
'delay':
'0.000936552', 'lastCheck':<br>
'1.4', 'valid': True},
u'1d49c4bc-0fec-4503-a583-d476<wbr>fa3a370d':<br>
{'code': 0, 'actual': True,
'version':
0, 'acquired': True, 'delay':<br>
'0.000960248', 'lastCheck':
'1.4',
'valid': True}} (logUtils:52)<br>
2017-01-06 20:54:23,543 INFO
(jsonrpc/2) [jsonrpc.JsonRpcServer] RPC<br>
call Host.getAllVmStats succeeded in
0.00 seconds (__init__:515)<br>
2017-01-06 20:54:23,641 INFO
(jsonrpc/1) [jsonrpc.JsonRpcServer] RPC<br>
call Host.getAllVmIoTunePolicies
succeeded in 0.00 seconds (__init__:515)<br>
2017-01-06 20:54:24,918 INFO
(jsonrpc/0) [dispatcher] Run and<br>
protect: repoStats(options=None)
(logUtils:49)<br>
2017-01-06 20:54:24,918 INFO
(jsonrpc/0) [dispatcher] Run and<br>
protect: repoStats, Return response:<br>
{u'2ee54fb8-48f2-4576-8cff-f23<wbr>46504b08b':
{'code': 0, 'actual': True,<br>
'version': 3, 'acquired': True,
'delay':
'0.000936552', 'lastCheck':<br>
'5.1', 'valid': True},
u'1d49c4bc-0fec-4503-a583-d476<wbr>fa3a370d':<br>
{'code': 0, 'actual': True,
'version':
0, 'acquired': True, 'delay':<br>
'0.000960248', 'lastCheck':
'2.1',
'valid': True}} (logUtils:52)<br>
2017-01-06 20:54:24,924 INFO
(jsonrpc/0) [jsonrpc.JsonRpcServer] RPC<br>
call Host.getStats succeeded in 0.01
seconds (__init__:515)<br>
<br>
Vdsm and the OVN driver must have been
called as the port IS created,<br>
but with the wrong id. I don't find the
faulty id in vdsm.log neither,<br>
the xml above have the correct id.<br>
/Sverker<br>
<br>
Den 2017-01-09 kl. 10:06, skrev Marcin
Mirecki:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex"> The port is
set up on the host by the
ovirt-provider-ovn-driver.<br>
The driver is invoked by the vdsm hook
whenever any operation on<br>
the port is done.<br>
Please ensure that this is installed
properly.<br>
You can check the vdsm log
(/var/log/vdsm/vdsm.log) to see if the<br>
hook was executed properly.<br>
<br>
<br>
----- Original Message -----<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex"> From:
"Sverker Abrahamsson" <<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamsson.com</a>&gt;<br>
To: "Marcin Mirecki" <<a
moz-do-not-send="true"
href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt Users" <<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent: Friday, January 6, 2017
9:00:26 PM<br>
Subject: Re: [ovirt-users] Issue
with OVN/OVS and mandatory<br>
ovirtmgmt network<br>
<br>
I created a new VM in the ui and
assigned it to host h1. In<br>
/var/log/ovirt-provider-ovn.lo<wbr>g
I get the following:<br>
<br>
2017-01-06 20:54:11,940 Request:
GET : /v2.0/ports<br>
2017-01-06 20:54:11,940 Connecting
to remote ovn database:<br>
tcp:<a moz-do-not-send="true"
href="http://127.0.0.1:6641"
rel="noreferrer"
target="_blank">127.0.0.1:6641</a><br>
2017-01-06 20:54:12,157 Connected
(number of retries: 2)<br>
2017-01-06 20:54:12,158 Response
code: 200<br>
2017-01-06 20:54:12,158 Response
body: {"ports":
[{"name":<br>
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873",
"network_id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"device_owner":
"oVirt",<br>
"mac_address":
"00:1a:4a:16:01:51",
"id":<br>
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873",
"device_id":<br>
"40cd7328-d575-4c3d-b656-9ef9b<wbr>acc0078"},
{"name":<br>
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5",
"network_id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"device_owner":
"oVirt",<br>
"mac_address":
"00:1a:4a:16:01:52",
"id":<br>
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5",
"device_id":<br>
"4baefa8c-3822-4de0-9cd0-1d025<wbr>bab7844"}]}<br>
2017-01-06 20:54:12,160 Request:
SHOW :<br>
/v2.0/networks/e53554cf-e553-4<wbr>0a1-8d22-9c8d95ec0601<br>
2017-01-06 20:54:12,160 Connecting
to remote ovn database:<br>
tcp:<a moz-do-not-send="true"
href="http://127.0.0.1:6641"
rel="noreferrer"
target="_blank">127.0.0.1:6641</a><br>
2017-01-06 20:54:12,377 Connected
(number of retries: 2)<br>
2017-01-06 20:54:12,378 Response
code: 200<br>
2017-01-06 20:54:12,378 Response
body: {"network":
{"id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"name": "ovirtbridge"}}<br>
2017-01-06 20:54:12,380 Request:
POST : /v2.0/ports<br>
2017-01-06 20:54:12,380 Request
body:<br>
{<br>
"port" : {<br>
"name" : "nic1",<br>
"binding:host_id" : "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>",<br>
"admin_state_up" : true,<br>
"device_id" :
"e8553a88-05f0-401d-8b9b-5fff7<wbr>7f7bbbe",<br>
"device_owner" :
"oVirt",<br>
"mac_address" :
"00:1a:4a:16:01:54",<br>
"network_id" :
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601"<br>
}<br>
}<br>
2017-01-06 20:54:12,380 Connecting
to remote ovn database:<br>
tcp:<a moz-do-not-send="true"
href="http://127.0.0.1:6641"
rel="noreferrer"
target="_blank">127.0.0.1:6641</a><br>
2017-01-06 20:54:12,610 Connected
(number of retries: 2)<br>
2017-01-06 20:54:12,614 Response
code: 200<br>
2017-01-06 20:54:12,614 Response
body: {"port": {"name":<br>
"912cba79-982e-4a87-868e-241fe<wbr>dccb59a",
"network_id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"device_owner":
"oVirt",<br>
"mac_address":
"00:1a:4a:16:01:54",
"id":<br>
"912cba79-982e-4a87-868e-241fe<wbr>dccb59a",
"device_id":<br>
"e8553a88-05f0-401d-8b9b-5fff7<wbr>7f7bbbe"}}<br>
<br>
h1:/var/log/messages<br>
Jan 6 20:54:12 h1 ovs-vsctl:
ovs|00001|vsctl|INFO|Called as
ovs-vsctl<br>
--timeout=5 -- --if-exists del-port
vnet1 -- add-port br-int vnet1 --<br>
set Interface vnet1<br>
"external-ids:attached-mac=\"0<wbr>0:1a:4a:16:01:54\""
--<br>
set Interface vnet1<br>
"external-ids:iface-id=\"20388<wbr>407-0f76-41d8-97aa-8e2b5978f90<wbr>8\""
-- set<br>
Interface vnet1<br>
"external-ids:vm-id=\"6dd5291e<wbr>-6556-4d29-8b4e-ea896e627645\"<wbr>"
-- set<br>
Interface vnet1
external-ids:iface-status=acti<wbr>ve<br>
<br>
[root@h2 ~]# ovn-nbctl show<br>
switch
e53554cf-e553-40a1-8d22-9c8d95<wbr>ec0601
(ovirtbridge)<br>
port
4981ee5f-6e15-4bd5-a1cf-7ead9b<wbr>dd5873<br>
addresses:
["00:1a:4a:16:01:51"]<br>
port
912cba79-982e-4a87-868e-241fed<wbr>ccb59a<br>
addresses:
["00:1a:4a:16:01:54"]<br>
port
92f6d3c8-68b3-4986-9c09-60bee0<wbr>4644b5<br>
addresses:
["00:1a:4a:16:01:52"]<br>
port ovirtbridge-port2<br>
addresses:
["unknown"]<br>
port ovirtbridge-port1<br>
addresses:
["unknown"]<br>
[root@h2 ~]# ovn-sbctl show<br>
Chassis
"6e4dd29f-7607-48d7-8e5a-eef4c<wbr>6aeefb5"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h2.limetransit.com"
rel="noreferrer"
target="_blank">h2.limetransit.com</a>"<br>
Encap geneve<br>
ip: "148.251.126.50"<br>
options: {csum="true"}<br>
Port_Binding
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873"<br>
Port_Binding
"ovirtbridge-port1"<br>
Chassis
"4f10fb04-8fb2-48d7-8a3f-ea644<wbr>4c02cf9"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>"<br>
Encap geneve<br>
ip: "144.76.84.73"<br>
options: {csum="true"}<br>
Port_Binding
"ovirtbridge-port2"<br>
Port_Binding
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5"<br>
<br>
I.e. same issue<br>
/Sverker<br>
<br>
Den 2017-01-06 kl. 20:49, skrev
Sverker Abrahamsson:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex"> The port
is created from Ovirt UI, the
ovs-vsctl command below is<br>
executed when VM is started. In
/var/log/ovirt-provider-ovn.lo<wbr>g
on h2<br>
I get the following:<br>
<br>
2017-01-06 20:19:25,452 Request:
GET : /v2.0/ports<br>
2017-01-06 20:19:25,452
Connecting to remote ovn
database:<br>
tcp:<a moz-do-not-send="true"
href="http://127.0.0.1:6641"
rel="noreferrer"
target="_blank">127.0.0.1:6641</a><br>
2017-01-06 20:19:25,670
Connected (number of retries: 2)<br>
2017-01-06 20:19:25,670 Response
code: 200<br>
2017-01-06 20:19:25,670 Response
body: {"ports":
[{"name":<br>
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873",
"network_id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"device_owner":
"oVirt",<br>
"mac_address":
"00:1a:4a:16:01:51",
"id":<br>
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873",
"device_id":<br>
"40cd7328-d575-4c3d-b656-9ef9b<wbr>acc0078"},
{"name":<br>
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5",
"network_id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"device_owner":
"oVirt",<br>
"mac_address":
"00:1a:4a:16:01:52",
"id":<br>
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5",
"device_id":<br>
"4baefa8c-3822-4de0-9cd0-1d025<wbr>bab7844"}]}<br>
2017-01-06 20:19:25,673 Request:
PUT :<br>
/v2.0/ports/92f6d3c8-68b3-4986<wbr>-9c09-60bee04644b5<br>
2017-01-06 20:19:25,673 Request
body:<br>
{<br>
"port" : {<br>
"binding:host_id" : "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>",<br>
"security_groups" : null<br>
}<br>
}<br>
2017-01-06 20:19:25,673
Connecting to remote ovn
database:<br>
tcp:<a moz-do-not-send="true"
href="http://127.0.0.1:6641"
rel="noreferrer"
target="_blank">127.0.0.1:6641</a><br>
2017-01-06 20:19:25,890
Connected (number of retries: 2)<br>
2017-01-06 20:19:25,891 Response
code: 200<br>
2017-01-06 20:19:25,891 Response
body: {"port":
{"name":<br>
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5",
"network_id":<br>
"e53554cf-e553-40a1-8d22-9c8d9<wbr>5ec0601",
"device_owner":
"oVirt",<br>
"mac_address":
"00:1a:4a:16:01:52",
"id":<br>
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5",
"device_id":<br>
"4baefa8c-3822-4de0-9cd0-1d025<wbr>bab7844"}}<br>
<br>
In /var/log/messages on h1 I get
the following:<br>
<br>
Jan 6 20:18:56 h1 dbus-daemon:
dbus[1339]: [system] Successfully<br>
activated service
'org.freedesktop.problems'<br>
Jan 6 20:19:26 h1 ovs-vsctl:
ovs|00001|vsctl|INFO|Called as
ovs-vsctl<br>
--timeout=5 -- --if-exists
del-port vnet0 -- add-port br-int
vnet0 --<br>
set Interface vnet0
"external-ids:attached-mac=\"0<wbr>0:1a:4a:16:01:52\""<br>
-- set Interface vnet0<br>
"external-ids:iface-id=\"72daf<wbr>da5-03c2-4bb6-bcb6-241fa5c0a1f<wbr>3\""
--<br>
set Interface vnet0<br>
"external-ids:vm-id=\"4d0c134a<wbr>-11a0-40f4-b2fb-c13c17c7251c\"<wbr>"
-- set<br>
Interface vnet0
external-ids:iface-status=acti<wbr>ve<br>
Jan 6 20:19:26 h1 kernel: device
vnet0 entered promiscuous mode<br>
Jan 6 20:19:26 h1
avahi-daemon[1391]: Registering
new address record<br>
for fe80::fc1a:4aff:fe16:152 on
vnet0.*.<br>
Jan 6 20:19:26 h1
systemd-machined: New machine
qemu-4-CentOS72.<br>
Jan 6 20:19:26 h1 systemd:
Started Virtual Machine
qemu-4-CentOS72.<br>
Jan 6 20:19:26 h1 systemd:
Starting Virtual Machine
qemu-4-CentOS72.<br>
<br>
[root@h2 ~]# ovn-nbctl show<br>
switch
e53554cf-e553-40a1-8d22-9c8d95<wbr>ec0601
(ovirtbridge)<br>
port
4981ee5f-6e15-4bd5-a1cf-7ead9b<wbr>dd5873<br>
addresses:
["00:1a:4a:16:01:51"]<br>
port
92f6d3c8-68b3-4986-9c09-60bee0<wbr>4644b5<br>
addresses:
["00:1a:4a:16:01:52"]<br>
port ovirtbridge-port2<br>
addresses:
["unknown"]<br>
port ovirtbridge-port1<br>
addresses:
["unknown"]<br>
[root@h2 ~]# ovn-sbctl show<br>
Chassis
"6e4dd29f-7607-48d7-8e5a-eef4c<wbr>6aeefb5"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h2.limetransit.com"
rel="noreferrer"
target="_blank">h2.limetransit.com</a>"<br>
Encap geneve<br>
ip: "148.251.126.50"<br>
options:
{csum="true"}<br>
Port_Binding
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873"<br>
Port_Binding
"ovirtbridge-port1"<br>
Chassis
"4f10fb04-8fb2-48d7-8a3f-ea644<wbr>4c02cf9"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>"<br>
Encap geneve<br>
ip: "144.76.84.73"<br>
options:
{csum="true"}<br>
Port_Binding
"ovirtbridge-port2"<br>
<br>
I.e. the port is set up with the
wrong ID and not attached to OVN.<br>
<br>
If I correct external-ids:iface-id
like this:<br>
[root@h1 ~]# ovs-vsctl set
Interface vnet0<br>
"external-ids:iface-id=\"92f6d<wbr>3c8-68b3-4986-9c09-60bee04644b<wbr>5\""<br>
<br>
then sb is correct:<br>
[root@h2 ~]# ovn-sbctl show<br>
Chassis
"6e4dd29f-7607-48d7-8e5a-eef4c<wbr>6aeefb5"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h2.limetransit.com"
rel="noreferrer"
target="_blank">h2.limetransit.com</a>"<br>
Encap geneve<br>
ip: "148.251.126.50"<br>
options:
{csum="true"}<br>
Port_Binding
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873"<br>
Port_Binding
"ovirtbridge-port1"<br>
Chassis
"4f10fb04-8fb2-48d7-8a3f-ea644<wbr>4c02cf9"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>"<br>
Encap geneve<br>
ip: "144.76.84.73"<br>
options:
{csum="true"}<br>
Port_Binding
"ovirtbridge-port2"<br>
Port_Binding
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5"<br>
<br>
I don't know from where the ID
72dafda5-03c2-4bb6-bcb6-241fa5<wbr>c0a1f3<br>
comes from, doesn't show in any
log other than /var/log/messages.<br>
<br>
If I do the same exercise on the
same host as engine is running on<br>
then the port for the VM gets the
right id and is working from<br>
beginning.<br>
/Sverker<br>
<br>
Den 2017-01-03 kl. 10:23, skrev
Marcin Mirecki:<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex"> How did
you create this port?<br>
From the oVirt engine UI?<br>
The OVN provider creates the
port when you add the port in
the<br>
engine UI,<br>
it is then plugged into the ovs
bridge by the VIF driver.<br>
Please attach
/var/log/ovirt-provider-ovn.lo<wbr>g<br>
<br>
<br>
<br>
----- Original Message -----<br>
<blockquote class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex"> From:
"Sverker Abrahamsson"<<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamss<wbr>on.com</a>&gt;<br>
To: "Marcin Mirecki"<<a
moz-do-not-send="true"
href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt Users"<<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent: Tuesday, January 3, 2017
2:06:22 AM<br>
Subject: Re: [ovirt-users]
Issue with OVN/OVS and
mandatory<br>
ovirtmgmt<br>
network<br>
<br>
Found an issue with Ovirt -
OVN integration.<br>
<br>
Engine and OVN central db
running on host h2. Created VM
to run<br>
on host<br>
h1, which is started. Ovn db
state:<br>
<br>
[root@h2 env3]# ovn-nbctl show<br>
switch
e53554cf-e553-40a1-8d22-9c8d95<wbr>ec0601
(ovirtbridge)<br>
port
4981ee5f-6e15-4bd5-a1cf-7ead9b<wbr>dd5873<br>
addresses:
["00:1a:4a:16:01:51"]<br>
port
92f6d3c8-68b3-4986-9c09-60bee0<wbr>4644b5<br>
addresses:
["00:1a:4a:16:01:52"]<br>
port
ovirtbridge-port2<br>
addresses:
["unknown"]<br>
port
ovirtbridge-port1<br>
addresses:
["unknown"]<br>
[root@h2 env3]# ovn-sbctl show<br>
Chassis
"6e4dd29f-7607-48d7-8e5a-eef4c<wbr>6aeefb5"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h2.limetransit.com"
rel="noreferrer"
target="_blank">h2.limetransit.com</a>"<br>
Encap geneve<br>
ip:
"148.251.126.50"<br>
options:
{csum="true"}<br>
Port_Binding
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873"<br>
Port_Binding
"ovirtbridge-port1"<br>
Chassis
"4f10fb04-8fb2-48d7-8a3f-ea644<wbr>4c02cf9"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>"<br>
Encap geneve<br>
ip:
"144.76.84.73"<br>
options:
{csum="true"}<br>
Port_Binding
"ovirtbridge-port2"<br>
<br>
Port
92f6d3c8-68b3-4986-9c09-60bee0<wbr>4644b5
is for the new VM which is<br>
started on h1, but it is not
assigned to that chassis. The
reason is<br>
that on h1 the port on br-int
is created like this:<br>
<br>
ovs-vsctl --timeout=5 --
--if-exists del-port vnet0 --
add-port<br>
br-int<br>
vnet0 -- set Interface vnet0<br>
"external-ids:attached-mac=\"0<wbr>0:1a:4a:16:01:52\""
-- set<br>
Interface vnet0<br>
"external-ids:iface-id=\"35bcb<wbr>e31-2c7e-4d97-add9-ce150eeb2f1<wbr>1\""<br>
-- set<br>
Interface vnet0<br>
"external-ids:vm-id=\"4d0c134a<wbr>-11a0-40f4-b2fb-c13c17c7251c\"<wbr>"
-- set<br>
Interface vnet0
external-ids:iface-status=acti<wbr>ve<br>
<br>
I.e. the extrernal id of
interface is wrong. When I
manually<br>
change to<br>
the right id like this the
port works fine:<br>
<br>
ovs-vsctl --timeout=5 --
--if-exists del-port vnet0 --
add-port<br>
br-int<br>
vnet0 -- set Interface vnet0<br>
"external-ids:attached-mac=\"0<wbr>0:1a:4a:16:01:52\""
-- set<br>
Interface vnet0<br>
"external-ids:iface-id=\"92f6d<wbr>3c8-68b3-4986-9c09-60bee04644b<wbr>5\""<br>
-- set<br>
Interface vnet0<br>
"external-ids:vm-id=\"4d0c134a<wbr>-11a0-40f4-b2fb-c13c17c7251c\"<wbr>"
-- set<br>
Interface vnet0
external-ids:iface-status=acti<wbr>ve<br>
<br>
sb db after correcting the
port:<br>
<br>
Chassis
"6e4dd29f-7607-48d7-8e5a-eef4c<wbr>6aeefb5"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h2.limetransit.com"
rel="noreferrer"
target="_blank">h2.limetransit.com</a>"<br>
Encap geneve<br>
ip:
"148.251.126.50"<br>
options:
{csum="true"}<br>
Port_Binding
"4981ee5f-6e15-4bd5-a1cf-7ead9<wbr>bdd5873"<br>
Port_Binding
"ovirtbridge-port1"<br>
Chassis
"4f10fb04-8fb2-48d7-8a3f-ea644<wbr>4c02cf9"<br>
hostname: "<a
moz-do-not-send="true"
href="http://h1.limetransit.com"
rel="noreferrer"
target="_blank">h1.limetransit.com</a>"<br>
Encap geneve<br>
ip:
"144.76.84.73"<br>
options:
{csum="true"}<br>
Port_Binding
"ovirtbridge-port2"<br>
Port_Binding
"92f6d3c8-68b3-4986-9c09-60bee<wbr>04644b5"<br>
<br>
I don't know from where the
faulty id comes from, it's not
in any<br>
logs.<br>
In the domain xml as printed
in vdsm.log the id is correct:<br>
<br>
<interface
type="bridge"><br>
<mac
address="00:1a:4a:16:01:52"
/><br>
<model
type="virtio" /><br>
<source
bridge="br-int" /><br>
<virtualport
type="openvswitch"
/><br>
<link
state="up" /><br>
<boot
order="2" /><br>
<bandwidth
/><br>
<virtualport
type="openvswitch"><br>
<parameters<br>
interfaceid="92f6d3c8-68b3-498<wbr>6-9c09-60bee04644b5"
/><br>
</virtualport><br>
</interface><br>
<br>
Where is the ovs-vsctl command
line built for this call?<br>
<br>
/Sverker<br>
<br>
<br>
Den 2017-01-02 kl. 13:40,
skrev Sverker Abrahamsson:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex"> Got
it to work now by following
the env8 example in OVN
tutorial,<br>
where a port is added with
type l2gateway. Not sure how
that is<br>
different from the localnet
variant, but didn't suceed
in<br>
getting that<br>
one working. Now I'm able to
ping and telnet over the
tunnel,<br>
but not<br>
ssh even when the port is
answering on telnet. Neither
does nfs<br>
traffic work even though
mount did. Suspecting MTU
issue. I did<br>
notice<br>
that ovn-controller starts
too early, before network
interfaces are<br>
established and hence can't
reach the db. As these is a
purely<br>
OVS/OVN<br>
issue I'll ask about it on
their mailing list.<br>
<br>
Getting back to the original
issue with Ovirt, I've now
added the<br>
second host h1 to
ovirt-engine. Had to do the
same as with h2 to<br>
create a dummy ovirtmgmt
network but configured
access via the<br>
public<br>
IP. My firewall settings was
replaced with iptables
config and<br>
vdsm.conf was overwritten
when engine was set up, so
those had<br>
to be<br>
manually restored. It would
be preferable if it would be<br>
possible to<br>
configure ovirt-engine that
it does not "own" the host
and instead<br>
comply with the settings it
has instead of enforcing
it's own<br>
view..<br>
<br>
Apart from that it seems the
second host works, although
I need to<br>
resolve the traffic issue
over the OVS tunnel.<br>
/Sverker<br>
<br>
Den 2017-01-02 kl. 01:13,
skrev Sverker Abrahamsson:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px #ccc
solid;padding-left:1ex">
1. That is not possible as
ovirt (or vdsm) will
rewrite the<br>
network<br>
configuration to a
non-working state. That is
why I've set that<br>
if as<br>
hidden to vdsm and is why
I'm keen on getting
OVS/OVN to work<br>
<br>
2. I've been reading the
doc for OVN and starting
to connect the<br>
dots, which is not trivial
as it is complex. Some
insights<br>
reached:<br>
<br>
First step is the OVN
database, installed by<br>
openvswitch-ovn-central,<br>
which I currently have
running on h2 host. The
'ovn-nbctl' and<br>
'ovn-sbctl' commands are
only possible to execute
on a database<br>
node.<br>
Two ip's are given to
'vdsm-tool ovn-config
<ip to database><br>
<tunnel<br>
ip>' as arguments,
where <ip to
database> is how this
OVN node<br>
reaches the database and
<tunnel ip> is the
ip to which other OVN<br>
nodes sets up a tunnel to
this node. I.e. it is not
for creating a<br>
tunnel to the database
which I thought first from
the<br>
description in<br>
blog post.<br>
<br>
The tunnel between OVN
nodes is of type geneve
which is a UDP<br>
based<br>
protocol but I have not
been able to find anywhere
which port<br>
is used<br>
so that I can open it in
firewalld. I have added
OVN on another<br>
host,<br>
called h1, and connected
it to the db. I see there
is traffic<br>
to the<br>
db port, but I don't see
any geneve traffic between
the nodes.<br>
<br>
Ovirt is now able to
create it's vnet0
interface on the br-int
ovs<br>
bridge, but then I run
into the next issue. How
do I create a<br>
connection from the
logical switch to the
physical host? I need<br>
that<br>
to a) get a connection out
to the internet through a<br>
masqueraded if<br>
or ipv6 and b) be able to
run a dhcp server to give
ip's to the<br>
VM's.<br>
<br>
/Sverker<br>
<br>
Den 2016-12-30 kl. 18:05,
skrev Marcin Mirecki:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
1. Why not use your
physical nic for
ovirtmgmt then?<br>
<br>
2. "ovn-nbctl ls-add"
does not add a bridge,
but a logical<br>
switch.<br>
br-int is an
internal OVN
implementation detail,
which<br>
the user<br>
should not care
about. What you see in
the ovirt UI are<br>
logical<br>
networks. They
are implemented as OVN
logical switches<br>
in case<br>
of the OVN
provider.<br>
<br>
Please look at:<br>
<a
moz-do-not-send="true"
href="http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/"
rel="noreferrer"
target="_blank">http://www.ovirt.org/blog/2016<wbr>/11...
You can get the latest
rpms from here:<br>
<a
moz-do-not-send="true"
href="http://resources.ovirt.org/repos/ovirt/experimental/master/ovi...
rel="noreferrer"
target="_blank">http://resources.ovirt.org/rep<wbr>os/...
<br>
<br>
<br>
----- Original Message
-----<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
From: "Sverker
Abrahamsson"<<a
moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamss<wbr>on.com</a>&gt;<br>
To: "Marcin
Mirecki"<<a
moz-do-not-send="true"
href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt
Users"<<a
moz-do-not-send="true" href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent: Friday, December
30, 2016 4:25:58 PM<br>
Subject: Re:
[ovirt-users] Issue
with OVN/OVS and
mandatory<br>
ovirtmgmt network<br>
<br>
1. No, I did not want
to put the ovirtmgmt
bridge on my physical<br>
nic as<br>
it always messed up
the network config
making the host<br>
unreachable. I<br>
have put a ovs bridge
on this nic which I
will use to make<br>
tunnels<br>
when<br>
I add other hosts.
Maybe br-int will be
used for that<br>
instead, will<br>
see<br>
when I get that far.<br>
<br>
As it is now I have a
dummy if for ovirtmgmt
bridge but this<br>
will<br>
probably not work when
I add other hosts as
that bridge cannot<br>
connect<br>
to the other hosts.
I'm considering
keeping this just as a<br>
dummy to<br>
keep<br>
ovirt engine satisfied
while the actual
communication will<br>
happen<br>
over<br>
OVN/OVS bridges and
tunnels.<br>
<br>
2. On<br>
<a
moz-do-not-send="true"
href="https://www.ovirt.org//develop/release-management/features/ovi...
rel="noreferrer"
target="_blank">https://www.ovirt.org//develop<wbr>/re...
<br>
<br>
there is instructions
how to add an OVS
bridge to OVN with<br>
|ovn-nbctl<br>
ls-add <network
name>|. If you want
to use br-int then it
makes<br>
sense to<br>
make that bridge
visible in ovirt webui
under networks so<br>
that it<br>
can be<br>
selected for VM's.<br>
<br>
It quite doesn't make
sense to me that I can
select other<br>
network<br>
for my<br>
VM but then that
setting is not used
when setting up the<br>
network.<br>
<br>
/Sverker<br>
<br>
Den 2016-12-30 kl.
15:34, skrev Marcin
Mirecki:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
Hi,<br>
<br>
The OVN provider
does not require you
to add any bridges<br>
manually.<br>
As I understand we
were dealing with
two problems:<br>
1. You only had one
physical nic and
wanted to put a
bridge<br>
on it,<br>
attaching
the management
network to the
bridge. This<br>
was the<br>
reason for<br>
creating the
bridge (the
recommended setup
would be<br>
to used a<br>
separate<br>
physical nic
for the management
network). This
bridge<br>
has<br>
nothing to<br>
do with the
OVN bridge.<br>
2. OVN - you want to
use OVN on this
system. For this you<br>
have to<br>
install<br>
OVN on your
hosts. This should
create the br-int
bridge,<br>
which are<br>
then used by
the OVN provider.
This br-int bridge<br>
must be<br>
configured<br>
to connect
to other hosts using
the geneve tunnels.<br>
<br>
In both cases the
systems will not be
aware of any bridges
you<br>
create.<br>
They need a nic (be
it physical or
virtual) to connect
to other<br>
system.<br>
Usually this is the
physical nic. In
your case you
decided<br>
to put<br>
a bridge<br>
on the physical nic,
and give oVirt a
virtual nic attached<br>
to this<br>
bridge.<br>
This works, but keep
in mind that the
bridge you have<br>
introduced<br>
is outside<br>
of oVirt's (and OVN)
control (and as such
is not supported).<br>
<br>
<blockquote
class="gmail_quote"
style="margin:0 0
0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
What is the
purpose of<br>
adding my bridges
to Ovirt through
the external
provider and<br>
configure<br>
them on my VM<br>
</blockquote>
I am not quite sure
I understand.<br>
The external
provider (OVN
provider to be
specific), does<br>
not add<br>
any<br>
bridges<br>
to the system. It is
using the br-int
bridge created by
OVN.<br>
The<br>
networks<br>
created by the OVN
provider are purely
logical entities,<br>
implemented using<br>
the OVN br-int
bridge.<br>
<br>
Marcin<br>
<br>
<br>
----- Original
Message -----<br>
<blockquote
class="gmail_quote"
style="margin:0 0
0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
From: "Sverker
Abrahamsson"<<a
moz-do-not-send="true" href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamss<wbr>on.com</a>&gt;<br>
To: "Marcin
Mirecki"<<a
moz-do-not-send="true"
href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt
Users"<<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent: Friday,
December 30, 2016
12:15:43 PM<br>
Subject: Re:
[ovirt-users]
Issue with OVN/OVS
and mandatory<br>
ovirtmgmt<br>
network<br>
<br>
Hi<br>
That is the logic
I quite don't
understand. What
is the<br>
purpose of<br>
adding my bridges
to Ovirt through
the external
provider and<br>
configure<br>
them on my VM if
you are
disregarding that
and using br-int<br>
anyway?<br>
<br>
/Sverker<br>
<br>
Den 2016-12-30 kl.
10:53, skrev
Marcin Mirecki:<br>
<blockquote
class="gmail_quote"
style="margin:0
0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex">
Sverker,<br>
<br>
br-int is the
integration
bridge created
by default in<br>
OVN. This<br>
is the<br>
bridge we use
for the OVN
provider. As OVN
is required to
be<br>
installed,<br>
we assume that
this bridge is
present.<br>
Using any other
ovs bridge is
not supported,
and will require<br>
custom code<br>
changes (such as
the ones you
created).<br>
<br>
The proper setup
in your case
would probably
be to create<br>
br-int<br>
and<br>
connect<br>
this to your
ovirtbridge,
although I don't
know the<br>
details of<br>
your env,<br>
so<br>
this is just my
best guess.<br>
<br>
Marcin<br>
<br>
<br>
----- Original
Message -----<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: "Sverker
Abrahamsson"<<a moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamss<wbr>on.com</a>&gt;<br>
To: "Marcin
Mirecki"<<a
moz-do-not-send="true" href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt
Users"<<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;,
"Numan
Siddique"<br>
<<a
moz-do-not-send="true"
href="mailto:nusiddiq@redhat.com"
target="_blank">nusiddiq(a)redhat.com</a>&gt;<br>
Sent: Friday,
December 30,
2016 1:14:50
AM<br>
Subject: Re:
[ovirt-users]
Issue with
OVN/OVS and
mandatory<br>
ovirtmgmt<br>
network<br>
<br>
Even better,
if the value
is not
hardcoded then
the<br>
configured<br>
value is<br>
used. Might be
that I'm
missunderstanding
something but<br>
this is<br>
the<br>
behaviour I
expected
instead of
that it is
using br-int.<br>
<br>
Attached is a
patch which
properly sets
up the xml, in
case<br>
there is<br>
already a
virtual port
there +
testcode of
some variants<br>
<br>
/Sverker<br>
<br>
Den 2016-12-29
kl. 22:55,
skrev Sverker
Abrahamsson:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
When I change<br>
/usr/libexec/vdsm/hooks/before<wbr>_device_create/ovirt_provider_<wbr>ovn_hook<br>
<br>
<br>
to instead of
hardcoded to
br-int use
BRIDGE_NAME =<br>
'ovirtbridge'
then<br>
I get the
expected
behaviour and
I get a
working
network<br>
connectivity<br>
in my VM with
IP provided by
dhcp.<br>
<br>
/Sverker<br>
<br>
Den 2016-12-29
kl. 22:07,
skrev Sverker
Abrahamsson:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
By default the
vNic profile
of my OVN
bridge<br>
ovirtbridge
gets a<br>
Network filter
named
vdsm-no-mac-spoofing.
If I instead<br>
set<br>
No filter<br>
then I don't
get those
ebtables /
iptables
messages. It<br>
seems<br>
that<br>
there is some
issue between
ovirt/vdsm and
firewalld,<br>
which<br>
we can<br>
put to the
side for now.<br>
<br>
It is not
clear for me
why the port
is added on
br-int<br>
instead of the<br>
bridge I've
assigned to
the VM, which
is
ovirtbridge??<br>
<br>
/Sverker<br>
<br>
Den 2016-12-29
kl. 14:20,
skrev Sverker
Abrahamsson:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The specific
command most
likely fails
because there<br>
is no<br>
chain<br>
named
libvirt-J-vnet0,
but when
should that
have been<br>
created?<br>
/Sverker<br>
<br>
--------
Vidarebefordrat
meddelande
--------<br>
Ämne: Re:
[ovirt-users]
Issue with
OVN/OVS and<br>
mandatory<br>
ovirtmgmt<br>
network<br>
Datum:
Thu, 29 Dec
2016 08:06:29
-0500 (EST)<br>
Från:
Marcin
Mirecki<<a
moz-do-not-send="true" href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Till:
Sverker
Abrahamsson<<a
moz-do-not-send="true" href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamsso<wbr>n.com</a>&gt;<br>
Kopia:
Ovirt
Users<<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;,
Lance
Richardson<br>
<<a
moz-do-not-send="true"
href="mailto:lrichard@redhat.com"
target="_blank">lrichard(a)redhat.com</a>&gt;,
Numan<br>
Siddique<<a
moz-do-not-send="true" href="mailto:nusiddiq@redhat.com"
target="_blank">nusiddiq(a)redhat.com</a>&gt;<br>
<br>
<br>
<br>
Let me add the
OVN team.<br>
<br>
Lance, Numan,<br>
<br>
Can you please
look at this?<br>
<br>
Trying to plug
a vNIC results
in:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dec 28
23:31:35 h2
ovs-vsctl:<br>
ovs|00001|vsctl|INFO|Called as<br>
ovs-vsctl<br>
--timeout=5 --
--if-exists
del-port vnet0
--<br>
add-port<br>
br-int<br>
vnet0 --<br>
set Interface
vnet0<br>
"external-ids:attached-mac=\"0<wbr>0:1a:4a:16:01:51\""<br>
-- set
Interface
vnet0<br>
"external-ids:iface-id=\"e8853<wbr>aac-8a75-41b0-8010-e630017dcdd<wbr>8\""<br>
<br>
<br>
--<br>
set Interface
vnet0<br>
"external-ids:vm-id=\"b9440d60<wbr>-ef5a-4e2b-83cf-081df7c09e6f\"<wbr>"<br>
<br>
<br>
--<br>
set<br>
Interface
vnet0
external-ids:iface-status=acti<wbr>ve<br>
Dec 28
23:31:35 h2
kernel: device
vnet0 entered<br>
promiscuous<br>
mode<br>
Dec 28
23:31:35 h2
firewalld:
WARNING:<br>
COMMAND_FAILED:<br>
'/usr/sbin/ebtables --concurrent -t nat -D<br>
PREROUTING<br>
-i vnet0<br>
-j<br>
libvirt-J-vnet0' failed:<br>
Dec 28
23:31:35 h2
firewalld:
WARNING:<br>
COMMAND_FAILED:<br>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
More details
below<br>
<br>
<br>
----- Original
Message -----<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: "Sverker
Abrahamsson"<<a moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamss<wbr>on.com</a>&gt;<br>
To: "Marcin
Mirecki"<<a
moz-do-not-send="true" href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt
Users"<<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent:
Thursday,
December 29,
2016 1:42:11
PM<br>
Subject: Re:
[ovirt-users]
Issue with
OVN/OVS and<br>
mandatory<br>
ovirtmgmt<br>
network<br>
<br>
Hi<br>
Same problem
still..<br>
/Sverker<br>
<br>
Den 2016-12-29
kl. 13:34,
skrev Marcin
Mirecki:<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
The tunnels
are created to
connect
multiple OVN<br>
controllers.<br>
If there is
only one,
there is no
need for the<br>
tunnels, so<br>
none<br>
will be
created, this
is the correct
behavior.<br>
<br>
Does the
problem still
occur after
setting<br>
configuring
the<br>
OVN-controller?<br>
<br>
Marcin<br>
<br>
----- Original
Message -----<br>
<blockquote
class="gmail_quote"
style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: "Sverker
Abrahamsson"<<a moz-do-not-send="true"
href="mailto:sverker@abrahamsson.com"
target="_blank">sverker(a)abrahamss<wbr>on.com</a>&gt;<br>
To: "Marcin
Mirecki"<<a
moz-do-not-send="true" href="mailto:mmirecki@redhat.com"
target="_blank">mmirecki(a)redhat.com</a>&gt;<br>
Cc: "Ovirt
Users"<<a
moz-do-not-send="true"
href="mailto:users@ovirt.org"
target="_blank">users(a)ovirt.org</a>&gt;<br>
Sent:
Thursday,
December 29,
2016 11:44:32
AM<br>
Subject: Re:
[ovirt-users]
Iss</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</div>
...<br>
<br>
[Message clipped] <br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer"
target="_blank">http://lists.ovirt.org/<wbr>mailman/li...
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>
--------------C953300A9FB23B4FF27414D7--