Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Watchtower configuration is risky for hosts running more than just ozone #103

Open
Bossett opened this issue Apr 25, 2024 · 0 comments
Open
Labels
self-hosting Important for folks running independent Ozone instances

Comments

@Bossett
Copy link

Bossett commented Apr 25, 2024

See bluesky-social/pds#49 - ozone is better configured (only updates where labelled), but still does not limit scope to bluesky-only containers.

Instead of straight enable, all bluesky and bluesky-provided watchtower containers in the compose should be defined with:

labels:
      - "com.centurylinklabs.watchtower.scope=bluesky-social-ozone" # (e.g.)

Also note that multiple instances with conflicting configuration and no scopes will break - as-is, it will not be clear which watchtower instance is updating which containers (i.e. which configuration will load) when running both the PDS and Ozone on the same docker host, and it's possible that the PDS instance runs which ignores the label setting.

@Bossett Bossett changed the title Watchtower configuration is dangerous Watchtower configuration is risky for hosts running more than just ozone Apr 25, 2024
@bnewbold bnewbold added the self-hosting Important for folks running independent Ozone instances label Apr 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
self-hosting Important for folks running independent Ozone instances
Projects
None yet
Development

No branches or pull requests

2 participants