Details
Description
We do the correct thing on the executor side when there is a configuration/interpolation problem (report FAILURE.)
On the thermos_runner side, we don't exit with a separate exit status for bad configuration, nor do we even pay attention to the exit status from the thermos executor. So when the runner exits unexpectedly, that's always treated as a LOST. Instead there should be a contract between the thermos_runner and thermos_executor about certain classes of failures indicated by exit statuses so that we can differentiate between legit LOST and FAILURE, for example if the user no longer exists on the box.
Attachments
Issue Links
- blocks
-
AURORA-176 more gracefully handle cases where user does not exist on machine
- Resolved