Document GCS bucket retention policy impact on ClickHouse storage
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 72/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Stale
- Tech stack
- clickhouse, google-cloud
- Domain
- databases, documentation
Research direction
Read content/en/altinity-kb-integrations/altinity-kb-google-s3-gcs.md and review its existing GCS setup guidance. Add a warning explaining how retention policies block ClickHouse deletion during merges, mutations, and TTL expiration, and recommend using a bucket without a retention policy. Done means the storage-growth and operational-cost risk is clearly documented.
Written by the indexing model from the issue text.
Description
Problem
The current GCS documentation (content/en/altinity-kb-integrations/altinity-kb-google-s3-gcs.md) only covers basic setup (HMAC keys, endpoint configuration) but doesn't mention an important operational caveat.
Missing Information
When a GCS bucket has a retention policy enabled, objects cannot be deleted until the retention period expires. This causes issues with ClickHouse because it regularly deletes data during:
- Part merges - old parts are removed after merge
- Mutations - replaced data is deleted
- TTL expiration - expired data is purged
If the bucket retention policy prevents deletion, old data accumulates and storage grows exponentially, leading to unexpected costs and potential operational issues.
Suggested Addition
Add a warning/note to the GCS documentation explaining:
- Bucket retention policies prevent ClickHouse from deleting obsolete data
- This causes continuous storage growth
- Recommendation to disable retention policy or use a bucket without one for ClickHouse storage
If this seems like a good enhancement, I'd be happy to take this up and submit a PR.
- Dominant language
- HTML
- Stars
- 62
- Forks
- 49
- Avg merge
- 6m
- Merged PRs (30d)
- 3
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Altinity/altinityknowledgebase
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
All issues in Altinity/altinityknowledgebase
Similar issues
-
documentation help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
OpenLiberty/open-liberty#35839 ·
-
affects-9.0 found-by-ai may-affects-25.10 may-affects-26.3 may-affects-26.9 may-affects-7.5 may-affects-8.1 may-affects-8.5 severity/major sig/execution type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
antlr/grammars-v4#5014 · 1 comment ·