Fix pipeline resolution cache for bulk requests#144648
Fix pipeline resolution cache for bulk requests#144648chrisberkhout merged 3 commits intoelastic:mainfrom
Conversation
|
Pinging @elastic/es-storage-engine (Team:StorageEngine) |
|
Hi @chrisberkhout, I've created a changelog YAML for you. |
b04a666 to
97f51dc
Compare
|
Pinging @elastic/es-distributed (Team:Distributed) |
|
@chrisberkhout Thank you very much for this. Thank you. |
97f51dc to
3fc2d24
Compare
3fc2d24 to
0e99dd5
Compare
🔍 Preview links for changed docs⏳ Building and deploying preview... View progress This comment will be updated with preview links when the build is complete. |
ℹ️ Important: Docs version tagging👋 Thanks for updating the docs! Just a friendly reminder that our docs are now cumulative. This means all 9.x versions are documented on the same page and published off of the main branch, instead of creating separate pages for each minor version. We use applies_to tags to mark version-specific features and changes. Expand for a quick overviewWhen to use applies_to tags:✅ At the page level to indicate which products/deployments the content applies to (mandatory) What NOT to do:❌ Don't remove or replace information that applies to an older version 🤔 Need help?
|
6a7516a to
90ea0a1
Compare
Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in elastic#116031.
💔 Backport failed
You can use sqren/backport to manually backport by running |
Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in elastic#116031.
Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in elastic#116031.
💚 All backports created successfully
Questions ?Please refer to the Backport tool documentation |
Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in #116031.
Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in #116031.
Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in #116031.
* upstream/main: (38 commits) Determine inference timeout based on task type (elastic#146089) Adds NQT functions and linearCombination to ESVectorUtil (elastic#146435) ESQL: Add PagedBytesBuilder (elastic#146094) ESQL: Remove match_only_text from "store" setting candidates for generative random mappings tests (elastic#146633) YAML test: support all_nodes for cluster_features (elastic#146505) [ESQL] Filtered aggregate pushdown for external sources (elastic#146597) SecurityMigrationExecutor & SystemIndexMigrationExecutor opt-out of automaticReassignmentOnShutdown (elastic#145753) [ES|QL] Lookup join and Inline stats support for query approximation (elastic#145980) Fix NPE in GPU resource pool when CuVSResources creation fails (elastic#146632) Fix pipeline resolution cache for bulk requests (elastic#144648) Mute org.elasticsearch.index.reindex.ReindexRelocationOnShutdownIT testReindexFailsWhenPitRelocationFails elastic#146650 Unmute 18 tests after fixing SearchHits leak in MergeResultWireCompatibilityTopHitsTests (elastic#146574) Allow the zstd tests to be run independently (elastic#146637) [Docs] Add cross-link to Query activity UI from ES|QL task management page (elastic#145397) ESQL: Clean up unmapped_fields validation tests (elastic#146629) Implement value fetching and block loading for semantic field (elastic#146552) ESQL: Re-mute testApproximationDisabled (elastic#146638) WriteLoadConstraintDecider: Include the max write-load proportion in the explain string (elastic#146452) Reindexing stateful relocation integration test (elastic#145976) Clarify inactive shard grace period naming (elastic#146522) ...
…6661) * Fix pipeline resolution cache for bulk requests (#144648) Corrects the key for resolvedPipelineCache to avoid getting the wrong pipeline, which was happening for bulk upserts when two actions have null index values in their index requests but different indexes in their containing action requests. The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit. The bug was introduced with the new caching logic in #116031. (cherry picked from commit 8160933)
Corrects the key for
resolvedPipelineCacheto avoid getting the wrong pipeline, which was happening for bulk upserts when two actions havenullindex values in their index requests but different indexes in their containing action requests.The change in time handling is mostly for style. Without it, the first time used to compute the cached pipeline resolution for a given date math index name expression would effectively apply for later cases of that expression in the batch. Fixing the timestamp makes that behavior explicit.
The bug was introduced with the new caching logic in #116031.