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:
When customers with hostnames that are exactly 13 characters use sapconf, the command fails with the following error:
================================================
# sapconf -n
###### sapconf-0.98-8.el6_8 by Red Hat ######
...
1: your hostname is greater than 13 characters. Please see SAP Note 611361 for details
...
###### END OF RECOMMENDATIONS ######
==================================================
Customer assisted in looking at the portion of the script that calls on the hostname, and identified the following line:
[ $(hostname -s | wc -c) -gt 13 ] &&\
Running this command manually on a test system with 13 characters reveals the following:
[root@abcdefghijklm ~]# hostname -s | wc -c
14
It appears as if the issue is potentially a newline character being included in the output. When passing echo -n, which ignores newline characters, we see the following:
[root@abcdefghijklm ~]# echo -n $(hostname) | wc -c
13
Version-Release number of selected component (if applicable): Customer noted the issue in sapconf-0.98-8.el6_8.
However, given that RHEL 6 is close to Production Stage 3, I went ahead and looked ahead at RHEL 7, and it looks like the code is still the same in this section.
With that in mind, I've filed the bug for RHEL 7 as well, sapconf-0.98-9.el7.noarch
Wanted to open a bug for 6.8 to see if a backported fix would be possible.
How reproducible: Consistently reproducible
Steps to Reproduce:
1. hostnamectl set-hostname < hostname with 13 character short name >
2. run sapconf -n
Actual results: Fails to execute, giving us a message stating that the hostname is greater than 13 characters
Expected results: Should complete, as the code indicates that it needs to be 13 characters
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, 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/RHBA-2018:1870
Description of problem: When customers with hostnames that are exactly 13 characters use sapconf, the command fails with the following error: ================================================ # sapconf -n ###### sapconf-0.98-8.el6_8 by Red Hat ###### ... 1: your hostname is greater than 13 characters. Please see SAP Note 611361 for details ... ###### END OF RECOMMENDATIONS ###### ================================================== Customer assisted in looking at the portion of the script that calls on the hostname, and identified the following line: [ $(hostname -s | wc -c) -gt 13 ] &&\ Running this command manually on a test system with 13 characters reveals the following: [root@abcdefghijklm ~]# hostname -s | wc -c 14 It appears as if the issue is potentially a newline character being included in the output. When passing echo -n, which ignores newline characters, we see the following: [root@abcdefghijklm ~]# echo -n $(hostname) | wc -c 13 Version-Release number of selected component (if applicable): Customer noted the issue in sapconf-0.98-8.el6_8. However, given that RHEL 6 is close to Production Stage 3, I went ahead and looked ahead at RHEL 7, and it looks like the code is still the same in this section. With that in mind, I've filed the bug for RHEL 7 as well, sapconf-0.98-9.el7.noarch Wanted to open a bug for 6.8 to see if a backported fix would be possible. How reproducible: Consistently reproducible Steps to Reproduce: 1. hostnamectl set-hostname < hostname with 13 character short name > 2. run sapconf -n Actual results: Fails to execute, giving us a message stating that the hostname is greater than 13 characters Expected results: Should complete, as the code indicates that it needs to be 13 characters