artur
10/09/2025, 11:56 PMConcurrency limits ... do not exist - skipping acquisition.
how can I disable it? is it safe?Marvin
10/09/2025, 11:56 PMMarvin
10/10/2025, 12:06 AMprefect global-concurrency-limit create <name> --limit <N>
- Inspect and list limits:
prefect global-concurrency-limit ls
prefect global-concurrency-limit inspect <name>
- Docs: Global concurrency limits and CLI reference: CLI: global-concurrency-limit
2) Remove or change tags if you don’t want tag-based concurrency
- If your deployments/tasks add tags and you don’t intend to use concurrency-by-tag, remove those tags to avoid the acquisition attempt.
3) Suppress the log message (if you’re fine running without limits)
- Add a custom logging config to raise the level for the concurrency logger. Create a logging.yml
and point Prefect to it (see docs below). Minimal example:
version: 1
disable_existing_loggers: False
loggers:
prefect:
level: INFO
propagate: True
prefect.concurrency:
level: ERROR # hides the “skipping acquisition” warning
propagate: True
handlers:
console:
class: rich.logging.RichHandler
level: INFO
root:
level: INFO
handlers: [console]
- Docs: Customize logging in Prefect
Is it safe to ignore?
- Yes—if you are not relying on concurrency limits, this is just noise. Tasks run as before (no throttling). If you do intend to control concurrency, create the limits so Prefect can enforce them.
If you can share one full log line (including the names it prints), I can suggest the exact limits to create or confirm which tags are triggering the check.