oslo.concurrency
Oslo Concurrency library
Decision gist · record as of 2026-08-14
Yes, if you need file-based or distributed locking in a multi-process or multi-threaded application and are comfortable with the Oslo dependency chain. The library is actively maintained, has no known vulnerabilities, and offers low install friction. No, if you require a lighter-weight locking solution without OpenStack dependencies or if your Python version is below 3.11.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.11 or later; oslo.concurrency depends on fasteners, which may require system libraries for file locking on some platforms.
- Low install friction with a pure-Python wheel distribution.
- Active maintenance with a recent release (29 days ago).
License · maintenance · safety
Apache-2.0 (permissive) — Apache-2.0 permissive license allows commercial use, modification, and distribution with minimal restrictions—suitable for proprietary applications.
last release 2026-07-16 (29 days)
0 known vulnerabilities (OSV.dev, 2026-08-14) · 549,788 downloads/mo, #6,053 on PyPI
Alternatives
Verify before relying
pip install oslo.concurrency
from oslo_concurrency import lockutils
with lockutils.lock('my-lock'):
# Critical section protected by lock
pass- Whether fasteners' system-level dependencies (if any) are documented or could affect installation on non-Linux POSIX systems.
- Performance characteristics and scalability limits for distributed locking across many processes or machines.
What it is and what it does
oslo.concurrency is an OpenStack library that abstracts multi-threading and multi-process synchronization for applications that need safe concurrent access to shared resources. It wraps file-based and other locking primitives through fasteners and provides utilities for spawning and managing external processes. The library is part of the Oslo project, a collection of utilities shared across OpenStack services, and is designed for applications that need reliable coordination across multiple execution contexts without building locking logic from scratch.
The package targets Python 3.11+ and is actively maintained. Its dependency on oslo.config, oslo.i18n, oslo.utils, and debtcollector reflects its role as a mid-level utility within the OpenStack ecosystem, though it can be used standalone in any Python application that needs distributed or file-based locking. The permissive Apache-2.0 license and typed codebase make it suitable for both open-source and proprietary projects.
Use it for
- Protect critical sections in multi-threaded applications using file-based locks that survive process restarts.
- Coordinate resource access across multiple independent processes or services without a centralized lock server.
- Manage external subprocess execution with built-in utilities for spawning and monitoring child processes.
- Implement distributed locking in OpenStack services or other cloud applications that need reliable synchronization.
- Enforce mutual exclusion in long-running daemon applications where lock state must persist across restarts.
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you need file-based or distributed locking in a multi-process or multi-threaded application and are comfortable with the Oslo dependency chain.
The library is actively maintained, has no known vulnerabilities, and offers low install friction. No, if you require a lighter-weight locking solution without OpenStack dependencies or if your Python version is below 3.11.
Install
oslo-concurrency on PyPI
Before you install
Low install friction with a pure-Python wheel distribution. Active maintenance with a recent release (29 days ago). Depends on six Oslo libraries (pbr, oslo.config, oslo.i18n, oslo.utils, fasteners, debtcollector), which are standard in OpenStack ecosystems but add a moderate dependency chain.
Requires Python 3.11 or later; oslo.concurrency depends on fasteners, which may require system libraries for file locking on some platforms.
License in practice
Apache-2.0 permissive license allows commercial use, modification, and distribution with minimal restrictions—suitable for proprietary applications.
Quickstart
pip install oslo.concurrency
from oslo_concurrency import lockutils
with lockutils.lock('my-lock'):
# Critical section protected by lock
passVerify before relying
- Whether fasteners' system-level dependencies (if any) are documented or could affect installation on non-Linux POSIX systems.
- Performance characteristics and scalability limits for distributed locking across many processes or machines.
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.11 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 6 packagespbroslo.configoslo.i18noslo.utilsfastenersdebtcollector |
| Maintenance | Actively maintained 29 days since the last release |
| First released | |
| Downloads | 549,788 / month, #6,053 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Environment :: OpenStackIntended Audience :: Information TechnologyIntended Audience :: System AdministratorsOperating System :: POSIX :: LinuxProgramming Language :: PythonProgramming Language :: Python :: 3Programming Language :: Python :: 3 :: OnlyProgramming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.14Programming Language :: Python :: Implementation :: CPythonTyping :: Typed |
Evidence: oslo_concurrency-7.6.1-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “thread-safe locking library”
- oslo.concurrencyoslo.concurrency provides locking mechanisms and external process…
- aiologicaiologic provides thread-aware and async-aware locking and…
- concurrent-log-handlerProvides thread-safe and process-safe logging handlers for Python's…
Give your agent the search over MCP, or paste the wish link into any chat.
More Distributed Computing packages
gRPC Python is an HTTP/2-based RPC framework that enables you to define and call remote procedures across network boundaries using protocol buffers for serialization.
Install it if you need RPC communication in a distributed system or are integrating with existing gRPC services.
execnet lets you spawn and communicate with Python interpreters across local processes, remote hosts, and different platforms, using a simple API for task distribution and inter-process messaging.
However, the aging maintenance status (275 days since last release) means you should verify it meets your concurrency and performance needs before committing to a…
Cloudpickle extends Python's standard pickle module to serialize lambda functions, interactively-defined functions and classes, and other constructs that the default pickle cannot handle, making it suitable for cluster computing and remote code execution.
Install it if you need to serialize lambda functions, interactively-defined code, or non-standard Python constructs for cluster computing or distributed execution.
Provides a unified, open()-compatible Python API for streaming large files from remote storage (S3, GCS, Azure, HDFS, SFTP, HTTP) and local filesystems, with transparent compression support.
Install it if you work with large files on cloud storage or remote systems and want to avoid writing boilerplate around multiple SDKs.
Portalocker provides cross-platform file locking with support for exclusive and shared locks, plus Redis-based distributed locks and process-aware PID file locking.
Install it if you need file or process coordination; the optional extras (pywin32, redis) are only required for specific lock types.
Ray is a distributed computing framework that scales Python applications from a single machine to multi-node clusters, providing abstractions for parallel tasks, stateful actors, and shared objects.
See also oslo.policy · tooz · django-concurrency · oslo.vmware · oslo.utils · concurrent-log-handler · lockfile · oslo.middleware · oslo.messaging · oslo.privsep