#344: Checkpointing + new cleanup procedure --------------------------+------------------------------------------------- Reporter: mthomas | Owner: mthomas Type: enhancement | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by barry.wardell):
Replying to [comment:3 hinder]:
Barry: can you check if the following four cases work correctly with
this patch?
- If no jobs for that simulation are in the queue;
This works using sim create-submit ...
- If a job is in the queue in the Q state;
This seems to work fine. The job from 1 is in the qw state. Using sim submit adds a second job in the hq state.
- If a job is in the queue in the R state;
This also works fine.
- If a job is in the queue in the H state (should only be the case if
2. is true as well, but best to check)
This does not work as it should. Submitting a new job puts the new job into the hq state, but with a dependency on currently running job, not on the existing job which is in the hq state. So I have three jobs in the que:
0000 in the run state 0001 in the hq state with dependency on 0000 0002 in the hq state with dependency on 0000