| Author |
Message
|
| shashivarungupta |
 Posted: Wed Jun 23, 2010 9:14 am Post subject: |
 |
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
May be they are sending messages in segments or in a sequence or they don't have any procedure to send it again 
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed Jun 23, 2010 9:18 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| shashivarungupta wrote: |
May be they are sending messages in segments or in a sequence or they don't have any procedure to send it again
|
Well that's going to be a problem if any of the real messages ever fail to arrive. As has been a thread through this thread (!) putting a test message to a test queue doesn't prove anything about the connection you're using on an ongoing basis to the "real" queue some time later.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Wed Jun 23, 2010 9:22 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| Vitor wrote: |
| shashivarungupta wrote: |
May be they are sending messages in segments or in a sequence or they don't have any procedure to send it again
|
Well that's going to be a problem if any of the real messages ever fail to arrive. As has been a thread through this thread (!) putting a test message to a test queue doesn't prove anything about the connection you're using on an ongoing basis to the "real" queue some time later. |
Yup ! True !
J.D has already cleared it "..put the test message in a designated Queue (used for test messages only) .."
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| SAFraser |
| Posted: Wed Jun 23, 2010 9:47 am Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
J.D., You've gotten lots of good design advice. But sometimes we are stuck with the design of others and, try as we might, we cannot get the designers to improve upon their design.
So then we are left to figure out how to make our own lives easier as we deal with a poor design that we cannot change. It is for this reason that our team has altered the sample program, amqsget, to increase its buffer and then set it as a triggered process on certain queues.
I suspect some of my senior colleagues will say that we are just enabling designers to continue to create poor architecture. That may be! But with sincere respect, I invite my colleagues to take my pager so that they, too, can VPN in to servers at 3:00 AM in order to clear a full queue in stress testing. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Wed Jun 23, 2010 9:57 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
Some what I agree with SAFraser too as J.D can't to anything with the old architecture in the system until then its been modified/upgraded. (because once I had faced architecture problem too.. and I had to manage with that. )
J.D, you can ofcourse increase the queue depth using some script in unix/aix when you get an alert that certain percentage of that test queue has filled up... and in the next morning you can clear them manually.
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| J.D |
| Posted: Wed Jun 23, 2010 10:37 am Post subject: |
|
|
Voyager
Joined: 18 Dec 2009
Posts: 92
Location: United States
|
The maximum Queue depth is 5000000 and we don't want to increase it more. During normal days Queue gets full in 3 weeks and i asked the developers to put expiration on the test message. Right now i'm manually clearing the Queue every two weeks using BMC tool. Changing the existing architecture is a very big change as it was developed 9 yrs back and no one in dev team has complete grip on code. I will try rfhutil and see if it works or not. Thanks for your valuable advices and will keep in mind for new projects.
_________________
IBM WebSphere MQ & WAS Administrator |
|
| Back to top |
|
|
| jeevan |
| Posted: Wed Jun 23, 2010 10:42 am Post subject: |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
| shashivarungupta wrote: |
Some what I agree with SAFraser too as J.D can't to anything with the old architecture in the system until then its been modified/upgraded. (because once I had faced architecture problem too.. and I had to manage with that. )
J.D, you can ofcourse increase the queue depth using some script in unix/aix when you get an alert that certain percentage of that test queue has filled up... and in the next morning you can clear them manually. |
Or, modify the sample MQread (http://www.capitalware.biz/mqseries.html) to read the message of off the queue and put this in a batch file which could be called by a windows schedular every day at a particular time let say at 11 pm. |
|
| Back to top |
|
|
| JosephGramig |
| Posted: Wed Jun 23, 2010 10:57 am Post subject: |
|
|
Grand Master
Joined: 09 Feb 2006
Posts: 1244
Location: Gold Coast of Florida, USA
|
| Ya know... MA0T scripts can do all this... It will do a lot more too. |
|
| Back to top |
|
|
|
|
