[gpfsug-discuss] Compiling gplbin on RHEL 7.7
Witherick, Dugan
Dugan.Witherick at warwick.ac.uk
Fri Sep 6 13:25:22 BST 2019
Hi Son,
You might also find Table 39 on
https://www.ibm.com/support/knowledgecenter/en/STXKQY/gpfsclustersfaq.html#fsm
useful as it lists the minimum Spectrum Scale Level supported and tested against the RHEL Distribution/kernel version.
Thanks,
Dugan
On Fri, 2019-09-06 at 11:41 +0000, Alexander Wolf wrote:
> RHEL 7.7 is not supported by any Scale release at the moment. We are
> qualifying it right now and would like to claim support with the next PTFs on
> both 4.2.3 and 5.0.3 streams. However we have seen issues in test that will
> probably cause delays.
>
> Picking up new minor RHEL updates before Scale claims support might work many
> times but is quite a risky business. I highly recommend waiting for our
> support statement.
>
> Mit freundlichen Grüßen / Kind regards
>
>
>
>
>
> Dr. Alexander Wolf-Reber
> Spectrum Scale Release Lead Architect
> Department M069 / Spectrum Scale Software Development
>
> +49-160-90540880
> a.wolf-reber at de.ibm.com
>
> IBM Deutschland Research & Development GmbH / Vorsitzende des Aufsichtsrats:
> Matthias Hartmann / Geschäftsführung: Dirk Wittkopp
> Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB
> 243294
>
>
>
> > ----- Original message -----
> > From: david_johnson at brown.edu
> > Sent by: gpfsug-discuss-bounces at spectrumscale.org
> > To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> > Cc:
> > Subject: [EXTERNAL] Re: [gpfsug-discuss] Compiling gplbin on RHEL 7.7
> > Date: Fri, Sep 6, 2019 12:33
> >
> > We are starting rolling upgrade to 5.0.3-x and gplbin compiles with non-
> > fatal warnings at that version. It seems to run fine. The rest of the
> > cluster is still at 4.2.3-10 but only at RHEL 7.6 kernel. Do you have a
> > reason to not go for the latest release on either the 4- or 5- line?
> >
> > [root at xxx ~]# ssh node1301 rpm -q gpfs.base
> > gpfs.base-4.2.3-10.x86_64
> >
> >
> > -- ddj
> > Dave Johnson
> >
> > On Sep 6, 2019, at 5:48 AM, Son Truong <son.truong at bristol.ac.uk> wrote:
> >
> > > Hello,
> > >
> > > Has anyone successfully compiled the GPFS 4.2.3-7 gplbin kernel modules on
> > > RHEL 7.7?
> > >
> > > I am failing with these errors:
> > >
> > > [root at host ~]# uname -a
> > > Linux host 3.10.0-1062.el7.x86_64 #1 SMP Thu Jul 18 20:25:13 UTC 2019
> > > x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > [root at host ~]# rpm -qa | grep gpfs
> > > gpfs.base-4.2.3-7.x86_64
> > > gpfs.gskit-8.0.50-75.x86_64
> > > gpfs.ext-4.2.3-7.x86_64
> > > gpfs.msg.en_US-4.2.3-7.noarch
> > > gpfs.docs-4.2.3-7.noarch
> > > gpfs.gpl-4.2.3-7.noarch
> > >
> > > [root at host ~]# /usr/lpp/mmfs/bin/mmbuildgpl
> > > --------------------------------------------------------
> > > mmbuildgpl: Building GPL module begins at Fri Sep 6 09:30:20 UTC 2019.
> > > --------------------------------------------------------
> > > Verifying Kernel Header...
> > > kernel version = 31000999 (31000999000000, 3.10.0-1062.el7.x86_64,
> > > 3.10.0-1062)
> > > module include dir = /lib/modules/3.10.0-1062.el7.x86_64/build/include
> > > module build dir = /lib/modules/3.10.0-1062.el7.x86_64/build
> > > kernel source dir = /usr/src/linux-3.10.0-1062.el7.x86_64/include
> > > Found valid kernel header file under /usr/src/kernels/3.10.0-
> > > 1062.el7.x86_64/include
> > > Verifying Compiler...
> > > make is present at /bin/make
> > > cpp is present at /bin/cpp
> > > gcc is present at /bin/gcc
> > > g++ is present at /bin/g++
> > > ld is present at /bin/ld
> > > Verifying Additional System Headers...
> > > Verifying kernel-headers is installed ...
> > > Command: /bin/rpm -q kernel-headers
> > > The required package kernel-headers is installed
> > > make World ...
> > > Verifying that tools to build the portability layer exist....
> > > cpp present
> > > gcc present
> > > g++ present
> > > ld present
> > > cd /usr/lpp/mmfs/src/config; /usr/bin/cpp -P def.mk.proto > ./def.mk; exit
> > > $? || exit 1
> > > rm -rf /usr/lpp/mmfs/src/include /usr/lpp/mmfs/src/bin
> > > /usr/lpp/mmfs/src/lib
> > > mkdir /usr/lpp/mmfs/src/include /usr/lpp/mmfs/src/bin
> > > /usr/lpp/mmfs/src/lib
> > > rm -f //usr/lpp/mmfs/src/gpl-linux/gpl_kernel.tmp.ver
> > > cleaning (/usr/lpp/mmfs/src/ibm-kxi)
> > > make[1]: Entering directory `/usr/lpp/mmfs/src/ibm-kxi'
> > > rm -f trcid.h ibm_kxi.trclst
> > >
> > > [cut]
> > >
> > > Invoking Kbuild...
> > > /usr/bin/make -C /usr/src/kernels/3.10.0-1062.el7.x86_64 ARCH=x86_64
> > > M=/usr/lpp/mmfs/src/gpl-linux CONFIGDIR=/usr/lpp/mmfs/src/config ; \
> > > if [ $? -ne 0 ]; then \
> > > exit 1;\
> > > fi
> > > make[2]: Entering directory `/usr/src/kernels/3.10.0-1062.el7.x86_64'
> > > LD /usr/lpp/mmfs/src/gpl-linux/built-in.o
> > > CC [M] /usr/lpp/mmfs/src/gpl-linux/tracelin.o
> > > CC [M] /usr/lpp/mmfs/src/gpl-linux/tracedev-ksyms.o
> > > CC [M] /usr/lpp/mmfs/src/gpl-linux/ktrccalls.o
> > > CC [M] /usr/lpp/mmfs/src/gpl-linux/relaytrc.o
> > > LD [M] /usr/lpp/mmfs/src/gpl-linux/tracedev.o
> > > CC [M] /usr/lpp/mmfs/src/gpl-linux/mmfsmod.o
> > > LD [M] /usr/lpp/mmfs/src/gpl-linux/mmfs26.o
> > > CC [M] /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.o
> > > In file included from /usr/lpp/mmfs/src/gpl-linux/dir.c:63:0,
> > > from /usr/lpp/mmfs/src/gpl-linux/cfiles.c:58,
> > > from /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:55:
> > > /usr/lpp/mmfs/src/gpl-linux/inode.c: In function ‘printInode’:
> > > /usr/lpp/mmfs/src/gpl-linux/trcid.h:1212:57: error: ‘struct inode’ has no
> > > member named ‘i_wb_list’
> > > _TRACE6D(_HOOKWORD(TRCID_PRINTINODE_8), (Int64)(&(iP->i_wb_list)),
> > > (Int64)(iP->i_wb_list.next), (Int64)(iP->i_wb_list.prev), (Int64)(&(iP-
> > > >i_lru)), (Int64)(iP->i_lru.next), (Int64)(iP->i_lru.prev));
> > > ^
> > > /usr/lpp/mmfs/src/include/cxi/Trace.h:395:23: note: in definition of macro
> > > _TRACE_MACRO’
> > > { _TR_BEFORE; _ktrc; KTRCOPTCODE; _TR_AFTER; } else NOOP
> > >
> > > [ cut ]
> > >
> > > ^
> > > /usr/lpp/mmfs/src/gpl-linux/inode.c:169:3: note: in expansion of macro
> > > ‘TRACE6’
> > > TRACE6(TRACE_VNODE, 3, TRCID_PRINTINODE_8,
> > > ^
> > > In file included from /usr/lpp/mmfs/src/gpl-linux/cfiles.c:63:0,
> > > from /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:55:
> > > /usr/lpp/mmfs/src/gpl-linux/inode.c: In function ‘cxiInitInodeSecurity’:
> > > /usr/lpp/mmfs/src/gpl-linux/inode.c:4358:3: warning: passing argument 4 of
> > > ‘security_old_inode_init_security’ from incompatible pointer type [enabled
> > > by default]
> > > rc = SECURITY_INODE_INIT_SECURITY(iP, parentP, &dentryP->d_name,
> > > ^
> > > In file included from /usr/lpp/mmfs/src/include/gpl-linux/verdep.h:50:0,
> > > from /usr/lpp/mmfs/src/include/gpl-linux/linux2gpfs.h:61,
> > > from /usr/lpp/mmfs/src/gpl-linux/dir.c:56,
> > > from /usr/lpp/mmfs/src/gpl-linux/cfiles.c:58,
> > > from /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:55:
> > > include/linux/security.h:1896:5: note: expected ‘const char **’ but
> > > argument is of type ‘char **’
> > > int security_old_inode_init_security(struct inode *inode, struct inode
> > > *dir,
> > > ^
> > > In file included from /usr/lpp/mmfs/src/gpl-linux/cfiles.c:75:0,
> > > from /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:55:
> > > /usr/lpp/mmfs/src/gpl-linux/cxiCache.c: In function ‘cache_get_name’:
> > > /usr/lpp/mmfs/src/gpl-linux/cxiCache.c:695:5: error: implicit declaration
> > > of function ‘vfs_readdir’ [-Werror=implicit-function-declaration]
> > > error = vfs_readdir(fileP, (filldir_t)filldir_one, &buffer);
> > > ^
> > > cc1: some warnings being treated as errors
> > > make[3]: *** [/usr/lpp/mmfs/src/gpl-linux/cfiles_cust.o] Error 1
> > > make[2]: *** [_module_/usr/lpp/mmfs/src/gpl-linux] Error 2
> > > make[2]: Leaving directory `/usr/src/kernels/3.10.0-1062.el7.x86_64'
> > > make[1]: *** [modules] Error 1
> > > make[1]: Leaving directory `/usr/lpp/mmfs/src/gpl-linux'
> > > make: *** [Modules] Error 1
> > > --------------------------------------------------------
> > > mmbuildgpl: Building GPL module failed at Fri Sep 6 09:30:28 UTC 2019.
> > > --------------------------------------------------------
> > > mmbuildgpl: Command failed. Examine previous error messages to determine
> > > cause.
> > >
> > > Any help appreciated…
> > > Son
> > >
> > > Son V Truong - Senior Storage Administrator
> > > Advanced Computing Research Centre
> > > IT Services, University of Bristol
> > > Email: son.truong at bristol.ac.uk
> > > Tel: Mobile: +44 (0) 7732 257 232
> > > Address: 31 Great George Street, Bristol, BS1 5QD
> > >
> >
> > > _______________________________________________
> > > gpfsug-discuss mailing list
> > > gpfsug-discuss at spectrumscale.org
> > > http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> >
> > _______________________________________________
> > gpfsug-discuss mailing list
> > gpfsug-discuss at spectrumscale.org
> > http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>
>
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
More information about the gpfsug-discuss
mailing list