[gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel 3.10.0-862.2.3.el7
z.han at imperial.ac.uk
z.han at imperial.ac.uk
Mon May 14 12:59:25 BST 2018
Thanks. Does IBM care about security, one would ask? In this case
I'd choose to use the new kernel for my virtualization over gpfs
... sigh
https://access.redhat.com/errata/RHSA-2018:1318
Kernel: KVM: error in exception handling leads to wrong debug stack
value (CVE-2018-1087)
Kernel: error in exception handling leads to DoS (CVE-2018-8897)
Kernel: ipsec: xfrm: use-after-free leading to potential privilege
escalation (CVE-2017-16939)
kernel: Out-of-bounds write via userland offsets in ebt_entry struct
in netfilter/ebtables.c (CVE-2018-1068)
...
On Mon, 14 May 2018, Andi Rhod Christiansen wrote:
> Date: Mon, 14 May 2018 11:10:18 +0000
> From: Andi Rhod Christiansen <arc at b4restore.com>
> Reply-To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel
> 3.10.0-862.2.3.el7
>
> Hi,
>
> Yes, kernel 3.10.0-862.2.3.el7 is not supported yet as it is RHEL 7.5 and latest support is 7.4. You have to revert back to 3.10.0-693 😊
>
> I just had the same issue
>
> Revert to previous working kernel at redhat 7.4 release which is 3.10.9.693. Make sure kernel-headers and kernel-devel are also at this level.
>
>
> Best regards
> Andi R. Christiansen
>
> -----Oprindelig meddelelse-----
> Fra: gpfsug-discuss-bounces at spectrumscale.org <gpfsug-discuss-bounces at spectrumscale.org> På vegne af z.han at imperial.ac.uk
> Sendt: 14. maj 2018 12:33
> Til: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> Emne: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel 3.10.0-862.2.3.el7
>
> Dear All,
>
> Any one has the same problem?
>
> /usr/bin/make -C /usr/src/kernels/3.10.0-862.2.3.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-862.2.3.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:1208: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));
> ^ ......
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at spectrumscale.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
More information about the gpfsug-discuss
mailing list