Skip to content
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

Request to add additional info to errors for easier tracking #135

Closed
AccidentallyTheCable opened this issue Dec 10, 2018 · 3 comments
Closed
Assignees

Comments

@AccidentallyTheCable
Copy link

AccidentallyTheCable commented Dec 10, 2018

While trying to track down an error with SSL, I found it very difficult to track down which pipeline(s)/inputs were actually causing the problem. As a result, I had to get into the code of the tcp input to add some additional info to logger calls in order to determine which pipelines were causing problems.

I'd like to submit a patch for it. I'm running on an older logstash version (6.4.0) and logstash tcp input (logstash-input-tcp-5.0.9-java), but the entry is still a valid use case none the less. Patch below (based on master branch)

@AccidentallyTheCable
Copy link
Author

@colinsurprenant
Copy link
Contributor

@AccidentallyTheCable thanks for your contribution.

I totally understand your concern and you are not alone, this is a growing pain (with multiple pipelines etc) to get more contextual information into the logs to help in situations like yours.

I looked at your patch and also took a step back and looked at the larger issue and realized we are in fact moving forward with some proposals to improve on this, see elastic/logstash/pull/9991 and elastic/logstash/issues/9988.

As much as your patch provides some more informations in the logs for this specific plugin, I would prefer that we look at this problem more globally and move forward with something that will help with all plugins, not just the tcp input. I will be following up on both issue/PR above.

Let me know if this makes sense. I'll followup here to get your feedback once we have some progress so you can let us know if this will be helpful to you.

@kares
Copy link
Contributor

kares commented Feb 11, 2021

plugin.id context is now provided by LS, closing the proposal as defunct

@kares kares closed this as completed Feb 11, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants