diff --git a/doc/design-daemons.rst b/doc/design-daemons.rst index da38e033de1a899141abf9b38b1d726cfd28b981..d493a92c625cc6535bc9a7b20c6e735afe59404b 100644 --- a/doc/design-daemons.rst +++ b/doc/design-daemons.rst @@ -351,12 +351,12 @@ The proposed procedure: #. Only then the child process can replace itself by the actual job process. -If the child process detect that the pipe is broken before receiving the +If the child process detects that the pipe is broken before receiving the confirmation, it must terminate, not starting the actual job. -This way, the actual job is only started if its ensured that its lock +This way, the actual job is only started if it is ensured that its lock file name is written to the job file. -If the Luxi daemon detect that the pipe is broken before successfully +If the Luxi daemon detects that the pipe is broken before successfully sending the confirmation in step 4., it assumes that the job has failed. If the pipe gets broken after sending the confirmation, no further action is necessary. If the child doesn't receive the confirmation, @@ -546,7 +546,7 @@ In order to deal with this situation, each job will update its job file in the queue. This is race free, as LuxiD will no longer touch the job file, once the job is started; a corollary of this is that the job also has to take care of replicating updates to the job file. LuxiD will watch job files for -changes to determine when a job as cleanly finished. To determine jobs +changes to determine when a job was cleanly finished. To determine jobs that died without having the chance of updating the job file, the `Job death detection`_ mechanism will be used.