クローンクライアントの登録のトラブルシューティング

SUSE Managerを使用して仮想マシンを管理している場合は、仮想マシンのクローンを作成すると役立つ場合があります。 クローンとは、既存のディスクの正確なコピーであるプライマリディスクを使用する仮想マシンのことです。

仮想マシンのクローンを作成すると時間を大幅に節約できますが、ディスク上の識別情報が重複しているために問題が発生する可能性があります。

すでに登録されているクライアントがある場合は、そのクライアントのクローンを作成してから、クローンを登録しようとすると、おそらく、SUSE Managerでそれらを2つの別々のクライアントとして登録する必要があります。 ただし、元のクライアントとクローンのマシンIDが同じ場合、SUSE Managerは両方のクライアントを1つのシステムとして登録し、既存のクライアントデータはクローンのデータで上書きされます。

これは、SUSE Managerが2つの別のクライアントとして認識できるように、クローンのマシンIDを変更することで解決できます。

このプロシージャの各ステップはクローンクライアントで実行されます。 このプロシージャではSUSE Managerに登録されたままである、元のクライアントを操作しません。
プロシージャ: 複製されたSaltクライアントでの重複するマシンIDを解決する

  1. Initial System Configuration

    1. クローンマシンで、ホスト名とIPアドレスを変更します。 /etc/hostsに加えられた変更と正しいホストエントリが含まれていることを確認します。

  2. 重複するマシンIDを解決する

    1. systemdをサポートするディストリビューションの場合:

      1. If your machines have the same machine ID, as root, delete the files on each duplicated client and re-create it:

        rm /etc/machine-id
rm /var/lib/dbus/machine-id
rm /var/lib/zypp/AnonymousUniqueId
dbus-uuidgen --ensure
systemd-machine-id-setup

      2. If the cloned machine also has a folder in /var/log/journal/ it needs to be renamed accordingly to the new machine ID. If names do not match, journalctl could not retrieve any log and podman logs would not show anything.

        mv /var/log/journal/* /var/log/journal/$(cat /etc/machine-id)

    2. _systemdをサポートしないディストリビューションの場合: _

      1. As root, generate a machine ID from dbus:

      rm /var/lib/dbus/machine-id
rm /var/lib/zypp/AnonymousUniqueId
dbus-uuidgen --ensure

    • 後でSUSE Liberty Linuxに解放されるRed Hat Enterprise Linux 8.10サーバのクローンを作成する場合は、カーネル設定ファイルを修正するための追加のステップを実行する必要があります。

    Red Hat Enterprise LinuxはマシンIDを使用して/boot/loader/entriesにカーネルエントリを生成します。 これらのステップを実行しないと、解放後に古いカーネルエントリと新しいカーネルエントリが混在する結果となります。これはSUSE Liberty Linuxカーネルが古いエントリを置き換えるのではなく新しいエントリを作成するためです。

    • マシンIDの変更後、および解放前に、次のコマンドを実行します。

      sudo rm -rf /boot/loader/entries/
sudo for ver in $(rpm -q kernel --qf '%{VERSION}-%{RELEASE}.%{ARCH}\n'); do echo "Reinstalling kernel $ver..."; sudo kernel-install add $ver /lib/modules/$ver; done
sudo grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg

    • For more information and example on liberating Red Hat Enterprise Linux 8.10 server, see Liberate Red Hat Enterprise Linux 8.10 with secureboot.

  3. Saltクライアントの再設定

    1. If your clients still have the same Salt client ID, delete the minion_id file on each client (FQDN is used when it is regenerated on client restart).

      1. For Salt Minion clients:

        rm /etc/salt/minion_id
rm -rf /etc/salt/pki

      2. Salt Bundleクライアントの場合:

        rm /etc/venv-salt-minion/minion_id
rm -rf /etc/venv-salt-minion/pki

    2. Delete accepted keys from the onboarding page and the system profile from SUSE Manager, and restart the client with.

      1. For Salt Minion clients:

        service salt-minion restart

      2. Salt Bundleクライアントの場合:

      service venv-salt-minion restart

    3. クライアントを再登録します。各クライアントは異なる/etc/machine-idを持つようになり、［システムの概要］ページに正しく表示されるはずです。