autoupgrade: a detached job is not "serving a request"
Proven on zeiss with a real LoRA training run: the skip fired correctly but
read "SKIP: serving 1 request(s) [engines=0 jobs=1]". There was no request --
that is the entire case this check exists for, since /v1/loras/train with
wait=false returns at once and the work continues for hours. The log now says
"work in progress", which is what it means.
Co-Authored-By:
Claude Opus 5 <noreply@anthropic.com>
Showing
Please
register
or
sign in
to comment