<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">There isn\u2019t a flaw in that argument, but where the security experts are concerned there is no argument.<div class=""><br class=""></div><div class="">Apparently this time Red Hat just told all of their RHEL 7.4 customers to upgrade to RHEL 7.5, rather than back-porting the security patches. So this time the retirement to upgrade distributions is much worse than normal.<br class=""><div class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">--&nbsp;<br class="">Stephen<br class=""><br class=""><br class=""></div>

</div>
<div><br class=""><blockquote type="cite" class=""><div class="">On May 15, 2018, at 5:46 PM, Marc A Kaplan &lt;<a href="mailto:makaplan@us.ibm.com" class="">makaplan@us.ibm.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><font size="2" face="sans-serif" class="">Kevin, that seems to be a good point. &nbsp;</font><br class=""><br class=""><font size="2" face="sans-serif" class="">IF you have dedicated hardware to acting
only as a storage and/or file server, THEN neither meltdown nor spectre
should not be a worry. &nbsp; </font><br class=""><br class=""><font size="2" face="sans-serif" class="">BECAUSE meltdown and spectre are just
about an adversarial process spying on another process or kernel memory.
&nbsp;IF we're not letting any potential adversary run her code on our
file server, what's the exposure?</font><br class=""><font size="2" face="sans-serif" class="">&nbsp; </font><br class=""><font size="2" face="sans-serif" class="">NOW, let the security experts tell us
where the flaw is in this argument...</font><br class=""><br class=""><br class=""><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">From: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size="1" face="sans-serif" class="">"Buterbaugh, Kevin
L" &lt;<a href="mailto:Kevin.Buterbaugh@Vanderbilt.Edu" class="">Kevin.Buterbaugh@Vanderbilt.Edu</a>&gt;</font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">To: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size="1" face="sans-serif" class="">gpfsug main discussion
list &lt;<a href="mailto:gpfsug-discuss@spectrumscale.org" class="">gpfsug-discuss@spectrumscale.org</a>&gt;</font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">Date: &nbsp; &nbsp; &nbsp;
&nbsp;</font><font size="1" face="sans-serif" class="">05/15/2018 06:12 PM</font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">Subject: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size="1" face="sans-serif" class="">Re: [gpfsug-discuss]
gpfs 4.2.3.6 stops working &nbsp; &nbsp; &nbsp; &nbsp;withkernel
&nbsp; &nbsp; &nbsp; &nbsp;3.10.0-862.2.3.el7</font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">Sent by: &nbsp; &nbsp;
&nbsp; &nbsp;</font><font size="1" face="sans-serif" class=""><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class="">gpfsug-discuss-bounces@spectrumscale.org</a></font><br class=""><hr noshade="" class=""><br class=""><br class=""><br class=""><font size="3" class="">All, </font><br class=""><br class=""><font size="3" class="">I have to kind of agree with Andrew \u2026 it seems that there
is a broad range of takes on kernel upgrades \u2026 everything from \u201cinstall
the latest kernel the day it comes out\u201d to \u201cstick with this kernel, we
know it works.\u201d</font><br class=""><br class=""><font size="3" class="">Related to that, let me throw out this question \u2026 what
about those who haven\u2019t upgraded their kernel in a while at least because
they\u2019re concerned with the negative performance impacts of the meltdown
/ spectre patches??? &nbsp;So let\u2019s just say a customer has upgraded the
non-GPFS servers in their cluster, but they\u2019ve left their NSD servers
unpatched (I\u2019m talking about the kernel only here; all other updates are
applied) due to the aforementioned performance concerns \u2026 as long as they
restrict access (i.e. who can log in) and use appropriate host-based firewall
rules, is their some risk that they should be aware of?</font><br class=""><br class=""><font size="3" class="">Discuss. &nbsp;Thanks!</font><br class=""><br class=""><font size="3" class="">Kevin</font><br class=""><br class=""><font size="3" class="">On May 15, 2018, at 4:45 PM, Andrew Beattie &lt;</font><a href="mailto:abeattie@au1.ibm.com" class=""><font size="3" color="blue" class=""><u class="">abeattie@au1.ibm.com</u></font></a><font size="3" class="">&gt;
wrote:</font><br class=""><br class=""><font size="2" face="Arial" class="">this thread is mildly amusing, given we regularly
get customers asking why we are dropping support for versions of linux</font><br class=""><font size="2" face="Arial" class="">that they "just can't move off"</font><br class=""><font size="2" face="Arial" class="">&nbsp;</font><br class=""><font size="2" face="Arial" class="">&nbsp;</font><br class=""><font size="3" color="#80803f" face="Arial" class=""><b class="">Andrew Beattie</b></font><br class=""><font size="2" face="Arial" class=""><b class="">Software Defined Storage &nbsp;- IT Specialist</b></font><br class=""><font size="1" color="#3f8080" face="Arial" class=""><b class="">Phone: </b></font><font size="1" face="Arial" class="">614-2133-7927</font><br class=""><font size="1" color="#3f8080" face="Arial" class=""><b class="">E-mail: </b></font><a href="mailto:abeattie@au1.ibm.com" class=""><font size="1" color="#4f4f4f" face="Arial" class=""><u class="">abeattie@au1.ibm.com</u></font></a><br class=""><font size="2" face="Arial" class="">&nbsp;</font><br class=""><font size="2" face="Arial" class="">&nbsp;</font><br class=""><font size="2" face="Arial" class="">----- Original message -----<br class="">From: Stijn De Weirdt &lt;</font><a href="mailto:stijn.deweirdt@ugent.be" class=""><font size="2" color="blue" face="Arial" class=""><u class="">stijn.deweirdt@ugent.be</u></font></a><font size="2" face="Arial" class="">&gt;<br class="">Sent by: </font><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><font size="2" color="blue" face="Arial" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></a><font size="2" face="Arial" class=""><br class="">To: </font><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><font size="2" color="blue" face="Arial" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></a><font size="2" face="Arial" class=""><br class="">Cc:<br class="">Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working withkernel 3.10.0-862.2.3.el7<br class="">Date: Wed, May 16, 2018 5:35 AM<br class=""> &nbsp;</font><br class=""><tt class=""><font size="2" class="">so this means running out-of-date kernels for at least
another month? oh<br class="">boy...<br class=""><br class="">i hope this is not some new trend in gpfs support. othwerwise all RHEL<br class="">based sites will have to start adding EUS as default cost to run gpfs<br class="">with basic security compliance.<br class=""><br class="">stijn<br class=""><br class=""><br class="">On 05/15/2018 09:02 PM, Felipe Knop wrote:<br class="">&gt; All,<br class="">&gt;<br class="">&gt; Validation of RHEL 7.5 on Scale is currently under way, and we are<br class="">&gt; currently targeting mid June to release the PTFs on 4.2.3 and 5.0
which<br class="">&gt; will include the corresponding fix.<br class="">&gt;<br class="">&gt; Regards,<br class="">&gt;<br class="">&gt; &nbsp; Felipe<br class="">&gt;<br class="">&gt; ----<br class="">&gt; Felipe Knop &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; </font></tt><a href="mailto:knop@us.ibm.com" class=""><tt class=""><font size="2" color="blue" class=""><u class="">knop@us.ibm.com</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt; GPFS Development and Security<br class="">&gt; IBM Systems<br class="">&gt; IBM Building 008<br class="">&gt; 2455 South Rd, Poughkeepsie, NY 12601<br class="">&gt; (845) 433-9314 &nbsp;T/L 293-9314<br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt; From: Ryan Novosielski &lt;</font></tt><a href="mailto:novosirj@rutgers.edu" class=""><tt class=""><font size="2" color="blue" class=""><u class="">novosirj@rutgers.edu</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt; To: gpfsug main discussion list &lt;</font></tt><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt; Date: 05/15/2018 12:56 PM<br class="">&gt; Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working withkernel<br class="">&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 3.10.0-862.2.3.el7<br class="">&gt; Sent by: </font></tt><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt; I know these dates can move, but any vague idea of a timeframe target
for<br class="">&gt; release (this quarter, next quarter, etc.)?<br class="">&gt;<br class="">&gt; Thanks!<br class="">&gt;<br class="">&gt; --<br class="">&gt; ____<br class="">&gt; || \\UTGERS,<br class="">&gt; |---------------------------*O*---------------------------<br class="">&gt; ||_// the State &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; Ryan Novosielski
- </font></tt><a href="mailto:novosirj@rutgers.edu" class=""><tt class=""><font size="2" color="blue" class=""><u class="">novosirj@rutgers.edu</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt; || \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS
Campus<br class="">&gt; || &nbsp;\\ &nbsp; &nbsp;of NJ &nbsp;| Office of Advanced Research
Computing - MSB<br class="">&gt; C630, Newark<br class="">&gt; &nbsp; &nbsp; &nbsp;`'<br class="">&gt;<br class="">&gt;&gt; On May 14, 2018, at 9:30 AM, Felipe Knop &lt;</font></tt><a href="mailto:knop@us.ibm.com" class=""><tt class=""><font size="2" color="blue" class=""><u class="">knop@us.ibm.com</u></font></tt></a><tt class=""><font size="2" class="">&gt;
wrote:<br class="">&gt;&gt;<br class="">&gt;&gt; All,<br class="">&gt;&gt;<br class="">&gt;&gt; Support for RHEL 7.5 and kernel level 3.10.0-862 in Spectrum Scale
is<br class="">&gt; planned for upcoming PTFs on 4.2.3 and 5.0. Since code changes are
needed<br class="">&gt; in Scale to support this kernel level, upgrading to one of those upcoming<br class="">&gt; PTFs will be required in order to run with that kernel.<br class="">&gt;&gt;<br class="">&gt;&gt; Regards,<br class="">&gt;&gt;<br class="">&gt;&gt; Felipe<br class="">&gt;&gt;<br class="">&gt;&gt; ----<br class="">&gt;&gt; Felipe Knop &nbsp;</font></tt><a href="mailto:knop@us.ibm.com" class=""><tt class=""><font size="2" color="blue" class=""><u class="">knop@us.ibm.com</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt; GPFS Development and Security<br class="">&gt;&gt; IBM Systems<br class="">&gt;&gt; IBM Building 008<br class="">&gt;&gt; 2455 South Rd, Poughkeepsie, NY 12601<br class="">&gt;&gt; (845) 433-9314 T/L 293-9314<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt; &lt;graycol.gif&gt;Andi Rhod Christiansen ---05/14/2018 08:15:25
AM---You are<br class="">&gt; welcome. I see your concern but as long as IBM has not released spectrum<br class="">&gt; scale for 7.5 that<br class="">&gt;&gt;<br class="">&gt;&gt; From: &nbsp;Andi Rhod Christiansen &lt;</font></tt><a href="mailto:arc@b4restore.com" class=""><tt class=""><font size="2" color="blue" class=""><u class="">arc@b4restore.com</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt; To: &nbsp;gpfsug main discussion list &lt;</font></tt><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt; Date: &nbsp;05/14/2018 08:15 AM<br class="">&gt;&gt; Subject: &nbsp;Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working
with kernel<br class="">&gt; 3.10.0-862.2.3.el7<br class="">&gt;&gt; Sent by: &nbsp;</font></tt><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt; You are welcome.<br class="">&gt;&gt;<br class="">&gt;&gt; I see your concern but as long as IBM has not released spectrum
scale for<br class="">&gt; 7.5 that is their only solution, in regards to them caring about security
I<br class="">&gt; would say yes they do care, but from their point of view either they
tell<br class="">&gt; the customer to upgrade as soon as red hat releases new versions and<br class="">&gt; forcing the customer to be down until they have a new release or they
tell<br class="">&gt; them to stay on supported level to a new release is ready.<br class="">&gt;&gt;<br class="">&gt;&gt; they should release a version supporting the new kernel soon,
IBM told me<br class="">&gt; when I asked that they are "currently testing and have a support
date soon"<br class="">&gt;&gt;<br class="">&gt;&gt; Best regards.<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt; -----Oprindelig meddelelse-----<br class="">&gt;&gt; Fra: </font></tt><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt; &lt;</font></tt><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;
På vegne af </font></tt><a href="mailto:z.han@imperial.ac.uk" class=""><tt class=""><font size="2" color="blue" class=""><u class="">z.han@imperial.ac.uk</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt; Sendt: 14. maj 2018 13:59<br class="">&gt;&gt; Til: gpfsug main discussion list &lt;</font></tt><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt; Emne: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel<br class="">&gt; 3.10.0-862.2.3.el7<br class="">&gt;&gt;<br class="">&gt;&gt; Thanks. Does IBM care about security, one would ask? In this case
I'd<br class="">&gt; choose to use the new kernel for my virtualization over gpfs ... sigh<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt; </font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Faccess.redhat.com%2Ferrata%2FRHSA-2018%3A1318&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613513903&amp;sdata=L2H1ME5Wa9iKpMRr%2FbQ8WKiEKVTcikrs7vQRuXBtBOw%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">https://access.redhat.com/errata/RHSA-2018:1318</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;<br class="">&gt;&gt; Kernel: KVM: error in exception handling leads to wrong debug
stack value<br class="">&gt; (CVE-2018-1087)<br class="">&gt;&gt;<br class="">&gt;&gt; Kernel: error in exception handling leads to DoS (CVE-2018-8897)<br class="">&gt;&gt; Kernel: ipsec: xfrm: use-after-free leading to potential privilege<br class="">&gt; escalation (CVE-2017-16939)<br class="">&gt;&gt;<br class="">&gt;&gt; kernel: Out-of-bounds write via userland offsets in ebt_entry
struct in<br class="">&gt; netfilter/ebtables.c (CVE-2018-1068)<br class="">&gt;&gt;<br class="">&gt;&gt; ...<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt; On Mon, 14 May 2018, Andi Rhod Christiansen wrote:<br class="">&gt;&gt;&gt; Date: Mon, 14 May 2018 11:10:18 +0000<br class="">&gt;&gt;&gt; From: Andi Rhod Christiansen &lt;</font></tt><a href="mailto:arc@b4restore.com" class=""><tt class=""><font size="2" color="blue" class=""><u class="">arc@b4restore.com</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt;&gt; Reply-To: gpfsug main discussion list<br class="">&gt;&gt;&gt; &lt;</font></tt><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt;&gt; To: gpfsug main discussion list &lt;</font></tt><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt;&gt; Subject: Re: [gpfsug-discuss] gpfs 4.2.3.6 stops working with
kernel<br class="">&gt;&gt;&gt; &nbsp; &nbsp; 3.10.0-862.2.3.el7<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; Hi,<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; Yes, kernel 3.10.0-862.2.3.el7 is not supported yet as it
is RHEL 7.5<br class="">&gt;&gt;&gt; and latest support is 7.4. You have to revert back to 3.10.0-693
\U0001f60a<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; I just had the same issue<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; Revert to previous working kernel at redhat 7.4 release which
is<br class="">&gt; 3.10.9.693. Make sure kernel-headers and kernel-devel are also at
this<br class="">&gt; level.<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; Best regards<br class="">&gt;&gt;&gt; Andi R. Christiansen<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; -----Oprindelig meddelelse-----<br class="">&gt;&gt;&gt; Fra: </font></tt><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;&gt; &lt;</font></tt><a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss-bounces@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;
På vegne af<br class="">&gt;&gt;&gt; </font></tt><a href="mailto:z.han@imperial.ac.uk" class=""><tt class=""><font size="2" color="blue" class=""><u class="">z.han@imperial.ac.uk</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;&gt; Sendt: 14. maj 2018 12:33<br class="">&gt;&gt;&gt; Til: gpfsug main discussion list &lt;</font></tt><a href="mailto:gpfsug-discuss@spectrumscale.org" class=""><tt class=""><font size="2" color="blue" class=""><u class="">gpfsug-discuss@spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class="">&gt;<br class="">&gt;&gt;&gt; Emne: [gpfsug-discuss] gpfs 4.2.3.6 stops working with kernel<br class="">&gt;&gt;&gt; 3.10.0-862.2.3.el7<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; Dear All,<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; Any one has the same problem?<br class="">&gt;&gt;&gt;<br class="">&gt;&gt;&gt; /usr/bin/make -C /usr/src/kernels/3.10.0-862.2.3.el7.x86_64
ARCH=x86_64<br class="">&gt; M=/usr/lpp/mmfs/src/gpl-linux CONFIGDIR=/usr/lpp/mmfs/src/config &nbsp;;
\ if<br class="">&gt; [ $? -ne 0 ]; then \<br class="">&gt;&gt;&gt; exit 1;\<br class="">&gt;&gt;&gt; fi<br class="">&gt;&gt;&gt; make[2]: Entering directory<br class="">&gt; `/usr/src/kernels/3.10.0-862.2.3.el7.x86_64'<br class="">&gt;&gt;&gt; &nbsp; LD &nbsp; &nbsp; &nbsp;/usr/lpp/mmfs/src/gpl-linux/built-in.o<br class="">&gt;&gt;&gt; &nbsp; CC [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/tracelin.o<br class="">&gt;&gt;&gt; &nbsp; CC [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/tracedev-ksyms.o<br class="">&gt;&gt;&gt; &nbsp; CC [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/ktrccalls.o<br class="">&gt;&gt;&gt; &nbsp; CC [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/relaytrc.o<br class="">&gt;&gt;&gt; &nbsp; LD [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/tracedev.o<br class="">&gt;&gt;&gt; &nbsp; CC [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/mmfsmod.o<br class="">&gt;&gt;&gt; &nbsp; LD [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/mmfs26.o<br class="">&gt;&gt;&gt; &nbsp; CC [M] &nbsp;/usr/lpp/mmfs/src/gpl-linux/cfiles_cust.o<br class="">&gt;&gt;&gt; In file included from /usr/lpp/mmfs/src/gpl-linux/dir.c:63:0,<br class="">&gt;&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;from
/usr/lpp/mmfs/src/gpl-linux/cfiles.c:58,<br class="">&gt;&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;from
/usr/lpp/mmfs/src/gpl-linux/cfiles_cust.c:55:<br class="">&gt;&gt;&gt; /usr/lpp/mmfs/src/gpl-linux/inode.c: In function \u02bdprintInode\u02bc:<br class="">&gt;&gt;&gt; /usr/lpp/mmfs/src/gpl-linux/trcid.h:1208:57: error: \u02bdstruct
inode\u02bc has<br class="">&gt; no member named \u02bdi_wb_list\u02bc<br class="">&gt;&gt;&gt; &nbsp; &nbsp; &nbsp;_TRACE6D(_HOOKWORD(TRCID_PRINTINODE_8),
(Int64)(&amp;(iP-&gt;i_wb_list)),<br class="">&gt; (Int64)(iP-&gt;i_wb_list.next), (Int64)(iP-&gt;i_wb_list.prev), (Int64)(&amp;(iP-&gt;<br class="">&gt; i_lru)), (Int64)(iP-&gt;i_lru.next), (Int64)(iP-&gt;i_lru.prev));<br class="">&gt;&gt;&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;^ ......<br class="">&gt;&gt;&gt; _______________________________________________<br class="">&gt;&gt;&gt; gpfsug-discuss mailing list<br class="">&gt;&gt;&gt; gpfsug-discuss at </font></tt><a href="http://spectrumscale.org/" class=""><tt class=""><font size="2" color="blue" class=""><u class="">spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;&gt; </font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613513903&amp;sdata=E%2FsurH4Wuw9g9gIWsSWfl1jWqfJCP0GZ4EXfEHfmJ0s%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt; _______________________________________________<br class="">&gt;&gt; gpfsug-discuss mailing list<br class="">&gt;&gt; gpfsug-discuss at </font></tt><a href="http://spectrumscale.org/" class=""><tt class=""><font size="2" color="blue" class=""><u class="">spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt; </font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613523916&amp;sdata=hVbBltH7eU%2BWm9mrytAGsLRAZLEHCr4ZHQmKT0eHawg%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt;<br class="">&gt;&gt; _______________________________________________<br class="">&gt;&gt; gpfsug-discuss mailing list<br class="">&gt;&gt; gpfsug-discuss at </font></tt><a href="http://spectrumscale.org/" class=""><tt class=""><font size="2" color="blue" class=""><u class="">spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;&gt;<br class="">&gt; </font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7Cnovosirj%40rutgers.edu%7C78d95c4d4db84a37453408d5b99eeb7d%7Cb92d2b234d35447093ff69aca6632ffe%7C1%7C1%7C636619014583822500&amp;sdata=MDYseJ9NFu1C1UVFKHpQIfcwuhM5qJrVYzpJkB70yCM%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7Cnovosirj%40rutgers.edu%7C78d95c4d4db84a37453408d5b99eeb7d%7Cb92d2b234d35447093ff69aca6632ffe%7C1%7C1%7C636619014583822500&amp;sdata=MDYseJ9NFu1C1UVFKHpQIfcwuhM5qJrVYzpJkB70yCM%3D&amp;reserved=0</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;<br class="">&gt;<br class="">&gt; [attachment "signature.asc" deleted by Felipe Knop/Poughkeepsie/IBM]<br class="">&gt; _______________________________________________<br class="">&gt; gpfsug-discuss mailing list<br class="">&gt; gpfsug-discuss at </font></tt><a href="http://spectrumscale.org/" class=""><tt class=""><font size="2" color="blue" class=""><u class="">spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt; </font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613533917&amp;sdata=NgBMmxOuTMsbRhtp5OjbkMT%2FWlgnuzNU%2B4ZzJCLlFLg%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt;<br class="">&gt; _______________________________________________<br class="">&gt; gpfsug-discuss mailing list<br class="">&gt; gpfsug-discuss at </font></tt><a href="http://spectrumscale.org/" class=""><tt class=""><font size="2" color="blue" class=""><u class="">spectrumscale.org</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt; </font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613533917&amp;sdata=NgBMmxOuTMsbRhtp5OjbkMT%2FWlgnuzNU%2B4ZzJCLlFLg%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></tt></a><tt class=""><font size="2" class=""><br class="">&gt;<br class="">_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at </font></tt><a href="http://spectrumscale.org/" class=""><tt class=""><font size="2" color="blue" class=""><u class="">spectrumscale.org</u></font></tt></a><tt class=""><font size="2" color="blue" class=""><u class=""><br class=""></u></font></tt><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613543921&amp;sdata=P5D0y0AjzsrOubCJ9421OWlg8FKPlr5NceSfhkJ524E%3D&amp;reserved=0" target="_blank" class=""><tt class=""><font size="2" color="blue" class=""><u class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></tt></a><font size="2" face="Arial" class=""><br class=""> </font><br class=""><font size="2" face="Arial" class="">&nbsp;</font><br class=""><font size="3" class=""><br class="">_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at </font><a href="http://spectrumscale.org/" class=""><font size="3" color="blue" class=""><u class="">spectrumscale.org</u></font></a><font size="3" color="blue" class=""><u class=""><br class=""></u></font><a href="https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613553935&amp;sdata=qyLoxKzFv5mUr9XEGMcsEZIhqXjyKu0YzlQ6yiDSslw%3D&amp;reserved=0" class=""><font size="3" color="blue" class=""><u class="">https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&amp;data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7C9de921b6a0484477f7bd08d5baad3f4e%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C0%7C636620175613553935&amp;sdata=qyLoxKzFv5mUr9XEGMcsEZIhqXjyKu0YzlQ6yiDSslw%3D&amp;reserved=0</u></font></a><br class=""><tt class=""><font size="2" class="">_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at <a href="http://spectrumscale.org" class="">spectrumscale.org</a><br class=""></font></tt><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" class=""><tt class=""><font size="2" class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</font></tt></a><tt class=""><font size="2" class=""><br class=""></font></tt><br class=""><br class=""><br class="">
_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at <a href="http://spectrumscale.org" class="">spectrumscale.org</a><br class=""><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br class=""></div></blockquote></div><br class=""></div></div></body></html>