I know these dates can move, but any vague idea of a timeframe target for release (this quarter, next quarter, etc.)?
Thanks! -- ____ || \\UTGERS, |---------------------------*O*--------------------------- ||_// the State | Ryan Novosielski - [email protected] || \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus || \\ of NJ | Office of Advanced Research Computing - MSB C630, Newark `' > On May 14, 2018, at 9:30 AM, Felipe Knop <[email protected]> wrote: > > All, > > Support for RHEL 7.5 and kernel level 3.10.0-862 in Spectrum Scale is planned > for upcoming PTFs on 4.2.3 and 5.0. Since code changes are needed in Scale to > support this kernel level, upgrading to one of those upcoming PTFs will be > required in order to run with that kernel. > > Regards, > > Felipe > > ---- > Felipe Knop [email protected] > GPFS Development and Security > IBM Systems > IBM Building 008 > 2455 South Rd, Poughkeepsie, NY 12601 > (845) 433-9314 T/L 293-9314 > > > > <graycol.gif>Andi Rhod Christiansen ---05/14/2018 08:15:25 AM---You are > welcome. I see your concern but as long as IBM has not released spectrum > scale for 7.5 that > > From: Andi Rhod Christiansen <[email protected]> > To: gpfsug main discussion list <[email protected]> > Date: 05/14/2018 08:15 AM > Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel > 3.10.0-862.2.3.el7 > Sent by: [email protected] > > > > > 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 > > > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7Cnovosirj%40rutgers.edu%7C78d95c4d4db84a37453408d5b99eeb7d%7Cb92d2b234d35447093ff69aca6632ffe%7C1%7C1%7C636619014583822500&sdata=MDYseJ9NFu1C1UVFKHpQIfcwuhM5qJrVYzpJkB70yCM%3D&reserved=0
signature.asc
Description: Message signed with OpenPGP
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
