Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 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 "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". 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 "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-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:
Improve facts get_network_info() to avoid using socket.getfqdn() as is in RHEL7
to be consistent in both RHELs.
Comment for missing part:
# We do not use socket.getfqdn(), because we need
# to mimic behaviour of 'hostname -f' command and be
# compatible with puppet and katello
We need this "we do not use ..." also for RHEL6 since network.fqdn is used for host profile name in Satellite and for RHEL6 we get localhost.localdomain
Version-Release number of selected component (if applicable):
subscription-manager-1.18.10-1.el6.x86_64
Steps to Reproduce:
# cat /etc/hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
127.0.0.1 lp69.example.com <-- this line in /etc/hosts is causing the issue
# hostname -f
lp69.example.com
# hostname -s
lp69
# subscription-manager facts | grep -enetwork.{hostname,fqdn}:
network.fqdn: localhost.localdomain
network.hostname: lp69.example.com
Actual results:
network.fqdn: localhost.localdomain
Expected results:
network.fqdn: lp69.example.com <-- the same as in RHEL7.4
This issue can be worked around by manually adding a custom fact.
Details for this can be found in the man page for subscription-manager (see the "Updating facts" section).
Description of problem: Improve facts get_network_info() to avoid using socket.getfqdn() as is in RHEL7 to be consistent in both RHELs. Comment for missing part: # We do not use socket.getfqdn(), because we need # to mimic behaviour of 'hostname -f' command and be # compatible with puppet and katello We need this "we do not use ..." also for RHEL6 since network.fqdn is used for host profile name in Satellite and for RHEL6 we get localhost.localdomain Version-Release number of selected component (if applicable): subscription-manager-1.18.10-1.el6.x86_64 Steps to Reproduce: # cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 127.0.0.1 lp69.example.com <-- this line in /etc/hosts is causing the issue # hostname -f lp69.example.com # hostname -s lp69 # subscription-manager facts | grep -enetwork.{hostname,fqdn}: network.fqdn: localhost.localdomain network.hostname: lp69.example.com Actual results: network.fqdn: localhost.localdomain Expected results: network.fqdn: lp69.example.com <-- the same as in RHEL7.4