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

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. 初期システム設定

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

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

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

      1. マシンに同じマシンIDがある場合は、rootとして、複製された各クライアントのファイルを削除し、再作成します。

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

      2. クローン作成されたマシンにも/var/log/journal/にフォルダが存在する場合、新しいマシンIDに合わせて名前を変更する必要があります。名前が一致しない場合、journalctlはログを取得できず、podman logsは何も表示しません。

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

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

      1. rootとして、dbusからマシンIDを生成します。

      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

    • Red Hat Enterprise Linux 8.10サーバの解放に関する詳細と例については、クライアントの接続メソッドを参照してください。

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

    1. クライアントがまだ同じSaltクライアントIDを持っている場合は、各クライアントのminion_idファイルを削除します(FQDNはクライアントの再起動時に再生成されるときに使用されます)。

      1. Salt Minionクライアントの場合:

        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. オンボーディングページから受諾されたキーを削除し、SUSE Multi-Linux Managerからシステムプロファイルを削除して、次のコマンドを使用してクライアントを再起動します。

      1. Salt Minionクライアントの場合:

        service salt-minion restart

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

      service venv-salt-minion restart

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