| Summary: | 69.pem ceritficates for older rhel minor releases missing | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Stefan Nemeth <snemeth> |
| Component: | subscription-manager-migration-data | Assignee: | candlepin-bugs |
| Status: | CLOSED WORKSFORME | QA Contact: | John Sefler <jsefler> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.5 | CC: | bcourt, redakkan, snemeth, vrjain |
| Target Milestone: | rc | Flags: | bcourt:
needinfo?
(snemeth) |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-05-23 20:53:08 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: | |
|
Description
Stefan Nemeth
2016-04-28 14:04:59 UTC
having different info from /etc/redhat-release and 69.pem is not a problem when the server is subcribed do cdn.redhat.com via RHSM or to satellite with 6server or 7server channel. Issue is only when system is subscribed to satellite with minor release channel. /etc/pki/product-default/69.pem is provided by the redhat-release package, not the subscription-manager-migration-data package. rpm -q --whatprovides /etc/pki/product-default/69.pem Part of the value of a RHEL subscription is that it entitles your RHEL system to the latest updates. It sounds like you originally installed RHEL6.5 and subscribed the system to RHEL and have been getting updates from release 6Server which is the latest and greatest. To lock your RHEL 6.5 system to content for a specific minor release. There is a "subscription-manager release --list" command that shows you the available releases. You could have used "subscription-manager release --set 6.5" BEFORE you ran yum update. That would have locked your entitled content repo paths to a 6.5 path and then a yum update will no longer get packages from the latest minor releases. *** Bug 1331438 has been marked as a duplicate of this bug. *** It appears that the issue was with Satellite content set and activation key configuration & the configuration of the system while the various migration scripts were run. Stefen, given that we don't see an obvious bug in the existing code can you provide an internal reproducer that engineering can access in order to debug further? |