Remove send_metadata logic related to zero-copy replication#82508
Remove send_metadata logic related to zero-copy replication#82508
Conversation
|
Thanks! The main reason is to fix the architectural problem in the implementation of "root_path" for disks. The right way to do it is to make sure the "root_path" is not exposed in the disk's interface, and the disks with different "chroots" have the same interface. When people implemented "send_metadata" they messed up with the interface, preventing clean architecture. |
|
|
|
* [GLUTEN-1632][CH]Daily Update Clickhouse Version (20250629) * Fix Build due to ClickHouse/ClickHouse#80931 * Fix Build due to ClickHouse/ClickHouse#81976 * Fix Build due to ClickHouse/ClickHouse#82508 * Try to Fix issue caused by ClickHouse/ClickHouse#81754 see ClickHouse/ClickHouse#82379 * Fix UT due to ClickHouse/ClickHouse#82358 --------- Co-authored-by: kyligence-git <gluten@kyligence.io> Co-authored-by: Chang chen <chenchang@apache.com>
…metadata Remove send_metadata logic related to zero-copy replication
…metadata Remove send_metadata logic related to zero-copy replication
Changelog category (leave one):
Changelog entry (a user-readable short description of the changes that goes to CHANGELOG.md):
Removed experimental
send_metadatalogic related to experimental zero-copy replication. It wasn't ever used and nobody supports this code. Since there were even no tests related to it, there is a high chance that it's broken long time ago.Documentation entry for user-facing changes