ENTMQBR-7359 - 7.10.0 Operator로 인증 정보 시크릿의 현재 처리로 변경

Operator는 시크릿의 브로커에 연결하기 위해 관리자 사용자 이름 및 암호를 저장합니다. 기본 시크릿 이름은 < custom-resource-name> -credentials-secret 형식으로 되어 있습니다. 시크릿을 수동으로 생성하거나 Operator에서 보안을 생성하도록 허용할 수 있습니다.

adminUser 및 adminPassword 속성이 7.10.0 이전의 사용자 정의 리소스에 구성된 경우 Operator는 이러한 속성의 값을 사용하여 수동으로 생성된 시크릿을 업데이트합니다. 7.10.0부터 Operator는 더 이상 수동으로 생성된 시크릿을 업데이트하지 않습니다. 따라서 CR에서 adminUser 및 adminPassword 속성 값을 변경하는 경우 다음 중 하나를 수행해야 합니다.

ENTMQBR-7363 - 7.9 CR에서 주소 10.0.0.1Type의 재전송DelayMultiplier를 조정할 수 없습니다.

redeliveryDelayMultiplier 및 redeliveryCollisionAvoidanceFactor 속성이 7.8.x 또는 7.9.x 배포의 주요 브로커 CR에 구성된 경우 새 Operator는 7.10.x로 업그레이드한 후 CR을 조정할 수 없습니다. 두 속성의 데이터 유형이 float에서 7.10.x에서 문자열로 변경되었기 때문에 조정이 실패합니다.

spec.deploymentPlan.address>-<.addressSetting 요소에서 redeliveryDelayMultiplier 및 redeliveryCollisionAvoidanceFactor 속성을 삭제하여 이 문제를 해결할 수 있습니다. 그런 다음 brokerProperties 요소에서 특성을 구성합니다. 예를 들면 다음과 같습니다.

spec:
    ...
    brokerProperties:
    - "addressSettings.#.redeliveryMultiplier=2.1"
    - "addressSettings.#.redeliveryCollisionAvoidanceFactor=1.2"

ENTMQBR-7396 - [Operator, upgrade] 7.10.1로 업그레이드하면 새로운 Acceptor/Connector *v1.ServiceAdmission이 생성되지 않습니다.

AMQ Broker 7.10.0에서 7.10.1로 업그레이드한 후 업그레이드 중에 서비스에 잘못된 라벨이 추가되고 7.10.0의 Pod 선택기가 제거되지 않은 경우 메시징이 작동하지 않습니다. 업그레이드 후 메시징이 작동하지 않는 경우 다음 단계를 완료하여 이 문제를 해결합니다.

ENTMQBR-7111 - 7.10 버전의 Operator는 업그레이드하는 동안 StatefulSet을 제거하는 경향이 있습니다.

AMQ Broker Operator 7.10.0으로 업그레이드 중인 경우 새 Operator는 조정 프로세스 중 각 배포에 대한 기존 StatefulSet을 자동으로 삭제합니다. Operator가 StatefulSet을 삭제하면 기존 브로커 Pod가 삭제되어 일시적인 브로커 중단이 발생합니다.

다음 명령을 실행하여 이 문제를 해결하기 위해 Operator에서 StatefulSet: oc delete statefulset < statefulset-name > --cascade=orphan을 삭제하기 전에 StatefulSet을 수동으로 삭제하고 실행 중인 Pod를 분리할 수 있습니다.

업그레이드 프로세스 중에 StatefulSet을 수동으로 삭제하면 새 Operator에서 실행 중인 Pod를 삭제하지 않고 StatefulSet을 조정할 수 있습니다. 자세한 내용은 OpenShift에 AMQ Broker 를 배포 할 때 OperatorHub를 사용하여 Operator 업그레이드를 참조하십시오.

ENTMQBR-6991 - 7.10-opr-3은 7.10-opr-2 사용자의 PV ownerRef를 수정하지 않습니다.

7.10.0-opr-2로 배포하거나 업그레이드하고 배포를 확장하면 나중에 배포 CR을 삭제하면 데이터 손실이 발생할 수 있는 ownerReference 속성을 사용하여 새 PV가 생성됩니다. 예를 들어 7.10.0-opr-1을 배포하고 7.10.0-opr-2로 업그레이드한 다음 3개 브로커 인스턴스에서 4개의 브로커 인스턴스로 확장하면 ActiveMQArtemis CR을 삭제하면 데이터가 손실될 수 있습니다.

이 문제를 해결하려면 다음을 수행할 수 있습니다.

ENTMQBR-6712 - Taints and Tolerations - "tolerationSeconds"로 배포 중단

CR의 tolerations 섹션에 tolerationSeconds 속성을 추가하면 Operator 조정 프로세스가 작동하지 않고 브로커 Pod가 올바르게 예약되지 않습니다. 이 문제를 해결하려면 CR의 tolerations 섹션에 tolerationSeconds 속성을 추가하지 마십시오.

ENTMQBR-6473 - 스키마 URL 변경으로 인한 호환되지 않는 구성

버전 7.9 또는 7.10 인스턴스가 있는 이전 릴리스의 브로커 인스턴스 구성을 사용하려는 경우 스키마 URL 변경으로 인한 호환되지 않는 구성이 있으면 브로커가 충돌합니다. 이 문제를 해결하려면 Linux의 7.9.0에서 7.10.0으로 요약된 대로 관련 구성 파일의 스키마 URL을 업데이트합니다.

ENTMQBR-4813 대규모 메시지 및 여러 C++ 구독자가 포함된 ENTMQBR-48Exception

AMQP 프로토콜을 사용하는 여러 C++ publisher 클라이언트가 구독자 및 브로커와 동일한 호스트에서 실행되고 있고 게시자가 대규모 메시지를 전송하는 경우 구독자 중 하나가 충돌합니다.

ENTMQBR-6655 명령 artemis 검사 대기열은 "Could not start Jolokia agent"와 함께 실패합니다.

실행하기 전에 artemis 검사 queue 명령은 다음과 같은 오류 메시지를 표시합니다: Jolokia 에이전트를 시작할 수 없습니다. java.lang.IllegalStateException: https 통신을 위한 키 저장소를 열 수 없습니다. java.net.BindException: 주소가 이미 사용 중입니다.

ENTMQBR-6654 - requireLogin:true는 적용된 새로운 브로커 CR에서만 작동하며 기존 브로커 CR에는 적합하지 않습니다.

CR에서 requireLogin 속성이 true 로 설정된 경우 기존 브로커 인스턴스의 상태 저장 세트에서 AMQ_REQUIRE_LOGIN 환경 변수가 업데이트되지 않고 콘솔 인증 정보가 검증되지 않습니다. 이 문제를 해결하려면 기존 인스턴스에 대한 상태 저장 세트의 환경 변수 값을 수동으로 업데이트합니다.

ENTMQBR-5936 - URL이 클러스터되지 않은 포트를 대상으로 하는 경우 클라이언트는 백업 서버로 장애 조치를 수행하지 않습니다.

클라이언트가 HA 클러스터에 연결하는 데 사용하는 연결 URL에 브로커의 static-connectors 에 구성되지 않은 포트가 있는 경우, 장애 조치가 발생한 후 클라이언트는 이전 라이브 브로커에 대한 연결을 재시도하고 새 라이브 브로커에 연결하지 않습니다.

ENTMQBR-6728 - 업그레이드 경로가 손상됨

이 문제로 인해 7.x 채널에 가입한 AMQ Broker 7.9 사용자가 AMQ Broker 7.10으로 자동 업그레이드되지 않습니다. 이 문제를 해결하려면 7.10.x 채널에 가입하십시오.

ENTMQBR-5749 - OperatorHub에 표시되는 지원되지 않는 Operator 제거

OperatorHub에서 Operator 배포에 언급된 Operator 및 Operator 채널만 지원됩니다. Operator 게시와 관련된 기술적 이유로 OperatorHub에 다른 Operator 및 채널이 표시되고 무시해야 합니다. 다음 목록은 참조를 위해 표시되는 Operator는 표시되지만 지원되지는 않음을 보여줍니다.

ENTMQBR-17 - AMQ222117: 클러스터 연결을 시작할 수 없음

브로커 클러스터는 IPv6를 지원하는 환경에서 제대로 초기화하지 못할 수 있습니다. 로그 메시지에 표시된 SocketException 으로 인해 오류 발생 시 요청된 주소를 할당할 수 없습니다. 이 문제를 해결하려면 java.net.preferIPv4Stack 시스템 속성을 true 로 설정합니다.

ENTMQBR-520 - 다른 주소에 바인딩된 큐와 동일한 주소에서 수신해서는 안 됩니다.

주소와 이름이 동일한 큐는 주소에만 할당해야 합니다. 기존 주소와 동일한 이름으로 큐를 생성하지만 다른 이름으로 주소에 바인딩되는 것은 잘못된 구성입니다. 이렇게 하면 잘못된 메시지가 큐로 라우팅될 수 있습니다.

ENTMQBR-569 - Open>-<re에서 AMQP로 ID를 변환하면 ID를 바이너리로 보냅니다.

A-MQ 6 OpenECDHEre 클라이언트에서 AMQP 클라이언트로 교차 프로토콜을 통신할 때 추가 정보가 애플리케이션 메시지 속성에 인코딩됩니다. 이는 브로커가 내부적으로 사용하는 일반 정보이며 무시할 수 있습니다.

ENTMQBR-636 - Berkeley breaks, cause JavaNull PointerException, underf load (mpt)

브로커가 많은 부하를 관리할 때 IO 관련 문제가 발생하지 않도록 하려면 JVM에 충분한 메모리 및 힙 공간이 할당되어 있는지 확인합니다. ActiveMQ Artemis 설명서의 성능 튜닝 장에 있는 "VM 할당"이라는 섹션을 참조하십시오.

ENTMQBR-648 - JMS Openwire 클라이언트가 정의된 purgeOnNoConsumer 또는 대기열 필터로 메시지를 큐로 보낼 수 없음

A-MQ 6 JMS 클라이언트를 사용하여 consumer가 없는 경우 purgeOnNoConsumer 가 true 로 설정된 큐가 있는 주소로 메시지를 보냅니다. A-MQ 6 JMS 클라이언트를 사용할 때는 purgeOnNoConsumer 옵션을 설정하지 않는 것이 좋습니다.

ENTMQBR-652 - 알려진 amq-jon-plugin 버그 목록

이 amq-jon-plugin 버전에는 브로커 및 큐에서 알려진 문제가 있습니다.

브로커에 대한 문제:

대기열의 문제:

ENTMQBR-655 - [AMQP] fill -validated-user 가 활성화된 경우 메시지를 전송할 수 없음

AMQP 프로토콜을 사용하여 생성된 메시지에서는 설정 옵션 populate-validated-user 가 지원되지 않습니다.

ENTMQBR-897 - 대상 이름에서 특수 문자가 있는 Openwire 클라이언트/프로토그램 문제

현재 AMQ OpenECDHEre JMS 클라이언트는 이름에 다음 문자가 포함된 큐와 주소에 액세스할 수 없습니다(','), 해시('#'), 큰 ('>'), 공백('>).

ENTMQBR-944 - [A-MQ7, Hawtio, RBAC] 사용자는 RBAC에 의해 작업 액세스가 거부된 경우 피드백을 받지 않습니다.

콘솔은 인증되지 않은 사용자가 시도한 작업이 성공했음을 나타낼 수 있습니다.

ENTMQBR-1875 - [AMQ 7, ha, 복제된 저장소] 백업 브로커는 이동하지 않고 "live" 또는 종료되지 않음 - ActiveMQIllegegegegalStateException errorType=ILLEGAL_STATE message=AMQ119026: Backup Server가 라이브와 동기화되지 않았습니다.

백업 브로커가 마스터 브로커와 동기화하려고 하는 동안 마스터 브로커의 페이징 디스크를 제거하면 마스터가 실패합니다. 또한 백업 브로커는 계속 마스터와 동기화하려고하기 때문에 라이브 상태가 될 수 없습니다.

ENTMQBR-2068 - 일부 메시지가 수신되었지만 HA 장애 조치, 장애 복구 시나리오 중에 전달되지 않음

현재 OpenECDHEre 클라이언트가 메시지를 보내는 동안 브로커가 슬레이브로 장애 조치(failover)되지 않으면 장애 조치 발생 시 메시지가 브로커에게 전달될 수 있습니다. 이 문제를 해결하려면 브로커가 메시지를 승인하기 전에 메시지를 지속해야 합니다.

ENTMQBR-3331 - Stateful set 컨트롤러가 CreateContainerError에서 복구할 수 없으므로 Operator를 차단합니다.

AMQ Broker Operator가 구성 오류가 있는 CR(사용자 정의 리소스)에서 상태 저장 세트를 생성하는 경우 오류가 해결되면 상태 저장 세트 컨트롤러에서 업데이트된 상태 저장 세트를 롤아웃할 수 없습니다.

예를 들어 기본 브로커 CR의 image 특성 값이 잘못 입력되면 상태 저장 세트 컨트롤러에서 생성한 첫 번째 Pod의 상태가 보류 중 상태로 유지됩니다. 그런 다음 맞춤 오류를 수정하고 CR 변경 사항을 적용하면 AMQ Broker Operator에서 상태 저장 세트를 업데이트합니다. 그러나 Kubernetes 알려진 문제로 인해 상태 저장 세트 컨트롤러에서 업데이트된 상태 저장 세트를 롤아웃하지 못합니다. 컨트롤러는 보류 중 상태의 Pod가 준비 상태가 될 때까지 무기한 대기하므로 새 Pod가 배포되지 않습니다.

이 문제를 해결하려면 상태 저장 세트 컨트롤러에서 새 Pod를 배포할 수 있도록 Pending 상태인 Pod를 삭제해야 합니다. 보류 중 상태의 Pod를 확인하려면 oc get pods --field-selector=status.phase=Pending 명령을 사용합니다. Pod를 삭제하려면 oc delete pod <pod name> 명령을 사용합니다.

ENTMQBR-3846 - MQTT 클라이언트가 브로커 재시작 시 다시 연결하지 않음

브로커를 다시 시작하거나 브로커가 장애 조치되면 활성 브로커가 이전에 연결된 MQTT 클라이언트의 연결을 복원하지 않습니다. 이 문제를 해결하려면 MQTT 클라이언트를 다시 연결하려면 클라이언트에서 수동으로 subscribe() 메서드를 호출해야 합니다.

ENTMQBR-4023 - AMQ Broker Operator: Pod 상태 Pod 이름에 실제가 반영되지 않음

지정된 OpenShift 프로젝트의 Operator 기반 브로커 배포의 경우 oc get pod 명령을 사용하여 브로커 Pod를 나열하는 경우, Pod의 서수 값은 0 에서 시작합니다(예: amq-operator-test-broker-ss-0 ). 그러나 oc describe 명령을 사용하여 activemqartmises 사용자 정의 리소스(즉, oc describe activemqartemises)에서 생성된 브로커 Pod의 상태를 가져오는 경우 Pod ordinal 값은 1 에서 잘못 시작됩니다(예: mq-operator-test-broker-ss-1 ). 이 문제를 해결할 방법이 없습니다.

ENTMQBR-4127 - AMQ Broker Operator: OpenShift에서 생성한 경로 이름이 너무 길 수 있습니다.

Operator 기반 배포의 각 브로커 Pod에 대해 Operator에서 AMQ Broker 관리 콘솔에 액세스하기 위해 생성하는 경로의 기본 이름에는 사용자 정의 리소스(CR) 인스턴스 이름, OpenShift 프로젝트의 이름, OpenShift 클러스터 이름이 포함됩니다. 예를 들면 my-broker-deployment-wconsj-0-svc-rte-my-openshift-project.my-openshift-domain 입니다. 이러한 이름 중 일부가 긴 경우 기본 경로 이름은 OpenShift에서 적용하는 63자 제한을 초과할 수 있습니다. 이 경우 OpenShift Container Platform 웹 콘솔에서 경로는 Rejected.

이 문제를 해결하려면 OpenShift Container Platform 웹 콘솔을 사용하여 경로 이름을 수동으로 편집합니다. 콘솔에서 경로를 클릭합니다. 오른쪽 상단의 작업 드롭다운 메뉴에서 경로 편집 을 선택합니다. YAML 편집기에서 spec.host 속성을 찾아 값을 편집합니다.

ENTMQBR-4140 - AMQ Broker Operator: storage.size 가 부적절하게 지정된 경우 설치를 사용할 수 없습니다.

영구 스토리지 배포의 브로커에 필요한 PVC(영구 볼륨 클레임) 크기를 지정하도록 CR(사용자 정의 리소스) 인스턴스의 storage.size 속성을 구성하는 경우 이 값을 올바르게 지정하지 않으면 Operator 설치를 사용할 수 없게 됩니다. 예를 들어 storage.size 의 값을 1 로 설정한다고 가정합니다(즉, 단위를 지정하지 않고). 이 경우 Operator는 CR을 사용하여 브로커 배포를 생성할 수 없습니다. 또한 CR을 제거하고 storage.size 가 올바르게 지정된 새 버전을 배포하더라도 Operator는 여전히 이 CR을 사용하여 예상대로 배포를 생성할 수 없습니다.

이 문제를 해결하려면 먼저 Operator를 중지합니다. OpenShift Container Platform 웹 콘솔에서 배포를 클릭합니다. AMQ Broker Operator에 해당하는 Pod의 추가 옵션 메뉴(세 개의 수직점)를 클릭합니다. Pod 개수 편집 을 클릭하고 값을 0 으로 설정합니다. Operator Pod가 중지되면 storage.size 가 올바르게 지정된 새 버전의 CR을 생성합니다. 그런 다음 Operator를 다시 시작하려면 Pod 개수 편집 을 다시 클릭하고 값을 다시 1 로 설정합니다.

ENTMQBR-4141 - AMQ Broker Operator: 영구 볼륨 크기를 늘리려면 상태 저장 세트를 다시 생성한 후에도 수동 개입이 필요합니다.

영구 스토리지 배포에서 브로커가 요구하는 PVC(영구 볼륨 클레임) 크기를 늘리려는 경우 추가 수동 단계없이 변경 사항이 적용되지 않습니다. 예를 들어 사용자 정의 리소스(CR) 인스턴스의 storage.size 속성을 구성하여 PVC의 초기 크기를 지정한다고 가정합니다. 다른 값을 storage.size 로 지정하도록 CR을 수정하면 기존 브로커는 원래 PVC 크기를 계속 사용합니다. 배포를 0 브로커로 축소한 다음 원래 번호로 백업하는 경우에도 마찬가지입니다. 그러나 추가 브로커를 추가하기 위해 배포 크기를 확장하면 새 브로커는 새 PVC 크기를 사용합니다.

이 문제를 해결하고 배포의 모든 브로커가 동일한 PVC 크기를 사용하는지 확인하려면 OpenShift Container Platform 웹 콘솔을 사용하여 배포에 사용되는 PVC 크기를 확장합니다. 콘솔에서 스토리지 → 영구 볼륨 클레임 을 클릭합니다. 배포를 클릭합니다. 오른쪽 상단의 작업 드롭다운 메뉴에서 PVC 확장을 선택하고 새 값을 입력합니다.