Support Questions

Find answers, ask questions, and share your expertise
Announcements
Celebrating as our community reaches 100,000 members! Thank you!

Director Not Increasing Heap of Host Monitor

avatar
Explorer

Just wanted to bring up a concern about Director that it doesn't increase the non-java memory allocated to the host monitor (or at least not enough) when deploying a large amount of hosts to a deployment which will cause the host monitor to fail to start (due to CM specifying an error condition in 5.16.2). This doesn't fail the bootstrap (thankfully) but does require the user to go into the CM and manually set the recommendations for the Host Monitor before being able to start it and get metrics about the hosts.

1 ACCEPTED SOLUTION

avatar
Expert Contributor
hide-solution

This problem has been solved!

Want to get a detailed solution you have to login/registered on the community

Register/Login
5 REPLIES 5

avatar
Explorer

For reference, what I'm doing to address this is setting the following in the api call to create the deployment in DeploymentTemplate(configs=...):

            "SERVICEMONITOR" : {
                "firehose_non_java_memory_bytes" : "6442450944"
            },
            "HOSTMONITOR" : {
                "firehose_non_java_memory_bytes" : "6442450944"
            }

Which makes sure the host monitor and smon have 6 GB configured for the non java memory.

avatar
Expert Contributor

Can you please clarify whether you were already using those custom settings and they are not being applied correctly, or whether you started providing those custom settings as a solution for the problem you raised in this post?

 

If it's the latter, I'm glad you found the custom settings. That was going to be my recommendation.

 

What version of Director are you on? While implementing improvements to the deployment/cluster refresh process in 6.2, we ran into some bugs around those settings getting overwritten during refresh. There is a new blacklist in place to avoid overwriting those properties (so that CMs autoconfigured values don't get smashed), but that could prevent your custom values from taking effect. So if you run into any problems on 6.2 or later, please let us know.

avatar
Explorer

I started providing those custom settings as a solution for what I was seeing using Director 6.1.

 

That is an interesting point you bring up, so when using Director 6.2+ those properties specified would be blacklisted and not applied? Would it reject the api creation request or fail the bootstrap or just silently let CM autoconfigure itself ignoring those parameters?

 

When 6.3 comes out I will upgrade to it for the connection pool adjustments and verify what the current behavior is with respect to overriding these sort of properties.

avatar
Expert Contributor
hide-solution

This problem has been solved!

Want to get a detailed solution you have to login/registered on the community

Register/Login

avatar
Explorer

Alright awesome. Thanks for providing clarity regarding what the expected behavior will be!