Changeset 4450 for trunk/Ohana/src/opihi/doc/scheduler.txt
- Timestamp:
- Jul 4, 2005, 5:35:47 PM (21 years ago)
- File:
-
- 1 edited
-
trunk/Ohana/src/opihi/doc/scheduler.txt (modified) (3 diffs)
Legend:
- Unmodified
- Added
- Removed
-
trunk/Ohana/src/opihi/doc/scheduler.txt
r3335 r4450 1 2 --- 3 4 sched / pcontrol todo: 5 6 - sched: validate task hosts with controller 7 - pcontrol: host (name) -check should return state 8 - sched: start / stop controller connection? 9 - pcontrol: add command to check status of a job 10 - pcontrol: add command to dump stdout/stderr for a job 11 12 --- 1 13 2 14 scheduler commands: … … 24 36 (in task, command line is static; in task.macro, command line is expanded for each instance) 25 37 26 host (machine) 38 host (machine) [-required] 27 39 - defines preferred host 28 40 - may be in task or in task.macro (exit/exec) … … 61 73 --- 62 74 75 scheduler / controller / local interactions 76 77 scheduler can execute local jobs and jobs on the controller. 78 scheduler needs to initiate the connection to the controller, if the 79 controller is being used. it also needs to fork each local command. 80 81 we need a command to define the controller hosts to be used. if a 82 task or job defines a host which is not known, how is this caught? 83 does sched need to keep a list of valid hosts, or should the host be 84 passed down to the controller. Also, the scheduler should not 85 initiate a connection to the controller unless it is requested. is 86 this implicit when defining a host? 87 88 - controller host foobar 89 90 this should setup the controller interface (if it does not currently 91 exist), and send the command 'host foobar'. scheduler should not 92 care if the connection is successful or not (we can know about hosts 93 which are currently off). 94 95 96 --- 63 97 controller interaction: 64 98
Note:
See TracChangeset
for help on using the changeset viewer.
