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
Is your feature request related to a problem? Please describe:
We adapt the official pingcap images thru our internal docker image pipeline to produce images with custom version tags that don't follow the tidb version string format of v6.5.3 etc. e.g. our version strings look like tidb_2023-06-27_00.43.39Z_master_123abcde_123456789
Operator makes various assumptions to gate functionality based on wether a component is new enough past some version or not. For this it tries to parse the .spec.version field from the tidb cluster definition and errors out in our case like:
E0729 00:22:23.727017 1 utils.go:464] Parse version tidb_2023-06-27_00.43.39Z_master_123abcde_123456789 failure, error: Invalid Semantic Version
W0729 00:22:23.927754 1 tidb_member_manager.go:1102] parse tidb verson 'tidb_2023-06-27_00.43.39Z_master_123abcde_123456789' failed, skip setting store labels for TiKV of TiDB cluster tidb/devdev. err: Invalid Semantic Version
This makes a lot of error logs & prevents us from using various functionality and potentially incorrect usage at various operator code paths:
Describe the feature you'd like:
We would like to be able to specify an override version string for informing operator what tidb versions we are using which is separate from the actual image tag used for container images.
adding a new field as the desired version to override the version string from the image tag should work. But in some cases, if we need to know the current version of a Pod or StatefulSet, then we may need to get this information from HTTP APIs or store this information in the annotation of Pod/Statefulset.
Feature Request
Is your feature request related to a problem? Please describe:
We adapt the official pingcap images thru our internal docker image pipeline to produce images with custom version tags that don't follow the tidb version string format of
v6.5.3
etc. e.g. our version strings look liketidb_2023-06-27_00.43.39Z_master_123abcde_123456789
Operator makes various assumptions to gate functionality based on wether a component is new enough past some version or not. For this it tries to parse the
.spec.version
field from the tidb cluster definition and errors out in our case like:This makes a lot of error logs & prevents us from using various functionality and potentially incorrect usage at various operator code paths:
tidb-operator/pkg/manager/member/tidb_member_manager.go
Line 1144 in 34c19d4
tidb-operator/pkg/manager/member/utils.go
Line 463 in 34c19d4
tidb-operator/pkg/manager/member/ticdc_scaler.go
Line 236 in 34c19d4
Describe the feature you'd like:
We would like to be able to specify an override version string for informing operator what tidb versions we are using which is separate from the actual image tag used for container images.
Describe alternatives you've considered:
N/A
Teachability, Documentation, Adoption, Migration Strategy:
Explained above.
cc: @coderplay @gegao-db
The text was updated successfully, but these errors were encountered: