[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