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
bin\logstash-plugin
does not work on windows in 8.3.2
#14354
Comments
Prior to this commit, the windows version of the keystore and plugin scripts diverged from the bash version of these scripts, as they did not pick up Jvm Options from the JvmOptionsParser, leading to certain mandatory settings not being picked up, breaking compatibility with Windows on certain versions of the JDK. This PR ensures that these scripts also use the JvmOptionsParser. This does not resolve the issue described in elastic#14176, which will be looked at in a future PR Relates: elastic#14354
* Fix windows scripts to also pull settings from JvmOptionsParser Prior to this commit, the windows version of the keystore and plugin scripts diverged from the bash version of these scripts, as they did not pick up Jvm Options from the JvmOptionsParser, leading to certain mandatory settings not being picked up, breaking compatibility with Windows on certain versions of the JDK. This PR ensures that these scripts also use the JvmOptionsParser. This does not resolve the issue described in #14176, which will be looked at in a future PR Relates: #14354 * Add goto :eof as per code review suggestion
* Fix windows scripts to also pull settings from JvmOptionsParser Prior to this commit, the windows version of the keystore and plugin scripts diverged from the bash version of these scripts, as they did not pick up Jvm Options from the JvmOptionsParser, leading to certain mandatory settings not being picked up, breaking compatibility with Windows on certain versions of the JDK. This PR ensures that these scripts also use the JvmOptionsParser. This does not resolve the issue described in #14176, which will be looked at in a future PR Relates: #14354 * Add goto :eof as per code review suggestion (cherry picked from commit 59c5374)
Closed by #14355 |
…) (#14356) * Fix windows scripts to also pull settings from JvmOptionsParser Prior to this commit, the windows version of the keystore and plugin scripts diverged from the bash version of these scripts, as they did not pick up Jvm Options from the JvmOptionsParser, leading to certain mandatory settings not being picked up, breaking compatibility with Windows on certain versions of the JDK. This PR ensures that these scripts also use the JvmOptionsParser. This does not resolve the issue described in #14176, which will be looked at in a future PR Relates: #14354 * Add goto :eof as per code review suggestion (cherry picked from commit 59c5374) Co-authored-by: Rob Bavey <rob.bavey@elastic.co>
I have this issue... what should I do to fix it? |
|
set the JRUBY_OPTS as provided above... didn't help...
|
Apologies there is a typo in there - it should read:
|
thanks but still doesn't work :(
I'm running it on Windows 10 Pro with Java
|
@yeskela Apologies again - while we have committed a fix for this for a future version of logstash, this version will require some editing of the batch file to get this working: Open
with:
|
great! thanks you so much, @robbavey! It works now :) |
Logstash information:
Please include the following information:
bin/logstash --version
)8.3.2
Downloaded from elastic.co
via command line on windows
JVM (e.g.
java -version
):Bundled JDK
OS version (
uname -a
if on a Unix-like system):Description of the problem including expected versus actual behavior:
When running
bin\logstash-plugin list
the following error is output:This is related to #14042, but the fix to add this to the list of mandatory command-line options is not honoured, as the Windows scripts for tools, such as the plugin manager, and the keystore do not use
jvm.options
or theJvmOptionsParser
, meaning that the-Djdk.io.file.enableADS=true
option is bypassed, leading to logstash encountering the bug first identified in #14042A workaround exists - calling
set JRUBY_OPTS=-J-Djdk.io.file.enableADS=true
will instruct the jruby instance invoked by the plugin script to set the required system property enabling the plugin manager to run correctlyThe text was updated successfully, but these errors were encountered: