c56acf60ca
Turns out, this isn't necessarily true. The Cray, for example, launches processes in a toroidal pattern, thus causing the daemons to wind up somewhere other than what we thought. Other environments (e.g., slurm) are also capable of such behavior, depending upon the default mapping algorithm they are told to use. Resolve this problem by making the daemon-to-node assignment in the affected environments when the daemon calls back and tells us what node it is on. Order the nodes in the mapping list so they are in daemon-vpid order as opposed to the order in which they show in the allocation. For environments that don't exhibit this mapping behavior (e.g., rsh), this won't have any impact. Also, clean up the vm launch procedure a little bit so it more closely aligns with the state machine implementation that is coming, and remove some lingering "slave" code. This commit was SVN r25551. |
||
---|---|---|
.. | ||
alps | ||
base | ||
cnos | ||
env | ||
generic | ||
hnp | ||
lsf | ||
pmi | ||
portals4_shmem | ||
singleton | ||
slurm | ||
slurmd | ||
tm | ||
tool | ||
configure.m4 | ||
ess.h | ||
Makefile.am |