-
Notifications
You must be signed in to change notification settings - Fork 313
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop support for Elasticsearch 1.x #715
Labels
:Benchmark Candidate Management
Anything affecting how Rally sets up Elasticsearch
breaking
Non-backwards compatible change
enhancement
Improves the status quo
:Load Driver
Changes that affect the core of the load driver such as scheduling, the measurement approach etc.
:Track Management
New operations, changes in the track format, track download changes and the like
Milestone
Comments
danielmitterdorfer
added
enhancement
Improves the status quo
:Track Management
New operations, changes in the track format, track download changes and the like
:Load Driver
Changes that affect the core of the load driver such as scheduling, the measurement approach etc.
:Benchmark Candidate Management
Anything affecting how Rally sets up Elasticsearch
breaking
Non-backwards compatible change
labels
Jun 17, 2019
danielmitterdorfer
added a commit
to danielmitterdorfer/rally
that referenced
this issue
Jun 17, 2019
With this commit we remove support in Rally to benchmark Elasticsearch 1.x. Closes elastic#715
danielmitterdorfer
added a commit
to danielmitterdorfer/rally
that referenced
this issue
Jul 8, 2019
With this commit we add the JVM flag `ExitOnOutOfMemoryError` unconditionally when Elasticsearch is configured by Rally. Previously we had to check whether the JVM in use supports this flag because we supported Elasticsearch 1.x which can be run with Java 1.7. As the JVM flag has only been introduced with Java 8, we had a check in place. Now that we have dropped support for Elasticsearch 1.x (in elastic#716), we can safely assume that the JVM supports this flag and unconditionally set it. Relates elastic#715
Merged
danielmitterdorfer
added a commit
that referenced
this issue
Jul 11, 2019
With this commit we add the JVM flag `ExitOnOutOfMemoryError` unconditionally when Elasticsearch is configured by Rally. Previously we had to check whether the JVM in use supports this flag because we supported Elasticsearch 1.x which can be run with Java 1.7. As the JVM flag has only been introduced with Java 8, we had a check in place. Now that we have dropped support for Elasticsearch 1.x (in #716), we can safely assume that the JVM supports this flag and unconditionally set it. Relates #715 Relates #723
ebadyano
pushed a commit
to ebadyano/rally
that referenced
this issue
Jul 16, 2019
With this commit we remove support in Rally to benchmark Elasticsearch 1.x. Relates elastic#715 Relates elastic#716
ebadyano
pushed a commit
to ebadyano/rally
that referenced
this issue
Jul 16, 2019
With this commit we add the JVM flag `ExitOnOutOfMemoryError` unconditionally when Elasticsearch is configured by Rally. Previously we had to check whether the JVM in use supports this flag because we supported Elasticsearch 1.x which can be run with Java 1.7. As the JVM flag has only been introduced with Java 8, we had a check in place. Now that we have dropped support for Elasticsearch 1.x (in elastic#716), we can safely assume that the JVM supports this flag and unconditionally set it. Relates elastic#715 Relates elastic#723
novosibman
pushed a commit
to novosibman/rally
that referenced
this issue
Aug 12, 2019
With this commit we remove support in Rally to benchmark Elasticsearch 1.x. Relates elastic#715 Relates elastic#716
novosibman
pushed a commit
to novosibman/rally
that referenced
this issue
Aug 12, 2019
With this commit we add the JVM flag `ExitOnOutOfMemoryError` unconditionally when Elasticsearch is configured by Rally. Previously we had to check whether the JVM in use supports this flag because we supported Elasticsearch 1.x which can be run with Java 1.7. As the JVM flag has only been introduced with Java 8, we had a check in place. Now that we have dropped support for Elasticsearch 1.x (in elastic#716), we can safely assume that the JVM supports this flag and unconditionally set it. Relates elastic#715 Relates elastic#723
novosibman
pushed a commit
to novosibman/rally
that referenced
this issue
Aug 12, 2019
With this commit we remove support in Rally to benchmark Elasticsearch 1.x. Relates elastic#715 Relates elastic#716
novosibman
pushed a commit
to novosibman/rally
that referenced
this issue
Aug 12, 2019
With this commit we add the JVM flag `ExitOnOutOfMemoryError` unconditionally when Elasticsearch is configured by Rally. Previously we had to check whether the JVM in use supports this flag because we supported Elasticsearch 1.x which can be run with Java 1.7. As the JVM flag has only been introduced with Java 8, we had a check in place. Now that we have dropped support for Elasticsearch 1.x (in elastic#716), we can safely assume that the JVM supports this flag and unconditionally set it. Relates elastic#715 Relates elastic#723
novosibman
pushed a commit
to novosibman/rally
that referenced
this issue
Aug 12, 2019
With this commit we remove support in Rally to benchmark Elasticsearch 1.x. Relates elastic#715 Relates elastic#716
novosibman
pushed a commit
to novosibman/rally
that referenced
this issue
Aug 12, 2019
With this commit we add the JVM flag `ExitOnOutOfMemoryError` unconditionally when Elasticsearch is configured by Rally. Previously we had to check whether the JVM in use supports this flag because we supported Elasticsearch 1.x which can be run with Java 1.7. As the JVM flag has only been introduced with Java 8, we had a check in place. Now that we have dropped support for Elasticsearch 1.x (in elastic#716), we can safely assume that the JVM supports this flag and unconditionally set it. Relates elastic#715 Relates elastic#723
2 tasks
2 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
:Benchmark Candidate Management
Anything affecting how Rally sets up Elasticsearch
breaking
Non-backwards compatible change
enhancement
Improves the status quo
:Load Driver
Changes that affect the core of the load driver such as scheduling, the measurement approach etc.
:Track Management
New operations, changes in the track format, track download changes and the like
In order to reduce maintenance effort, we should stop supporting outdated versions of Elasticsearch. Elasticsearch 1.7 is end of life since January 2017 so we will drop support for it. We will take a couple of precautionary measures though:
Additional tasks:
v1
: https://github.com/elastic/rally-tracks/tree/v1 (see also Remove support for 1.7 releases rally-tracks#11)v1
: https://github.com/elastic/rally-teams/tree/v1The latter two items have to be implemented by removing the branch
1
in the respective repos and adding a correspondingv1
tag. Contrary to Rally, these changes are live "immediately" and thus would affect users. Therefore, we should aim for a grace period and remove the branches late in the release cycle for Rally 1.3.0.The text was updated successfully, but these errors were encountered: