-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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 5.0.0-alpha2 - Host & port settings for monitoring APIs not documented #5285
Comments
@acchen97 my apologies, I was looking in the API section for this info. However searching the docs for "API port" doesn't return this result, and I couldn't get a hit from Google either. Is it worth including a link from the API docs to the command line flags? |
This feel weird to me, software usually uses one port as their default and don't try multiple port, this would make stuff harder to debug. I think its not a problem about binding to a specific port, I think we should do a better job at communicating what went wrong, maybe if we do something like this. Logstash tried to bind to port XXXX, but the port is already in use. You can specify a new port by launching logtash with the --http-port XXXX option." |
@ph doesn't ES do 9200-9300?
+1
@ceeeekay added this to our doc task list.. thanks |
ES Web is 9200, internal cluster communication is done on 9300, I think this is where both of your numbers are coming from? |
I've created #5290 for added better user feedback |
While trying to start a second Logstash instance, with no network input, I encountered the following
This was caused by the monitoring API trying to bind to tcp:9600, which was already in use by another Logstash instance.
I was unable to find any reference to setting the API port or host in the 5.0.0-alpha2 docs. I've since found a reference to
--http-host
and--http-port
elsewhere, however this was not easy to find.Could the docs please be updated to include this info for other users?
It may also be a good idea to have Logstash bind the API service to the next available port. This would avoid having to configure the API for new instances, especially in the case where Logstash is only running temporarily, e.g., in the case of performing a test on a box already running Logstash.
The text was updated successfully, but these errors were encountered: