For which CNCF project are you requesting exceptions?
Cozystack
Are you an official maintainer of this project?
Yes
List of components requiring an exception
Distribution and integration model
Please explain
Cozystack builds LINSTOR server from upstream source (with the patches described below) into the ghcr.io/cozystack/cozystack/piraeus-server container image and ships that image in the default storage stack (cozystack.linstor package). It is deployed and managed by the Piraeus Operator (Apache-2.0), following the same delivery pattern as the Piraeus Datastore project.
Modification status
Please explain
The image build clones the upstream tag and applies a small set of patches kept in packages/system/linstor/images/piraeus-server/patches/, each documented in the README there. Most are backports of commits already merged upstream; the remainder were proposed to LINBIT as pull requests by Cozystack maintainers, and each patch is dropped once an upstream release includes the fix. No other changes are made to LINSTOR source.
Structural separation
Please explain
LINSTOR source is not stored in the Cozystack repository; it is cloned from github.com/LINBIT/linstor-server at build time. Only the patch files (GPL-3.0, as derivative changes to LINSTOR) and the Dockerfile live in the repository, in a dedicated image directory.
Communication mechanism
Please explain
LINSTOR runs in its own containers. Cozystack components and the Apache-2.0 Piraeus Operator / LINSTOR CSI driver interact with it only through the LINSTOR REST API over HTTP(S). A few Cozystack helper scripts invoke the linstor CLI as a separate process.
Data exchange
Please explain
JSON over the LINSTOR REST API, and CLI arguments/output for the helper scripts.
Additional information
Complete corresponding source for the shipped image is available: upstream source at the tagged version plus the public patch files in the Cozystack repository. Filed as part of Cozystack's Incubation due diligence (cncf/toc#1916), at the reviewer's suggestion.
For which CNCF project are you requesting exceptions?
Cozystack
Are you an official maintainer of this project?
Yes
List of components requiring an exception
Distribution and integration model
Please explain
Cozystack builds LINSTOR server from upstream source (with the patches described below) into the
ghcr.io/cozystack/cozystack/piraeus-servercontainer image and ships that image in the default storage stack (cozystack.linstorpackage). It is deployed and managed by the Piraeus Operator (Apache-2.0), following the same delivery pattern as the Piraeus Datastore project.Modification status
Please explain
The image build clones the upstream tag and applies a small set of patches kept in
packages/system/linstor/images/piraeus-server/patches/, each documented in the README there. Most are backports of commits already merged upstream; the remainder were proposed to LINBIT as pull requests by Cozystack maintainers, and each patch is dropped once an upstream release includes the fix. No other changes are made to LINSTOR source.Structural separation
Please explain
LINSTOR source is not stored in the Cozystack repository; it is cloned from
github.com/LINBIT/linstor-serverat build time. Only the patch files (GPL-3.0, as derivative changes to LINSTOR) and the Dockerfile live in the repository, in a dedicated image directory.Communication mechanism
Please explain
LINSTOR runs in its own containers. Cozystack components and the Apache-2.0 Piraeus Operator / LINSTOR CSI driver interact with it only through the LINSTOR REST API over HTTP(S). A few Cozystack helper scripts invoke the
linstorCLI as a separate process.Data exchange
Please explain
JSON over the LINSTOR REST API, and CLI arguments/output for the helper scripts.
Additional information
Complete corresponding source for the shipped image is available: upstream source at the tagged version plus the public patch files in the Cozystack repository. Filed as part of Cozystack's Incubation due diligence (cncf/toc#1916), at the reviewer's suggestion.