diagnostics: set last telemetry timestamp even when node is started with telemetry disabled #135923
Labels
branch-release-23.1
Used to mark GA and release blockers, technical advisories, and bugs for 23.1
branch-release-23.2
Used to mark GA and release blockers, technical advisories, and bugs for 23.2
branch-release-24.1
Used to mark GA and release blockers, technical advisories, and bugs for 24.1
branch-release-24.2
Used to mark GA and release blockers, technical advisories, and bugs for 24.2
branch-release-24.3
Used to mark GA and release blockers, technical advisories, and bugs for 24.3
C-bug
Code not up to spec/doc, specs & docs deemed correct. Solution expected to change code/behavior.
T-observability
Today, if a node is started with the
COCKROACH_SKIP_ENABLING_DIAGNOSTIC_REPORTING
flag enabled, and a free/trial license is added, the behavior is confusing. Prior to the license being added, the operator has a 7 day grace period enabled for operating "without a license". After adding the license, they get immediately throttled because their "last telemetry sent" timestamp is essentially zero (and they're beyond the telemetry grace period).Ideally, we should set the "last telemetry sent" timestamp to the node startup time regardless whether the env var is set. This will result in a less surprising experience.
Jira issue: CRDB-44790
The text was updated successfully, but these errors were encountered: