第5章 修正された問題

ここでは、AMQ Broker 7.8 で修正された一連の主な問題について説明します。リリースで修正された問題の完全リストは、AMQ Broker 7.8.0 Fixed Issues および AMQ 7 Broker - 7.8.x Resolved Issues を参照してください。

  • ENTMQBR-1815 - 自動更新での Hawtio ビューの変更

    以前のバージョンでは、自動更新が有効な場合に Hawtio コンソールは 5 秒ごとに画面を更新していました。また、この動作により、ビューが Attributes タブに切り替わり、表示されていたその他のタブからフォーカスが失われました。この問題は解決されています。

  • ENTMQBR-2890 - まれに、サイズが n > 1 の CR インスタンスを作成すると、n 番目のブローカー Pod が起動し、即座に 1 度再起動する

    以前のバージョンでは、AMQ Broker Operator を使用するブローカークラスターをデプロイするために、カスタムリソース(CR)インスタンスを使用した場合、デプロイメントの最後のブローカー Pod(CR の size プロパティーによって決定される)が開始されてから、使用可能になる前に 1 回すぐに再起動されていました。この問題は解決されています。デプロイメント内のブローカー Pod は、使用可能になる前に再起動されません。

  • ENTMQBR-3059 - AMQ Broker Operator: Operator は再起動/更新後に CR 名を取得しない

    以前のバージョンでは、永続性およびメッセージ移行を使用するように設定されている 2 つ以上のブローカーのクラスター化ブローカーデプロイメントを作成した場合、メッセージ移行用にスケールダウンコントローラーをインスタンス化する際に、AMQ Broker Operator は無効な名前を生成する可能性がありました。具体的には、Operator が再起動するか、またはそのイメージがブローカーデプロイメントのスケールダウン前に更新された場合に、この問題が発生しました。この状況の結果、ブローカーデプロイメントを削除し、再作成する必要がありました。この問題は解決されています。

  • ENTMQBR-3514 - AMQ Broker Operator: ブローカーがインスタンス化される前にアドレス CR が送信される場合、アドレスが作成されない

    以前のバージョンでは、Operator ベースのブローカーのデプロイメントの場合、ブローカーがインスタンス化される前にアドレスのカスタムリソース(CR)インスタンスを作成した場合、Operator はアドレスの作成に失敗しました。この問題は解決されています。

  • ENTMQBR-3578 - AMQ Broker Operator: 起動時に、既存の CR インスタンスをベースラインとして使用して先に進むための Operator サポートがない

    以前のバージョンでは、AMQ Broker Operator の起動時に、プロジェクトの既存のカスタムリソース(CR)インスタンスをチェックしませんでした。この動作は、Operator を再起動する必要がある場合に(新規 Operator イメージのバージョンを適用するなど)、Operator およびブローカーデプロイメントが同期されなくなったことを意味していました。この場合は、ブローカーデプロイメントを削除してから再作成する必要がありました。この問題は解決されています。

  • ENTMQBR-3587 - 重大な IO エラーでシャットダウンする時の通知を回避する

    以前のバージョンでは、重大な IO エラーが原因で自身をシャットダウンすると、ブローカーはディスク IO をトリガーする複数の通知を生成していました。これらの通知により、ブローカーのシャットダウンが遅れたり、阻止される可能性もあります。この問題は解決されています。

  • ENTMQBR-3617 - 永続性アドレスの hawtio コンソールのユーザー情報が null である

    以前のバージョンでは、コンシューマーが共有の永続サブスクリプションを作成すると、AMQ 管理コンソールは、ブローカーによって自動作成されたサブスクリプションキューの null として関連付けられたユーザーを表示する可能性がありました。この問題は解決されています。

  • ENTMQBR-3692 - 永続性アドレスの hawtio コンソールのユーザー情報が null である

    以前のバージョンでは、メッセージ駆動型 Bean(MDB)が、(たとえば、Red Hat JBoss Enterprise Application Platform で)ActiveMQ Java Connector Architecture(JCA)リソースアダプターを使用して、永続トピックサブスクリプションを作成すると、MDB はデプロイに失敗しました。この問題は解決されています。

  • ENTMQBR-3705 - 非破壊的な LVQ は、既存のコンシューマーにメッセージを配信しない

    以前のバージョンでは、コンシューマーが共有の永続アドレスを作成すると、AMQ 管理コンソールは関連するユーザーを null と表示する可能性がありました。この問題は解決されています。

  • ENTMQBR-3710 - キュー再開時の誤った監査メッセージ

    以前のバージョンでは、一時停止してキューを再開すると、監査ロガーには、再開イベントを別の一時停止イベントとして説明したテキストが誤って含まれていました。以下に例を示します。

    2020-07-09 11:18:00,352 [AUDIT](qtp795748540-39) AMQ601213: User amq(amq)@192.168.100.1:40858 is resuming on target resource: QueueImpl[name=helloworld, postOffice=PostOfficeImpl
    2020-07-09 11:18:00,352 [AUDIT](qtp795748540-39) AMQ601721: User amq(amq)@192.168.100.1:40858 has paused queue helloworld

    この問題は解決されています。

  • ENTMQBR-3719 - LegacyLDAPSecuritySettingPlugin を使用すると、新しいユーザーは、新しく作成された宛先にアクセスできる

    以前のバージョンでは、新しいパーミッションが LDAP に追加されると、LegacyLDAPSecuritySettingPlugin プラグインは、新しい権限を使用してデフォルトのセキュリティー一致を変更していました。これにより、既存のユーザーの認証が破損する可能性があります。この問題は解決されています。

  • ENTMQBR-3726 - JVM プロパティー hawtio.role は、空白およびハイフンを持つロールを解析しない

    以前のバージョンでは、artemis.profile ファイルが、空白またはハイフンを含む hawtio.role プロパティーを定義すると、プロパティーが適切に動作しませんでした。この問題は解決されています。

  • ENTMQBR-3744 - デフォルト/ゼロ以外の consumer-window-size でグループのリバランスを有効にすると、メッセージの消費が順不同になる可能性がある

    以前のバージョンでは、一部の接続されているコンシューマーが、ゼロよりも大きい consumerWindowSize の値を使用していた場合(つまり、メッセージがこれらのクライアント上でバッファーに事前フェッチされている)、およびgroup-rebalance または default-group-rebalancetrueに設定して)グループのリバランスを使用するようにブローカーを設定した場合、メッセージの消費が順不同になる可能性があります。この問題は解決されています。

  • ENTMQBR-3752 - バックアップブローカーはマスターとの接続を再確立できない

    ネットワークが停止した場合に、ライブバックアップグループの両方のブローカーを同時に稼働させることができます(ネットワーク分離 または スプリットブレインと呼ばれる状況)。以前のバージョンでは、このような状況が発生すると、接続された AMQ Core Protocol JMS クライアントは、誤ったブローカートポロジー情報を受け取っていました。その結果、ネットワークおよびスプリットブレインの問題が解決されると、クライアントは適切なブローカーに再接続できませんでした。この問題を回避するには、クライアントを再起動する必要がありました。この問題は解決されています。

  • ENTMQBR-3782 - page-max-concurrent-io を無効化できない

    以前は、page-max-concurrent-io の値を -1 に設定して、ページングで許容される同時読み取り数の上限を削除することはできませんでした。代わりに、ブローカーはデフォルト値を、またはデフォルトから変更した場合は以前に設定された値を引き続き使用しました。この問題は解決されています。

  • ENTMQBR-3797 - アクティベーションに失敗すると、zombie ブローカーが発生する可能性がある

    以前のリリースでは、ライブバックアップブローカーグループが共有ストアの高可用性を使用するように設定されている場合、ライブブローカーは再起動後に適切にアクティブ化できない可能性がありましたが、ジャーナルロックの保持を継続していました。たとえば、ライブバックアップグループがネットワークファイルシステム(NFS)を使用していて、NFS が予期せず停止または削除され、ライブブローカーが再起動すると、この問題が発生する可能性があります。この状況により、クライアントを提供できず、バックアップブローカーがアクティブ化できなかったブローカーが機能しなくなっていました。この問題は解決されています。

  • ENTMQBR-3798 - JDBC XML 設定は、カスタムパスワードコーデックを使用できない

    以前のバージョンでは、jdbc-password パラメーターにマスクされたパスワードとブローカー設定の password-codec パラメーターのカスタムコーディックを指定すると、ブローカーは常にデフォルトの org.apache.activemq.artemis.utils.DefaultSensitiveStringCodec コードを使用してパスワードをデコードしていました。この問題は解決されています。

  • ENTMQBR-3812 - キューの破棄と非ページングを同時に行うと、デッドロックが発生する可能性がある

    以前は、キューが破棄され(たとえば、耐久性のないコンシューマーが接続を閉じたとき)、同時に非ページングが発生した場合、デッドロック状態が発生する可能性がありました。この問題は解決されています。

  • ENTMQBR-3813 - キュー更新時の Null ポインター例外

    以前のバージョンでは、元々フィルターなしで作成されたキューを更新しようとすると、ブローカーが null ポインター例外(NPE)を表示する可能性がありました。この問題は解決されています。

  • ENTMQBR-3841 - 同時 Jolokia 操作により artemis-roles.properties または artemis-users.properties が誤って更新される可能性がある

    以前のバージョンでは、ユーザーおよびロールまたはパーミッションを操作する複数の同時 Jolokia 操作がブローカーで実行されると、ブローカーは artemis-roles.properties または artemis-users.properties 設定ファイルの一部のデータを誤って更新したり、削除したりする可能性がありました。この問題は解決されています。

  • ENTMQBR-3880 - ページング中にワイルドカードアドレスの宛先ヘッダーが置き換えられる

    以前は、メッセージが保存される前に、ブローカーはページストア名を反映するようにメッセージのアドレスフィールドを設定していました。メッセージが、ワイルドカードアドレス式を使用してサブスクライブしたコンシューマーに対して最初にページングされている場合、他のコンシューマーが処理できなかった誤った宛先名のヘッダーが発生しました。この問題は解決されました。ブローカーは、メッセージをページストアに書き込むときにメッセージの内容を変更しなくなりました。これにより、元のターゲットアドレスはそのまま残ります。

  • ENTMQBR-4034 - 再起動後に LVQ が破損する

    以前のバージョンでは、ブローカーの再起動後に、last-value キューにある既存のメッセージは、同じ last-value キーを持つキューに送信された新しいメッセージに置き換えられませんでした。この問題は解決されています。

  • ENTMQBR-4143 - AMQ Broker Operator: CRD と Operator との間の pageSizeBytes プロパティーのタイプの不一致

    以前のリリースでは、(addressSettings.addressSetting セクションを追加することで)ブローカーデプロイメントのカスタムリソース(CR)インスタンスにアドレス設定を追加した場合に、pageSizeBytes プロパティーを含めることができませんでした。このプロパティーを含めて値を指定した場合、Operator は CR の処理に失敗したか、CR を処理したがブローカーを開始できたかのいずれかとなりました。この問題は解決されています。

  • ENTMQBR-4144 - AMQ Broker Operator: アドレス設定 redeliveryCollisionAvoidanceFactor を指定できない

    以前のリリースでは、(addressSettings.addressSetting セクションを追加することで)ブローカーデプロイメントのカスタムリソース(CR)インスタンスにアドレス設定を追加した場合に、redeliveryCollisionAvoidanceFactor プロパティーを使用することができませんでした。このプロパティーを含めて値を指定すると、Operator は CR の処理に失敗しました。この問題は解決されています。

  • ENTMQBR-4145 - AMQ Broker Operator: アドレス設定 autoCreateJmsTopics を指定できない

    以前のリリースでは、(addressSettings.addressSetting セクションを追加することで)ブローカーデプロイメントのカスタムリソース(CR)インスタンスにアドレス設定を追加した場合に、autoCreateJmsTopics プロパティーを使用することができませんでした。このプロパティーを含めて値を指定すると、Operator は CR を処理しましたが、生成されるブローカー設定にプロパティーを含めることができませんでした。この問題は解決されています。

  • ENTMQBR-4146 - アドレス設定で default-group-rebalance-pause-dispatch プロパティーが指定されている場合にブローカーが起動しない

    以前のバージョンでは、broker.xml 設定ファイルの address-setting 要素を設定し、default-group rebalance-pause-dispatch プロパティーの値を true に設定する場合、ブローカーは起動できませんでした。

    この問題は、OpenShift Container Platform でのブローカーデプロイメントでも発生しました。具体的には、(addressSettings.addressSetting セクションを追加することで)ブローカーデプロイメントのカスタムリソース(CR)インスタンスにアドレス設定を追加し、defaultGroupRebalancePauseDispatch プロパティーの値を true に設定すると、デプロイメントのブローカーを開始できませんでした。

    この問題は解決されています。

  • ENTMQBR-4159 - AMQ Broker Operator: STOMP プロトコル用にルートが作成されていない

    以前のリリースでは、STOMPプロトコルを使用するようにアクセプターを定義したが、アクセプターが使用するポートを指定しなかった場合、Operatorはアクセプターのサービスとルートを作成できませんでした。この問題は解決されています。

  • ENTMQBR-4195 - 削除されたスケジュールされたメッセージがAMQブローカーの再起動後に再表示される

    以前のリリースでは、管理APIを使用してスケジュールされたメッセージを削除した場合、メッセージはメモリから削除されましたが、ストレージからは削除されませんでした。これにより、ブローカーを再起動する際にメッセージが再表示されました。この問題は解決されています。

  • ENTMQBR-4263 - DLQ を介してメッセージが大きくなると、ブローカーがシャットダウンする

    以前のバージョンでは、特定のプロトコルのメッセージがそのプロトコルに設定された大きなメッセージサイズに近く、ブローカーがメッセージをデッドレターキューに配信しようとすると、ブローカーが予期せずシャットダウンする可能性がありました。この問題は解決されています。

その他のリソース