Ralph Castain 238ecea311 When we comm_spawn, we really want to respect the original -host directives and not expand the daemon virtual machine unless directed to do so in the comm_spawn command. Otherwise, we will automatically launch daemons on every node in the allocation. ...

cmr=v1.8.2:reviewer=rhc:subject=respect vm boundaries during comm_spawn

This commit was SVN r31578.

2014-04-30 22:26:18 +00:00

..

alps

plm/alps: silence annoying warning message when using Cray PMI 3.x or

2014-04-08 21:54:10 +00:00

base

When we comm_spawn, we really want to respect the original -host directives and not expand the daemon virtual machine unless directed to do so in the comm_spawn command. Otherwise, we will automatically launch daemons on every node in the allocation.

2014-04-30 22:26:18 +00:00

isolated

Resolve a race condition when responding to a SIGTERM to ensure that any final message from the application is correctly output. Remove a duplicate command, reduce the priority of the daemon exit command to MSG so that the IOF will have a chance to output cached messages. Update the signal trapping test.

2014-03-05 04:38:17 +00:00

lsf

Cleanup copy/paste errors to ensure we progress the launch

2014-03-18 01:24:49 +00:00

rsh

Cleanup copy/paste errors to ensure we progress the launch

2014-03-18 01:24:49 +00:00

slurm

plm_slurm_module.c: don't leave the extra fd to /dev/null open

2014-04-21 20:09:15 +00:00

tm

Cleanup copy/paste errors to ensure we progress the launch

2014-03-18 01:24:49 +00:00

Makefile.am

Fix longstanding issue with our multi-project support. Rather than using

2014-01-07 22:11:15 +00:00

plm_types.h

When we comm_spawn, we really want to respect the original -host directives and not expand the daemon virtual machine unless directed to do so in the comm_spawn command. Otherwise, we will automatically launch daemons on every node in the allocation.

2014-04-30 22:26:18 +00:00

plm.h

Sorry for mid-day commit, but I had promised on the call to do this upon my return.

2012-04-06 14:23:13 +00:00