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:
In https://access.redhat.com/documentation/en-us/red_hat_satellite/6.3/html/installation_guide/preparing_your_environment_for_installation#hardware_storage_prerequisites storage requirements for specific directories are documented.
With Red Hat Satellite 6.3 `/opt/puppetlabs` is a newly added directory on Red Hat Satellite 6.3 and once the customer is start using `puppet4` the same will be created on the clients as well.
It's therefore required to properly document the storage requirements for `/opt/puppetlabs` to make sure it's put into consideration when upgrading from Red Hat Satellite 6.2 to 6.3.
Also for the clients there should be a note, that the directory will be created once `puppet4` is rolled out, providing information of how much space is required.
Engineering is considering the sizing as following: "Master might have
reports as files which could take up some space but I'd guess at most
in the 100s of MBs."
Version-Release number of selected component (if applicable):
- satellite-6.3.0.1-1.el7sat.noarch
How reproducible:
- Always
Steps to Reproduce:
1. Check https://access.redhat.com/documentation/en-us/red_hat_satellite/6.3/html/installation_guide/preparing_your_environment_for_installation#hardware_storage_prerequisites
Actual results:
No information about the newly created/required `/opt/puppetlabs`
Expected results:
`/opt/puppetlabs` should be documented and highlighted that it is required for `puppet4` on both Red Hat Satellite 6.3 and the clients and the approx. storage consumption.
Additional info:
Comment 3Ewoud Kohl van Wijngaarden
2018-04-13 17:29:46 UTC
Hello Sergei,
I haven't done any scale testing of the `/opt/puppetlabs` directory nor am I planning to. My focus of Puppet is mostly as a user and a developer on the installer. It's probably best to reach out to the performance team since they have a lab setup with a proper size.
On my personal puppet master /opt/puppetlabs/ is 230M. This includes about 10MB of state. 7 MB of this is because it's also a client, the other 3 is some caches for the ~10 clients I have. Now I don't manage a lot so it's fairly minimal.
On the client side things that can grow are backups of old files and pluginsync. This used to live in /var/lib/puppet. If you manage huge files and there are a lot of backups or have huge ruby libraries in your types/providers, then it can grow. I'd estimate typical deployments in the 10s of MBs.
On the server side there are yaml files with reports. In my small env those are 200KB.
Since my env is small, this is probably not representative of huge envs with 1000s of servers, but for most customers it will be rather small.
I hope this helps, but do reach out to the performance team.