ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Workflow Engines - IBM MQ Workflow & Business Process Choreographer » [SOLVED]The retry limit for message SDDS has exceeded.

Post new topic  Reply to topic
 [SOLVED]The retry limit for message SDDS has exceeded. « View previous topic :: View next topic » 
Author Message
CP
PostPosted: Thu Sep 16, 2004 12:15 pm    Post subject: [SOLVED]The retry limit for message SDDS has exceeded. Reply with quote

Novice

Joined: 15 Jul 2004
Posts: 16

The retry limit for message SDDS has exceeded. The message is stored in the execution server hold queue for later processing.

Can anybody tell me does this cause anything to my running instances ? Or do I need to increase MessageRetry Limit? Is this related to any data base dead locks ?

Thanks,
Back to top
View user's profile Send private message
jmac
PostPosted: Fri Sep 17, 2004 5:30 am    Post subject: Reply with quote

Jedi Knight

Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC

You need to investigate why these messages are showing up. It could be due to deadlocks, it could be due to a missing UPES queue. The first thing I would do is replay the messages and see if they go away. If that is the case, it was most likely database deadlocks and you should runstats/rebind your db.

This does affect running instances, in that they will not progress past whatever activity is causing these messages to be written to the hold queue
_________________
John McDonald
RETIRED
Back to top
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
CHF
PostPosted: Fri Sep 17, 2004 9:45 am    Post subject: Reply with quote

Master

Joined: 16 Dec 2003
Posts: 297

In addition to what Jmac said, also look at the following post:

http://www.mqseries.net/phpBB2/viewtopic.php?t=15016
_________________
CHF
Back to top
View user's profile Send private message Send e-mail Yahoo Messenger
mike_mq
PostPosted: Wed Sep 22, 2004 11:29 am    Post subject: Reply with quote

Centurion

Joined: 17 Oct 2003
Posts: 123

I had the similar Message in my System Log File. And lot of messages are going to Execution Server's hold queue. I found an error in my process model in defining a NOOP, which is defined as Synchronous and hence it is waiting for the response (which is not possible for a NOOP, as they are asynchronous). SO I modified my process model and replayed all the messages from the hold queue. Everything is going fine now.

Look at your fmcsys log file and make corrections to your process model and replay all messages from the hold queue by pressing "r" in the Execution Server's hold queue menu. you will be fine.

Thanks,
Back to top
View user's profile Send private message
CP
PostPosted: Wed Sep 22, 2004 5:12 pm    Post subject: [SOLVED] Reply with quote

Novice

Joined: 15 Jul 2004
Posts: 16

There is a bug in my model, one of the NOOP is defined wrong. And after I replayed messages from hold queue, looks like everything is smooth now. Thanks guys for all your responses.

Regards
CP
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Workflow Engines - IBM MQ Workflow & Business Process Choreographer » [SOLVED]The retry limit for message SDDS has exceeded.
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.