Skip to content
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

upgrade to Lucene-8.7.0-snapshot-61ea26a #61957

Merged
merged 4 commits into from
Sep 4, 2020

Conversation

iverase
Copy link
Contributor

@iverase iverase commented Sep 4, 2020

This commit upgrades Elasticsearch to a Lucene 8.7.0 snapshot.

@iverase
Copy link
Contributor Author

iverase commented Sep 4, 2020

@elasticmachine run elasticsearch-ci/packaging-sample-windows

1 similar comment
@iverase
Copy link
Contributor Author

iverase commented Sep 4, 2020

@elasticmachine run elasticsearch-ci/packaging-sample-windows

@iverase iverase merged commit e236054 into elastic:master Sep 4, 2020
@iverase iverase deleted the 8.7.0-snapshot-61ea26a branch September 4, 2020 11:54
tlrx added a commit that referenced this pull request Sep 7, 2020
…1989)

Elasticsearch now uses #61957 which includes https://issues.apache.org/jira/browse/LUCENE-9456. 
We can remove the corresponding //TODO in SearchableSnapshotsBlobStoreCacheIntegTests.
tlrx added a commit that referenced this pull request Sep 7, 2020
…1989) (#62030)

Elasticsearch now uses #61957 which includes https://issues.apache.org/jira/browse/LUCENE-9456. 
We can remove the corresponding //TODO in SearchableSnapshotsBlobStoreCacheIntegTests.
ebadyano added a commit to ebadyano/rally-tracks that referenced this pull request Oct 1, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 6, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
ebadyano added a commit to elastic/rally-tracks that referenced this pull request Oct 7, 2020
From observation in the nightly environment we can see that occasionally
the phrase and term query may take >300ms and >1000ms. This leads to
unnecessary spikes in the latency charts.

Relates to elastic/elasticsearch#61957
# Conflicts:
#	geonames/challenges/default.json
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants