RPMDB 다시 빌드 단계에서 Omnissa Access 클러스터 업그레이드가 중단됨

RPMDB 다시 빌드 단계 동안 응답을 중지하는 보조 노드로 인해 중단된 클러스터 업그레이드를 해결합니다. 이 절차에는 클러스터를 업그레이드된 단일 노드로 축소하고 복제하여 클러스터를 복원하는 작업이 포함됩니다.

문제

Omnissa Access 클러스터를 업그레이드하는 동안 보조 노드가 진행을 중지하고 successfully rebuilt RPMDB 단계에서 응답하지 않습니다. 영향을 받는 노드에 대한 새 SSH 연결을 설정할 수 없습니다. 클러스터의 다른 노드가 업그레이드를 성공적으로 완료했을 수 있습니다.

원인

RPM 데이터베이스 다시 빌드 프로세스 중에 노드별 환경 문제로 인해 영향을 받는 노드에서 업그레이드가 완료되지 않습니다.

솔루션

1. 변경하기 전에 각 클러스터 노드의 스냅샷을 생성합니다.

   참고: 배포에서 외부 데이터베이스를 사용하는 경우 계속하기 전에 데이터베이스를 백업합니다.

2. 응답하지 않는 노드의 전원을 끕니다.

3. 작업 노드에서 업그레이드가 성공적으로 완료되었는지 확인한 다음 업그레이드된 노드의 스냅샷을 생성합니다.

4. vCenter에서 전원을 끈 각 노드에 대해 업그레이드된 노드를 한 번 복제합니다.

5. 복제된 각 노드에 대해 vCenter에서 가상 시스템 설정을 열고 교체할 원래 노드의 MAC 주소와 일치하도록 네트워크 어댑터 MAC 주소를 업데이트합니다.

6. 복제된 노드의 전원을 켜고 root로 로그인합니다.

7. 이 노드에 대한 올바른 IP 주소 및 호스트 이름으로 /etc/hosts 파일을 업데이트합니다.

8. sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf를 실행하여 DNS 확인자 구성을 복원합니다.

9. /etc/systemd/network/10-eth0.network 파일을 편집하고 IP 주소를 이 노드의 올바른 주소로 설정합니다.

10. /etc/hostname 파일을 편집하고 기존 항목을 이 노드의 올바른 호스트 이름으로 교체합니다.

11. 노드를 재부팅합니다.

12. 재구성된 노드가 클러스터에 성공적으로 가입했으며 모든 Omnissa Access 서비스가 실행 중인지 확인합니다.

    참고: 복제된 각 추가 노드에 대해 5~12단계를 반복합니다.