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

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

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

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

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

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

  1. Initial System Configuration

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

  2. Resolving Duplicate Machine IDs

    1. For distributions that support 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. For distributions that do not support systemd:

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

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

    • If you are cloning a Red Hat Enterprise Linux 8.10 server that will later be liberated to SUSE Liberty Linux, you must perform extra steps to fix the kernel configuration files.

    Red Hat Enterprise Linux uses the machine ID to generate kernel entries in /boot/loader/entries. Not performing these steps will result in a mix of old and new kernel entries after the liberation, as SUSE Liberty Linux kernels will create new entries instead of replacing the old ones.

    • After changing the machine ID and before liberating, run:

      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. Reconfiguring Salt Clients

    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 Multi-Linux 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を持つようになり、［システムの概要］ページに正しく表示されるはずです。