chore: upgrade to 4.0.0+v2.0.0 #2

Closed
autonomic-bot wants to merge 10 commits from upgrade-4.0.0+v2.1.5 into main
3 changed files with 51 additions and 12 deletions
Showing only changes of commit 2ab49fab62 - Show all commits

View File

@ -10,10 +10,12 @@
# Hardening (no behaviour change when the download succeeds first try):
# - cache the binary on the PERSISTENT clickhouse data volume (/var/lib/clickhouse) so it is fetched
# at most once and reused on every container restart (no re-download amplification);
# - retry with backoff;
# - NEVER let a download failure block the server start (best-effort: the server comes up, backup/
# restore degrade until the next successful fetch);
# - retry with backoff to ride out transient GitHub failures;
# - un-silenced so a failure is diagnosable in `docker service logs`.
#
# Policy: clickhouse-backup is REQUIRED. If it cannot be installed after all retries the entrypoint
# aborts (non-zero exit) and the server is NOT started — we deliberately fail the deploy loudly rather
# than come up silently without backup/restore capability.
set -e
@ -54,11 +56,12 @@ install_clickhouse_backup() {
echo "clickhouse-backup: fetch attempt ${attempt} failed; backing off $((attempt * 10))s" >&2
sleep $((attempt * 10))
done
echo "clickhouse-backup: fetch FAILED after retries — starting clickhouse-server WITHOUT the backup tool (backup/restore unavailable until a later restart fetches it)" >&2
echo "clickhouse-backup: fetch FAILED after all retries — aborting; clickhouse-server will NOT start (backup tool is required)" >&2
return 1
}
# Best-effort: the server MUST start even if the backup-tool fetch fails (it is not a server dependency).
install_clickhouse_backup || true
# Required: if the backup tool cannot be installed after retries, abort (set -e) so the deploy fails
# loudly instead of coming up without backup/restore capability.
install_clickhouse_backup
exec /entrypoint.sh