Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
We had issues when Satellite server got in swap. We were advised to implement cgroups to limit MongoDB memory usage (will grow forever because depends on host count). 2GB cgroups limit on MongoDB caused this to crash. 4GB is enough and Satellite does not get into swap anymore BUT
This works very slow.
Version-Release number of selected component (if applicable):
6.2.0
How reproducible:
Install all-in-one Satellite.
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Satellite works fast. MongoDB not crashed. No Memory leakage.
Additional info:
OS version is RHEL 6.8
Uploaded debug log. Looks like without cgroups only MongoDB is growing memory. 2GB cgroups limit on MongoDB makes it crash after some time.
4GB cgroups limit does not crash MongoDB but server again get in swap of ~1GB and works slowly.
Moving to Pulp component, Tanya, do you happen to know whether this is expected or any other workaround for MongoDB?
Comment 5Tanya Tereshchenko
2017-11-16 20:38:22 UTC
My understanding is probably 4GB is not enough for MongoDB for this setup/usage.
MongoDB is known to be greedy in terms of memory usage but at the same time it releases it quickly when needed. So if it's MongoDB which goes into swap then I guess it requires more than 4GB as a minimum.
There're some docs how to measure what's the minimum for a particular case, maybe worth trying:
https://docs.mongodb.com/manual/faq/diagnostics/#how-do-i-calculate-how-much-ram-i-need-for-my-application