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
Logstash checks default queue directory for write permissions even when overridden #6378
Comments
@jasontedor thanks for reporting this. The reason Currently the only workaround is editing the yaml file on installation (we do this for rpm/deb installations). I'll open a new issue to track the recalculation of path.queue on a path.data change. |
This commit adds a workaround in the Logstash formula test for a known issue with Logstash.
Thanks @jsvd! That gives me enough info to workaround this issue in Homebrew/homebrew-core#7683.
In Elasticsearch we allow any node-level setting to be specified via |
we should do that we well, it is a limitation of the cli args library we use, iirc. I opened #6387 to track this |
- workaround elastic/logstash#6378 Closes #7683. Signed-off-by: Alex Dunn <dunn.alex@gmail.com>
thanks @jasontedor for reporting, made resolving it much easier! |
This change was harder than it first appeared! Due to the complicated interactions between our Setting class and our monkey-patched Clamp classes this required adding some new hooks into various places to properly intercept the settings at the right point and set this dynamically. Crucially, this only changes path.queue when the user has *not* overriden it explicitly in the settings.yml file. Fixes elastic#6378 and elastic#6387
This change was harder than it first appeared! Due to the complicated interactions between our Setting class and our monkey-patched Clamp classes this required adding some new hooks into various places to properly intercept the settings at the right point and set this dynamically. Crucially, this only changes path.queue when the user has *not* overriden it explicitly in the settings.yml file. Fixes elastic#6378 and elastic#6387
This change was harder than it first appeared! Due to the complicated interactions between our Setting class and our monkey-patched Clamp classes this required adding some new hooks into various places to properly intercept the settings at the right point and set this dynamically. Crucially, this only changes path.queue when the user has *not* overriden it explicitly in the settings.yml file. Fixes elastic#6378 and elastic#6387
This change was harder than it first appeared! Due to the complicated interactions between our Setting class and our monkey-patched Clamp classes this required adding some new hooks into various places to properly intercept the settings at the right point and set this dynamically. Crucially, this only changes path.queue when the user has *not* overriden it explicitly in the settings.yml file. Fixes #6378 and #6387 Fixes #6731
When can we expect this to be released? Thanks! |
* Bumps logstash to v5 * Bumps elasticsearch to v5 * Removes kopf as it is not supported in elasticsearch v5 * Ingestor uses logstash v5 * Bump Kibana to v5 * Remove relp support * Refactor parser and ingestor filters for logstash v5 * Upgrade logsearch-config to be compatible with logstash 5.0.0 * Removes all reference to logstash 2.3 from blobs * Bumps to logstash 5.2.2 to include fix for elastic/logstash#5154 * Fix yaml format for the travis file * Installs alter and traslate filters * Workaround for logstash bug: elastic/logstash#6378 * Fix memory locking problem related with the tmp dir used by ES
This is on Logstash 5.1.1 and is similar to #6004. My
${LOGSTASH_HOME}/data/queue
is not writable and I'm overridingpath.data
:yet I see:
Steps to reproduce:
I don't think I'm missing a configuration option, sorry if I am but it does look like it should be using
${path.data}/queue
(and setting--path.queue
givesERROR: unrecognized option '--path.queue'
).The text was updated successfully, but these errors were encountered: