Open Stack

On Tue, 2021-06-08 at 10:41 +0200, Pierre Riteau wrote:
> RDO packages for Ussuri and Victoria are available CentOS 8 [1] and
> CentOS Stream 8 [2].
> 
> [1] http://mirror.centos.org/centos/8/cloud/x86_64/
> [2] http://mirror.centos.org/centos/8-stream/cloud/x86_64/
> 
> On Tue, 8 Jun 2021 at 02:24, Pete Zhang <peiyong.zhang at salesforce.com> wrote:
> > 
> > Matthias,
> > 
> > These steps, "install python-nova", "install openstack-nova-scheduler" need python-openvswitch-2.11 which in turn looking for libopenvswitch which is provided by openvswitch-1:2.12.0-1.el7.x86_64.rpm. And I have this copy installed on my local repo.
ya so openstack-nova-scheduler does not required python-openvswitch-2.11

os-vif required python-openvswitch for the python bidnigns but os-vif is not needed by the scheduler.
and even then the python binding do not need librte_*

librte_* is an optional depency of openvswitch. redhat choose to build in dpdk supprot into the ovs-vswitchd binday rahter then shiping a seperate
package but openvswitch shoudl not be a mandatory install requirement of any nova rpm. nor should librte_* espically the contoler services.

> > 
> > Trying to figure out which rpm has the librte_*.
> > 
> > BTW, I got most rpms from http://mirror.centos.org/centos/7/cloud/x86_64/. Which has rpms for train, stein, rocky and queens.
> > Is there a similar site for later releases like Ussuri or Victoria?
> > 
> > Pete
> > 
> > 
> > On Mon, Jun 7, 2021 at 12:43 PM Matthias Runge <mrunge at matthias-runge.de> wrote:
> > > 
> > > On Mon, Jun 07, 2021 at 08:52:42PM +0200, Thomas Goirand wrote:
> > > > On 6/7/21 8:07 PM, Pete Zhang wrote:
> > > > > 
> > > > > I hit this error when installing “openstack-nova-scheduler” of release
> > > > > train.Anyone knows the issue/fix?
> > > > > What is the librte? is it another rpm i can download somewhere?
> > > > > or what is the best channel/DL to post this question, thx.Here is what I
> > > > > did.
> > > > > 
> > > > >  1. I did this in a test box.
> > > > >  2. I have puppet-modules installed on the box
> > > > >  3. I have openstack-release-train’s rpms on the box and built a
> > > > >     local-repo for puppet to install
> > > > > 
> > > > > Debug: Executing: '/bin/yum -d 0 -e 0 -y install openstack-nova-scheduler'
> > > > > Error: Execution of '/bin/yum -d 0 -e 0 -y install openstack-nova-scheduler' returned 1: Error: Package: 1:openvswitch-2.12.0-1.el7.x86_64 (local_openstack-tnrp)
> > > > >            Requires: librte_mempool_bucket.so.1()(64bit)
> > > > > Error: Package: 1:openvswitch-2.12.0-1.el7.x86_64 (local_openstack-tnrp)
> > > > >            Requires: librte_ethdev.so.11(DPDK_18.05)(64bit)
> > > > 
> > > > Hi,
> > > > 
> > > > I'm not a Red Hat user (but the OpenStack maintainer in Debian). Though
> > > > librte is from dpdk. It's likely a bug if nova-scheduler depends on
> > > > openvswitch (but it's probably not a bug if OVS depends on dpdk if it
> > > > was compiled with dpdk support).
> > > 
> > > Packages ending with el7 are probably a bit aged already. You may want
> > > to switch to something more recent. RDO is only updating the latest
> > > release.
> > > I don't know where you got the other packages from, but I can see there
> > > is no direct dependency from openstack-nova-scheduler to
> > > openvswitch[1]. On the other side, the openvswitch build indeed requires
> > > librte[2].
> > > 
> > > RDO describes the used repositories[3], and you may want to enable
> > > CentOS extras.
> > > 
> > > [1] https://urldefense.com/v3/__https://github.com/rdo-packages/nova-distgit/blob/train-rdo/openstack-nova.spec__;!!DCbAVzZNrAf4!RKlcUEHBI3PvESOWZQ8z_KbIQjfkOEbCIaOj9bzgtDMQ58uyTEnQlD5QiYYfwVDNr_Q_7lQ$
> > > [2] https://urldefense.com/v3/__https://cbs.centos.org/koji/rpminfo?rpmID=173673__;!!DCbAVzZNrAf4!RKlcUEHBI3PvESOWZQ8z_KbIQjfkOEbCIaOj9bzgtDMQ58uyTEnQlD5QiYYfwVDNRaMe3hM$
> > > [3] https://urldefense.com/v3/__https://www.rdoproject.org/documentation/repositories/__;!!DCbAVzZNrAf4!RKlcUEHBI3PvESOWZQ8z_KbIQjfkOEbCIaOj9bzgtDMQ58uyTEnQlD5QiYYfwVDNI36Ef5g$
> > > 
> > > --
> > > Matthias Runge <mrunge at matthias-runge.de>
> > > 
> > 
> > 
> > --
> > 
>