<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div markdown-here-wrapper-content-modified="true" style=""
class="markdown-here-wrapper" data-md-url="Thunderbird">
<p style="margin: 0px 0px 1.2em ! important;">Hi </p>
<p style="margin: 0px 0px 1.2em ! important;"></p>
<div class="markdown-here-exclude">
<p></p>
<blockquote
cite="mid:20150427172212.63a3ae82@sleipner.datanom.net"
type="cite">
<pre wrap="">openvswitch is the way to go.</pre>
</blockquote>
<p></p>
</div>
<p style="margin: 0px 0px 1.2em ! important;"></p>
<p style="margin: 0px 0px 1.2em ! important;">I sure hope so. :)</p>
<p style="margin: 0px 0px 1.2em ! important;">Open vSwitch has
been in my mind for some months now. I’ve tested it in January
(ovs version 2.3.0-1) and got it to work, but as our cluster is
quite big, I planned to go to ovs in the future.<br>
Anyway it seems that on that node Open vSwitch it is not working
as fluently as it worked with other node in January. OVS is
2.3.1-1 and now I’ve used 10G interface. Then I used 1G
interface on motherboard.</p>
<p style="margin: 0px 0px 1.2em ! important;">Problems:</p>
<ul style="margin: 1.2em 0px;padding-left: 2em;">
<li style="margin: 0.5em 0px;">
<p style="margin: 0px 0px 1.2em ! important;margin: 0.5em 0px
! important;">After reboot, my 10G interface (eth5) is not
connected to the bridge (udev changes interface names) and
thus no packets go to network. As soon as i put eth5 to
vmbr1234 everything works:<br>
<code style="font-size: 0.85em; font-family:
Consolas,Inconsolata,Courier,monospace;margin: 0px 0.15em;
padding: 0px 0.3em; white-space: pre-wrap; border: 1px
solid rgb(234, 234, 234); background-color: rgb(248, 248,
248); border-radius: 3px; display: inline;">ovs-vsct
add-port vmbr1234 eth5</code><br>
From <em>dmesg</em> I can see that 10G interface has names:
eth1 -> eth5 and 1G appears as eth2->rename4->eth0<br>
Despite the fact that <em>/etc/rcS.d/</em> I can see that
udev is 02, openvswitch 12 and networking 13th in startup
row. Awkward.</p>
</li>
<li style="margin: 0.5em 0px;">
<p style="margin: 0px 0px 1.2em ! important;margin: 0.5em 0px
! important;">Also, two OVSIntPorts will not come “up”
(storage88 and storage84 - maybe numbers in OVSIntPort
name?).</p>
</li>
</ul>
<p style="margin: 0px 0px 1.2em ! important;">Okay, after some
manual configuration I got OVS running, but:</p>
<ul style="margin: 1.2em 0px;padding-left: 2em;">
<li style="margin: 0.5em 0px;">
<p style="margin: 0px 0px 1.2em ! important;margin: 0.5em 0px
! important;">Regular/normal ping will lost 4 packets from
time to time. For example, at the beginning 0-3 packets are
lost somewhere, I will hear reply after 4th packet. And then
same thing happens after 14th packet or so.</p>
</li>
<li style="margin: 0.5em 0px;">
<p style="margin: 0px 0px 1.2em ! important;margin: 0.5em 0px
! important;">And within ovs 2.3.0 version I was able to
create OVSIntPort with “vmbr” name as well, now I need to
add different name to my Internal port (within one node).</p>
</li>
</ul>
<p style="margin: 0px 0px 1.2em ! important;">Solutions:<br>
</p>
<ul>
<li>Downgraded i40e driver from 1.2.38 (downloaded from Intel
webpage) to 1.1.23 and no OVS is almost working. Storage
interfaces are still pain. Ping works correctly, but no iscsi
connections are made.</li>
</ul>
<p style="margin: 0px 0px 1.2em ! important;">Although udev is
still a problem.</p>
<div
title="MDH:SGkKPGJsb2NrcXVvdGUgY2l0ZT0ibWlkOjIwMTUwNDI3MTcyMjEyLjYzYTNhZTgyQHNsZWlwbmVyLmRhdGFub20ubmV0IiB0eXBlPSJjaXRlIj48cHJlIHdyYXA9IiI+b3BlbnZzd2l0Y2ggaXMgdGhl
IHdheSB0byBnby48L3ByZT48L2Jsb2NrcXVvdGU+SSBzdXJlIGhvcGUgc28uIDopPGJyPjxicj5P
cGVuIHZTd2l0Y2ggaGFzIGJlZW4gaW4gbXkgbWluZCBmb3Igc29tZSBtb250aHMgbm93LiBJJ3Zl
IHRlc3RlZCBpdCBpbiBKYW51YXJ5IChvdnMgdmVyc2lvbiAyLjMuMC0xKSBhbmQgZ290IGl0IHRv
IHdvcmssIGJ1dCBhcyBvdXIgY2x1c3RlciBpcyBxdWl0ZSBiaWcsIEkgcGxhbm5lZCB0byBnbyB0
byBvdnMgaW4gdGhlIGZ1dHVyZS48YnI+PGJyPkFueXdheSBpdCBzZWVtcyB0aGF0IG9uIHRoYXQg
bm9kZSBPcGVuIHZTd2l0Y2ggaXQgaXMgbm90IHdvcmtpbmcgYXMgZmx1ZW50bHkgYXMgaXQgd29y
a2VkIHdpdGggb3RoZXIgbm9kZSBpbiBKYW51YXJ5LiBPVlMgaXMgMi4zLjEtMSBhbmQgbm93IEkn
dmUgdXNlZCAxMEcgaW50ZXJmYWNlLiBUaGVuIEkgdXNlZCAxRyBpbnRlcmZhY2Ugb24gbW90aGVy
Ym9hcmQuPGJyPjxicj5Qcm9ibGVtczo8YnI+KiBBZnRlciByZWJvb3QsIG15IDEwRyBpbnRlcmZh
Y2UgKGV0aDUpIGlzIG5vdCBjb25uZWN0ZWQgdG8gdGhlIGJyaWRnZSAodWRldiBjaGFuZ2VzIGlu
dGVyZmFjZSBuYW1lcykgYW5kIHRodXMgbm8gcGFja2V0cyBnbyB0byBuZXR3b3JrLiBBcyBzb29u
IGFzIGkgcHV0IGV0aDUgdG8gdm1icjEyMzQgZXZlcnl0aGluZyB3b3Jrczo8YnI+YGBgb3ZzLXZz
Y3QgYWRkLXBvcnQgdm1icjEyMzQgZXRoNWBgYDxicj5Gcm9tICpkbWVzZyogSSBjYW4gc2VlIHRo
YXQgMTBHIGludGVyZmFjZSBoYXMgbmFtZXM6IGV0aDEgLSZndDsgZXRoNSBhbmQgMUcgYXBwZWFy
cyBhcyBldGgyLSZndDtyZW5hbWU0LSZndDtldGgwPGJyPkRlc3BpdGUgdGhlIGZhY3QgdGhhdCBf
L2V0Yy9yY1MuZC9fIEkgY2FuIHNlZSB0aGF0IHVkZXYgaXMgMDIsIG9wZW52c3dpdGNoIDEyIGFu
ZCBuZXR3b3JraW5nIDEzdGggaW4gc3RhcnR1cCByb3cuIEF3a3dhcmQuPGJyPjxicj4qIEFsc28s
IHR3byBPVlNJbnRQb3J0cyB3aWxsIG5vdCBjb21lICJ1cCIgKHN0b3JhZ2U4OCBhbmQgc3RvcmFn
ZTg0IC0gbWF5YmUgbnVtYmVycyBpbiBPVlNJbnRQb3J0IG5hbWU/KS48YnI+Cjxicj5Pa2F5LCBh
ZnRlciBzb21lIG1hbnVhbCBjb25maWd1cmF0aW9uIEkgZ290IE9WUyBydW5uaW5nLCBidXQ6PGJy
PiogUmVndWxhci9ub3JtYWwgcGluZyB3aWxsIGxvc3QgNCBwYWNrZXRzIGZyb20gdGltZSB0byB0
aW1lLiBGb3IgZXhhbXBsZSwgYXQgdGhlIGJlZ2lubmluZyAwLTMgcGFja2V0cyBhcmUgbG9zdCBz
b21ld2hlcmUsIEkgd2lsbCBoZWFyIHJlcGx5IGFmdGVyIDR0aCBwYWNrZXQuIEFuZCB0aGVuIHNh
bWUgdGhpbmcgaGFwcGVucyBhZnRlciAxNHRoIHBhY2tldCBvciBzby48YnI+PGJyPiogQW5kIHdp
dGhpbiBvdnMgMi4zLjAgdmVyc2lvbiBJIHdhcyBhYmxlIHRvIGNyZWF0ZSBPVlNJbnRQb3J0IHdp
dGggInZtYnIiIG5hbWUgYXMgd2VsbCwgbm93IEkgbmVlZCB0byBhZGQgZGlmZmVyZW50IG5hbWUg
dG8gbXkgSW50ZXJuYWwgcG9ydCAod2l0aGluIG9uZSBub2RlKS48YnI+PGJyPlNPTFVUSU9OUzxi
cj5Eb3duZ3JhZGVkIGk0MGUgZHJpdmVyIGZyb20gMS4yLjM4IChkb3dubG9hZGVkIGZyb20gSW50
ZWwgd2VicGFnZSkgdG8gMS4xLjIzIGFuZCBubyBPVlMgaXMgYWxtb3N0IHdvcmtpbmcuIFN0b3Jh
Z2UgaW50ZXJmYWNlcyBhcmUgc3RpbGwgcGFpbi4gUGluZyB3b3JrcyBjb3JyZWN0bHksIGJ1dCBu
byBpc2NzaSBjb25uZWN0aW9ucyBhcmUgbWFkZS48YnI+PGJyPkFsdGhvdWdoIHVkZXYgaXMgc3Rp
bGwgYSBwcm9ibGVtLjxicj4="
style="height:0;width:0;max-height:0;max-width:0;overflow:hidden;font-size:0em;padding:0;margin:0;"></div>
</div>
</body>
</html>