<div dir="ltr">Hello, Paul<div><br></div><div>Please see below.<br><div class="gmail_extra"><br><div class="gmail_quote">2017-11-28 13:13 GMT-08:00 Paul Edmon <span dir="ltr"><<a href="mailto:pedmon@cfa.harvard.edu" target="_blank">pedmon@cfa.harvard.edu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So in an effort to future proof ourselves we are trying to build Slurm against PMIx, but when I tried to do so I got the following:<br>
<br>
Transaction check error:<br>
  file /usr/lib64/libpmi.so from install of slurm-17.02.9-1fasrc02.el7.cen<wbr>tos.x86_64 conflicts with file from package pmix-2.0.2-1.el7.centos.x86_64<br>
  file /usr/lib64/libpmi2.so from install of slurm-17.02.9-1fasrc02.el7.cen<wbr>tos.x86_64 conflicts with file from package pmix-2.0.2-1.el7.centos.x86_64<br>
<br>
This is with compiling Slurm with the --with-pmix=/usr option.  A few things:<br>
<br>
1. I'm surprised when I tell it to use PMIx it still builds its own versions of libpmi and pmi2 given that PMIx handles that now.<br></blockquote><div><br></div><div>PMIx is a plugin and from multiple perspectives it makes sense to keep the other versions available (i.e. backward compat or perf comparison) </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
2. Does this mean I have to install PMIx in a nondefault location?  If so how does that work with user build codes?  I'd rather not have multiple versions of PMI around for people to build against.<br></blockquote><div>When we introduced PMIx it was in the beta stage and we didn't want to build against it by default. Now it probably makes sense to assume --with-pmix by default.</div><div>I'm also thinking that we might need to solve it at the packagers level by distributing "slurm-pmix" package that is builded and depends on the pmix package that is currently shipped with particular Linux distro.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
3.  What is the right way of building PMIx and Slurm such that they interoperate properly?<br></blockquote><div>As for now it is better to have a PMIx installed in the well-known location. And then build your MPIs or other apps against this PMIx installation.</div><div>Starting (I think) from PMIx v2.1 we will have a cross-version support that will give some flexibility about what installation to use with application,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Suffice it to say little to no documentation exists on how to properly this, so any guidance would be much appreciated.</blockquote><div>Indeed we have some problems with the documentation as PMIx technology is relatively new. Hopefully we can fix this in near future.</div><div>Being the original developer of the PMIx plugin I'll be happy to answer any questions and help to resolve the issues.</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-HOEnZb"><font color="#888888"><br>
<br>
-Paul Edmon-<br>
<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">С Уважением, Поляков Артем Юрьевич<br>Best regards, Artem Y. Polyakov</div>
</div></div></div>