1.2. 업데이트를 차단할 수 있는 알려진 문제

Red Hat Ceph Storage 3은 EL7에서 실행되는 컨테이너화된 배포의 docker를 사용합니다. BZ#1846830 의 ceph-ansible 수정에서는 Ceph 컨테이너를 제어하는 systemd 장치를 업데이트하여 systemd 장치를 실행하여 실행을 위해 docker 서비스가 실행 중이어야 합니다. 이 요구 사항은 안전한 업데이트 경로를 구현하고 docker 패키지의 제어되지 않는 업데이트에서 서비스 중단 또는 데이터 손상을 방지하는 데 필수적입니다.

ceph-ansible 패키지 업데이트로는 ceph-ansible 수정 사항이 적용되기에 충분하지 않습니다. 배포 플레이북을 다시 실행하여 컨테이너의 systemd 장치도 업데이트해야 합니다. director 중심 Ceph Storage 배포의 문제를 해결하는 방법에 대한 자세한 내용은 Red Hat Knowledgebase 솔루션에서 Red Hat Ceph Storage 3의 마이너 업데이트에 영향을 미치는 경우 OSD가 손상될 수 있습니다.

openstack overcloud update run 명령에 사용되는 python tripleo-client 는 업데이트 프로세스를 완료하기 전에 시간 초과될 수 있습니다. 그러면 openstack overcloud update run 명령에서 오류를 반환하지만 업데이트 프로세스가 완료될 때까지 백그라운드에서 계속 실행됩니다.

이 실패를 방지하려면 tripleo-client/plugin.py 파일의 ttl 매개변수 값을 편집하여 오버클라우드 노드를 업데이트하기 전에 tripleo-client 시간 초과 값을 늘립니다. 자세한 내용은 Red Hat Knowledgebase 솔루션 OSP 13 업데이트 프로세스가 백그라운드에서 실행되는 동안 실패하는 것으로 표시되고 성공적으로 완료됩니다.

Ceph를 사용하는 경우 다음 절차를 완료하기 전에 OSP13/RHCS3의 최신 패키지 Ceph 서비스가 오프라인으로 업데이트되는 동안 Red Hat 지식베이스 솔루션을 참조하십시오.

로드 밸런싱 서비스(octavia)를 사용하고 RHOSP 13 z13 (8 10월 2020 유지 관리 릴리스) 이전 릴리스에서 업데이트하려는 경우 BZ#1927169 버그를 방지하려면 로드 밸런싱 서비스를 업그레이드하는 데이터베이스 마이그레이션을 올바른 순서로 실행해야 합니다. 나머지 컨트롤 플레인을 업데이트하기 전에 부트스트랩 컨트롤러 노드를 업데이트해야 합니다.

Red Hat OpenStack Platform 13z16 오버클라우드 노드 업데이트를 다시 시작하면 Unable to find 제약 조건이 발생할 수 있습니다. 이 오류는 업데이트 중에 RabbitMQ 버전의 불일치로 인해 발생합니다. 새 RabbitMQ 버전을 시작할 수 있도록 하려면 오버클라우드에 존재할 수 있는 pacemaker 금지 사항을 지웁니다.

이 문제에 대한 자세한 내용은 Red Hat Knowledgebase 솔루션에서 OSP13z16 컨트롤러 업데이트를 다시 시작할 수 없음을 참조하십시오.

Red Hat Ceph Storage 버전 3.3 z5 또는 이전 버전을 사용하고 docker 패키지를 docker-1.13.1-209로 업데이트하면 RHOSP 13 업데이트가 실패합니다. RHOSP 13 업데이트는 docker 패키지를 업데이트하기 전에 ceph-mon 컨테이너를 중지하지 않습니다. 이로 인해 새 ceph-mon 컨테이너가 시작되지 않도록 하는 고립된 ceph-mon 프로세스가 생성됩니다.

이 문제에 대한 자세한 내용은 컨트롤러 업데이트 중에 Red Hat OpenStack Platform 13.z12 및 이전 버전에서 Red Hat Knowledgebase 솔루션 업데이트 Red Hat OpenStack Platform 13.z12 및 이전 버전이 실패할 수 있습니다.