-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Beats Won't Start if Modules Can't Connect #5090
Comments
Which version of Beats are you on? Generally speaking, only the The modules in Metricbeat should all keep polling until the monitored service is up. Let me know the version and the module if that's not the case. |
Version 5.5.2. Not using setup here. Here's the mongo module entry from my metricbeat.yml: `- module: mongodb ` And from my filebeat.yml: `filebeat.modules:
In the former case, metricbeat won't start unless mongod is running, and in the latter case, filebeat won't start, unless elasticsearch is running (output works fine, without these modules). Sorry about the formating. The "Insert Code" thing doesn't seem to be working right. |
Moving the Dial call to the Fetch, so that in case Mongodb is not (yet) available, Metricbeat doesn't exit with an error, but just reports the service being down. This is consistent with the way most of the other modules are working. Fixes elastic#5090
MB mongodb module: connect on fetch, not on init Moving the Dial call to the Fetch, so that in case Mongodb is not (yet) available, Metricbeat doesn't exit with an error, but just reports the service being down. This is consistent with the way most of the other modules are working. Fixes #5090
MB mongodb module: connect on fetch, not on init Moving the Dial call to the Fetch, so that in case Mongodb is not (yet) available, Metricbeat doesn't exit with an error, but just reports the service being down. This is consistent with the way most of the other modules are working. Fixes elastic#5090 (cherry picked from commit 9c9eaab)
… init (#5128) MB mongodb module: connect on fetch, not on init Moving the Dial call to the Fetch, so that in case Mongodb is not (yet) available, Metricbeat doesn't exit with an error, but just reports the service being down. This is consistent with the way most of the other modules are working. Fixes #5090 (cherry picked from commit 9c9eaab)
We'll hold off on the beta for now since we have a filebeats workaround (manually specifying the pipeline on the client to deliver syslog and nginx to, without using the modules). Thanks for addressing the mongo issue. We can probably hold off on that until 6.0 is released. |
… not on init (elastic#5128) MB mongodb module: connect on fetch, not on init Moving the Dial call to the Fetch, so that in case Mongodb is not (yet) available, Metricbeat doesn't exit with an error, but just reports the service being down. This is consistent with the way most of the other modules are working. Fixes elastic#5090 (cherry picked from commit 01fc151)
If I use a filebeats module, like 'system' or 'nginx', filebeats will fail to start if elasticsearch isn't up and running. There's no retry logic in the modules, like there is when you run beats without them. Same is true with metricbeats and the mongodb module. If mongod isn't up, then the metric module won't even start.
This effectively means that modules cannot be reliably used in production, despite the great benefit they provide on perfect, problem free systems.
The text was updated successfully, but these errors were encountered: