This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal


May 8, 2013, 11:04 PM
1 Posts

Insufficient Queue Space - Router message queue is full

  • Category: Mail
  • Platform: Windows
  • Release: 9.0
  • Role: Administrator
  • Tags: Router
  • Replies: 3

Wondering if anyone has seen any router issues. We see this issue at least once a week.

The mail will be backed up but the messages are not labeled as DEAD/PENDING.

This has happened on both servers.

Issue a Tell Router Show Queue returns nothing 0.

We are running Symantec version 8.1.1

We recently upgraded our two mail servers and we've seen this issue a few times.

Error message on the console

04/23/2013 12:49:50 PM Router: Error processing mail event: Insufficient Queue Space - Router message queue is full.
04/23/2013 12:49:50 PM Router: Error searching mailbox file mail1.box: Insufficient Queue Space - Router message queue is full.

04/23/2013 12:49:53 PM Router: Error processing mail event: Insufficient Queue Space - Router message queue is full.
04/23/2013 12:49:53 PM Router: Error searching mailbox file mail2.box: Insufficient Queue Space - Router message queue is full.

04/23/2013 12:49:57 PM Router: Error processing mail event: Insufficient Queue Space - Router message queue is full.
04/23/2013 12:49:57 PM Router: Error searching mailbox file mail3.box: Insufficient Queue Space - Router message queue is full.

May 10, 2013, 3:29 AM
2 Posts
Some additional troubleshooting suggestions
In addition to the "tell router show" command, try these:

show stat mail        - In particular, look at mail.totalpending, mail.waiting, mail.dead and mail.hold.  The mail.totalpending statistic is the total number of messages in all mail.box databases, while mail.waiting is the number of messages the router has read in to the internal memory queue (not countingdead and held messages).   Presumably these will be in the tens of thousands, but smaller counts could indicate some other memory management issue like a leak.   Also look at mail.journalpending, which could indicate if messages that have been routed are being held in the queue just waiting to be written to the journal.

show task time        - Look at the status of the various router tasks (Dispatch, Mailbox, Sweep, etc.) and the time they entered this state.  Do any of the tasks appear to be hung (with an older timestamp than most tasks)?

nsd -stacks                - If the "show task time" output shows that one or more tasks appear blocked, the NSD would help identify the cause (this is more for IBM to use for troubleshooting).

Mike
Jun 24, 2013, 7:46 PM
1 Posts
I have a PMR submitted

I have the same issue that started when I upgraded my HUB server to r9 - I also run SMSDom 8.1.1.  I have a PMR submitted with IBM.  The Router task is the only task that is affected, restarting the Router task will resolve the issue, there is no need to restart the OS/Program and all pending messages will route once the task has been restarted.


This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal