<div dir="ltr">Marcin,<div><br></div><div>So an update on my situation, I restarted all OpenVSwitch processes on all boxes and was able to get the CPU issue with ovs-vswitchd to return to normal. So I believe all those issues are resolved. I can create networks/subnets, minus that one strange UI issue which I'll work with Alexander Wels to resolve. When I still go to launch a Virtual Machine, should I be seeing the subnets that I created? Am I missing something? It seems like i'm about 95% there and I am just missing something.</div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 2, 2016 at 11:44 AM, Devin Acosta <span dir="ltr"><<a href="mailto:devin@pabstatencio.com" target="_blank">devin@pabstatencio.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-family:monospace">Marcin,<br><br>I installed the
OVN-Central on a dedicated VM that lives on the ovirtmgmt network, I
also installed the OVN-Provider on this same instance. I then installed
the OVN-Controllers on all 3 of my oVirt Nodes, with the OVN provider
driver, and configured the vdsm ovn-controller {central-ip}
{ovirt-node-ip} on each of the boxes. It appears to be running but what I
am noticing is that the ovs-vswitchd process is pegged at 100% on all
the oVirt nodes.<br><br>So for instance from oVirt Node 3 (IP 75) the
ovs-vsctl shows the IPs for the other 2 nodes in it's configuration. It
seems to be that way across all 3 nodes, they know about the other nodes
in the cluster. I was able to create a network inside of oVIRT using
the external provider. After i create a subnet inside oVirt I do get an
error at the top but seems to be ok?</span><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace"><img src="cid:ii_158c0da4c410a6ce" alt="Inline image 2" width="562" height="183"><br><br>(Output from Node3 IP 75,
of: ovs-vsctl show)<br><br></span></div><div>61af799c-a621-445e-8183-<wbr>23dcb38ea3cc<br>
Bridge br-int<br>
fail_mode: secure<br>
Port "ovn-c0dc09-0"<br>
Interface "ovn-c0dc09-0"<br>
type: geneve<br>
options: {csum="true", key=flow,
remote_ip="172.10.10.73"}<br>
Port "ovn-456949-0"<br>
Interface "ovn-456949-0"<br>
type: geneve<br>
options: {csum="true", key=flow,
remote_ip="172.10.10.74"}<br>
Port br-int<br>
Interface br-int<br>
type: internal<br>
ovs_version: "2.6.90"<br><span style="font-family:monospace"><br><br></span><img name="m_7305250361354385526_image.png" alt=""><br><span style="font-family:monospace">Example where the (ovs-vswitchd) is running at 100% on all 3 oVirt Nodes.<br><br> PID USER
PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND<br> 1768
root 10 -10 49680 10808 9388 R 100.0 0.0 24:48.85
ovs-vswitchd<br><br><br></span>
[root@ovirt01 openvswitch]# tail -f ovs-vswitchd.log<br>2016-12-02T18:27:12.174Z|<wbr>00604|poll_loop|INFO|Dropped
557231 log messages in last 6 seconds (most recently, 0 seconds ago)
due to excessive rate<br>2016-12-02T18:27:12.174Z|<wbr>00605|poll_loop|INFO|wakeup
due to 0-ms timeout at vswitchd/bridge.c:3031 (100% CPU usage)<br>2016-12-02T18:27:18.174Z|<wbr>00606|poll_loop|INFO|Dropped
536053 log messages in last 6 seconds (most recently, 0 seconds ago)
due to excessive rate<br>2016-12-02T18:27:18.174Z|<wbr>00607|poll_loop|INFO|wakeup
due to 0-ms timeout at vswitchd/bridge.c:3031 (100% CPU usage)<br>2016-12-02T18:27:24.174Z|<wbr>00608|poll_loop|INFO|Dropped
536369 log messages in last 6 seconds (most recently, 0 seconds ago)
due to excessive rate<br>2016-12-02T18:27:24.174Z|<wbr>00609|poll_loop|INFO|wakeup
due to 0-ms timeout at vswitchd/bridge.c:3031 (100% CPU usage)<br>2016-12-02T18:27:30.174Z|<wbr>00610|poll_loop|INFO|Dropped
532134 log messages in last 6 seconds (most recently, 0 seconds ago)
due to excessive rate<br>2016-12-02T18:27:30.174Z|<wbr>00611|poll_loop|INFO|wakeup
due to 1-ms timeout at vswitchd/bridge.c:3031 (100% CPU usage)<br>2016-12-02T18:27:36.174Z|<wbr>00612|poll_loop|INFO|Dropped
531659 log messages in last 6 seconds (most recently, 0 seconds ago)
due to excessive rate<br>2016-12-02T18:27:36.174Z|<wbr>00613|poll_loop|INFO|wakeup
due to 0-ms timeout at vswitchd/bridge.c:3031 (99% CPU usage)<br><br><br>One
other thing that I notice is that when I got to Provision a Virtual
Machine from the Main Data Center, my Networks don't show under the NIC
where I could select them? Am I missing something on this?<br><br>Thanks
very much for your help.<span class="HOEnZb"><font color="#888888"><br><br>Devin Acosta<br><br></font></span></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Dec 2, 2016 at 5:16 AM, Marcin Mirecki <span dir="ltr"><<a href="mailto:mmirecki@redhat.com" target="_blank">mmirecki@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Devin,<br>
<span><br>
> I presume the OVN Controller should just be some VM that is on the<br>
> ovirtmgmt network, or is there a preferred place to install the OVN<br>
> controller software?<br>
<br>
</span>Please note the difference between OVN-Central and OVN-Controller:<br>
OVN-Central is the central part of OVN, storing the logical configuration and controlling the many OVN-Controllers<br>
OVN-Controller is the piece of software which resides on the ovirt-hosts, and manages the local OVS setup on the host.<br>
<br>
OVN-Central<br>
/ | \<br>
/ | \<br>
/ | \<br>
/ | \<br>
OVN-Controller OVN-Controller OVN-Controller<br>
<br>
<br>
OVN-central can be installed anywhere , as long as it can communicate with the engine and all the hosts.<br>
During development we install it along the ovirt engine for convinience.<br>
<br>
OVN-Controller must be installed on every ovirt host.<br>
<span><br>
<br>
>I then also assume I install the OVN agents onto all<br>
> the oVirt Nodes.<br>
<br>
</span>Short answer: Yes<br>
<br>
Longe answer: If you plan not to use external networks on some clusters, you<br>
can skip its hosts.<br>
You can choose the clusters which support the external network by assigning the<br>
network to clusters.<br>
<span><br>
> I see<br>
> that when you go to add the External Provider, does OVN Controller use<br>
> authentication, is there any information I would need to have besides<br>
> knowing which node it's on in order to add it to external provider?<br>
<br>
</span>For now it is only the url of the provider.<br>
The provider is still under development, authentication is still just an<br>
empty mock.<br>
<span><br>
>Would I<br>
> need to have any bridges or OVS configured on the nodes for this to work or<br>
> just install the services and get them configured and it just works?<br>
<br>
</span>We are using the default 'br-int' bridge which OVN is using. All should be configured<br>
when OVS/OVN is installed.<br>
<br>
Let me know if I can help with anything else.<br>
<span class="m_7305250361354385526HOEnZb"><font color="#888888">Marcin<br>
</font></span><div class="m_7305250361354385526HOEnZb"><div class="m_7305250361354385526h5"><br>
<br>
<br>
----- Original Message -----<br>
> From: "Devin Acosta" <<a href="mailto:devin@pabstatencio.com" target="_blank">devin@pabstatencio.com</a>><br>
> To: "Marcin Mirecki" <<a href="mailto:mmirecki@redhat.com" target="_blank">mmirecki@redhat.com</a>><br>
> Cc: "users" <<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>>, "Yaniv Dary" <<a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>><br>
> Sent: Thursday, December 1, 2016 6:19:07 PM<br>
> Subject: Re: [ovirt-users] oVirt 4 and Neutron<br>
><br>
> I have manually created the RPM's successfully, I just want to clarify a<br>
> few items so I make sure I'm deploying this according to best practice.<br>
><br>
> I presume the OVN Controller should just be some VM that is on the<br>
> ovirtmgmt network, or is there a preferred place to install the OVN<br>
> controller software? I then also assume I install the OVN agents onto all<br>
> the oVirt Nodes. My take on this is that this OVN replaces the more complex<br>
> Neutron/OVS installation, and makes for a more simple deployment. I see<br>
> that when you go to add the External Provider, does OVN Controller use<br>
> authentication, is there any information I would need to have besides<br>
> knowing which node it's on in order to add it to external provider? Would I<br>
> need to have any bridges or OVS configured on the nodes for this to work or<br>
> just install the services and get them configured and it just works?<br>
><br>
><br>
> Your assistance is appreciated.<br>
><br>
> On Thu, Dec 1, 2016 at 3:54 AM, Marcin Mirecki <<a href="mailto:mmirecki@redhat.com" target="_blank">mmirecki@redhat.com</a>> wrote:<br>
><br>
> > Devin,<br>
> ><br>
> > The openvswitch OVN packages must be build manually at the moment. It is<br>
> > still not available either in the repos, nor as a download.<br>
> > For now please use the procedure attached below to build the OVN rpm's.<br>
> ><br>
> > I am not sure where 'firewalld-system' comes from. Is it not<br>
> > 'firewalld-filesystem'?<br>
> > This should be available from the standard repo.<br>
> ><br>
> > The ovirt-provider-ovn is being developed quite actively, and the blogpost<br>
> > is already somewhat outdated (even though it's not even a month old). I<br>
> > will try to update it asap.<br>
> ><br>
> > Thanks,<br>
> > Marcin<br>
> ><br>
> ><br>
> > BUILDING PROVIDER RPMS:<br>
> > ----------------------<br>
> > git clone <a href="https://gerrit.ovirt.org/ovirt-provider-ovn" rel="noreferrer" target="_blank">https://gerrit.ovirt.org/ovirt<wbr>-provider-ovn</a><br>
> > make rpm<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > BUILDING OVN RPMS:<br>
> > ------------------<br>
> ><br>
> > Clone the repository:<br>
> ><br>
> > git clone <a href="https://github.com/openvswitch/ovs" rel="noreferrer" target="_blank">https://github.com/openvswitch<wbr>/ovs</a><br>
> ><br>
> > Install the following packages, as they are need to build ovn:<br>
> ><br>
> > yum -y install gcc make python-devel openssl-devel kernel-devel graphviz<br>
> > kernel-debug-devel autoconf automake rpm-build redhat-rpm-config rpm-build<br>
> > rpmdevtools bash-completion autoconf automake libtool PyQt4 groff<br>
> > libcap-ng-devel python-twisted-core python-zope-interface graphviz<br>
> > openssl-devel selinux-policy-devel<br>
> ><br>
> > Build the ovn rpms:<br>
> ><br>
> > cd ovs<br>
> > ./boot.sh<br>
> > ./configure<br>
> > make dist<br>
> > cp openvswitch-<version>.tar.gz $HOME/rpmbuild/SOURCES<br>
> > cd $HOME/rpmbuild/SOURCES<br>
> > tar xzf openvswitch-<version>.tar.gz<br>
> > cd openvswitch-<version><br>
> > rpmbuild -bb rhel/openvswitch-fedora.spec<br>
> ><br>
> > The built rpms will reside here: ~/rpmbuild/RPMS/x86_64/<br>
> ><br>
> > --------------------<br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> ><br>
> > ----- Original Message -----<br>
> > > From: "Yaniv Dary" <<a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>><br>
> > > To: "Devin Acosta" <<a href="mailto:devin@pabstatencio.com" target="_blank">devin@pabstatencio.com</a>>, "Marcin Mirecki" <<br>
> > <a href="mailto:mmirecki@redhat.com" target="_blank">mmirecki@redhat.com</a>><br>
> > > Cc: "users" <<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>><br>
> > > Sent: Thursday, December 1, 2016 11:15:00 AM<br>
> > > Subject: Re: [ovirt-users] oVirt 4 and Neutron<br>
> > ><br>
> > > Adding Marcin to help with this.<br>
> > ><br>
> > > Yaniv Dary<br>
> > > Technical Product Manager<br>
> > > Red Hat Israel Ltd.<br>
> > > 34 Jerusalem Road<br>
> > > Building A, 4th floor<br>
> > > Ra'anana, Israel 4350109<br>
> > ><br>
> > > Tel : <a href="tel:%2B972%20%289%29%207692306" value="+97297692306" target="_blank">+972 (9) 7692306</a><br>
> > > 8272306<br>
> > > Email: <a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a><br>
> > > IRC : ydary<br>
> > ><br>
> > ><br>
> > > On Thu, Dec 1, 2016 at 6:42 AM, Devin Acosta <<a href="mailto:devin@pabstatencio.com" target="_blank">devin@pabstatencio.com</a>><br>
> > wrote:<br>
> > ><br>
> > > ><br>
> > > > Yaniv,<br>
> > > ><br>
> > > > I am looking at the page that talks about ovirt-provider-ovn, and it<br>
> > > > sounds like something I want to try. However the document seems to be<br>
> > not<br>
> > > > complete, and I'm not sure i fully understand how it should be<br>
> > deployed.<br>
> > > > When I downloaded the "ovirt-provider-ovn-driver-0-1<wbr>.noarch.rpm" and<br>
> > try<br>
> > > > to install on the oVIRT nodes it complains about needing other packages<br>
> > > > such as:<br>
> > > ><br>
> > > > - openvswitch-ovn-central<br>
> > > > - python-openvswitch<br>
> > > > - firewalld-system<br>
> > > > - openvswitch-ovn-host<br>
> > > ><br>
> > > > I don't see anywhere where it talks about getting access to the RPMS<br>
> > for<br>
> > > > openvswitch-ovn-central. Also I presume like Neutron I would install<br>
> > OVN on<br>
> > > > a Master node and then install some clients on the nodes? Can you<br>
> > provide<br>
> > > > me additional information on this?<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > On Tue, Nov 22, 2016 at 1:43 AM, Yaniv Dary <<a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a>> wrote:<br>
> > > ><br>
> > > >> We are working on a native path to SDN via OVN (experimental at this<br>
> > > >> point):<br>
> > > >> <a href="https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/" rel="noreferrer" target="_blank">https://www.ovirt.org/blog/201<wbr>6/11/ovirt-provider-ovn/</a><br>
> > > >><br>
> > > >> Using Neutron is an option, but at some point the native option might<br>
> > be<br>
> > > >> easier to use (we want to add a UI for it and tighter integration).<br>
> > > >><br>
> > > >> Yaniv Dary<br>
> > > >> Technical Product Manager<br>
> > > >> Red Hat Israel Ltd.<br>
> > > >> 34 Jerusalem Road<br>
> > > >> Building A, 4th floor<br>
> > > >> Ra'anana, Israel 4350109<br>
> > > >><br>
> > > >> Tel : <a href="tel:%2B972%20%289%29%207692306" value="+97297692306" target="_blank">+972 (9) 7692306</a><br>
> > > >> 8272306<br>
> > > >> Email: <a href="mailto:ydary@redhat.com" target="_blank">ydary@redhat.com</a><br>
> > > >> IRC : ydary<br>
> > > >><br>
> > > >><br>
> > > >> On Tue, Nov 22, 2016 at 5:09 AM, Devin Acosta <<a href="mailto:devin@pabstatencio.com" target="_blank">devin@pabstatencio.com</a><br>
> > ><br>
> > > >> wrote:<br>
> > > >><br>
> > > >>> oVirt Users:<br>
> > > >>><br>
> > > >>> My work is currently deploying oVirt 4.0.5 into our Development<br>
> > > >>> environment. I see there use to be a maintained Openstack Neutron<br>
> > image<br>
> > > >>> that could be used with oVirt to provide SDN functionality. I'm<br>
> > > >>> suspecting<br>
> > > >>> that the reason for the image no longer being maintained is because<br>
> > it<br>
> > > >>> became a hassle to keep updated and patched. From what I understand<br>
> > the<br>
> > > >>> current idea is to just point your oVirt installation to an already<br>
> > > >>> installed Openstack setup. I can easily install an image and install<br>
> > the<br>
> > > >>> latest Openstack (Keystone/Neutron) and then point oVirt to it, but I<br>
> > > >>> want<br>
> > > >>> to understand if that is the proper way to move forward. Is there a<br>
> > > >>> general<br>
> > > >>> consensus with the way oVirt is moving in regards to Software Defined<br>
> > > >>> Networking and Neutron in general? Just want to ensure I understand<br>
> > it<br>
> > > >>> clearly before just installing my own Neutron if there is going to be<br>
> > > >>> another method.<br>
> > > >>><br>
> > > >>> Any feedback is appreciated.<br>
> > > >>><br>
> > > >>> Devin Acosta RHCA<br>
> > > >>><br>
> > > >>><br>
> > > >>> ______________________________<wbr>_________________<br>
> > > >>> Users mailing list<br>
> > > >>> <a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
> > > >>> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br>
> > > >>><br>
> > > >>><br>
> > > >><br>
> > > ><br>
> > > ><br>
> > > > --<br>
> > > ><br>
> > > > Devin Acosta<br>
> > > > Red Hat Certified Architect, LinuxStack<br>
> > > > <a href="tel:602-354-1220" value="+16023541220" target="_blank">602-354-1220</a> || <a href="mailto:devin@linuxguru.co" target="_blank">devin@linuxguru.co</a><br>
> > > ><br>
> > ><br>
> ><br>
><br>
><br>
><br>
> --<br>
><br>
> Devin Acosta<br>
> Red Hat Certified Architect, LinuxStack<br>
> <a href="tel:602-354-1220" value="+16023541220" target="_blank">602-354-1220</a> || <a href="mailto:devin@linuxguru.co" target="_blank">devin@linuxguru.co</a><br>
><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_7305250361354385526gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>Devin Acosta</div><div>Red Hat Certified Architect, LinuxStack </div><div><a href="tel:602-354-1220" value="+16023541220" target="_blank">602-354-1220</a> || <a href="mailto:devin@linuxguru.co" target="_blank">devin@linuxguru.co</a></div></div></div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>Devin Acosta</div><div>Red Hat Certified Architect, LinuxStack </div><div>602-354-1220 || <a href="mailto:devin@linuxguru.co" target="_blank">devin@linuxguru.co</a></div></div></div>
</div>