一条消息卡在 Solace 上的一个队列中答案

【问题标题】：One message got stuck on one of the queue on Solace一条消息卡在 Solace 上的一个队列中
【发布时间】：2016-01-05 13:50:38
【问题描述】：

在一个安慰队列中，一条消息卡住了，其余消息已消耗，请帮助我解决此问题

【问题讨论】：

我们可以通过 CLI 获得以下输出吗？ “显示队列消息-vpn 详细信息”和“显示队列消息-vpn 统计详细信息”

标签： solace

【解决方案1】：

一种常见的可能性是 Solace 设备/VMR 已将消息传递给消费者，而消费者未能确认消息。因此，Solace 设备/VMR 无法再将消息传递给另一个消费者，除非消费者确认消息或断开其流程。

“显示队列消息-vpn 详细信息”将有助于确定是否如此。

solace1> show queue q1 message-vpn default detail

Name                                 : q1
Message VPN                          : default
Durability                           : Durable
Id                                   : 3813
Type                                 : Primary
Admin Ingress                        : Up
Admin Egress                         : Up
Access Type                          : Non-Exclusive
Owner                                :
Created by mgmt                      : Yes
All Others Permission                : Delete (1111)
Quota (MB)                           : 700000
Respect TTL                          : No
Reject Msg to Sender on Discard      : Yes
Bind Time Forwarding Mode            : Store-And-Forward
Current Messages Spooled             : 1
Current Spool Usage (MB)             : 0.0001
High Water Mark (MB)                 : 0.0006
Total Delivered Unacked Msgs         : 1  <=================== 1 Message has been delivered to an application but is unacknowledged.
Max Delivered Unacked Msgs Per Flow  : 10000
Total Acknowledgments In-Progress    : 0
Max Redelivery                       : 1
Consumer Ack Propagation             : Yes
Reject Low-Priority-Msg              : No
Reject Low-Priority-Msg Limit        : 0
Low-Priority-Msg Congestion State    : Disabled
Oldest Msg Id in Spool               : 457000639
Newest Msg Id in Spool               : 457000639
Max Msg Size Allowed (B)             : 10000000
Bind Count                           : 1
Max Bind Count                       : 1000
Topic Subscription Count             : 2
Network Topic                        : #P2P/QUE/q1
Egress Selector Present              : No

Event Threshold                           Set Value      Clear Value
---------------------------------- ---------------- ----------------
Bind count                                 80%(800)         60%(600)
Spool usage (MB)                        80%(560000)      60%(420000)
Reject Low-Priority-Msg Limit                80%(0)           60%(0)

Egress Flows

  Client Name                        : perfhost/6588/#000b0001
    Flow Status                      : Active-Consumer
    Deliver From                     : input stream
    Status Updates                   : Not Requested
    No Local Delivery                : No
    Request Redelivery               : No
    Selector                         :
    Window Size                      : 255
    Last Connect Time                : 2016-01-05 13:51:44 SGT
    Activation Time                  : 2016-01-05 13:51:44 SGT
    Flow Id                          : 4191
    Last Msg Id Delivered            : 457000639

【讨论】：

三年后，但我要试一试：假设我遇到过消息卡住的情况，但下游流程在执行您建议的任何分析之前被退回。死后还有什么可以做的吗？另外，当您说“一种常见的可能性”时，这意味着还有其他可能性——还有什么会导致消息卡住？