Bug 67628 - Hostname not checked/set during install
Hostname not checked/set during install
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Adrian Likins
Fanny Augustin
Depends On:
  Show dependency treegraph
Reported: 2002-06-28 11:16 EDT by Matt Jamison
Modified: 2007-07-31 15:04 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-07-01 18:19:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Josef Komenda 2002-06-28 11:16:06 EDT
Description of Problem: Satellite throws a cookie error if the server is not
using the same fully qualified domain name for itself and for the Apache server.
 Installer should check the domain name, prompt the user for one or something
similar, and set the system hostname accordingly. 

Version-Release number of selected component (if applicable): See bug 63780
Comment 1 Adrian Likins 2002-07-01 13:47:59 EDT
the installer sets the hostname to the fqdn that is
returned by socket.gethostname()

If we are allowing the server to be address 
via different hostname via http than it thinks
it is, we need to prompt for a hostname, or
tell the user to modify it themselves.

The original spec indicated that the installer
should just discover the servers hostname and
use that directly, if it needed to be something
else, thats what the config files are for. Is
this no longer the case?
Comment 2 Josef Komenda 2002-07-01 18:19:33 EDT
OK, closing, will ask for better verbage and a warning in bug 67630

Note You need to log in before you can comment on or make changes to this bug.