Override serverless cluster version #1818
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Early Elastic Serverless versions returned no
version.number
and noversion.build_hash
fields under root API endpoint (/
). Initial Rally adjustment for Serverless had taken this into account, see #1738.Later, due to BWC with clients,
version.number
andversion.build_hash
returned in static/pinned form.To address dummy build hash, when running with operator privileges the actual build hash is retrieved using nodes info API (see #1756). The version number, however, remains at
8.11.0
. As a consequence, Rally checks out8.11.0
Rally track branch which is fine today as it's kept in sync withmaster
, but does not allow us to move to a newer track branch.This PR restores the original concept of reporting the version of
serverless
when run against Elastic Serverless clusters. Withserverless
version, Rally track branch selection defaults tomaster
, see here:rally/esrally/utils/versions.py
Lines 187 to 188 in 6611f67