I have manually created the RPM's successfully, I just want to clarify a
few items so I make sure I'm deploying this according to best practice.
I presume the OVN Controller should just be some VM that is on the
ovirtmgmt network, or is there a preferred place to install the OVN
controller software? I then also assume I install the OVN agents onto all
the oVirt Nodes. My take on this is that this OVN replaces the more complex
Neutron/OVS installation, and makes for a more simple deployment. I see
that when you go to add the External Provider, does OVN Controller use
authentication, is there any information I would need to have besides
knowing which node it's on in order to add it to external provider? Would I
need to have any bridges or OVS configured on the nodes for this to work or
just install the services and get them configured and it just works?
Your assistance is appreciated.
On Thu, Dec 1, 2016 at 3:54 AM, Marcin Mirecki <mmirecki(a)redhat.com> wrote:
Devin,
The openvswitch OVN packages must be build manually at the moment. It is
still not available either in the repos, nor as a download.
For now please use the procedure attached below to build the OVN rpm's.
I am not sure where 'firewalld-system' comes from. Is it not
'firewalld-filesystem'?
This should be available from the standard repo.
The ovirt-provider-ovn is being developed quite actively, and the blogpost
is already somewhat outdated (even though it's not even a month old). I
will try to update it asap.
Thanks,
Marcin
BUILDING PROVIDER RPMS:
----------------------
git clone
https://gerrit.ovirt.org/ovirt-provider-ovn
make rpm
BUILDING OVN RPMS:
------------------
Clone the repository:
git clone
https://github.com/openvswitch/ovs
Install the following packages, as they are need to build ovn:
yum -y install gcc make python-devel openssl-devel kernel-devel graphviz
kernel-debug-devel autoconf automake rpm-build redhat-rpm-config rpm-build
rpmdevtools bash-completion autoconf automake libtool PyQt4 groff
libcap-ng-devel python-twisted-core python-zope-interface graphviz
openssl-devel selinux-policy-devel
Build the ovn rpms:
cd ovs
./boot.sh
./configure
make dist
cp openvswitch-<version>.tar.gz $HOME/rpmbuild/SOURCES
cd $HOME/rpmbuild/SOURCES
tar xzf openvswitch-<version>.tar.gz
cd openvswitch-<version>
rpmbuild -bb rhel/openvswitch-fedora.spec
The built rpms will reside here: ~/rpmbuild/RPMS/x86_64/
--------------------
----- Original Message -----
> From: "Yaniv Dary" <ydary(a)redhat.com>
> To: "Devin Acosta" <devin(a)pabstatencio.com>, "Marcin
Mirecki" <
mmirecki(a)redhat.com>
> Cc: "users" <Users(a)ovirt.org>
> Sent: Thursday, December 1, 2016 11:15:00 AM
> Subject: Re: [ovirt-users] oVirt 4 and Neutron
>
> Adding Marcin to help with this.
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: ydary(a)redhat.com
> IRC : ydary
>
>
> On Thu, Dec 1, 2016 at 6:42 AM, Devin Acosta <devin(a)pabstatencio.com>
wrote:
>
> >
> > Yaniv,
> >
> > I am looking at the page that talks about ovirt-provider-ovn, and it
> > sounds like something I want to try. However the document seems to be
not
> > complete, and I'm not sure i fully understand how it should be
deployed.
> > When I downloaded the "ovirt-provider-ovn-driver-0-1.noarch.rpm" and
try
> > to install on the oVIRT nodes it complains about needing other packages
> > such as:
> >
> > - openvswitch-ovn-central
> > - python-openvswitch
> > - firewalld-system
> > - openvswitch-ovn-host
> >
> > I don't see anywhere where it talks about getting access to the RPMS
for
> > openvswitch-ovn-central. Also I presume like Neutron I would install
OVN on
> > a Master node and then install some clients on the nodes? Can you
provide
> > me additional information on this?
> >
> >
> >
> > On Tue, Nov 22, 2016 at 1:43 AM, Yaniv Dary <ydary(a)redhat.com> wrote:
> >
> >> We are working on a native path to SDN via OVN (experimental at this
> >> point):
> >>
https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
> >>
> >> Using Neutron is an option, but at some point the native option might
be
> >> easier to use (we want to add a UI for it and tighter integration).
> >>
> >> Yaniv Dary
> >> Technical Product Manager
> >> Red Hat Israel Ltd.
> >> 34 Jerusalem Road
> >> Building A, 4th floor
> >> Ra'anana, Israel 4350109
> >>
> >> Tel : +972 (9) 7692306
> >> 8272306
> >> Email: ydary(a)redhat.com
> >> IRC : ydary
> >>
> >>
> >> On Tue, Nov 22, 2016 at 5:09 AM, Devin Acosta <devin(a)pabstatencio.com
>
> >> wrote:
> >>
> >>> oVirt Users:
> >>>
> >>> My work is currently deploying oVirt 4.0.5 into our Development
> >>> environment. I see there use to be a maintained Openstack Neutron
image
> >>> that could be used with oVirt to provide SDN functionality. I'm
> >>> suspecting
> >>> that the reason for the image no longer being maintained is because
it
> >>> became a hassle to keep updated and patched. From what I understand
the
> >>> current idea is to just point your oVirt installation to an already
> >>> installed Openstack setup. I can easily install an image and install
the
> >>> latest Openstack (Keystone/Neutron) and then point oVirt to it, but I
> >>> want
> >>> to understand if that is the proper way to move forward. Is there a
> >>> general
> >>> consensus with the way oVirt is moving in regards to Software Defined
> >>> Networking and Neutron in general? Just want to ensure I understand
it
> >>> clearly before just installing my own Neutron if there is going to be
> >>> another method.
> >>>
> >>> Any feedback is appreciated.
> >>>
> >>> Devin Acosta RHCA
> >>>
> >>>
> >>> _______________________________________________
> >>> Users mailing list
> >>> Users(a)ovirt.org
> >>>
http://lists.ovirt.org/mailman/listinfo/users
> >>>
> >>>
> >>
> >
> >
> > --
> >
> > Devin Acosta
> > Red Hat Certified Architect, LinuxStack
> > 602-354-1220 || devin(a)linuxguru.co
> >
>
--
Devin Acosta
Red Hat Certified Architect, LinuxStack
602-354-1220 || devin(a)linuxguru.co