<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:10.5pt" ><div dir="ltr" >this thread is mildly amusing, given we regularly get customers asking why we are dropping support for versions of linux</div>
<div dir="ltr" >that they "just can't move off"</div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<div dir="ltr" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div class="socmaildefaultfont" dir="ltr" style="font-family:Arial;font-size:10.5pt" ><div dir="ltr" style="margin-top: 20px;" ><div style="font-size: 12pt; font-weight: bold; font-family: sans-serif; color: #7C7C5F;" >Andrew Beattie</div>
<div style="font-size: 10pt; font-weight: bold; font-family: sans-serif;" >Software Defined Storage - IT Specialist</div>
<div style="font-size: 8pt; font-family: sans-serif; margin-top: 10px;" ><div><span style="font-weight: bold; color: #336699;" >Phone: </span>614-2133-7927</div>
<div><span style="font-weight: bold; color: #336699;" >E-mail: </span><a href="mailto:abeattie@au1.ibm.com" style="color: #555">abeattie@au1.ibm.com</a></div></div></div></div></div></div></div>
<div dir="ltr" > </div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: Stijn De Weirdt <stijn.deweirdt@ugent.be><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug-discuss@spectrumscale.org<br>Cc:<br>Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working withkernel 3.10.0-862.2.3.el7<br>Date: Wed, May 16, 2018 5:35 AM<br>
<div><font size="2" face="Default Monospace,Courier New,Courier,monospace" >so this means running out-of-date kernels for at least another month? oh<br>boy...<br><br>i hope this is not some new trend in gpfs support. othwerwise all RHEL<br>based sites will have to start adding EUS as default cost to run gpfs<br>with basic security compliance.<br><br>stijn<br><br><br>On 05/15/2018 09:02 PM, Felipe Knop wrote:<br>> All,<br>><br>> Validation of RHEL 7.5 on Scale is currently under way, and we are<br>> currently targeting mid June to release the PTFs on 4.2.3 and 5.0 which<br>> will include the corresponding fix.<br>><br>> Regards,<br>><br>> Felipe<br>><br>> ----<br>> Felipe Knop knop@us.ibm.com<br>> GPFS Development and Security<br>> IBM Systems<br>> IBM Building 008<br>> 2455 South Rd, Poughkeepsie, NY 12601<br>> (845) 433-9314 T/L 293-9314<br>><br>><br>><br>><br>><br>> From: Ryan Novosielski <novosirj@rutgers.edu><br>> To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>> Date: 05/15/2018 12:56 PM<br>> Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working withkernel<br>> 3.10.0-862.2.3.el7<br>> Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>><br>><br>><br>> I know these dates can move, but any vague idea of a timeframe target for<br>> release (this quarter, next quarter, etc.)?<br>><br>> Thanks!<br>><br>> --<br>> ____<br>> || \\UTGERS,<br>> |---------------------------*O*---------------------------<br>> ||_// the State | Ryan Novosielski - novosirj@rutgers.edu<br>> || \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus<br>> || \\ of NJ | Office of Advanced Research Computing - MSB<br>> C630, Newark<br>> `'<br>><br>>> On May 14, 2018, at 9:30 AM, Felipe Knop <knop@us.ibm.com> wrote:<br>>><br>>> All,<br>>><br>>> Support for RHEL 7.5 and kernel level 3.10.0-862 in Spectrum Scale is<br>> planned for upcoming PTFs on 4.2.3 and 5.0. Since code changes are needed<br>> in Scale to support this kernel level, upgrading to one of those upcoming<br>> PTFs will be required in order to run with that kernel.<br>>><br>>> Regards,<br>>><br>>> Felipe<br>>><br>>> ----<br>>> Felipe Knop knop@us.ibm.com<br>>> GPFS Development and Security<br>>> IBM Systems<br>>> IBM Building 008<br>>> 2455 South Rd, Poughkeepsie, NY 12601<br>>> (845) 433-9314 T/L 293-9314<br>>><br>>><br>>><br>>> <graycol.gif>Andi Rhod Christiansen ---05/14/2018 08:15:25 AM---You are<br>> welcome. I see your concern but as long as IBM has not released spectrum<br>> scale for 7.5 that<br>>><br>>> From: Andi Rhod Christiansen <arc@b4restore.com><br>>> To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>>> Date: 05/14/2018 08:15 AM<br>>> Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel<br>> 3.10.0-862.2.3.el7<br>>> Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>>><br>>><br>>><br>>><br>>> You are welcome.<br>>><br>>> I see your concern but as long as IBM has not released spectrum scale for<br>> 7.5 that is their only solution, in regards to them caring about security I<br>> would say yes they do care, but from their point of view either they tell<br>> the customer to upgrade as soon as red hat releases new versions and<br>> forcing the customer to be down until they have a new release or they tell<br>> them to stay on supported level to a new release is ready.<br>>><br>>> they should release a version supporting the new kernel soon, IBM told me<br>> when I asked that they are "currently testing and have a support date soon"<br>>><br>>> Best regards.<br>>><br>>><br>>> -----Oprindelig meddelelse-----<br>>> Fra: gpfsug-discuss-bounces@spectrumscale.org<br>> <gpfsug-discuss-bounces@spectrumscale.org> P氓 vegne af z.han@imperial.ac.uk<br>>> Sendt: 14. maj 2018 13:59<br>>> Til: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>>> Emne: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel<br>> 3.10.0-862.2.3.el7<br>>><br>>> Thanks. Does IBM care about security, one would ask? In this case I'd<br>> choose to use the new kernel for my virtualization over gpfs ... sigh<br>>><br>>><br>>> <a href="https://access.redhat.com/errata/RHSA-2018:1318" target="_blank">https://access.redhat.com/errata/RHSA-2018:1318</a><br>>><br>>> Kernel: KVM: error in exception handling leads to wrong debug stack value<br>> (CVE-2018-1087)<br>>><br>>> Kernel: error in exception handling leads to DoS (CVE-2018-8897)<br>>> Kernel: ipsec: xfrm: use-after-free leading to potential privilege<br>> escalation (CVE-2017-16939)<br>>><br>>> kernel: Out-of-bounds write via userland offsets in ebt_entry struct in<br>> netfilter/ebtables.c (CVE-2018-1068)<br>>><br>>> ...<br>>><br>>><br>>> On Mon, 14 May 2018, Andi Rhod Christiansen wrote:<br>>>> Date: Mon, 14 May 2018 11:10:18 +0000<br>>>> From: Andi Rhod Christiansen <arc@b4restore.com><br>>>> Reply-To: gpfsug main discussion list<br>>>> <gpfsug-discuss@spectrumscale.org><br>>>> To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>>>> Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel<br>>>> 3.10.0-862.2.3.el7<br>>>><br>>>> Hi,<br>>>><br>>>> Yes, kernel 3.10.0-862.2.3.el7 is not supported yet as it is RHEL 7.5<br>>>> and latest support is 7.4. You have to revert back to 3.10.0-693 馃槉<br>>>><br>>>> I just had the same issue<br>>>><br>>>> Revert to previous working kernel at redhat 7.4 release which is<br>> 3.10.9.693. Make sure kernel-headers and kernel-devel are also at this<br>> level.<br>>>><br>>>><br>>>> Best regards<br>>>> Andi R. Christiansen<br>>>><br>>>> -----Oprindelig meddelelse-----<br>>>> Fra: gpfsug-discuss-bounces@spectrumscale.org<br>>>> <gpfsug-discuss-bounces@spectrumscale.org> P氓 vegne af<br>>>> z.han@imperial.ac.uk<br>>>> Sendt: 14. maj 2018 12:33<br>>>> Til: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>>>> Emne: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel<br>>>> 3.10.0-862.2.3.el7<br>>>><br>>>> Dear All,<br>>>><br>>>> Any one has the same problem?<br>>>><br>>>> /usr/bin/make -C /usr/src/kernels/3.10.0-862.2.3.el7.x86_64 ARCH=x86_64<br>> M=/usr/lpp/mmfs/src/gpl-linux CONFIGDIR=/usr/lpp/mmfs/src/config ; \ if<br>> [ $? -ne 0 ]; then \<br>>>> exit 1;\<br>>>> fi<br>>>> make[2]: Entering directory<br>> `/usr/src/kernels/3.10.0-862.2.3.el7.x86_64'<br>>>> LD /usr/lpp/mmfs/src/gpl-linux/built-in.o<br>>>> CC [M] /usr/lpp/mmfs/src/gpl-linux/tracelin.o<br>>>> CC [M] /usr/lpp/mmfs/src/gpl-linux/tracedev-ksyms.o<br>>>> CC [M] /usr/lpp/mmfs/src/gpl-linux/ktrccalls.o<br>>>> CC [M] /usr/lpp/mmfs/src/gpl-linux/relaytrc.o<br>>>> LD [M] /usr/lpp/mmfs/src/gpl-linux/tracedev.o<br>>>> CC [M] /usr/lpp/mmfs/src/gpl-linux/mmfsmod.o<br>>>> LD [M] /usr/lpp/mmfs/src/gpl-linux/mmfs26.o<br>>>> CC [M] /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.o<br>>>> In file included from /usr/lpp/mmfs/src/gpl-linux/dir.c:63:0,<br>>>> from /usr/lpp/mmfs/src/gpl-linux/cfiles.c:58,<br>>>> from /usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:55:<br>>>> /usr/lpp/mmfs/src/gpl-linux/inode.c: In function 式printInode始:<br>>>> /usr/lpp/mmfs/src/gpl-linux/trcid.h:1208:57: error: 式struct inode始 has<br>> no member named 式i_wb_list始<br>>>> _TRACE6D(_HOOKWORD(TRCID_PRINTINODE_8), (Int64)(&(iP->i_wb_list)),<br>> (Int64)(iP->i_wb_list.next), (Int64)(iP->i_wb_list.prev), (Int64)(&(iP-><br>> i_lru)), (Int64)(iP->i_lru.next), (Int64)(iP->i_lru.prev));<br>>>> ^ ......<br>>>> _______________________________________________<br>>>> gpfsug-discuss mailing list<br>>>> gpfsug-discuss at spectrumscale.org<br>>>> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>>> _______________________________________________<br>>> gpfsug-discuss mailing list<br>>> gpfsug-discuss at spectrumscale.org<br>>> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>>><br>>><br>>><br>>><br>>> _______________________________________________<br>>> gpfsug-discuss mailing list<br>>> gpfsug-discuss at spectrumscale.org<br>>><br>> <a href="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" target="_blank">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</a><br>><br>><br>> [attachment "signature.asc" deleted by Felipe Knop/Poughkeepsie/IBM]<br>> _______________________________________________<br>> gpfsug-discuss mailing list<br>> gpfsug-discuss at spectrumscale.org<br>> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>><br>><br>><br>><br>><br>> _______________________________________________<br>> gpfsug-discuss mailing list<br>> gpfsug-discuss at spectrumscale.org<br>> <a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>><br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a></font><br> </div></blockquote>
<div dir="ltr" > </div></div><BR>