<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Yes, we saw the SMAP issue on earlier releases, added the kernel command line option to disable it.<div class="">That is not the issue for this node. The Phi processors do not support that cpu feature.</div><div class=""><br class=""></div><div class=""> — ddj</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 7, 2016, at 9:37 AM, Felipe Knop <<a href="mailto:knop@us.ibm.com" class="">knop@us.ibm.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><font size="2" face="sans-serif" class="">All,</font><br class=""><br class=""><font size="2" face="sans-serif" class="">The SMAP issue has been addressed in
GPFS in 4.2.1.1.</font><br class=""><br class=""><font size="2" face="sans-serif" class="">See </font><a href="http://www.ibm.com/support/knowledgecenter/STXKQY/gpfsclustersfaq.html" class=""><font size="2" color="blue" face="sans-serif" class="">http://www.ibm.com/support/knowledgecenter/STXKQY/gpfsclustersfaq.html</font></a><br class=""><br class=""><font size="2" face="sans-serif" class="">Q2.4.</font><br class=""><br class=""><font size="2" face="sans-serif" class="">  Felipe</font><br class=""><br class=""><font size="2" face="sans-serif" class="">----<br class="">Felipe Knop                  
                  <a href="mailto:knop@us.ibm.com" class="">knop@us.ibm.com</a><br class="">GPFS Development and Security<br class="">IBM Systems<br class="">IBM Building 008<br class="">2455 South Rd, Poughkeepsie, NY 12601<br class="">(845) 433-9314  T/L 293-9314<br class=""><br class=""></font><br class=""><br class=""><br class=""><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">From:      
 </font><font size="1" face="sans-serif" class="">Aaron Knister <<a href="mailto:aaron.knister@gmail.com" class="">aaron.knister@gmail.com</a>></font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">To:      
 </font><font size="1" face="sans-serif" class="">gpfsug main discussion
list <<a href="mailto:gpfsug-discuss@spectrumscale.org" class="">gpfsug-discuss@spectrumscale.org</a>></font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">Date:      
 </font><font size="1" face="sans-serif" class="">12/07/2016 09:25 AM</font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">Subject:    
   </font><font size="1" face="sans-serif" class="">Re: [gpfsug-discuss]
Any experience running native GPFS 4.2.1 on Xeon Phi node booted with Centos
7.3?</font><br class=""><font size="1" color="#5f5f5f" face="sans-serif" class="">Sent by:    
   </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="">I don't know if this applies her but I seem to recall
an issue with CentOS 7 (newer 3.X and on kernels), Broadwell processors
and GPFS where GPFS upset SMAP and would eventually get the node expelled.
I think this may be fixed in newer GPFS releases but the fix is to boot
the kernel with the nosmap parameter. Might be worth a try. I'm not clear
on whether SMAP is supported by the Xeon Phi's. <br class=""><br class="">-Aaron</font><br class=""><br class=""><font size="3" class="">On Wed, Dec 7, 2016 at 5:34 AM <</font><a href="mailto:david_johnson@brown.edu" class=""><font size="3" color="blue" class=""><u class="">david_johnson@brown.edu</u></font></a><font size="3" class="">>
wrote:</font><br class=""><font size="3" class="">IBM says it should work ok, we are not so sure. We had
node expels that stopped when we turned off gpfs on that node. Has anyone
had better luck?<br class=""><br class=""> -- ddj<br class="">Dave Johnson<br class="">_______________________________________________<br class="">gpfsug-discuss mailing list<br class="">gpfsug-discuss at </font><a href="http://spectrumscale.org/" target="_blank" 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="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank" class=""><font size="3" color="blue" class=""><u class="">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</u></font></a><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="">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></body></html>