문제 해결 복제된 클라이언트 등록

SUSE Manager를 사용하여 가상 머신을 관리하는 경우 VM의 클론을 생성하는 것이 유용할 수 있습니다. 클론은 기존 디스크의 복사본인 기본 디스크를 사용하는 VM입니다.

VM을 복제하면 시간을 크게 절약할 수 있지만, 디스크에 중복된 식별 정보가 있으면 문제가 발생할 수 있습니다.

이미 등록된 클라이언트가 있는 경우 해당 클라이언트의 클론을 생성한 후 클론을 등록하고, SUSE Manager를 두 개의 개별 클라이언트로 등록하고자 할 수 있습니다. 그러나 원본 클라이언트와 클론의 머신 ID가 동일한 경우 SUSE Manager는 두 클라이언트를 하나의 시스템으로 등록하고 기존 클라이언트 데이터를 클론의 데이터로 덮어씁니다.

이는 SUSE Manager가 클론을 서로 다른 클라이언트 두 개로 인식하도록 클론의 머신 ID를 변경하면 해결할 수 있습니다.

이 절차의 각 단계는 복제된 클라이언트에서 수행됩니다. 이 절차는 SUSE Manager에 등록된 상태로 남아 있는 원래 클라이언트를 조작하지 않습니다.
절차: 복제된 Salt 클라이언트에서 중복 머신 ID 해결

  1. 시스템 세부 사항  구성

    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 번들 클라이언트의 경우 다음과 같습니다.

        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 번들 클라이언트의 경우 다음과 같습니다.

      service venv-salt-minion restart

    3. 클라이언트를 다시 등록합니다. 이제 각 클라이언트는 서로 다른 /etc/machine-id를 가지며, 시스템 개요 페이지에 올바르게 표시되어야 합니다.