Bug 1705979
Summary: | Kernel and initramdisk files are not deleted on TFTP | |||
---|---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Oliver Falk <ofalk> | |
Component: | Provisioning | Assignee: | satellite6-bugs <satellite6-bugs> | |
Status: | CLOSED WONTFIX | QA Contact: | Ondrej Gajdusek <ogajduse> | |
Severity: | high | Docs Contact: | ||
Priority: | unspecified | |||
Version: | 6.5.0 | CC: | inecas, lzap, peter.vreman, sshtein | |
Target Milestone: | Unspecified | Keywords: | Triaged | |
Target Release: | Unused | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | If docs needed, set a value | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1827176 (view as bug list) | Environment: | ||
Last Closed: | 2021-07-09 17:02:24 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1122832, 1827176 |
Description
Oliver Falk
2019-05-03 10:42:10 UTC
Hello, this was implemented to avoid corrupt files when OS variant is changed (Server/Workstation) or when content update is promoted. It is safe to delete all red-hat-enterprise-linux-* files, new hosts which enter build mode will cause redownload of the boot files from Pulp so this is safe to do. Possibly deletion might break hosts which are already in the build mode or downloading the files at the very same moment, again exiting and entering build mode and rebooting will redownload both files. We want to improve this and only create new file when contents changed, but this will not be delivered even in 6.7 yet. Please create a KBASE for other customers who can eventually run into this. Using deduplication FS or utility is also an option of there are space concerns. It in-use files is a risk then the cleaning can be done during an Upgrade. In the above posted listings there are also old files like 'RedHat-6.10-x86_64-initrd.img' that do not match the new naming convention. With a fresh instalaltion i do not see the 'RedHat-*' anymore. Why are there still there an not remvoed during upgrade if obsolete? Peter, there are actually two different naming conventions. RedHat-* are for operating systems which are associated to normal installation media (URL), in this case naming convention is simple OperatingSystem-Version-architecture-XXXXXXX where X are hash of URL basically. The second convention (long) is for hosts with Content Source (Katello-based) content. In that case, product name is used together with Content View database ID. Honestly, we did not think this through correctly and haven't realized that this will create many files as CVs are being promoted/published. So the solution is only half-baked. The final solution we want to provide is to simply drop the XXXXXX and database ID and replace it with a simple hash from Last-Modified and ETAG HTTP headers. So only when content really changes there will be new (unique) name. We are not there yet. SOLUTION: List all hosts which are in build mode in Satellite UI/CLI. If there are none, you can delete ALL those TFTP files. If there are few, you can delete them and then exit and enter build mode back again to redownload files. Upon review of our valid but aging backlog the Satellite Team has concluded that this Bugzilla does not meet the criteria for a resolution in the near term, and are planning to close in a month. This message may be a repeat of a previous update and the bug is again being considered to be closed. If you have any concerns about this, please contact your Red Hat Account team. Thank you. Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this feel free to contact your Red Hat Account Team. Thank you. |