-
Notifications
You must be signed in to change notification settings - Fork 278
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
[Onboarding] [2.10.0] Install custom-codecs
plugin (zstd compression) in 2.10 distribution
#3971
Comments
custom-codec
plugin (zstd compression) in 2.10 distributioncustom-codecs
plugin (zstd compression) in 2.10 distribution
custom-codecs
plugin (zstd compression) in 2.10 distributioncustom-codecs
plugin (zstd compression) in 2.10 distribution
We might need to do these since zstd is not bundled directly in zip:
|
Adding @nknize who might have more info. |
AFAIK we're doing this in 2.10 to prevent users that have enabled ZSTD in 2.9 from being DOA when upgrading to 2.10. |
Offline talk with @reta on the confusions and questions about the zstd lib:
The way it works is that the plugin bundles JAR and JAR bundles SOs (native libs) for supported platforms Everytime the zstd process initialized it will unpack the so/dll from zstd-jni-1.5.5-5.jar to tmp dir, and load in mem to use.
Yes
@andrross confirms the jar file have all the supported lib files within
|
Here is the reference https://github.com/luben/zstd-jni#binary-releases |
Do we have integration tests enabled for custom-codec so that we can add in the test manifest and that can be run in automated way? https://github.com/opensearch-project/opensearch-build/blob/main/manifests/2.10.0/opensearch-2.10.0-test.yml Thanks! |
Hi @gaiksaya , We do have internal cluster tests [1], technically those are the integration ones, I will make sure with have test manifest that runs properly. Thanks for heads up! [1] https://github.com/opensearch-project/custom-codecs/tree/main/src/internalClusterTest |
Is your feature request related to a problem? Please describe
See this issue for context, but the tl;dr is that consensus formed around the idea to move the ZSTD compression implementation to a plugin, but have it installed by default. This will require some kind of change in the distribution assembly logic.
Describe the solution you'd like
There was continuing discussion on the linked issue about specifically where the plugin should live (namely an separate repo vs inside the /plugins folder of the OpenSearch repo), but as of this moment the zstd implementation is in the
custom-codecs
plugin in the OpenSearch repo. That plugin will need to be installed by default in the OpenSearch distributions per the agreed upon plan.Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: