Docs Menu

Docs HomeMongoDB Cloud Manager

Monitoring

On this page

  • Alerts
  • Deployments
  • Projects

For resolutions to alert conditions, see also Resolve Alerts.

For information on creating and managing alerts, see Configure Alert Settings and Manage Alerts.

There are at least two ways to turn off alert notifications:

If the notification email list contains multiple email-groups, one or more people may receive multiple notifications of the same alert.

These error messages appear on the Deployment page, under a host's name. They appear if the number of available connections does not meet the Cloud Manager-defined minimum value. These errors are not generated by the mongos instance and, therefore, not appear in mongos log files.

On a host by host basis, the Monitoring compares the number of open file descriptors and connections to the maximum connections limit. The max open file descriptors ulimit parameter directly affects the number of available server connections. The agent calculates whether or not enough connections exist to meet the Cloud Manager-defined minimum value.

In ping documents, for each node and its serverStatus.connections values, if the sum of the current value plus the available value is less than the maxConns configuration value set for a monitored host, the Monitoring will send a Host has low open file limits or Too many open files message to Cloud Manager.

Ping documents are data sent by Monitorings to Cloud Manager. To view ping documents:

Note

To access this feature, you must be have the Project Owner or Project Data Access Admin Cloud Manager user roles.

  1. Click the Deployment page.

  2. Click the host's name.

  3. Click Last Ping.

To prevent this error, we recommend you set ulimit open files to 64000. We also recommend setting the maxConns command in mongosh to at least the recommended settings.

To learn more, see the MongoDB ulimit reference page and the the MongoDB maxConns reference page.

Possible causes for this state:

  • The Monitoring can't connect to the server because of networking restrictions or issues (i.e. firewalls, proxies, routing.)

  • Your database is running with TLS. You must enable TLS either globally or on a per-host basis. To learn more, see Configure MongoDB Agent to Use TLS and Enable TLS for a Deployment.

  • Your database is running with authentication. You must supply Cloud Manager with the authentication credentials for the host. See Configure MongoDB Authentication and Authorization.

The following factors can cause problems with the Monitoring detecting deployments:

To fix this issue:

  1. Click Deployment.

  2. Click the Processes tab

  3. Click Add Deployment.

  4. In the New Deployment window, specify the following values:

    • deployment type

    • internal hostname

    • internal port

  5. If appropriate:

    • Add the database username and password.

    • Enable TLS to connect with your Monitoring.

Note

You don't need to restart your Monitoring when you add (or remove) a deployment.

If you add the deployment after a crash and restart the Monitoring, you might not see the hostname on the Deployment page. Cloud Manager detects the deployment as a duplicate and suppresses its data.

To reset:

  1. Click Settings.

  2. Click Project Settings.

  3. Click Reset Duplicates.

If your deployments exist across multiple data centers, ensure that all of your deployments can be discovered by all of your Monitorings.

In rare cases, the ~bin.mongod is brought down and the replica set is reconfigured. The down deployment can't be deleted and returns the following error message:

Warning

This deployment cannot be deleted because it is enabled for backup.

Contact MongoDB Support for help with deleting these deployments.

Create a project to monitor additional segregated systems or environments for servers, agents, users, and other resources.

Example

Firewalls may separate your deployment among two or more environments. In this case, you would need two or more separate Cloud Manager projects.

API keys are unique to each project. Each project requires its own agent with the appropriate API keys. Within each project, the agent needs to be able to connect to all hosts it monitors in the project.

To learn more about creating and managing projects, see Projects.

←  AutomationBackup →