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:
When generating any bootdisk for host it will stay forever in PrivateTmp.
for example:
# ls -al /tmp/systemd-private-97a048f3f7074e34b204f5f3ccd867f8-httpd.service-mk41vo/tmp/
total 4
drwxrwxrwt. 10 root root 4096 9. bře 15.03 .
drwx------. 3 root root 17 3. bře 11.56 ..
drwx------. 3 foreman foreman 19 5. bře 14.51 bootdisk-iso-20210305-31878-1820308
drwx------. 3 foreman foreman 37 9. bře 13.53 bootdisk-iso-20210309-17692-1gzp36
drwx------. 3 foreman foreman 37 9. bře 13.53 bootdisk-iso-20210309-17692-svhj11
drwx------. 3 foreman foreman 37 9. bře 13.54 bootdisk-iso-20210309-17692-xgh2jm
drwx------. 3 foreman foreman 37 9. bře 14.28 bootdisk-iso-20210309-21133-ka0iql
drwx------. 3 foreman foreman 37 9. bře 13.52 bootdisk-iso-20210309-30111-bo7bsp
drwxr-xr-x. 3 foreman foreman 18 3. bře 11.56 bundler
drwx------. 2 foreman foreman 71 5. bře 14.51 d20210305-31878-1n0nvh9
I have tested the same on Satellite 6.7 and file got created apx for 1 seconds and then its cleaned.
This is causing filling up /tmp and possible crash of other services.
Version-Release number of selected component (if applicable):
6.8.4
How reproducible: Always
Steps to Reproduce:
1. Generate any type of Boot Disk (WebUI -> Hosts -> select Host -> Bootdisk -> *)
2. file got created in /tmp/systemd-private*httpd.service*/tmp/
Actual results:
File stays forever
Expected results:
Removed when its not needed as in 6.7.
Important bug, disk can be filled with this one, CUs need to call in and fix their Satellites. I will fix this right away, can do 6.9 as well.
The fix will be small but a packaging change will be needed to introduce new tmpfiles entry.
VERIFIED
on sat6.10.0 snap #7
after generating of the host image, the tmp dir is empty:
```
# ls -la /tmp/systemd-private-9888238d758641448424e63c474fec60-httpd.service-eXISfa/tmp/
total 0
drwxrwxrwt. 2 root root 6 Jul 1 18:50 .
drwx------. 3 root root 17 Jul 1 18:50 ..
```
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Moderate: Satellite 6.10 Release), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHSA-2021:4702
HOTFIX RPMs are available for Satellite 6.9.7
To obtain the Hotfix RPMs, download the below Bugzilla attachments:
- HOTFIX tfm-rubygem-foreman_bootdisk RPM for Satellite 6.9.7
INSTALL INSTRUCTIONS:
1. Take a complete backup or snapshot of Satellite 6.9.7 server
2. Copy the downloaded Hotfix RPM to Satellite server
3. # yum install tfm-rubygem-foreman_bootdisk-17.0.2-3.HOTFIXRHBZ1936946.el7sat.noarch.rpm --disableplugin=foreman-protector
4. # satellite-maintain service restart
For the record, this is how Satellite 6.10 cleans bootdisk ISOs now:
- temporary directory which is used to build the ISO is removed right after it is used
- all tmp/bootdisk-iso-* files which are older than 30 minutes are deleted on every bootdisk build.
Comment 18RHEL Program Management
2022-03-01 12:50:20 UTC
This bug was previously closed after it was shipped in the Red Hat Errata linked above. Unfortunately our workflow does not support re-opening bugs that have already been shipped. If you are still effected by this bug please open a new bug and reference this pre-existing Bugzilla and indicate that it does not appear to be resolved.