4.6. RHBA-2018:3587 - Red Hat OpenStack Platform 13.0 director 버그 수정 권고

이 섹션에 포함된 버그는 RHBA-2018:3587 권고에서 다룹니다. 이 권고에 대한 자세한 내용은 https://access.redhat.com/errata/RHBA-2018:3587에서 확인할 수 있습니다.

instack-undercloud

IPMI bootdev 명령을 수신할 때 예기치 않은 방식으로 부팅 장치 순서를 변경합니다. 이로 인해 노드가 올바른 NIC에서 부팅되지 않거나 PXE가 부팅되지 않을 수 있습니다. 이번 릴리스에서는 "ipmi" 드라이버에 대한 새로운 "noop" 관리 인터페이스가 도입되었습니다. 사용되면 bootdev 명령이 실행되지 않으며 현재 부팅 순서가 사용됩니다. 올바른 NIC에서 PXE 부팅을 시도하도록 노드를 구성한 다음 로컬 하드 드라이브로 대체해야 합니다. 이러한 변경으로 인해 사전 구성된 부팅 순서가 새 관리 인터페이스로 유지됩니다.

이전 버전에서는 undercloud hieradata 덮어쓰기를 사용하여 오버클라우드와 유사한 <service>::config 옵션을 사용하여 일부 서비스 구성을 조정할 수 있습니다. 그러나 이 기능은 배포된 모든 OpenStack 서비스에서 사용할 수 있는 것은 아닙니다. 이 버전에서는 현재 사용할 수 없는 모든 구성 값을 <service>::config hieradata를 통해 업데이트할 수 있습니다.

openstack-tripleo-common

Red Hat OpenStack Platform 12에서 13으로 업그레이드하는 경우 ceph-osd 패키지가 제거됩니다. 패키지 제거는 컨테이너에서 실행 중인 OSD를 중지했으며 패키지가 필요하지 않아야 합니다. 이번 릴리스에서는 업그레이드 중에 패키지를 제거하고 Ceph OSD는 업그레이드 중에 실수로 중지되지 않습니다.

OpenStack이 업데이트 및/또는 업그레이드되면 director가 최신 amphora 이미지를 glance에 업로드합니다. 최신 앰플라 이미지는 Octavia 에이전트 수정뿐만 아니라 운영 체제 수정뿐만 아니라 최신 일반적인 버그 및 보안 수정으로 인스턴스를 실행할 수 있습니다.

이번 릴리스에서는 새로 생성 및 재생성된 amphora 인스턴스가 최신 amphora 이미지로 만들어집니다. 이전 amphora 이미지는 glance에 저장되며 접미사에 타임스탬프를 포함하도록 이름이 변경됩니다.

openstack-tripleo-heat-templates

publicURL keystone 엔드포인트에 연결된 인스턴스 HA 스크립트 중 하나입니다. 기본적으로 internalURL 엔드포인트로 이동되었습니다. 또한 Operator는 nova.conf의 '[placement]/valid_interfaces' 구성 진입점을 통해 이를 재정의할 수 있습니다.

이전 릴리스에서는 온라인 데이터 마이그레이션에 대한 트리거가 누락되었습니다. OSP 13으로 업그레이드한 후 오버클라우드의 nova, cinder, ironic에 대한 온라인 데이터 마이그레이션이 자동으로 실행되지 않아 수동 해결 방법이 필요했습니다. 이번 릴리스에서는 온라인 데이터 마이그레이션에 대한 트리거 논리가 추가되었습니다. 온라인 데이터 마이그레이션은 OSP 13으로 업그레이드할 때 openstack overcloud upgrade converge 명령 중에 트리거됩니다.

이전 릴리스에서는 nova::compute::libvirt::rx_queue_size/nova::compute::libvirt::tx_queue_size를 통해 RX/TX 큐 크기를 설정할 수 있습니다. 그러나 전용 TripleO heat 템플릿 매개변수는 없었습니다. 이번 릴리스에서는 다음과 같은 역할 기반으로 RX/TX 큐 크기를 설정할 수 있습니다.

parameter_defaults: ComputeParameters: NovaLibvirtRxQueueSize: 1024 NovaLibvirtTxQueueSize: 1024

결과적으로 새 매개변수를 사용하여 rx_queue_size/tx_queue_size가 설정됩니다.

이 릴리스에서는 MTU를 OSPD의 일부로 설정하려면 ml2 플러그인에서 MTU를 활성화하기 위해 neutron::plugins::ml2::physical_network_mtus 를 NeutronML2PhysicalNetworkMtus로 추가합니다. Neutron::plugins::ml2::physical_network_mtus는 TripleO heat 템플릿의 값을 기반으로 설정됩니다.

이전 버전에서 Docker 데몬을 다시 시작해야 하는지 확인하는 조건이 너무 엄격했습니다. 그 결과 Docker 구성이 변경되거나 Docker RPM이 업데이트될 때마다 Docker 데몬 및 모든 컨테이너가 다시 시작되었습니다. 이번 릴리스에서는 불필요한 컨테이너 재시작을 방지하기 위해 조건이 완화됩니다. 구성 변경에 대해서는 "live restore" 기능을 사용하여 Docker RPM을 업데이트할 때 Docker 데몬 및 모든 컨테이너가 재시작되지만 Docker 구성이 변경될 때는 시작되지 않습니다.

재배포하는 동안 구성 변경이 없는 경우에도 여러 컨테이너를 불필요하게 다시 시작할 수 있습니다. 이는 구성 파일의 md5 계산에 불필요한 파일을 너무 많이 포함하기 때문입니다. 이번 릴리스에서는 재배포에 의해 증가된 컨테이너를 재시작하지 않습니다.

TripleO CinderNetappBackendName 매개변수는 cinder의 Netapp 백엔드의 기본값을 올바르게 재정의하지 않았습니다. 그 결과 cinder의 Netapp 백엔드와 연결된 이름을 재정의할 수 없었습니다. 이번 릴리스에서는 CinderNetappBackendName 매개변수가 기본 백엔드 이름을 올바르게 덮어씁니다.

puppet-cinder

cinder에서 여러 구성 설정이 제거되었지만 해당 매개변수는 cinder의 구성 설정을 담당하는 TripleO Puppet 모듈에서 제거되지 않았습니다. 그 결과 cinder.conf에 유효하지 않은 cinder 구성 설정이 추가되었습니다. 이번 릴리스에서는 더 이상 사용되지 않는 설정이 cinder.conf에 추가되지 않도록 Puppet 모듈이 업데이트되었습니다.

puppet-tripleo

rhel-plugin-push.service와 Docker 서비스 종료 중에 오류가 발생했습니다. 이로 인해 컨트롤러가 재부팅되는 데 시간이 오래 걸립니다. 이번 릴리스에서는 이러한 두 서비스에 대해 올바른 종료 순서가 적용됩니다. 컨트롤러를 재부팅하는 데 걸리는 시간이 단축됩니다.

배포하는 동안 세 개의 컨트롤러 중 두 개의 경우 OVS 스위치가 잘못된 OpenFlow 컨트롤러 포트(6640)를 사용하여 구성할 수 있습니다. 이로 인해 배포 실패 또는 나중에 배포가 포함된 기능 오류가 발생하여 잘못된 흐름이 스위치로 프로그래밍됩니다. 이번 릴리스에서는 OVS 스위치마다 OpenFlow 컨트롤러 포트를 모두 6653으로 올바르게 설정합니다. 모든 OVS 스위치에는 3개의 URI로 구성된 올바른 OpenFlow 컨트롤러 구성이 있으며, 포트 6653을 사용하는 OpenDaylight마다 하나씩 3개의 URI로 구성됩니다.

단일 OpenDaylight 인스턴스가 클러스터에서 제거되면 인스턴스가 격리된 상태로 이동되어 들어오는 요청에 더 이상 작동하지 않습니다. HA Proxy는 여전히 격리된 OpenDaylight 인스턴스에 대한 요청을 로드 밸런싱하여 OpenStack 네트워크 명령이 실패하거나 제대로 작동하지 않을 수 있었습니다. 이제 HA Proxy에서 분리된 OpenDaylight 인스턴스를 비정상 상태에서 탐지합니다. HA 프록시는 요청을 분리된 OpenDaylight로 전달하지 않습니다.

python-os-brick

특정 상황에서 파이버Channel HBA 호스트 검사를 담당하는 os-brick 코드는 잘못된 값을 반환할 수 있습니다. 유효하지 않은 값으로 인해 cinder 및 nova와 같은 서비스가 실패합니다. 이번 릴리스에서는 파이버Channel HBA 검사 코드는 항상 유효한 값을 반환합니다. FibreChannel HBA 호스트를 스캔할 때 Cinder 및 nova가 더 이상 충돌하지 않습니다.

다중 경로 연결에서 장치는 연결 해제 시 모든 경로에 대해 개별적으로 플러시됩니다. 경우에 따라 개별 장치 플러시에 실패하는 경우 연결이 잘못 방지됩니다. 이번 릴리스에서는 멀티패스를 플러시하면 버퍼링된 데이터가 원격 장치에 작성되도록 하기 때문에 개별 경로가 더 이상 플러시되지 않습니다. 이제 실제로 데이터가 손실되는 경우에만 연결이 실패합니다.

다중 경로 표시 상태가 오류 코드를 반환하지 않는 경우가 있으므로 이제 이 문제의 해결 방법으로 stdout을 확인하여 다중 경로가 오류 상태입니다.

이전 릴리스에서는 마이그레이션 시작 중에 단일 iSCSI 경로가 제한된 창에서 실패한 경우 볼륨 마이그레이션이 실패했습니다( VolumePathNotRemoved 오류). 이 릴리스에서는 볼륨 제거를 확인하기 위해 타임아웃 기간을 연장하여 문제를 해결합니다.

iSCSI 장치 탐지는 다시 스캔 시간을 기반으로 장치의 존재를 확인했습니다. 검사 사이에 사용 가능한 장치가 감지되지 않았습니다. 이번 릴리스에서는 검색 및 재검사는 1초마다 다양한 주기로 작동하는 독립적인 작업입니다.

python-tripleoclient

이전 릴리스에서 배포 명령줄의 '-p' 옵션을 통해 사용자 지정 계획을 사용하는 경우 기존 오버클라우드를 재배포하는 동안 암호(예: mysql, horizon, pcsd 등)가 새 값으로 재설정되었습니다. 이로 인해 재배포가 실패했습니다. 이번 릴리스에서는 사용자 정의 계획이 새 암호 설정을 트리거하지 않습니다.