# Bootstrap monitoring process did not exit as expected - Again **URL:** \ **Category:** Elastic Cloud Enterprise (ECE)\ **Created:** [January 16, 2020, 12:24am UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228 "2020-01-16T00:24:49Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 16, 2020, 12:24am UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/1 "2020-01-16T00:24:49Z")
I am asking to reopen this ticket. I need some kind of resolution on how to fix it. I have 7 deployments to do in the next 6 months. I had no issues with doing the install on Centos 7 but when I tried in RHEL 7.5 Maipo - with Docker 1.13 I am getting the error. Could someone please put in the commands for how they fixed it. Also, where does the IP address come into play with the services? Why is it used in the /mnt/data/elastic/xxx.xxx.1.187/services. Is there somewhere in the configuration that I should have made a change so that the IP address is not the point for services. I am asking as one of the errors that shows up when I am not directly in that network, I get a message that it is on the whitelist and I should change it. Any help would be greatly appreciated. Linda Carr ---
**Author:** ![Przemyslaw\_H](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/przemyslaw_h/32/54263_2.png) [@Przemyslaw\_H](https://discuss.elastic.co/u/Przemyslaw_H)\ **Post date:** [January 16, 2020, 4:04pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/2 "2020-01-16T16:04:56Z")
Dear Linda, As we've described, the installer yields **false negative** message, which means that it should be ignored by user, who should instead refer to bootstrap/upgrade log. If you don't see errors there, that means the relevant processes has completed successfully (see ECE documentation [here](https://www.elastic.co/guide/en/cloud-enterprise/current/ece-limitations.html#ece_installation_and_configuration)). Although problem has been resolved at our end, we need to release new ECE version which will contain the fix. This issue occurs on your environment only if Docker daemon logging driver is set to `journald`. If changing it to `json-file` would be an option for you, this could act as a workaround. ---
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 16, 2020, 4:43pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/3 "2020-01-16T16:43:50Z")
Could you please send me where I would do that? How to and where the files live. Thanks Linda ---
**Author:** ![Przemyslaw\_H](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/przemyslaw_h/32/54263_2.png) [@Przemyslaw\_H](https://discuss.elastic.co/u/Przemyslaw_H)\ **Post date:** [January 16, 2020, 5:23pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/4 "2020-01-16T17:23:49Z")
> Also, where does the IP address come into play with the services? Why is it used in the /mnt/data/elastic/xxx.xxx.1.187/services. Regarding the path you're mentioning - yes, it's configurable upon ECE installation. This path contains runner ID of the node. There's `--runner-id` option in our installation script you can use to specify a custom value. Default runner ID is always the IP address of the host, so that's why you're seeing `xxx.xxx.1.187` subdirectory there. ---
**Author:** ![Przemyslaw\_H](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/przemyslaw_h/32/54263_2.png) [@Przemyslaw\_H](https://discuss.elastic.co/u/Przemyslaw_H)\ **Post date:** [January 16, 2020, 5:33pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/5 "2020-01-16T17:33:38Z")
You can find those logs in either `/mnt/data/elastic/logs/bootstrap-logs` or `/mnt/data/elastic/logs/upgrader-logs` directory, depending on task you're actually doing. For Docker daemon configuration please refer to the official documentation [https://docs.docker.com/config/containers/logging/configure/](https://docs.docker.com/config/containers/logging/configure/) ---
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 16, 2020, 6:16pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/6 "2020-01-16T18:16:16Z")
Ok – so where do I change the timeout setting? That is what I am looking for. I am doing the initial build on 7.5. If I run into the same issue with the 7.4 I want to know exactly where I need make those changes based on the ECE 2.4 build details. [https://www.elastic.co/guide/en/cloud-enterprise/current/ece-configure-hosts-rhel-centos.html](https://www.elastic.co/guide/en/cloud-enterprise/current/ece-configure-hosts-rhel-centos.html) Thanks very much!! Linda Carr 571-437-6540 Telegraph: [https://t.me/Lcarr\_P](https://t.me/Lcarr_P) “_Always show up to the problem looking like a solution”_ - Marquis Phifer ---
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 16, 2020, 6:21pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/7 "2020-01-16T18:21:41Z")
So in the elastic-cloud-enterprise.sh file? Is this where you are talking about? I have that open in Notepad ++ - Would you have time to review it with me and make changes as needed? Thanks! Linda Carr 571-437-6540 Telegraph: [https://t.me/Lcarr\_P](https://t.me/Lcarr_P) “_Always show up to the problem looking like a solution”_ - Marquis Phifer ---
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 17, 2020, 4:25pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/8 "2020-01-17T16:25:21Z")
How do I change the services directory that is pointing to the IP of the machine? Would there be a better place that is more generic so that if the system is built in a lab and then has a NAT to the outside world the files can be reached? Where is that detail in the script please. Thanks, Linda Carr 571-437-6540 Telegraph: [https://t.me/Lcarr\_P](https://t.me/Lcarr_P) “_Always show up to the problem looking like a solution”_ - Marquis Phifer ---
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 17, 2020, 4:29pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/9 "2020-01-17T16:29:19Z")
Also – reran it after removing the previous build and got this again – ![image003.jpg](https://us1.discourse-cdn.com/elastic/original/3X/b/b/bb5be7be819355f0b63175b7a2be2ef5b57a9506.jpeg) Please assist.. Linda Carr 571-437-6540 Telegraph: [https://t.me/Lcarr\_P](https://t.me/Lcarr_P) “_Always show up to the problem looking like a solution”_ - Marquis Phifer ---
**Author:** ![lcarr](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lcarr/32/104631_2.png) [@lcarr](https://discuss.elastic.co/u/lcarr)\ **Post date:** [January 17, 2020, 6:25pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/10 "2020-01-17T18:25:47Z")
Is there a team who can work with me on troubleshooting? Please let me know as soon as you can. Linda Carr 571-437-6540 Telegraph: [https://t.me/Lcarr\_P](https://t.me/Lcarr_P) “_Always show up to the problem looking like a solution”_ - Marquis Phifer ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [January 31, 2020, 6:32pm UTC](https://discuss.elastic.co/t/bootstrap-monitoring-process-did-not-exit-as-expected-again/215228/11 "2020-01-31T18:32:49Z")
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.