Skip to content

Commit 3117c37

Browse files
committed
docs/lbi: Mention not to configure globally
This came up in a discussion. Signed-off-by: Colin Walters <[email protected]>
1 parent 5f0dd23 commit 3117c37

File tree

1 file changed

+14
-0
lines changed

1 file changed

+14
-0
lines changed

docs/src/logically-bound-images.md

Lines changed: 14 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -44,6 +44,9 @@ In the `.container` definition, you should use:
4444
GlobalArgs=--storage-opt=additionalimagestore=/usr/lib/bootc/storage
4545
```
4646

47+
NOTE: Do *not* attempt to globally enable `/usr/lib/bootc/storage` in `/etc/containers/storage.conf`; only
48+
use the bootc storage for logically bound images, not also floating images. For more, see below.
49+
4750
## Pull secret
4851

4952
Images are fetched using the global bootc pull secret by default (`/etc/ostree/auth.json`). It is not yet supported to configure `PullSecret` in these image definitions.
@@ -99,3 +102,14 @@ In the comparison below, the term "floating" will be used for non-logically boun
99102

100103
- **Floating image:** Supported.
101104
- **Logically bound image:** Not supported (`bootc` cannot be invoked as non-root). Instead, it's recommended to just drop most privileges for launched logically bound containers.
105+
106+
## Avoid using /usr/lib/bootc/storage for floating images
107+
108+
Because images and in particular *layers* of images can be removed over time as
109+
the OS upgrades, if you attempt to globally enable `/usr/lib/bootc/storage`
110+
in the global `/etc/containers/storage.conf` that would also apply to "floating"
111+
container images (i.e. the default `podman run` and other runtimes), it can
112+
cause a bug where floating images can later fail if layers that were reused
113+
in the LBI storage are removed. In the future, this restriction may be lifted,
114+
but at the current time you can only configure this additional storage
115+
for logically bound images.

0 commit comments

Comments
 (0)