Skip to content

Fix the documentation on how to rename the server (bsc#1229825) #3964

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 9 commits into
base: master
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,4 @@
- Fixed the hostname rename page for containers (bsc#1229825)
- Moved Inter-Server Sunchronization documentation from Administration
to Large Deployments Guide
- Enhanced instructions about router advertisements and parameter
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -35,38 +35,56 @@ This is because the changes have not been made in the database, which prevents t

== Rename Server

If you need to change the hostname of the {productname} Server, you can do so using the [command]``spacewalk-hostname-rename`` script.
This script updates the settings in the {postgresql} database and the internal structures of {productname}.
If you need to change the hostname of the {productname} Server, you can do so using the [command]``mgradm server rename`` command.
This command updates the settings in the {postgresql} database and the internal structures of {productname}.



=== Server Configuration

The [command]``spacewalk-hostname-rename`` script is part of the [package]``spacewalk-utils`` package.
The command takes no mandatory parameter, but can take the new hostname if it is not the one from the container host.

The only mandatory parameter for the script is the newly configured IP address of the {productname} Server.

In case any SSL certificate needs to be generated to match the new hostname, the SSL CA password needs to be provided.
This is safely achieved using a configuration file.

.Procedure: Preparing the configuration file for the SSL CA password
. Write a [path]``config.yaml`` file with content like the following:
+
[source,shell]
----
ssl:
password: "<THE CA PASSWORD>"
----

.Procedure: Renaming {productname} Server
. Change the network settings of the server on the system level locally and remotely at the DNS server.
You also need to provide configuration settings for reverse name resolution.
Changing network settings is done in the same way as with renaming any other system.
. Reboot the {productname} Server to use the new network configuration and to ensure the hostname has changed.
. On the container host, from the command line, execute the following command to configure the public IP address of the server:
. On the container host, from the command line, execute the following command.
Add [command]``-c config.yaml`` if you created the file to store the SSL CA password:

+

[source,shell]
----
mgrctl exec -ti -- spacewalk-hostname-rename <PUBLIC_IP_ADDRESS>
mgradm server rename
----

+

If the server is not using the new hostname, the script fails.
Be aware that this script refreshes the pillar data for all {salt} clients: the time it takes to run depends on the number of registered clients.
If the new hostname is not resolvable, the command fails.

The renaming procedure also takes place during the restart of the server container.
The logs can be found by running this command on the container host:

[source,shell]
----
mgrctl exec -ti -- journalctl -u uyuni-update-config
----

Be aware that this command triggers a refresh of the pillar data for all {salt} clients when restarting the server container: the time it takes to run depends on the number of registered clients.


=== Directly Managed Clients Reconfiguration
Expand Down