*: multi-log code (really, lower-level code) keeps track of where we were in log files, in case we re-monitor them *: we monitor the log file for a node just before submitting it; unmonitor after job is done; special stuff for POST scripts (we write post script terminated event) *: multi-log code essentially coalesces any number of log files into a single stream of events +*: submit events contain node name -- that's how we associate Condor IDs with nodes in recovery mode (in "normal" mode we get the Condor ID from the condor_submit output; I have to check what we do if that disagrees with the corresponding submit event when we read it) +*: if we have two instances of the same DAG running at the same time (or any two DAG instances whose node jobs share user log files), things will get goofed up because the submit event notes only contain the node name; there's no way to tell which DAG the event goes with if they both have nodes with the given name
