Ralph Castain b65eb54ea2 Cut out a new iof pull - that capability isn't ready yet for the trunk, but will be coming shortly ...

Thanks to Pak for letting me know...

This commit was SVN r18614.

2008-06-06 21:24:15 +00:00

..

alps

Fix a potential, albeit perhaps esoteric, race condition that can occur for fast HNP's, slow orteds, and fast apps. Under those conditions, it is possible for the orted to be caught in its original send of contact info back to the HNP, and thus for the progress stack never to recover back to a high level. In those circumstances, the orted can "hang" when trying to exit.

2008-06-06 19:36:27 +00:00

base

Cut out a new iof pull - that capability isn't ready yet for the trunk, but will be coming shortly

2008-06-06 21:24:15 +00:00

ccp

Upgrade the node/orted failure detection code to cover all environments. Use the native environment's capabilities where possible - e.g., SLURM detects orted failure and can report it. Elsewhere, use a heartbeat system to detect orted failure - e.g., for TM and rsh. Heart rate is set via mca param. The HNP checks for callback every 2*heartrate, declares orted failure if not seen in last 2*heartrate time.

2008-06-02 21:46:34 +00:00

lsf

Fix a potential, albeit perhaps esoteric, race condition that can occur for fast HNP's, slow orteds, and fast apps. Under those conditions, it is possible for the orted to be caught in its original send of contact info back to the HNP, and thus for the progress stack never to recover back to a high level. In those circumstances, the orted can "hang" when trying to exit.

2008-06-06 19:36:27 +00:00

process

Remove a whole pile of orte/util/show_help.h's that I missed. :-(

2008-05-14 11:32:33 +00:00

rsh

Fix a potential, albeit perhaps esoteric, race condition that can occur for fast HNP's, slow orteds, and fast apps. Under those conditions, it is possible for the orted to be caught in its original send of contact info back to the HNP, and thus for the progress stack never to recover back to a high level. In those circumstances, the orted can "hang" when trying to exit.

2008-06-06 19:36:27 +00:00

slurm

Fix a potential, albeit perhaps esoteric, race condition that can occur for fast HNP's, slow orteds, and fast apps. Under those conditions, it is possible for the orted to be caught in its original send of contact info back to the HNP, and thus for the progress stack never to recover back to a high level. In those circumstances, the orted can "hang" when trying to exit.

2008-06-06 19:36:27 +00:00

submit

Remove a whole pile of orte/util/show_help.h's that I missed. :-(

2008-05-14 11:32:33 +00:00

tm

Fix a potential, albeit perhaps esoteric, race condition that can occur for fast HNP's, slow orteds, and fast apps. Under those conditions, it is possible for the orted to be caught in its original send of contact info back to the HNP, and thus for the progress stack never to recover back to a high level. In those circumstances, the orted can "hang" when trying to exit.

2008-06-06 19:36:27 +00:00

xgrid

Silence the Obj-C compiler.

2008-06-03 19:24:17 +00:00

Makefile.am

Merge the ORTE devel branch into the main trunk. Details of what this means will be circulated separately.

2008-02-28 01:57:57 +00:00

plm_types.h

Upgrade the node/orted failure detection code to cover all environments. Use the native environment's capabilities where possible - e.g., SLURM detects orted failure and can report it. Elsewhere, use a heartbeat system to detect orted failure - e.g., for TM and rsh. Heart rate is set via mca param. The HNP checks for callback every 2*heartrate, declares orted failure if not seen in last 2*heartrate time.

2008-06-02 21:46:34 +00:00

plm.h

Merge in the mca_base_select changes per RFC:

2008-05-06 18:08:45 +00:00