Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Please backport the following DPDK commit:

http://dpdk.org/browse/dpdk/commit/?id=5f6ed2f4e0cb79580c0bedba2bd764a39923d7ec

commit 5f6ed2f4e0cb79580c0bedba2bd764a39923d7ec
Author: Alejandro Lucero <alejandro.lucero>
Date:   Wed May 23 13:28:56 2018 +0100

    net/nfp: fix lock file usage
    
    DPDK apps can be executed as non-root users but current NFP lock
    file for avoiding concurrent accesses to CPP interface is precluding
    this option or requires to modify system file permissions.
    
    When the NFP device is bound to VFIO, this driver does not allow this
    concurrent access, so the lock file is not required at all.
    
    OVS-DPDK as executed in RedHat distributions is the main NFP user
    needing this fix.
    
    Fixes: c7e9729da6b5 ("net/nfp: support CPP")
    
    Signed-off-by: Alejandro Lucero <alejandro.lucero>

Hi Tim,

I am using OVS 2.9.0-47. But, as a non-root user, still got "A CPP handle can not be obtained" ERR.

So, need your advice here as how to verify the fix.

Thanks!

Jean

Hi,
there is another bug for root usage (bz#1568301) and so you need to run OVS as root (just comment the OVS_USER_ID in /etc/sysconfig/openvswitch as usual) in order to verify this bug

(In reply to Timothy Redaelli from comment #6)
> Hi,
> there is another bug for root usage (bz#1568301) and so you need to run OVS
> as root (just comment the OVS_USER_ID in /etc/sysconfig/openvswitch as
> usual) in order to verify this bug

Commenting out the OVS_USER_ID in /etc/sysconfig/openvswitch is the workaround, and we've been testing that for a while.

So, what's the fix for ?

Please clarify.

Thanks!

Jean

The bug fix has been verified with many netperf test runs over OVS-dpdk/{vxlan,geneve}/nfp tunnel.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:1962