You are welcome. I see your concern but as long as IBM has not released spectrum scale for 7.5 that is their only solution, in regards to them caring about security I would say yes they do care, but from their point of view either they tell the customer to upgrade as soon as red hat releases new versions and forcing the customer to be down until they have a new release or they tell them to stay on supported level to a new release is ready.
they should release a version supporting the new kernel soon, IBM told me when I asked that they are "currently testing and have a support date soon" Best regards. -----Oprindelig meddelelse----- Fra: [email protected] <[email protected]> P氓 vegne af [email protected] Sendt: 14. maj 2018 13:59 Til: gpfsug main discussion list <[email protected]> Emne: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel 3.10.0-862.2.3.el7 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 <[email protected]> > Reply-To: gpfsug main discussion list > <[email protected]> > To: gpfsug main discussion list <[email protected]> > 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: [email protected] > <[email protected]> P氓 vegne af > [email protected] > Sendt: 14. maj 2018 12:33 > Til: gpfsug main discussion list <[email protected]> > 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 _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
