× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Alistair Rooney  said:

> I'm so glad you touched on journaling with MQ. We are having 
> a hellish time
> with all MQ programs going into a lock wait for 10-30 
> minutes. This seems to
> be every time it does a journal detach. It's causing havoc 
> with our timings.
> IBM say that there are PTFs available for V5 but we are on 
> OS/400 V3.7 and
> to run V5 of MQ we would need to upgrade to OS/400 4.n.
> 
> Do you know of any workaround. The journals are managed by MQ 
> internals
> which makes things a bit scary.

This sounds a bit familiar.  We haven't used OS/400 V3R7 for a few
years, but we did have some severe locking problems in MQ on a large
machine which was at V4R1 or 2.  The best IBM were able to tell me was
that it might be to do with the number of MQ messages per syncpoint.  A
syncpoint is better known as a commit cycle.  So, how many messages do
you process between commits?  At the time we were having the problems,
which was December last year, our contact at IBM said that their
performance people recommended a maximum of 50 per syncpoint.  This
assumes, of course, that you are using syncpointing.

Anyway, we installed various PTFs over a period of several months, and I
think eventually it must have got fixed, because I haven't heard of it
happening in quite a while.

That said, if your problem is definitely linked to journal receivers
being detached, you could increase the receivers' threshold value -- at
least, you ought to be able to; I cant't find out how you would change
it, so perhaps it can only be done on create.  Hmm...

Also, I was wrong about 5.1 not using journalling; its just that the
journal and receivers are now in a queue-manager specific library,
instead of QUSRSYS and QMQMDATA respectively.  You can have multiple
queue managers at 5.1.

HTH.

Cheers,

Martin.


--                                                                     
Martin McCallion                 
Midas-Kapiti International
Work:  mccallim@midas-kapiti.com
Home: martin.mccallion@ukonline.co.uk

Apologies for the length of this sig, but company policy says:
This email message is intended for the named recipient only.  It may be
privileged and/or confidential.  If you are not the intended named
recipient of this email then you should not copy it or use it for any
purpose, nor disclose its contents to any other person.  You should
contact Midas-Kapiti International as shown below so that we can take
appropriate action at no cost to yourself.

Midas-Kapiti International Ltd, 1 St George's Road, Wimbledon, London,
SW19 4DR, UK
Email: Postmaster@midas-kapiti.com Tel: +44 (0)208 879 1188 Fax: +44
(0)208 947 3373
Midas-Kapiti International Ltd is registered in England and Wales under
company no. 971479 
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.