bvandeusenandClaude Opus 5
a9c1b421a7
CI / lint (push) Successful in 2s
CI / extension-version (push) Successful in 2s
Build images / sign-extension (push) Successful in 4s
Build images / build-agent (push) Successful in 6s
CI / frontend-build (push) Successful in 25s
CI / backend-lint-and-test (push) Successful in 31s
Build images / build-web (push) Successful in 55s
Build images / smoke-web (push) Skipped
Build images / build-ml (push) Successful in 1m41s
Build images / promote (push) Skipped
CI / integration (push) Successful in 2m8s
Milestone 422 step 2. `GET /api/system/workers` reports every lane joined to its live pool; `POST /api/system/workers/<name>` changes it. NO DOCKER SOCKET. Milestone 365 deferred "acting on the state" because restarting a dead worker needs a socket the web container deliberately does not have. That holds for restarting a CONTAINER; it does not hold for changing how much work a RUNNING worker does. celery's pool_grow / pool_shrink / add_consumer / cancel_consumer send a message over the Redis the app already uses, and the worker resizes itself. No new privilege, no new surface, and the security question that deferred this is never raised. PERSIST AND PUSH, in one call, in that order. pool_grow is not durable — a restart drops every lane to its env concurrency — so a UI that only pushed would lose the setting on the next deploy with nothing to show for it (lesson #4202). Storing alone would describe nothing until something restarted. A failed PUSH is not a failed setting: 200 with `applied: false` and a reason, so the UI says "saved, not yet live" rather than "that didn't work". Step 3's reconcile carries it when the lane answers again. PER-REPLICA DELTAS. `pool_grow(n, destination=[...])` adds n to EACH destination, so while `worker` runs `replicas: 2` a single delta from an aggregate is wrong for both. `slots` therefore means what CELERY_CONCURRENCY means — one process's pool — and each replica is driven to it from its OWN current size, so replicas that drifted apart converge rather than moving in lockstep. I wrote this wrong first: the docstring claimed per-replica while the code computed one delta from the max across replicas. LaneLiveState now carries `pools` per hostname and exposes `pool` as a property. A replica already at the target is sent nothing at all — the reachable fixed point step 3's periodic reconcile needs, or it re-issues a grow of zero every tick forever (lesson #4183). A replica that answered inspect but not stats is NAMED in the error rather than skipped silently, since otherwise it would run at a size the UI claims it does not. `present=False` is not "zero slots", it is "nothing answered" — kept distinct throughout, because step 3 skips an absent lane rather than correcting it. /workers now also reports pool size (from `insp.stats()`) and RESERVED count. Celery prefetches, so tasks that have left the Redis list but not started are invisible to LLEN: a lane can read depth 0 with thirty tasks held in worker memory. `pending` is depth + reserved. The UI is misleading without this and step 7's autoscaler would be simply wrong. Also kills the THIRD copy of the queue list: system_activity's _QUEUE_NAMES, whose own comment admitted the coupling ("must match celery_app.task_routes") and which sat alongside task_routes and the ROLE_NAMES copy step 1 collapsed. Now derived from LANES. The rendered order changes to lane grouping, which is the better shape for a lane-oriented UI. Separate blueprint rather than folding into system_activity, which states in its first line that it is read-only and answers a different question — its /workers is keyed on celery HOSTNAME and reports which nodes answered. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01LVjrnpQjRgHdvq95rASoiR
76 lines
2.1 KiB
Python
76 lines
2.1 KiB
Python
"""API blueprint registration.
|
|
|
|
This module is imported by the Quart app factory; it just exposes the
|
|
top-level `api_bp` for backward compatibility with FC-1's health route,
|
|
and ALL_BLUEPRINTS for the factory to register sibling blueprints.
|
|
"""
|
|
|
|
from quart import Blueprint
|
|
|
|
from . import health
|
|
|
|
api_bp = Blueprint("api", __name__, url_prefix="/api")
|
|
api_bp.add_url_rule("/health", view_func=health.get_health, methods=["GET"])
|
|
|
|
|
|
def all_blueprints() -> list[Blueprint]:
|
|
from .admin import admin_bp
|
|
from .aliases import aliases_bp
|
|
from .artist import artist_bp
|
|
from .artists import artists_bp
|
|
from .attachments import attachments_bp
|
|
from .ccip import ccip_bp
|
|
from .cleanup import cleanup_bp
|
|
from .credentials import credentials_bp
|
|
from .downloads import downloads_bp
|
|
from .extension import extension_bp
|
|
from .gallery import gallery_bp
|
|
from .gpu import gpu_bp
|
|
from .heads import heads_bp
|
|
from .import_admin import import_admin_bp
|
|
from .ml_admin import ml_admin_bp
|
|
from .platforms import platforms_bp
|
|
from .posts import posts_bp
|
|
from .provenance import provenance_bp
|
|
from .settings import settings_bp
|
|
from .showcase import showcase_bp
|
|
from .sources import sources_bp
|
|
from .suggestions import suggestions_bp
|
|
from .system_activity import system_activity_bp
|
|
from .system_backup import system_backup_bp
|
|
from .system_health import system_health_bp
|
|
from .tags import tags_bp
|
|
from .thumbnails import thumbnails_bp
|
|
from .workers import workers_bp
|
|
return [
|
|
api_bp,
|
|
attachments_bp,
|
|
gallery_bp,
|
|
provenance_bp,
|
|
tags_bp,
|
|
artist_bp,
|
|
artists_bp,
|
|
showcase_bp,
|
|
settings_bp,
|
|
system_activity_bp,
|
|
workers_bp,
|
|
system_health_bp,
|
|
system_backup_bp,
|
|
admin_bp,
|
|
cleanup_bp,
|
|
import_admin_bp,
|
|
suggestions_bp,
|
|
aliases_bp,
|
|
heads_bp,
|
|
gpu_bp,
|
|
ccip_bp,
|
|
ml_admin_bp,
|
|
thumbnails_bp,
|
|
sources_bp,
|
|
platforms_bp,
|
|
posts_bp,
|
|
credentials_bp,
|
|
extension_bp,
|
|
downloads_bp,
|
|
]
|