You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Local log retention behavior is being extended by #3748 and #3830. The user-facing documentation should describe the resulting configuration model and clearly distinguish remote log retention, local log retention, and active-segment rolling. It should also provide safe rollout guidance for clusters upgrading from 0.9 to 1.0.
Documentation scope
Document table.log.local-ttl:
it controls retention of local log segments;
a local segment is eligible for TTL cleanup only after it has been copied to remote storage;
document its default value and validation constraints, including its relationship with table.log.ttl;
Both configuration keys are searchable in the published documentation.
Their defaults, constraints, scope, and interaction are documented.
The TTL page explains the local-segment lifecycle from active segment, to rolled/uploaded segment, to local cleanup.
The 1.0 upgrade notes document the staged 0.9-to-1.0 rollout: keep log.retention.roll-active-segment.enabled disabled during the upgrade, then enable it with a dynamic cluster configuration update after the upgrade is complete.
Motivation
Local log retention behavior is being extended by #3748 and #3830. The user-facing documentation should describe the resulting configuration model and clearly distinguish remote log retention, local log retention, and active-segment rolling. It should also provide safe rollout guidance for clusters upgrading from 0.9 to 1.0.
Documentation scope
table.log.local-ttl:table.log.ttl;log.retention.roll-active-segment.enabled:table.log.ttlfor table/remote log retention;table.log.local-ttlfor copied local segments;log.retention.roll-active-segment.enabled.log.retention.roll-active-segment.enableddisabled during the upgrade; this is also the default value;Related issues and pull requests
Acceptance criteria
log.retention.roll-active-segment.enableddisabled during the upgrade, then enable it with a dynamic cluster configuration update after the upgrade is complete.