알려진 동작
이 섹션에는 이 릴리스의 알려진 제한 사항이 나열되어 있습니다.
Contrail 릴리스 1912.L1의 알려진 동작
CEM-7424 Contrail 패브릭 구축에서 DC-GW 역할을 하는 MX에서 OpenStack 컴퓨팅에서 호스팅되는 VM과 데이터 센터 패브릭에서 호스팅되는 베어메탈 서버 워크로드에 대한 FIP는 동시에 활성화할 수 없습니다.
CEM-11479 dhcpclient 시간 초과로 인해 vhost0에서 IP 주소가 손실됩니다. 게이트웨이 중 하나의 vhost0 인터페이스에서 dhcp의 시간 초과는 1582초로 설정되고 그 이후에는 시간 초과됩니다. 임대 갱신이 평소와 같이 실패하고 vhost0의 IP가 손실됩니다.
해결 방법으로 Google Cloud GW에 대해서만 다음 단계를 수행합니다.
Google Cloud vrouter-gateway 인스턴스에 로그인합니다.
다음 명령을 사용하여 vhost0 인터페이스에서 DHCP 임대를 확인합니다.
ip a | grep vhost0 -A3| grep valid_lft위의 명령이 값을 반환
forever하는지 확인합니다. 예를 들어:[root@g3312v1g1 vrouter]# ip a | grep vhost0 -A3| grep valid_lftvalid_lft forever preferred_lft forever''
valid_lft의 값이 1K 범위에서 짧지 않은지 확인합니다(예: 1582초 이하).참고:이 숫자는 초(시간 단위)씩 계속 감소합니다.
다음 명령을 실행하여 스크립트를 사용하지 않도록 설정합니다
ifup-vhost.chmod 400 /etc/sysconfig/network-scripts/ifup-vhost다음 명령을 실행하여 인스턴스를 재부팅합니다.
reboot
인스턴스가 작동하면 1단계에서 명령을 다시 실행하여 vhost0 리스를 확인합니다. ''
valid_lft의 값은 1억 5,700만 범위 내에 있어야 합니다.CEM-11411: 모든 공급자에서 1430바이트부터 시작하는 패킷 크기의 오버레이 ping에서 패킷 손실이 나타납니다.
온프레미스에서 AWS로의 언더레이 및 오버레이를 위한 점보 프레임을 지원하려면 온프레미스 콘trail 클러스터와 언더레이 IP 패브릭이 점보 프레임을 지원해야 합니다.
Google Cloud의 경우 Contrail Multicloud GW에 인스턴스 c2-standard-8을 사용하고 vrouterCNI+k8snode에 최소 c2-standard-4를 사용해야 합니다.
각 클라우드에서 MTU를 확인하고 문제가 발생할 경우 그에 따라 MTU를 조정하십시오.
CEM-11338: 패브릭을 삭제하고 다시 추가한 후 sFlow 수집기 재구성이 실패합니다. 초기에 프로비저닝된 충분한 sFlow 노드가 있는 잘 계획된 클러스터 배포에서는 이러한 상황을 방지할 수 있습니다.
CEM-11163 포트빌 X710 NIC: TX 및 RX 버퍼를 사용하면 mbuf가 소진되면 성능 저하가 관찰됩니다.
CEM-11160 WebUI는 JuJu 기반 설치에서 config_sc_svcInstances로 이동할 때 스택 추적을 반환합니다.
CEM-10199 퍼블릭 클라우드 배포에서 퍼블릭 클라우드를 삭제한 후 스냅샷이 클라우드에 남아 있습니다. 스냅샷을 삭제하려면 사용자가 해당 클라우드 콘솔(AWS/Azure/GCP)에 로그인하여 AMI를 등록 취소하고 해당 위치에서 스냅샷을 삭제해야 합니다.
CEM-9979 RHOSP 환경에서 OOO Heat 템플릿을 사용하여 구축된 DPDK 컴퓨팅을 업그레이드하는 동안 vRouter 코어 덤프가 관찰됩니다. 이는 업그레이드 중에 서비스가 시작되는 순서 때문이며 클러스터 작업에는 영향을 주지 않습니다.
CEM-9278 클러스터의 초기 프로비저닝 후 추가된 BMS에 대한 sFlow 통계가 표시되지 않습니다. 해결 방법으로 초기 프로비저닝 후 추가된 BMS에 대한 sFlow 통계를 사용하도록 설정하려면 다음을 실행합니다.
AppFormix UI에서 호스트를 원격 호스트로 추가합니다.
AppFormix Swagger API(설정 > API 설명서 > AppFormix 설명서에 대한 링크)로 이동합니다.
표시/숨기기를 클릭하여 API 세부 정보를 가져옵니다.
/Hosts POST API로 이동합니다.
X-Auth-Type을 OpenStack으로 설정하고 X-Auth-Token을 Keystone 토큰으로 채웁니다. 본문에 다음을 지정합니다.
{ "HostName": "10.84.23.38", <<< Fill your IP "AgentBaseUrl": "", "Name": "b3s38", <<< Fill the hostname "HostType": "kvm", "LinkCapacity": "10G", "Source": "remote.host", "AutomaticInstanceDiscovery": false, "ServerId": "b3s38", << fill the hostname "MetaData": {} }POST 요청을 보냅니다.
UI에 장치가 추가되면 설정 > 네트워크 장치로 이동합니다. BMS에 추가할 네트워크 장치를 선택합니다.
Edit(편집) 섹션으로 이동하여 LLD를 Disabled(비활성화)로 설정하고 SNMP를 선택한 다음 Next(다음)를 클릭하고 snmp 커뮤니티 문자열을 설정한 다음 Save(저장)를 클릭합니다.
연결 정보 편집 > 계속으로 이동하여 네트워크 장치를 선택한 다음 대상 장치를 BMS로 추가하고 이 BMS에 연결된 네트워크 장치에서 인터페이스를 설정하고 저장을 클릭합니다.
Contrail Command UI로 이동하면 BMS 통계를 볼 수 있습니다.
CEM-8701 라이프 사이클 관리 워크플로우를 사용하여 BMS를 불러오는 동안 때때로 더 빠른 서버에서 이미지가 다시 생성되지 않고 인스턴스가 ironic vn에서 테넌트 vn으로 이동되지 않습니다. 이는 BMS 포트와 Contrail 노드에서 실행되는 TFTP 서비스 간에 경로가 수렴되기 전에 BMS의 PXE 부팅 요청이 전송되기 때문입니다. 이 문제를 해결하려면 서버를 재부팅하거나 서버의 BIOS를 부팅이 지연되도록 구성할 수 있습니다.
CEM-8149 패브릭이 enterprise_style=True인 BMS LCM은 지원되지 않습니다. 기본적으로 enterprise_style은 False로 설정됩니다. 사용자는 패브릭 개체가 BMS LCM 인스턴스를 온보딩하는 경우 enterprise_style=True를 사용하지 않아야 합니다.
CEM-7874 처음 두 인스턴스를 다시 시작한 후 세 번째 stunnel/Redis 서비스 인스턴스가 다운되면 사용자 정의 알람이 생성되지 않을 수 있습니다.
CEM-5788 OpenStack 오케스트레이션과 함께 Contrail Command를 통해 Contrail 클러스터를 구축하는 데 FQDN을 사용하는 경우 설치가 실패합니다.
CEM-5284 클라우드 컴퓨팅/vRouter 노드가 클러스터 노드/컴퓨팅 노드 페이지에 나열되지 않고 모든 노드/컴퓨팅이 서버 페이지에 나열됨
CEM-5141 컴퓨팅 노드를 삭제하면 UI 워크플로가 작동하지 않습니다. 대신 instances.yaml을 "ENABLE_DESTROY: True" 및 "roles:"(비워 둠)로 업데이트하고 다음 플레이북을 실행합니다.
ansible-playbook -i inventory/ -e orchestrator=openstack --tags nova playbooks/install_openstack.yml ansible-playbook -i inventory/ -e orchestrator=openstack playbooks/install_contrail.yml
예를 들어:
global_configuration: ENABLE_DESTROY: True ... ... instances: ... ... srvr5: provider: bms ip: 19x.xxx.x.55 roles: ... ...LR의 CEM-5043 VNI 업데이트가 RouteTable을 업데이트하지 않습니다. 해결 방법으로 LogicalRouter를 삭제하고 새 VNI를 사용하여 새 LogicalRouter를 생성합니다.
CEM-5041 노드 없이 클라우드에서만 지역 또는 VPC 개체를 프로비저닝하는 것은 지원되지 않습니다. 리전/VPC를 프로비저닝하는 동안 하나 이상의 노드를 추가합니다.
CEM-5024 현재 멀티 클라우드 프로비저닝은 온프레미스 TOR가 온프레미스 컨트롤러와 퍼블릭 클라우드 서브넷을 교환할 수 없도록 합니다. 사용자는 컨트롤러의 정적 경로를 모든 퍼블릭 클라우드 서브넷에 추가해야 합니다.
CEM-4941 퍼블릭 클라우드의 멀티클라우드 게이트웨이는 서로 다른 서브넷에서 공유할 수 없습니다. 각 서브넷에는 자체 게이트웨이가 있어야 합니다.
CEM-4865 퍼블릭 클라우드에서 Contrail Controller의 프로비저닝은 지원되지 않습니다. 컨트롤러는 온-프레미스로 프로비전해야 합니다.
CEM-4467 DPDK 컴퓨팅에서 "연결이 닫혔습니다." 오류와 함께 VM 생성이 실패하는 경우가 있습니다. 이 문제는 Contrail 구성 요소와 관련이 없습니다. VM을 등록하는 systemd-machined 서비스와 관련이 있습니다. 해결 방법으로 systemd-machined 서비스를 다시 시작하여 문제를 해결합니다.
CEM-4381 하나 이상의 Contrail API 서버가 다운되면 Contrail Fabric 디바이스 관리자 작업이 실패할 수 있습니다. Contrail 구성 노드의 Contrail-status를 사용하여 이러한 상황이 발생하는지 확인할 수 있습니다.
CEM-4370 PNF 서비스 인스턴스를 생성한 후에는 PNF eBGP ASN*, RP IP 주소, PNF 왼쪽 BGP 피어 ASN*, 왼쪽 서비스 VLAN*, PNF 오른쪽 BGP 피어 ASN*, 오른쪽 서비스 VLAN*과 같은 필드를 수정할 수 없습니다. 이러한 값을 수정해야 하는 경우 서비스 인스턴스를 삭제하고 의도한 값으로 다시 만듭니다.
TOR을 통한 CEM-3959 BMS 이동은 지원되지 않습니다. TOR에서 BMS를 이동하려면 전체 VPG를 이동해야 합니다. 즉, 하나의 VPG에 연결된 BMS가 두 개 이상 있고 BMS 중 하나를 이동해야 하는 경우 새 연결에 따라 전체 VPG를 삭제하고 재구성해야 합니다.
CEM-3324 사용자는 퍼블릭 클라우드에서 Contrail 클러스터를 완전히 프로비저닝할 수 없습니다. Contrail Cluster는 온프레미스여야 하며 vRouter는 퍼블릭 클라우드로 확장할 수 있습니다.
JCB-204796 Helm 기반 프로비저닝된 클러스터에서 MariaDB 복제가 >1로 설정된 경우 VM 시작이 실패합니다.
JCB-202874 DPDK를 사용하여 vRouter 차트를 삭제한 후 NIC가 Helm의 호스트에 다시 바인딩되지 않습니다.
JCB-190956 ironic-provision을 생성하는 동안 서브넷의 서비스 주소는 openstack ironic 노드 ip/kolla 내부 VIP를 가리켜야 합니다.
JCB-187320: DPDK 컴퓨팅
vif list –rate에서 트래픽이 있는 코어 덤프.JCB-187287 Kubernetes 마스터의 고가용성 프로비저닝은 지원되지 않습니다.
JCB-186493 활성 VM의 스냅샷이 실패하면 스냅샷을 생성하기 전에 VM을 종료합니다.
JCB-184837 Helm 기반 프로비저닝된 클러스터를 사용하여 Contrail을 프로비저닝한 후 nova-compute 컨테이너를 다시 시작합니다.
JCB-184776 vRouter가 ICMPv6 패킷의 헤드 부분을 수신하면 헤드 조각이 즉시 어셈블러의 대기열에 추가됩니다. 흐름은 보류 흐름으로 생성된 다음 에이전트에 트래핑됩니다. 이 헤드 프래그먼트에 해당하는 프래그먼트가 이미 어셈블러에 있거나 헤드 프래그먼트 직후에 새 프래그먼트가 도착하면 어셈블러는 이를 플로우 모듈로 해제합니다. 어셈블러가 플로우 모듈에 조각을 릴리스할 때까지 에이전트가 플로우 동작을 작성하지 않으면 조각은 보류 대기열의 대기열에 추가됩니다. 한 번에 최대 3개의 프래그먼트가 보류 대기열에 추가됩니다. 나머지 조각은 어셈블러에서 플로우 모듈로 드롭됩니다.
해결 방법으로, 헤드 조각은 에이전트에 의해 플로우 동작이 작성된 후에만 어셈블러의 대기열에 추가됩니다. 흐름이 이미 보류 상태가 아닌 경우 즉시 어셈블러에 추가됩니다.
JCB-177787 netns가 필요한 SNAT 및 LBaaS와 같은 DPDK vRouter 사용 사례에서는 점보 MTU를 설정할 수 없습니다. 허용되는 최대 MTU: <=1500.
JCB-177541 Kolla 프로비저닝 중에 오류 메시지가 표시되면 코드를 다시 실행할 수 없습니다. 프로비저닝이 작동하려면 프로비저닝을 처음부터 다시 시작합니다.
JCB-171466 메타데이터 SSL은 HA 배포 모드에서만 작동합니다.
JCB-163773 서비스가 다른 노드에 설치될 때
configconfigdb구성 서비스에 대한 잘못된 경보가 생성됩니다. 거짓 경보를 무시합니다.JCB-162927 contrail-helm-deployer를 사용하여 DPDK 공존 구축이 포함된 SR-IOV는 지원되지 않습니다.
Contrail 릴리스 1912의 알려진 동작
CEM-11479 dhcpclient 시간 초과로 인해 vhost0에서 IP 주소가 손실됩니다. 게이트웨이 중 하나의 vhost0 인터페이스에서 dhcp의 시간 초과는 1582초로 설정되고 그 이후에는 시간 초과됩니다. 임대 갱신이 평소와 같이 실패하고 vhost0의 IP가 손실됩니다.
해결 방법으로 Google Cloud GW에 대해서만 다음 단계를 수행합니다.
Google Cloud vrouter-gateway 인스턴스에 로그인합니다.
다음 명령을 사용하여 vhost0 인터페이스에서 DHCP 임대를 확인합니다.
ip a | grep vhost0 -A3| grep valid_lft위의 명령이 값을 반환
forever하는지 확인합니다. 예를 들어:[root@g3312v1g1 vrouter]# ip a | grep vhost0 -A3| grep valid_lftvalid_lft forever preferred_lft forever''
valid_lft의 값이 1K 범위에서 짧지 않은지 확인합니다(예: 1582초 이하).참고:이 숫자는 초(시간 단위)씩 계속 감소합니다.
다음 명령을 실행하여 스크립트를 사용하지 않도록 설정합니다
ifup-vhost.chmod 400 /etc/sysconfig/network-scripts/ifup-vhost다음 명령을 실행하여 인스턴스를 재부팅합니다.
reboot
인스턴스가 작동하면 1단계에서 명령을 다시 실행하여 vhost0 리스를 확인합니다. ''
valid_lft의 값은 1억 5,700만 범위 내에 있어야 합니다.CEM-11411: 모든 공급자에서 1430바이트부터 시작하는 패킷 크기의 오버레이 ping에서 패킷 손실이 나타납니다.
온프레미스에서 AWS로의 언더레이 및 오버레이를 위한 점보 프레임을 지원하려면 온프레미스 콘trail 클러스터와 언더레이 IP 패브릭이 점보 프레임을 지원해야 합니다.
Google Cloud의 경우 Contrail Multicloud GW에 인스턴스 c2-standard-8을 사용하고 vrouterCNI+k8snode에 최소 c2-standard-4를 사용해야 합니다.
각 클라우드에서 MTU를 확인하고 문제가 발생할 경우 그에 따라 MTU를 조정하십시오.
CEM-11338: 패브릭을 삭제하고 다시 추가한 후 sFlow 수집기 재구성이 실패합니다. 초기에 프로비저닝된 충분한 sFlow 노드가 있는 잘 계획된 클러스터 배포에서는 이러한 상황을 방지할 수 있습니다.
CEM-11163 포트빌 X710 NIC: TX 및 RX 버퍼를 사용하면 mbuf가 소진되면 성능 저하가 관찰됩니다.
CEM-11160 WebUI는 JuJu 기반 설치에서 config_sc_svcInstances로 이동할 때 스택 추적을 반환합니다.
CEM-10199 퍼블릭 클라우드 배포에서 퍼블릭 클라우드를 삭제한 후 스냅샷이 클라우드에 남아 있습니다. 스냅샷을 삭제하려면 사용자가 해당 클라우드 콘솔(AWS/Azure/GCP)에 로그인하여 AMI를 등록 취소하고 해당 위치에서 스냅샷을 삭제해야 합니다.
CEM-9979 RHOSP 환경에서 OOO Heat 템플릿을 사용하여 구축된 DPDK 컴퓨팅을 업그레이드하는 동안 vRouter 코어 덤프가 관찰됩니다. 이는 업그레이드 중에 서비스가 시작되는 순서 때문이며 클러스터 작업에는 영향을 주지 않습니다.
CEM-9278 클러스터의 초기 프로비저닝 후 추가된 BMS에 대한 sFlow 통계가 표시되지 않습니다. 해결 방법으로 초기 프로비저닝 후 추가된 BMS에 대한 sFlow 통계를 사용하도록 설정하려면 다음을 실행합니다.
AppFormix UI에서 호스트를 원격 호스트로 추가합니다.
AppFormix Swagger API(설정 > API 설명서 > AppFormix 설명서에 대한 링크)로 이동합니다.
표시/숨기기를 클릭하여 API 세부 정보를 가져옵니다.
/Hosts POST API로 이동합니다.
X-Auth-Type을 OpenStack으로 설정하고 X-Auth-Token을 Keystone 토큰으로 채웁니다. 본문에 다음을 지정합니다.
{ "HostName": "10.84.23.38", <<< Fill your IP "AgentBaseUrl": "", "Name": "b3s38", <<< Fill the hostname "HostType": "kvm", "LinkCapacity": "10G", "Source": "remote.host", "AutomaticInstanceDiscovery": false, "ServerId": "b3s38", << fill the hostname "MetaData": {} }POST 요청을 보냅니다.
UI에 장치가 추가되면 설정 > 네트워크 장치로 이동합니다. BMS에 추가할 네트워크 장치를 선택합니다.
Edit(편집) 섹션으로 이동하여 LLD를 Disabled(비활성화)로 설정하고 SNMP를 선택한 다음 Next(다음)를 클릭하고 snmp 커뮤니티 문자열을 설정한 다음 Save(저장)를 클릭합니다.
연결 정보 편집 > 계속으로 이동하여 네트워크 장치를 선택한 다음 대상 장치를 BMS로 추가하고 이 BMS에 연결된 네트워크 장치에서 인터페이스를 설정하고 저장을 클릭합니다.
Contrail Command UI로 이동하면 BMS 통계를 볼 수 있습니다.
CEM-8701 라이프 사이클 관리 워크플로우를 사용하여 BMS를 불러오는 동안 때때로 더 빠른 서버에서 이미지가 다시 생성되지 않고 인스턴스가 ironic vn에서 테넌트 vn으로 이동되지 않습니다. 이는 BMS 포트와 Contrail 노드에서 실행되는 TFTP 서비스 간에 경로가 수렴되기 전에 BMS의 PXE 부팅 요청이 전송되기 때문입니다. 이 문제를 해결하려면 서버를 재부팅하거나 서버의 BIOS를 부팅이 지연되도록 구성할 수 있습니다.
CEM-8149 패브릭이 enterprise_style=True인 BMS LCM은 지원되지 않습니다. 기본적으로 enterprise_style은 False로 설정됩니다. 사용자는 패브릭 개체가 BMS LCM 인스턴스를 온보딩하는 경우 enterprise_style=True를 사용하지 않아야 합니다.
CEM-7874 처음 두 인스턴스를 다시 시작한 후 세 번째 stunnel/Redis 서비스 인스턴스가 다운되면 사용자 정의 알람이 생성되지 않을 수 있습니다.
CEM-5788 OpenStack 오케스트레이션과 함께 Contrail Command를 통해 Contrail 클러스터를 구축하는 데 FQDN을 사용하는 경우 설치가 실패합니다.
CEM-5284 클라우드 컴퓨팅/vRouter 노드가 클러스터 노드/컴퓨팅 노드 페이지에 나열되지 않고 모든 노드/컴퓨팅이 서버 페이지에 나열됨
CEM-5141 컴퓨팅 노드를 삭제하면 UI 워크플로가 작동하지 않습니다. 대신 instances.yaml을 "ENABLE_DESTROY: True" 및 "roles:"(비워 둠)로 업데이트하고 다음 플레이북을 실행합니다.
ansible-playbook -i inventory/ -e orchestrator=openstack --tags nova playbooks/install_openstack.yml ansible-playbook -i inventory/ -e orchestrator=openstack playbooks/install_contrail.yml
예를 들어:
global_configuration: ENABLE_DESTROY: True ... ... instances: ... ... srvr5: provider: bms ip: 19x.xxx.x.55 roles: ... ...LR의 CEM-5043 VNI 업데이트가 RouteTable을 업데이트하지 않습니다. 해결 방법으로 LogicalRouter를 삭제하고 새 VNI를 사용하여 새 LogicalRouter를 생성합니다.
CEM-5041 노드 없이 클라우드에서만 지역 또는 VPC 개체를 프로비저닝하는 것은 지원되지 않습니다. 리전/VPC를 프로비저닝하는 동안 하나 이상의 노드를 추가합니다.
CEM-5024 현재 멀티 클라우드 프로비저닝은 온프레미스 TOR가 온프레미스 컨트롤러와 퍼블릭 클라우드 서브넷을 교환할 수 없도록 합니다. 사용자는 컨트롤러의 정적 경로를 모든 퍼블릭 클라우드 서브넷에 추가해야 합니다.
CEM-4941 퍼블릭 클라우드의 멀티클라우드 게이트웨이는 서로 다른 서브넷에서 공유할 수 없습니다. 각 서브넷에는 자체 게이트웨이가 있어야 합니다.
CEM-4865 퍼블릭 클라우드에서 Contrail Controller의 프로비저닝은 지원되지 않습니다. 컨트롤러는 온-프레미스로 프로비전해야 합니다.
CEM-4467 DPDK 컴퓨팅에서 "연결이 닫혔습니다." 오류와 함께 VM 생성이 실패하는 경우가 있습니다. 이 문제는 Contrail 구성 요소와 관련이 없습니다. VM을 등록하는 systemd-machined 서비스와 관련이 있습니다. 해결 방법으로 systemd-machined 서비스를 다시 시작하여 문제를 해결합니다.
CEM-4381 하나 이상의 Contrail API 서버가 다운되면 Contrail Fabric 디바이스 관리자 작업이 실패할 수 있습니다. Contrail 구성 노드의 Contrail-status를 사용하여 이러한 상황이 발생하는지 확인할 수 있습니다.
CEM-4370 PNF 서비스 인스턴스를 생성한 후에는 PNF eBGP ASN*, RP IP 주소, PNF 왼쪽 BGP 피어 ASN*, 왼쪽 서비스 VLAN*, PNF 오른쪽 BGP 피어 ASN*, 오른쪽 서비스 VLAN*과 같은 필드를 수정할 수 없습니다. 이러한 값을 수정해야 하는 경우 서비스 인스턴스를 삭제하고 의도한 값으로 다시 만듭니다.
TOR을 통한 CEM-3959 BMS 이동은 지원되지 않습니다. TOR에서 BMS를 이동하려면 전체 VPG를 이동해야 합니다. 즉, 하나의 VPG에 연결된 BMS가 두 개 이상 있고 BMS 중 하나를 이동해야 하는 경우 새 연결에 따라 전체 VPG를 삭제하고 재구성해야 합니다.
CEM-3324 사용자는 퍼블릭 클라우드에서 Contrail 클러스터를 완전히 프로비저닝할 수 없습니다. Contrail Cluster는 온프레미스여야 하며 vRouter는 퍼블릭 클라우드로 확장할 수 있습니다.
JCB-204796 Helm 기반 프로비저닝된 클러스터에서 MariaDB 복제가 >1로 설정된 경우 VM 시작이 실패합니다.
JCB-202874 DPDK를 사용하여 vRouter 차트를 삭제한 후 NIC가 Helm의 호스트에 다시 바인딩되지 않습니다.
JCB-190956 ironic-provision을 생성하는 동안 서브넷의 서비스 주소는 openstack ironic 노드 ip/kolla 내부 VIP를 가리켜야 합니다.
JCB-187320: DPDK 컴퓨팅
vif list –rate에서 트래픽이 있는 코어 덤프.JCB-187287 Kubernetes 마스터의 고가용성 프로비저닝은 지원되지 않습니다.
JCB-186493 활성 VM의 스냅샷이 실패하면 스냅샷을 생성하기 전에 VM을 종료합니다.
JCB-184837 Helm 기반 프로비저닝된 클러스터를 사용하여 Contrail을 프로비저닝한 후 nova-compute 컨테이너를 다시 시작합니다.
JCB-184776 vRouter가 ICMPv6 패킷의 헤드 부분을 수신하면 헤드 조각이 즉시 어셈블러의 대기열에 추가됩니다. 흐름은 보류 흐름으로 생성된 다음 에이전트에 트래핑됩니다. 이 헤드 프래그먼트에 해당하는 프래그먼트가 이미 어셈블러에 있거나 헤드 프래그먼트 직후에 새 프래그먼트가 도착하면 어셈블러는 이를 플로우 모듈로 해제합니다. 어셈블러가 플로우 모듈에 조각을 릴리스할 때까지 에이전트가 플로우 동작을 작성하지 않으면 조각은 보류 대기열의 대기열에 추가됩니다. 한 번에 최대 3개의 프래그먼트가 보류 대기열에 추가됩니다. 나머지 조각은 어셈블러에서 플로우 모듈로 드롭됩니다.
해결 방법으로, 헤드 조각은 에이전트에 의해 플로우 동작이 작성된 후에만 어셈블러의 대기열에 추가됩니다. 흐름이 이미 보류 상태가 아닌 경우 즉시 어셈블러에 추가됩니다.
JCB-177787 netns가 필요한 SNAT 및 LBaaS와 같은 DPDK vRouter 사용 사례에서는 점보 MTU를 설정할 수 없습니다. 허용되는 최대 MTU: <=1500.
JCB-177541 Kolla 프로비저닝 중에 오류 메시지가 표시되면 코드를 다시 실행할 수 없습니다. 프로비저닝이 작동하려면 프로비저닝을 처음부터 다시 시작합니다.
JCB-171466 메타데이터 SSL은 HA 배포 모드에서만 작동합니다.
JCB-163773 서비스가 다른 노드에 설치될 때
configconfigdb구성 서비스에 대한 잘못된 경보가 생성됩니다. 거짓 경보를 무시합니다.JCB-162927 contrail-helm-deployer를 사용하여 DPDK 공존 구축이 포함된 SR-IOV는 지원되지 않습니다.