chrivers / chrivers/bifrost

Docker installations should have state.yaml mounted persistently

Open
#112 3 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Rust
Stars
430
Forks
23
PR merge metrics
No merged PRs in 30d

Description

https://github.com/chrivers/bifrost/blob/8a316ea4a3ffd9510330b65f6677e7e470e5001b/docker-compose.yaml#L7-L10

The current suggested docker compose file doesn't have a persistent mapping for the state.yaml file. Since the state.yaml has the entertainment groups (among other Hue-specific bits) included in it, if the container is recreated that persistent information will be lost.

I've addressed this by copying out the state.yaml from a running bifrost container and then mounting it just like the config.yaml. There may be a chicken-and-egg problem for new installs when the state.yaml does not exist, but I _think_ touching the state.yaml before container creation may fix that.

I believe there are other issues about moving the binary into a separate location than the config, which would allow mounting the subdirectory as a persistent volume, solving this as well.

Thanks for the project! :heart:

Contributor guide

No contributing guide indexed for this repository

Research direction

Inspect docker-compose.yaml at lines 7-10, where the config.yaml mapping is defined, and review how state.yaml is stored in a running container. Recreate the container using the compose file and verify that entertainment groups and other Hue-specific state persist across recreation without breaking a new installation.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, docker-compose
Domain
devops, infrastructure
Issue type
Bug
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.