fix(bug-1731): fire HOOK_DETAIL_JOB_START/JOB_EXIT on WAL apply
apply_committed_entry() (persist.c), the single seam that applies every committed WAL entry, only ever fired the generic HOOK_DETAIL_JOB_UPDATE for job-state changes -- HOOK_DETAIL_JOB_START/JOB_EXIT were permanently dead code, since job.c only ever fires them at HOOK_BEFORE_EVENT (for WAL-append purposes). This left sched_job_start_ fun/sched_job_exit_fun (sched.c) and apiserver_job_start_fun/ apiserver_job_exit_fun (apiserver.c) unreachable, and the Go apiserver's already-wired OnJobFinished handler permanently starved of data -- a finished job's state could stay stuck (e.g. showing RUN) in the scheduler's own view and the apiserver never learned a job finished. The wire format was already enriched by bug-1697/bug-1689 with the pidinfo/exit_info data these hooks need, so this closes the gap rather than requiring new wire work. WAL_JOB_FINISH now fires HOOK_DETAIL_JOB_EXIT; WAL_JOB_START now fires HOOK_DETAIL_JOB_START, gated on a call-scoped decode flag rather than the transition result (WAL_JOB_START applies as a no-op duplicate for every real job in production per bug-1697, so gating on the transition result would make it dead code again). WAL_JOB_FAIL -> HOOK_DETAIL_JOB_FAIL has the same gap and is left as a follow-up. Also includes this investigation's supporting changes: a DEBUG3 log- retention bump (main.c, both controller and scheduler) so race-condition evidence survives a live burst without rotating out, and DEBUG3-gated diagnostic trace logging at the two points a job-update notification can fire or silently drop (job.c, sched.c). Live-verified end to end on a real deployed cluster: scheduler-side sched_job_state_change now fires for RUN and EXIT states, and the apiserver's OnJobFinished -- previously never invoked in production -- now correctly updates job status on completion. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019QxaSzHRB7pmYFp4cVnwkA
This commit is contained in:
parent
42e1eeaa29
commit
ebe691c3ed
9 changed files with 521 additions and 22 deletions
|
|
@ -271,6 +271,17 @@ int main(int argc, char* argv[])
|
|||
loglevel = verbose_to_loglevel(arguments.verbose);
|
||||
}
|
||||
|
||||
/* DEBUG3 produces order-of-magnitude more log volume than the default
|
||||
* size/count budget below is sized for, so tlog's own rotation can
|
||||
* gzip away the window a bug occurred in well before anyone gets a
|
||||
* chance to look (bug-1731: the primary's log for the exact moment a
|
||||
* race fired had already rotated out). Give DEBUG3 runs a much larger
|
||||
* retention budget so a targeted repro survives to be inspected. */
|
||||
if (strcmp(loglevel, "debug3") == 0) {
|
||||
logsize *= 8;
|
||||
logcount *= 4;
|
||||
}
|
||||
|
||||
/* Req 5 AC 10 (scheduler-core spec, task 9.1): --record-dir is the
|
||||
* ONLY way record_dir is ever provisioned -- see this flag's
|
||||
* options[] entry above and scheduler.h's field comment. */
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue