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

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

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

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

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

この手順の各ステップは、すべてクローンクライアントで実行されます。 この手順は元のクライアントを操作せず、元のクライアントは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. systemdをサポートしないディストリビューションの場合: 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サーバーの解放に関する詳細情報や例については、Liberate Red Hat Enterprise Linux 8.10 with securebootを参照してください。

  3. クライアントの再構成Salt

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

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

        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 Bundleクライアントの場合:

        service salt-minion restart

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

      service venv-salt-minion restart

    3. クライアントを再登録します。 各クライアントは現在異なる`/etc/machine-id`を持っており、`System Overview`ページに正しく表示されるはずです。