I looked at the source RPM, and that the patch file "update-ff-install-script.patch" is changing installation directories. This is causing the error, because our scripts have hard-coded path names where files such as opafastfabric.conf.def and ff_funcs are expected to be installed.

I would suggest suppressing those changes in the update script.

I'm working on this issue. But upstream rdma-core commit 29bb8f07da911 redefined ntohll and htonll. It breaks opa-ff compiling. Until this issue got fixed, we can't build opa-ff in our internal RPM building system.

------------------------------------------------------------
gcc -pipe -DTARGET_CPU_FAMILY_X86 -Wall -D__X86_64__ -DCPU_LE -m64 -fno-strict-aliasing -fstack-protector -DLINUX -Dlinux -D__LINUX__   -DPRODUCT=OPENIB_FF -DPRODUCT_OPENIB_FF -DMODULEVERSION=10.3.1.0.7 -DIB_STACK_OPENIB   -fpic  -g -I. -I/home/test/rpmbuild/BUILD/opa-ff-10.3.1.0-8/builtinclude.OPENIB_FF.release -I/home/test/rpmbuild/BUILD/opa-ff-10.3.1.0-8/builtinclude.OPENIB_FF.release/iba -I/home/test/rpmbuild/BUILD/opa-ff-10.3.1.0-8/builtinclude.OPENIB_FF.release/iba/public -I/usr/include/infiniband -I/usr/include -c src/dsap_scan_fabric.c -o build.OPENIB_FF.release/src/dsap_scan_fabric.o
In file included from src/dsap_scan_fabric.c:34:0:
/usr/include/infiniband/umad.h:237:52: error: redefinition of 'htonll'
 static inline __attribute__((deprecated)) uint64_t htonll(uint64_t x) { return htobe64(x); }
                                                    ^
In file included from src/dsap_scan_fabric.c:33:0:
/usr/include/infiniband/mad.h:1671:24: note: previous definition of 'htonll' was here
 static inline uint64_t htonll(uint64_t x)
                        ^
In file included from src/dsap_scan_fabric.c:34:0:
/usr/include/infiniband/umad.h:238:52: error: redefinition of 'ntohll'
 static inline __attribute__((deprecated)) uint64_t ntohll(uint64_t x) { return be64toh(x); }
                                                    ^
In file included from src/dsap_scan_fabric.c:33:0:
/usr/include/infiniband/mad.h:1665:24: note: previous definition of 'ntohll' was here
 static inline uint64_t ntohll(uint64_t x)
                        ^
src/dsap_scan_fabric.c: In function 'dsap_publish_paths':
src/dsap_scan_fabric.c:315:5: warning: 'ntohll' is deprecated (declared at /usr/include/infiniband/umad.h:238) [-Wdeprecated-declarations]
------------------------------------------------------------

Hello, Intel
 
http://people.redhat.com/honli/.bz1450776/x86_64

Please test the scratch RPMs. Let me know if you have any problem with the scratch RPMs.

Hi,

I've tested rpms and I can run opacmdall without any issue. When will the fix be available in official repo via "yum install"?

(In reply to Maksym Wezdecki from comment #7)
> Hi,
> 
> I've tested rpms and I can run opacmdall without any issue. When will the
> fix be available in official repo via "yum install"?

We are working with upstream to fix the duplicated define of ntohll and htonll in mad.h and umad.h. Once this issue got fixed, we will build opa-ff in our internal RPM building system. Anyway, this issue will be fixed for RHEL-7.4. So the fix will be available in RHEL-7.4 GA distro.

[root@rdma-qe-14 ~]$ opacmdall -f /etc/sysconfig/opa/hosts date
[root@opa0-qe-15]# date
Sat May 27 05:01:28 EDT 2017
[root@opa0-qe-14]# date
Sat May 27 05:01:28 EDT 2017
[root@rdma-qe-14 ~]$ opacmdall -f /etc/sysconfig/opa/hosts 'uname -r'
[root@opa0-qe-15]# uname -r
3.10.0-663.el7.x86_64
[root@opa0-qe-14]# uname -r
3.10.0-663.el7.x86_64
[root@rdma-qe-14 ~]$ opacmdall -f /etc/sysconfig/opa/hosts 'rpm -qa | grep opa'
[root@opa0-qe-15]# rpm -qa | grep opa
opa-fm-10.3.1.0-8.el7.x86_64
[root@opa0-qe-14]# rpm -qa | grep opa
opa-basic-tools-10.3.1.0-11.el7.x86_64
opa-fm-10.3.1.0-8.el7.x86_64
opa-fastfabric-10.3.1.0-11.el7.x86_64

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/RHEA-2017:2011