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

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

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

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

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

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

  1. 초기 시스템 구성

    1. 복제된 머신에서 호스트 이름과 IP 주소를 변경합니다. Make sure /etc/hosts contains the changes you made and the correct host entries.

  2. 중복 머신 ID 해결

    1. systemd를 지원하는 배포판의 경우:

      1. 머신의 머신 ID가 동일한 경우, 복제된 각 클라이언트에서 루트 권한으로 파일을 삭제하고 다시 생성합니다.

        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. 루트 권한으로 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 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.

    • 머신 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. 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. Salt 미니언 클라이언트의 경우:

        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. 온보딩 페이지에서 승인된 키를 삭제하고 SUSE Multi-Linux Manager에서 시스템 프로파일을 삭제한 후 다음을 사용하여 클라이언트를 재시작합니다.

      1. Salt 미니언 클라이언트의 경우:

        service salt-minion restart

      2. Salt 번들 클라이언트의 경우 다음과 같습니다.

      service venv-salt-minion restart

    3. Re-register the clients. Each client now has a different /etc/machine-id and should be correctly displayed on the System Overview page.