Recover the FMA post-download waiter after detecting it had dropped
Constraint: The real-data lane should not rely on a dead background handoff process while a long download is still in flight. Rejected: Assuming the prior waiter was still alive | A direct process check showed it was gone. Confidence: high Scope-risk: narrow Directive: Re-check waiter liveness during subsequent progress audits and restart it whenever it drops before archive completion. Tested: Re-ran archive inspect, verified the waiter was absent, confirmed the empty log file, restarted the waiter, and validated the new live process. Not-tested: The restarted waiter has not yet handed off to extraction because the archive remains incomplete.
Showing
1 changed file
with
176 additions
and
0 deletions
-
Please register or sign in to post a comment