Doubt on CHAD exit.

[Shuba P.K.]

Hi,

I am trying to code a CHAD exit for a cluster sender. I get the PMQCD as
input to my function. When I alter some variables (my actual requirement
is to alter MsgExit, MsgUserData) in this structure, the new values are
not getting reflected in the auto defined sender channel. 

I use fprintf statements before and after altering the variables. Here,
the log file shows the initial value in first fprintf and the altered
value in the second frpintf. So, exit is reaching that point but then,
when I see the actual properties on the channel, they are not reflected.

They are blank or Junk characters!!! It has neither the initial value
(that it got from receiver channel) nor the altered value. The clussdr
and corresponding clusrcvr start and message transmits successfully.

I don't understand what's going wrong.

I tried to alter description of a channel (Desc variable in the C
structure) in a normal Channel Message Exit. This is also not reflected
in the channel. So, I got doubts like - will altering the PMQCD in an
exit program actually change the channel properties?

I tried strcpy/ strncpy/memcpy.

Can some one help me with this?

Thanks in Advance. 
Regards,
Shuba.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: 5.3 Client install for Solaris

[Chan, Ian M]

Title: Message



What
is your umask setting? Try change to 022 before install.
 
Regards,
 
Ian

  -Original Message-From: MQSeries List
  [mailto:[EMAIL PROTECTED]On Behalf Of Darren
  NguyenSent: Thursday, 19 August 2004 3:00 PMTo:
  [EMAIL PROTECTED]Subject: 5.3 Client install for
  Solaris
  I'm trying to install the 5.3 client on Solaris 9. It
  keeps dying at checkinstall
  and complains about not finding the license.
  
   
  I checked and the license is there in
  /tmp/mq_license/license/status.dat
   
   
  Here's the output below (Sorry my putty outputs
  weird)
  
  ## Executing checkinstall script.
  ERROR: Product cannot be installed until the license
  agreement has been accepted.
  Run the 'mqlicense' script, which is in the root
  directory of the install media, or see the
  Quick Beginnings book for more information.
  pkgadd: ERROR: checkinstall script did not complete
  successfully

5.3 Client install for Solaris

[Darren Nguyen]

Title: Message



I'm trying to install the 5.3 client on Solaris 9. It keeps 
dying at checkinstall
and complains about not finding the license. 

 
I checked and the license is there in 
/tmp/mq_license/license/status.dat
 
 
Here's the output below (Sorry my putty outputs 
weird)

## Executing checkinstall script.
ERROR: Product cannot be installed until the license
agreement has been accepted.
Run the 'mqlicense' script, which is in the root
directory of the install media, or see the
Quick Beginnings book for more information.
pkgadd: ERROR: checkinstall script did not complete 
successfully

svrconn chl question(s)

[Darren Douch]

Hi
 
I have an app that opens a client connection 
channel to put some msgs.  It then hangs around for a variable length of 
time waiting for some non-MQ stuff to happen - the MQ channel is still up, but 
the app is not putting or getting msgs.  Eventually some more work comes 
along and it gets a 2009 on the PUT (I think we have connectivity issues causing 
this, but they seem difficult to get to the bottom of).  We get a new 
connection and redo the put.
 
This works, but we eventually hit the 
maxactivechannels - the broken ones never seem to come down.
 
So... we will probably change the app so that it 
only maintains its connection whilst there is definitely work to do, but is 
there anything we can do - heartbeats, keepalive, anything else? - that would 
get the qmgr to realise that it's got a lot of broken channels?  Given that 
we're using client connection and not sat in a GET WAIT I think the answer is 
no, but this forum is usually wiser than I :)
 
Thanks
Darren.
 
 

Managerial position in India on Websphere!!!

[Mq Expert]

Hi,
 
I am looking for a managerial position with an IT company(based in US)  
involved in Websphere MQ related activities in India.  If someone is 
interested in either setting up their offshore office in India, or if you 
already have an office and are looking for a Technical Manager position, 
then your search ends here.
 
Ideally I would want to manage either the whole establishment, offshore 
office in India or Websphere project(s) that are outsourced.  I would 
prefer to handle both Managerial as well as technical stuff, but i am 
flexible and open for discussion in this regard.
 
I am currently in the US and am also open to moving into your 
company(within US) for a little while(ideally again about 6 months to a 
maximum of 1 year), to understand the culture and the business, before a 
complete setup in India happens.
 
I have more than a decade experience in IT and most of it in Middleware 
technologies.  I have held managerial positions earlier in my career.  I 
also have been an entreprenuer in India, and hence i know the ins and 
outs of a Company structure, working, managing etc.
 
If you think the above interests you, please do get in touch with me @ 
[EMAIL PROTECTED] and we can talk more details.
 
Have a good day.
 
Cheers
MQ__Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com

Re: WMQ V5.3.1 and Xpediter

[Roger Lacroix]

Speaking of cobwebs... :)

Here is a snippet that I saved when I had problems a few years ago at a client
site:

+
Expeditor and MQSeries problems
http://www-1.ibm.com/servlet/support/manager?rs=0&rt=0&org=tss&doc=EA5580B62FFFDCC48525688600739190

ABENDQAPI QRPL CMDREQUEST CSQCSTUB TRUE PROGRAM NAME CSQ

Description

MQOPEN does not work unless program name begins 'CSQ'.  Environment -
MQSeries for MVS/ESA v1.1.4; CICS/MVS 2.1.2 with MQ adapter installed; VS
Cobol II 1.4; OS/390.  MQ, the OS, and Cobol are at current maintenance
levels.  A programmer has written a program to use the MQ APIs and has
named it DPAMQTST.  Every time he tries to run the transaction it abends
with a QAPI transaction abend (invalid API call).  However, if we take the
exact same source code and recompile it changing the name of the program
to 'CSQMQTST' (and changing the transaction PCT entry as well) then the
transaction executes flawlessly.  It seems as though MQ cares a great deal
about the name of the program invoking the MQ API, yet I cannot find it
documented anywhere that programs which invoke the MQ API must have names
beginning with 'CSQ'.  Is this in fact a requirement or is there something
else going on here?

ALL USERS with MQSeries and EXPEDITOR by COMPUWARE

Resolution

The QAPI abend is issued when the CMDREQUEST byte in the QRPL does not
contain a valid MQ API call.  I don't think that the target queue being
SYSTEM or otherwise would affect this field.  It is very strange the
application works fine when it is called "CSQ." and not otherwise.  I
ran the cust's application on our test systems, and my QRPL contained the
correct request code for an MQOPEN.  When CSQCSTUB calls CSQCTRUE on
behalf of the application, the MQ request code is retrieved from the
location at +X'4' bytes on from the return address of CSQCSTUB.  This
request code is then stored in the QRPL.  It is my suspicion there is some
kind of monitor or exit program which is intercepting the MQOPEN call and
when CSQCTRUE is called, it is using the monitor's return address when it
tries to find the request code.  One question:  Why would a monitor/exit
intercept MQOPEN call for a program named DPAMQTEST but not if the program
name is changed to begin with 'CSQ'?  This doesn't make sense to me.  The
program list at the bottom of the dump tells us this return address is
within DBUGPPM1.  This is the Compuware Xpeditor I believe.  As for the
question of why a program beginning CSQ... runs successfully, this could
be because this Compuware product knows that CSQ... means a MQ internal
module, and therefore does not do any processing for those programs.  Cust
shut down the Compuware Xpediter product and tried it again... everything
worked fine, so that confirms it's an Xpediter problem.  Here's the
scoop.  Xpediter/CICS needs two specific entries to be included in
'Monitor Exclusions' (option 9.4.1 when using the XPSP transaction):  1.
There must be an entry excluding any PROGRAM whose name begins with CSQ*
2. There must also be an entry excluding any CSECT whose name begins with
CSQ* This can be permanently set up by assembling a table of commands that
Xpediter processes from PLT processing when CICS initializes.
+


Hope that helps.

Regards,
Roger Lacroix
Capitalware Inc.
http://www.capitalware.biz


Quoting Robert Broderick <[EMAIL PROTECTED]>:

> GODthese cobwebs in my brain are getting t thick!!! This
> distributed stuff is taking over my brain!!
>
> Wasn't there a problem with Xpediter where you had to put the MQ base
> modules in somekind of exclusion parameter path. You could do this through
> an Xpediter list at configuration time OR prior to  starting your debugging
> session. If I remember right, and this may be an earlier version, it reeked
> all kinds of problems with your session. Moving up the GREAT MVS OS tree I
> don't remember it having the effect you are describing though!!
>
> bobbee
>
>
> >From: "Criscione, Carol (DIS)" <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: WMQ V5.3.1 and Xpediter
> >Date: Tue, 17 Aug 2004 17:46:43 -0700
> >
> >We are running WebSphere MQ V5.3.1 under z/OS 1.4.  We are testing
> >Compuware's Xpediter/CICS V7.6, the WMQ Queue viewing and editing function.
> >During testing we displayed queues and pressed PF3 to end without changing
> >anything.  Things were so 'messed up'  we had to IPL the
> >LPAR...Unfortunately, we have not been able to capture a dump or any
> >messages indicating what may have caused the problem.
> >
> >Has anyone encountered a problem of any sort with WMQ and Xpediter/CICS?
> >
> >Thank you in advance.
> >Carol Criscione
> >State of Washington, DIS
> >[EMAIL PROTECTED]
> >360.902.3051
> >
> >Instructions for managing your mailing

Re: Why DEF.CLNTCONN won't get created?

[MQSeries]

That is where I have been looking (with 'Show Sys Objects' option on). I think I will try it with the trace on and take it up with IBM...
 
Thanks,
rr Gunter Jeschawitz <[EMAIL PROTECTED]> wrote:
Ruzi,I tried it and got the channel.Don't look in Advanced->Channel, look in Advanced->Client Connections orcheck it with runmqsc.GuneterAm Mi, den 18.08.2004 schrieb MQSeries um 15:41:> I am reposting this problem; your response would be much> appreciated Windows2000 servers with WMQ CSD06 (with the fix). After installing> WMQ on the server (and BEFORE setting the MQCHL* env. Variables) I> created the queue manager using MQExplorer. I have noticed that> SYSTEM.DEF.CLNTCONN channel did not get created; and no errors were> produced to indicate that. Any ideas why? I deleted the queue manager and re-created it using crtmqm.> SYSTEM.DEF.CLNTCONN did not get created this time either-- still no> errors in the AMQERR01
 file Also, as far as I know if the MQCHL* are specified and they point to a> valid path/file, this SYSTEM.DEF.CLNTCONN channel should be created> without any probs. But it gives me an error if I use crtmqm (when> these variables are set). I does not produce an error if I use> MQExplorer to create the qmgr. In either case, the channel won t get> created. Anybody has any ideas what might be happening? Thanks, RuziInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[James Simms]

Since WMQ/zOS (and whatever other names it has) uses VSAM linear data sets for the 
queues, it can have an 'external' index set. The distributed platforms use flat files 
and there is no real index available.

However, (trying to remember a pitch from the conference) there is a hash-type table 
that indexes the queues but only for a limited number of messages (I believe that 
number is 512).

In some bacl
k-level release (can't remember which one) I believe that number was about 1000 but 
has been reduced. If retrieving using msgid or correlid, the perfornance runs out at 
the 512 number and WMQ goes into a sequential seach pattern.

Againn -- this is from somewhat faulty memory from a conference pitch. It would be 
helpful if one of the developers could jump in on this one with a clear answer.

Jim

John Scott wrote:

> I'd always thought that on OS/390 pagesets etc. came with some indexing
> functionality provided by the operating system.  It would seem logical (to
> me) that MQ makes use of that functionality rather than inventing it's own.
> Because the storage mechanism on OS/390 is so different, it might be that
> the indexing can be configured on different "fields" in the message.
>
> On the Windows/Unix platforms, the operating system does not provide such
> indexing facilities.  Basically any data file (text file, html page, word
> document etc) are flat files like any other and contain a stream of bytes.
> The MQ software has no OS functionality to use so has to implement its own.
>
> Regards
> John Scott
> IBM Certified Specialist - MQSeries
> Argos Ltd
>
> -Original Message-
> From: Wyatt, T.rob [mailto:[EMAIL PROTECTED]
> Sent: 18 August 2004 15:32
> To: [EMAIL PROTECTED]
> Subject: Re: Queue Indexing on Distributed Platforms
>
> Well, there is this from the manual...
>
> "This parameter is supported only on z/OS. On other platforms, retrieval
> optimization might be provided, but it is not controlled by a queue
> parameter."
>
> So it "might" be there, but if it is you can't touch it.  Unfortunately, I
> don't think this settles the question one way or the other!
>
> -- T.Rob
>
> -Original Message-
> From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Robert
> Broderick
> Sent: Wednesday, August 18, 2004 10:24 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Queue Indexing on Distributed Platforms
>
> R U sure???
>
> I was told that indexing was ONLY available on the OS390. Maybe what you say
> is true. Maybe this is a pre 5.3 condition.
>
> >From: "David C. Partridge" <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Queue Indexing on Distributed Platforms
> >Date: Wed, 18 Aug 2004 14:27:49 +0100
> >
> >IIRC the queues are always indexed on distributed.
> >
> >Dave
>
> _
> FREE pop-up blocking with the new MSN Toolbar   get it now!
> http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> **
>
> Check our latest prices and full range at http://www.argos.co.uk
>
> The information contained in this message or any of its attachments may be 
> privileged and/or confidential, and is intended exclusively for the addressee. 
> Unauthorised disclosure, copying or distribution of the contents is strictly 
> prohibited.
>
> The views expressed may not be official policy, but the personal views of the 
> originator.
>
> If you have received this message in error, please advise the sender by using the 
> reply facility in your e-mail software.
>
> All messages sent and received by Argos Ltd are monitored for viruses, high-risk 
> file extensions, and inappropriate content.
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[John Scott]

I'd always thought that on OS/390 pagesets etc. came with some indexing
functionality provided by the operating system.  It would seem logical (to
me) that MQ makes use of that functionality rather than inventing it's own.
Because the storage mechanism on OS/390 is so different, it might be that
the indexing can be configured on different "fields" in the message.

On the Windows/Unix platforms, the operating system does not provide such
indexing facilities.  Basically any data file (text file, html page, word
document etc) are flat files like any other and contain a stream of bytes.
The MQ software has no OS functionality to use so has to implement its own.

Regards
John Scott
IBM Certified Specialist - MQSeries
Argos Ltd




-Original Message-
From: Wyatt, T.rob [mailto:[EMAIL PROTECTED]
Sent: 18 August 2004 15:32
To: [EMAIL PROTECTED]
Subject: Re: Queue Indexing on Distributed Platforms


Well, there is this from the manual...

"This parameter is supported only on z/OS. On other platforms, retrieval
optimization might be provided, but it is not controlled by a queue
parameter."

So it "might" be there, but if it is you can't touch it.  Unfortunately, I
don't think this settles the question one way or the other!

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Robert
Broderick
Sent: Wednesday, August 18, 2004 10:24 AM
To: [EMAIL PROTECTED]
Subject: Re: Queue Indexing on Distributed Platforms


R U sure???

I was told that indexing was ONLY available on the OS390. Maybe what you say
is true. Maybe this is a pre 5.3 condition.




>From: "David C. Partridge" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Queue Indexing on Distributed Platforms
>Date: Wed, 18 Aug 2004 14:27:49 +0100
>
>IIRC the queues are always indexed on distributed.
>
>Dave

_
FREE pop-up blocking with the new MSN Toolbar   get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

**

Check our latest prices and full range at http://www.argos.co.uk

The information contained in this message or any of its attachments may be privileged 
and/or confidential, and is intended exclusively for the addressee. Unauthorised 
disclosure, copying or distribution of the contents is strictly prohibited.

The views expressed may not be official policy, but the personal views of the 
originator.

If you have received this message in error, please advise the sender by using the 
reply facility in your e-mail software.

All messages sent and received by Argos Ltd are monitored for viruses, high-risk file 
extensions, and inappropriate content.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[Anthony G Allison]

Yes, I was referring to Windows / Mainstream Unix

Anthony Allison
Senior Middleware Engineer
CSC 
1001 G Street
Suite 800
WDC, 20001
(202) 824-7938
[EMAIL PROTECTED]



This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.








"David C. Partridge" 
@PRIMEUR.COM>
Sent by: MQSeries List 
08/18/2004 10:44 AM
Please respond to MQSeries List

        
        To:        [EMAIL PROTECTED]
        cc:        
        Subject:        Re: Queue Indexing on Distributed Platforms


In this context, distributed probably only means Windows and mainstream
Unix.

Dave

-Original Message-
From: David C. Partridge [mailto:[EMAIL PROTECTED]
Sent: 18 August 2004 15:42
To: MQSeries List
Subject: RE: Queue Indexing on Distributed Platforms


Rob

As far as I know, based on my (possibly faulty) memory of some discussions
with the Hursley folks a couple or three years back, the way the queue file
on disk is constructed on distributed means that it is always indexed to
some degree, however I defer to any MQ mavens who may know better.   On 390,
the way queues are stored on the page sets is such that indexing doesn't
come free, and so it's configurable (with a cost as the QM starts up).

Dave

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQSERIES Digest - 17 Aug 2004 to 18 Aug 2004 (#2004-224)

[Bob Buxton]

Both the MQ-IMS and MQ-CICS bridges support the use of RACF passtickets to
avoid the need for flowing clear text passwords.
No MQ exits need be written.  The Passticket provides a single use
encrypted password that has a 10 minute validity.
See the RACF publications for details on how to generate a passticket.

Bob Buxton

Websphere MQ for zOS Development
MP 127, IBM Hursley, Winchester SO21 2JN, UK
Ext 248193, External  (+44)01962-818193
[EMAIL PROTECTED]

MQSeries List <[EMAIL PROTECTED]> wrote on 18/08/2004 15:00:01:


> - Message from Art Schanz <[EMAIL PROTECTED]> on Tue,
> 17 Aug 2004 10:00:48 -0400 -
>
> Subject:
>
> Re: Security Problem with MQ and IMS Bridge
>
>
> Glenn,
>
>   You have several options:
>
> + Do not pass authenticator (password) information along in the
> MQIIH.  Use a 'batch-only' id that does not require a password.  Do
> you pswd checking prior to going to the bridge.
> + Write an exit which can encrypt the authenticator field, so that
> it is not visible while in transit or 'at rest' (on a queue).
>
> We have flavors of both of these solutions in our shop. as we have
> differing requirements for our applications.
>
> Good luck!
>
> Regards,
>   Art
>
> Arthur C. Schanz
> Operating Systems Programmer I. - Specialist
> Federal Reserve Information Technology
> AIMS - WebSphere MQ Support
> IBM Certified System Administrator - WebSphere MQ V5.3
> IBM Certified Solution Designer - WebSphere MQ V5.3
> (804) 697-3889
> [EMAIL PROTECTED]
>
>

>
> Glenn Roberts <[EMAIL PROTECTED]>
> Sent by: MQSeries List <[EMAIL PROTECTED]>
> 08/12/2004 12:20 PM
> Please respond to MQSeries List
>
>
> To:[EMAIL PROTECTED]
> cc:
> Subject:Security Problem with MQ and IMS Bridge
>
>
>
> We have recently installed MQSeries for Z/OS and are testing the IMS
Bridge.
> We found that when a message is sent to a queue, the MQIIH record
contains the
> PASSWORD which is readable by anyone who has access to the queue.
> IBM states that this is "as designed".
> Seems to me that passing along the PASSWORD is not really a good thing
!!!
> Has anyone else run into this problem and if so, how did you resolve it?
>
> Thanks,
>
> Glenn Roberts
> IMS Systems Programmer
> [EMAIL PROTECTED]
> (206) 392-2211
> Internal: 22211
> Cell: (206) 793-0801
>

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

EMILY PEYTON is out of the office.

[EMILY PEYTON]

I will be out of the office starting  08/18/2004 and will not return until
08/23/2004.

I will respond to your message when I return.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[David C. Partridge]

In this context, distributed probably only means Windows and mainstream
Unix.

Dave

-Original Message-
From: David C. Partridge [mailto:[EMAIL PROTECTED]
Sent: 18 August 2004 15:42
To: MQSeries List
Subject: RE: Queue Indexing on Distributed Platforms


Rob

As far as I know, based on my (possibly faulty) memory of some discussions
with the Hursley folks a couple or three years back, the way the queue file
on disk is constructed on distributed means that it is always indexed to
some degree, however I defer to any MQ mavens who may know better.   On 390,
the way queues are stored on the page sets is such that indexing doesn't
come free, and so it's configurable (with a cost as the QM starts up).

Dave

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[David C. Partridge]

Rob

As far as I know, based on my (possibly faulty) memory of some discussions
with the Hursley folks a couple or three years back, the way the queue file
on disk is constructed on distributed means that it is always indexed to
some degree, however I defer to any MQ mavens who may know better.   On 390,
the way queues are stored on the page sets is such that indexing doesn't
come free, and so it's configurable (with a cost as the QM starts up).

Dave

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Vladimir Veytsel is out of the Office.

[Vladimir Veytsel]

I will be out of the office from 08/18/2004 until 08/19/2004.

I will respond to your message when I return.

For production emergencies please contact me at:

201-251-3892  - Home
347-563-1085  - Cell

For questions other than production emergencies
contact my manager Rommel Belen at:  212-270-1037

Intranet MQSeries Reference Site:
http://unix-dris.ny.global.chase.com/documentation/MQ

Regards,
Vlad.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Why DEF.CLNTCONN won't get created?

[Gunter Jeschawitz]

Ruzi,

I tried it and got the channel.

Don't look in Advanced->Channel, look in Advanced->Client Connections or
check it with runmqsc.

Guneter


Am Mi, den 18.08.2004 schrieb MQSeries um 15:41:
> I am reposting this problem; your response would be much
> appreciated
>
>
>
> Windows2000 servers with  WMQ CSD06 (with the fix). After installing
> WMQ on the server (and BEFORE setting the MQCHL* env. Variables) I
> created the queue manager using MQExplorer. I have noticed that
> SYSTEM.DEF.CLNTCONN channel did not get created; and no errors were
> produced to indicate that. Any ideas why?
>
>
>
> I deleted the queue manager and re-created it using crtmqm.
> SYSTEM.DEF.CLNTCONN did not get created this time either-- still no
> errors in the AMQERR01 file
>
>
>
> Also, as far as I know if the MQCHL* are specified and they point to a
> valid path/file,  this SYSTEM.DEF.CLNTCONN  channel should be created
> without any probs. But it gives me an error if I use crtmqm (when
> these variables are set). I does not produce an error if I use
> MQExplorer to create the qmgr. In either case, the channel won t get
> created.
>
>
>
> Anybody has any ideas what might be happening? Thanks,
>
>
>
> Ruzi

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[Wyatt, T.rob]

Well, there is this from the manual...

"This parameter is supported only on z/OS. On other platforms, retrieval optimization 
might be provided, but it is not controlled by a queue parameter."

So it "might" be there, but if it is you can't touch it.  Unfortunately, I don't think 
this settles the question one way or the other!

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Robert
Broderick
Sent: Wednesday, August 18, 2004 10:24 AM
To: [EMAIL PROTECTED]
Subject: Re: Queue Indexing on Distributed Platforms


R U sure???

I was told that indexing was ONLY available on the OS390. Maybe what you say
is true. Maybe this is a pre 5.3 condition.




>From: "David C. Partridge" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Queue Indexing on Distributed Platforms
>Date: Wed, 18 Aug 2004 14:27:49 +0100
>
>IIRC the queues are always indexed on distributed.
>
>Dave

_
FREE pop-up blocking with the new MSN Toolbar   get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[Robert Broderick]

R U sure???
I was told that indexing was ONLY available on the OS390. Maybe what you say
is true. Maybe this is a pre 5.3 condition.


From: "David C. Partridge" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Queue Indexing on Distributed Platforms
Date: Wed, 18 Aug 2004 14:27:49 +0100
IIRC the queues are always indexed on distributed.
Dave
_
FREE pop-up blocking with the new MSN Toolbar   get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Message rate

[Wyatt, T.rob]

Title: Message rate



http://publibfp.boulder.ibm.com/epubs/html/csqzac03/csqzac03tfrm.htm
 
There
is a sample program in the PCF manual if that helps.  There are also some
Perl samples on MQSeries.net in the repository.
 
--
T.Rob

  -Original Message-From: MQSeries List
  [mailto:[EMAIL PROTECTED]On Behalf Of Potkay, Peter M (ISD,
  IT)Sent: Wednesday, August 18, 2004 8:28 AMTo:
  [EMAIL PROTECTED]Subject: Re: Message
  rate
  I
  have never coded this myself either. But I have read about it in the manuals
  and used products (like the MO71 Support Pack) that use
it.
   
  
-Original Message-From: Lindberg, Gunilla
[mailto:[EMAIL PROTECTED]Sent: Wednesday, August 18, 2004
5:06 AMTo: [EMAIL PROTECTED]Subject: Re: Message
rate
Hi Peter!
 
Do you have an example for me? I have not used pfc
commands before.
 
Regards Gunilla


From: MQSeries List
[mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter M (ISD,
IT)Sent: den 16 augusti 2004 17:03To:
[EMAIL PROTECTED]Subject: Re: Message
rate

Research Queue Statistics. They tell you how many messages went in or
out of a queue since the last time you checked. Be aware how rolled back
messages may effect these #s.
 
 

  -Original Message-From: Lindberg, Gunilla
  [mailto:[EMAIL PROTECTED]Sent: Monday, August 16, 2004
  10:16 AMTo: [EMAIL PROTECTED]Subject: Message
  rate
  Hi!I
  have a customer that wants us to track message throughput. He wants us to
  alert when a certain amount of messages
  does NOT pass the queue(in this case I guess it's a remote queue) in a
  certain time frame. This is to make
  them aware of a possible application problem. 
  Does someone have any idea to solve
  this? 
  Regards 
  Gunilla
  LindbergThis communication,
including attachments, is for the exclusive use of addressee and may
contain proprietary, confidential or privileged information. If you are
not the intended recipient, any use, copying, disclosure, dissemination
or distribution is strictly prohibited. If you are not the intended
recipient, please notify the sender immediately by return email and
delete this communication and destroy all copies.This communication, including attachments, is for the exclusive
  use of addressee and may contain proprietary, confidential or privileged
  information. If you are not the intended recipient, any use, copying,
  disclosure, dissemination or distribution is strictly prohibited. If
  you are not the intended recipient, please notify the sender
  immediately by return email and delete this communication and destroy all
  copies.

Re: MQ Monitoring of CPU Utilization

[Robert Broderick]

Strobe was the tol of choise two clients ago. I think that is usually
the defacto standard on the mainframe side.

From: "Herd, Stewart" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: MQ Monitoring of CPU Utilization
Date: Wed, 18 Aug 2004 06:04:05 -0500
Dear Listers,
  Can anyone share what methods or tools they currently
utilize
to monitor and tune MQ 5.3 on Mainframe, specifically CPU utilization in a
high volume environment.
Much appreciated
Stewart
_
Check out Election 2004 for up-to-date election news, plus voter tools and
more! http://special.msn.com/msn/election2004.armx
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Why DEF.CLNTCONN won't get created?

[MQSeries]

I am reposting this problem; your response would be much appreciated
 
Windows2000 servers with  WMQ CSD06 (with the fix). After installing WMQ on the server (and BEFORE setting the MQCHL* env. Variables) I created the queue manager using MQExplorer. I have noticed that SYSTEM.DEF.CLNTCONN channel did not get created; and no errors were produced to indicate that. Any ideas why?
 
I deleted the queue manager and re-created it using crtmqm. SYSTEM.DEF.CLNTCONN did not get created this time either-- still no errors in the AMQERR01 file 
 
Also, as far as I know if the MQCHL* are specified and they point to a valid path/file,  this SYSTEM.DEF.CLNTCONN  channel should be created without any probs. But it gives me an error if I use crtmqm (when these variables are set). I does not produce an error if I use MQExplorer to create the qmgr. In either case, the channel won t get created.  
 
Anybody has any ideas what might be happening? Thanks, 
 
Ruzi  

Re: Message rate

[David Awerbuch]

Gunilla,

SupportPac MS03 uses PCF to extract all the information for the MQ objects.
The SP contains the source.  I used it as the model a few years ago for an
application that extracted data on a regular basis.

There are routines to help you create the PCF command streams and parse the PCF
response streams.

Good luck,
Dave Awerbuch


-Original Message-
From: Lindberg, Gunilla [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 18, 2004 5:06 AM
To: [EMAIL PROTECTED]
Subject: Re: Message rate


Hi Peter!

Do you have an example for me? I have not used pfc commands before.

Regards Gunilla




From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter
M (ISD, IT)
Sent: den 16 augusti 2004 17:03
To: [EMAIL PROTECTED]
Subject: Re: Message rate


Research Queue Statistics. They tell you how many messages went in or out of a
queue since the last time you checked. Be aware how rolled back messages may
effect these #s.


-Original Message-
From: Lindberg, Gunilla [mailto:[EMAIL PROTECTED]
Sent: Monday, August 16, 2004 10:16 AM
To: [EMAIL PROTECTED]
Subject: Message rate


Hi!

I have a customer that wants us to track message throughput. He wants us to
alert when a certain amount of
messages does NOT pass the queue(in this case I guess it's a remote queue) in a
certain time frame.
This is to make them aware of a possible application problem.

Does someone have any idea to solve this?

Regards

Gunilla Lindberg



=
David A. Awerbuch,  IBM Certified MQSeries Specialist
APC Consulting Services, Inc.
Providing Automated Solutions to Business Challenges
West Hempstead, NY(516) 481-6440
[EMAIL PROTECTED]

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Queue Indexing on Distributed Platforms

[Meekin, Paul]

I was 
once told that too but it seemed hard to believe. What advantage does it 
give the mainframe to set this manually?

  -Original Message-From: MQSeries List 
  [mailto:[EMAIL PROTECTED]On Behalf Of David C. 
  PartridgeSent: 18 August 2004 14:28To: 
  [EMAIL PROTECTED]Subject: Re: Queue Indexing on Distributed 
  Platforms
  IIRC the queues are always indexed on 
  distributed.
   
  Dave

Re: Queue Indexing on Distributed Platforms

[David C. Partridge]

IIRC the queues are always indexed on 
distributed.
 
Dave

Unsubscribe

[Enroughty.Doug]

Title: Message


Unsubscribe

  
  -Original Message-From: MQSeries List 
  [mailto:[EMAIL PROTECTED] On Behalf Of Voges, P. 
  (Pieter)Sent: Wednesday, August 18, 2004 8:05 AMTo: 
  [EMAIL PROTECTED]Subject: Re: MQ Monitoring of CPU 
  Utilization
  Please respond to the list on this one - I would also like to 
  know...
   
  
  Thank you Pieter 
  VogesMQ 
  SupportNedcor LimitedTel: 
  (011) 881 4410Sel: 083 6455 
  300E-mail: [EMAIL PROTECTED]  
  
  
-Original Message-From: Herd, Stewart 
[mailto:[EMAIL PROTECTED]Sent: Wednesday, August 18, 2004 
1:04 PMTo: [EMAIL PROTECTED]Subject: MQ 
Monitoring of CPU Utilization
Dear Listers,   
Can anyone share what methods or tools they currently utilize to monitor and 
tune MQ 5.3 on Mainframe, specifically CPU utilization in a high volume 
environment.
Much appreciated 
Stewart 
  
  
  
  
  
  Nedbank 
  Limited Reg No 1951/09/06Directors: WAM Clewlow (Chairman)  Prof 
  MM Katz (Vice-chairman)  ML Ndlovu (Vice-chairman)  TH Nyasulu 
  (Vice-chairman)  TA Boardman (Chief Executive)  CJW Ball  
  MWT Brown  RG Cottrell  BE Davison  N Dennis+  Prof B 
  Figaji  MJ Levett  JB Magwaza  ME Mkwanazi  PF 
  Nhleko  JVF Roberts+  CML Savage  JH Sutcliffe+  
  (+British) Company Secretary: GS 
  Nienaber 01.07.2004
  This 
  email and any accompanying attachments may contain confidential and 
  proprietary information.  This 
  information is private and protected by law and, accordingly, if you are not 
  the intended recipient, you are requested to delete this entire communication 
  immediately and are notified that any disclosure, copying or distribution of 
  or taking any action based on this information is prohibited. 
  Emails 
  cannot be guaranteed to be secure or free of errors or viruses.  The sender does not accept any 
  liability or responsibility for any interception, corruption, destruction, 
  loss, late arrival or incompleteness of or tampering or interference with any 
  of the information contained in this email or for its incorrect delivery or 
  non-delivery for whatsoever reason or for its effect on any electronic device 
  of the recipient.
  If 
  verification of this email or any attachment is required, please request a 
  hard-copy version.
  

  
The information transmitted is intended solelyfor the individual or entity to which it is addressed and may contain confidential and/orprivileged material. Any review, retransmission,dissemination or other use of or taking actionin reliance upon this information by persons orentities other than the intended recipient isprohibited. If you have received this email inerror please contact the sender and delete thematerial from any computer.

AW: Queue Indexing on Distributed Platforms

[Kleinmanns, Hubert]

Hi 
Anthony,
 
as 
described in the MQSC command reference, queue indexing is only available 
on z/OS. When you use this option, you will get an error 
message.
 
Regards
Hubert
 

  -Ursprüngliche Nachricht-Von: MQSeries List 
  [mailto:[EMAIL PROTECTED]Im Auftrag von Anthony G 
  AllisonGesendet: Mittwoch, 18. August 2004 14:13An: 
  [EMAIL PROTECTED]Betreff: Queue Indexing on Distributed 
  PlatformsGood morning 
  MQSeries Listers, Is there a 
  method of turning on the index feature for non MVS / OS390 platforms? ie. Sun 
  Solaris? What is the performance 
  impact on the system if this is possible.  I know there is substantial 
  performance impacts if this is a high volume message queue 
  Thanks for your input. 
  Anthony Allison Senior Middleware EngineerCSC 1001 G 
  StreetSuite 800WDC, 20001(202) 
  824-7938[EMAIL PROTECTED]This 
  is a PRIVATE message. If you are not the intended recipient, please delete 
  without copying and kindly advise us by e-mail of the mistake in delivery. 
  NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any 
  order or other contract unless pursuant to explicit written agreement or 
  government initiative expressly permitting the use of e-mail for such 
  purpose.

Re: Message rate

[Potkay, Peter M (ISD, IT)]

Title: Message rate



I have
never coded this myself either. But I have read about it in the manuals and used
products (like the MO71 Support Pack) that use it.
 

  -Original Message-From: Lindberg, Gunilla
  [mailto:[EMAIL PROTECTED]Sent: Wednesday, August 18, 2004
  5:06 AMTo: [EMAIL PROTECTED]Subject: Re: Message
  rate
  Hi Peter!
   
  Do you have an example for me? I have not used pfc
  commands before.
   
  Regards Gunilla
  
  
  From: MQSeries List
  [mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter M (ISD,
  IT)Sent: den 16 augusti 2004 17:03To:
  [EMAIL PROTECTED]Subject: Re: Message
  rate
  
  Research Queue Statistics. They tell you how many messages went in or
  out of a queue since the last time you checked. Be aware how rolled back
  messages may effect these #s.
   
   
  
-Original Message-From: Lindberg, Gunilla
[mailto:[EMAIL PROTECTED]Sent: Monday, August 16, 2004
10:16 AMTo: [EMAIL PROTECTED]Subject: Message
rate
Hi!I have
a customer that wants us to track message throughput. He wants us to alert
when a certain amount of messages does
NOT pass the queue(in this case I guess it's a remote queue) in a certain
time frame. This is to make them aware of
a possible application problem. 
Does someone have any idea to solve this?

Regards 
Gunilla
LindbergThis communication,
  including attachments, is for the exclusive use of addressee and may
  contain proprietary, confidential or privileged information. If you are
  not the intended recipient, any use, copying, disclosure, dissemination or
  distribution is strictly prohibited. If you are not the intended
  recipient, please notify the sender immediately by return email and delete
  this communication and destroy all copies.

This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.

Queue Indexing on Distributed Platforms

[Anthony G Allison]

Good morning MQSeries Listers,

Is there a method of turning on the index feature for non MVS / OS390 platforms? ie. Sun Solaris?

What is the performance impact on the system if this is possible.  I know there is substantial performance impacts if this is a high volume message queue

Thanks for your input.

Anthony Allison
Senior Middleware Engineer
CSC 
1001 G Street
Suite 800
WDC, 20001
(202) 824-7938
[EMAIL PROTECTED]



This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.

Re: MQ Monitoring of CPU Utilization

[Voges, P. (Pieter)]

Title: MQ Monitoring of CPU Utilization



Please
respond to the list on this one - I would also like to
know...
 

Thank you Pieter VogesMQ SupportNedcor LimitedTel:
(011) 881 4410Sel: 083 6455 300E-mail:
[EMAIL PROTECTED]



  -Original Message-From: Herd, Stewart
  [mailto:[EMAIL PROTECTED]Sent: Wednesday, August 18, 2004
  1:04 PMTo: [EMAIL PROTECTED]Subject: MQ Monitoring
  of CPU Utilization
  Dear Listers,  
  Can anyone share what methods or tools they currently utilize to monitor and
  tune MQ 5.3 on Mainframe, specifically CPU utilization in a high volume
  environment.
  Much appreciated 
  Stewart 




Nedbank
Limited Reg No 1951/09/06Directors: WAM Clewlow (Chairman)  Prof MM
Katz (Vice-chairman)  ML Ndlovu (Vice-chairman)  TH Nyasulu
(Vice-chairman)  TA Boardman (Chief Executive)  CJW Ball  MWT
Brown  RG Cottrell  BE Davison  N Dennis+  Prof B
Figaji  MJ Levett  JB Magwaza  ME Mkwanazi  PF Nhleko 
JVF Roberts+  CML Savage  JH Sutcliffe+ 
(+British) Company Secretary: GS
Nienaber 01.07.2004
This
email and any accompanying attachments may contain confidential and proprietary
information.  This information is
private and protected by law and, accordingly, if you are not the intended
recipient, you are requested to delete this entire communication immediately and
are notified that any disclosure, copying or distribution of or taking any
action based on this information is prohibited. 
Emails
cannot be guaranteed to be secure or free of errors or viruses.  The sender does not accept any liability
or responsibility for any interception, corruption, destruction, loss, late
arrival or incompleteness of or tampering or interference with any of the
information contained in this email or for its incorrect delivery or
non-delivery for whatsoever reason or for its effect on any electronic device of
the recipient.
If
verification of this email or any attachment is required, please request a
hard-copy version.

Re: Recording MQ Explorer sessions

[Mike Kenny - BCX - Infrastructure Services]

Thanks Neil. 

> -Original Message-
> From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Neil
> Casey
> Sent: Tuesday, August 17, 2004 11:38 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Recording MQ Explorer sessions
> 
> 
> Hi Mike,
> 
> I am not aware of a way to record the activity of the GUI. 
> However, you can
> use the ms03 support pack to record the state of the objects 
> after your GUI
> activity. ms03 contains the saveqmgr program which creates DEFINE
> statements for the objects in a queue manager. You can then edit the
> resultant file and use it to update other queue managers to 
> the same state.
> ms03 automatically includes the REPLACE option, so you can 
> use the DEFINE
> statements and don't need to change them into ALTER statements.
> 
> Regards,
> 
> Neil Casey
> National Australia Bank
> Southern Star Technology
> WebSphere MQ Support
> 1/122 Lewis Rd Wantirna South
> office. +61 3 9886 2375 (x82375)
> mobile. +61 414 615 334
> 
> 
> 
>  Mike Kenny - BCX
>  - Infrastructure
>  Services 
>   To
>  <[EMAIL PROTECTED] [EMAIL PROTECTED]
>  O.ZA>
>   cc
>  Sent by: MQSeries
>  List 
>  Subject
>  <[EMAIL PROTECTED] Recording MQ Explorer sessions
>  n.AC.AT>
> 
> 
>  17/08/2004 20:45
> 
> 
>  Please respond to
>MQSeries List
>  <[EMAIL PROTECTED]
>  n.AC.AT>
> 
> 
> 
> 
> 
> 
> A long long time ago when I was doing sysadm on AIX systems using smit
> there was a neat ability to record all the commands executed 
> by the GUI in
> a text file. This enable you to edit and duplicate 
> configurations across
> systems, even applying over dial-up lines - no GUI required.
> 
> Is there such a capability within MQ Explored such that I can record a
> session to a text file and then edit and distribute as appropriate?
> 
> 
> Kind Regards,
> Mike Kenny
> Principal Consultant
> Professional Services
> Business Connexion (Pty) Ltd
> Office: +27 (0)11 266 5703
> Mobile: +27 (0)83 266 1437
> Fax: +27 (0)11 266 5769
> Email: [EMAIL PROTECTED]
> Web Site: www.bcx.co.za
> 
> NOTICES:
> 1. This message and any attachments are confidential and 
> intended solely
> for the addressee. If you have received this message in error, please
> notify the sender at Business Connexion (Pty) Ltd immediately. Any
> unauthorised use, alteration or dissemination is prohibited.
> 2. Business Connexion (Pty) Ltd accepts no liability 
> whatsoever for any
> loss whether it be direct, indirect or consequential, arising from
> information made available and actions resulting there from.
> 3. Please note that Business Connexion only binds itself by 
> way of signed
> agreements. 'Signed' refers to a hand-written signature, excluding any
> signature appended by 'electronic communication' as defined in the
> Electronic Communications and Transactions Act, no. 25 of 2002.
> 4. Directors: P.A. Watt, B. Mophatlane, A.C. Farthing (British), B.
> Sithole, I. Mophatlane, M.W. Schoeman.
> 5. Business Connexion (Pty) Ltd Company Registration Number:
> 1993/003683/07.
> 
> Instructions for managing your mailing list subscription are 
> provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
> 

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Memory usage problems with SAP R/3 link

[Mike Kenny - BCX - Infrastructure Services]

Christopher, unfortunately I do not have this information but I suspect
only one as the volumes on this system are not massive. Are you
suggesting that there may be different behaviour if multiple IDocs are
involved?

> -Original Message-
> From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of
> Christopher Warneke
> Sent: Tuesday, August 17, 2004 10:22 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Memory usage problems with SAP R/3 link
> 
> 
> How many idocs in the messages?
> 
> 
> --- Mike Kenny - BCX - Infrastructure Services
> <[EMAIL PROTECTED]> wrote:
> 
> > We are running MQ Series 5.3 CSD 4 on AIX 4.3.3 and
> > pumping messages into SAP via R/3 link. This is
> > basic R/3 link with CSD 1 applied to allow us to
> > load balance, though we have never implemented that
> > feature. We recently experienced a situation where
> > the memory usage of some of the inbound processes
> > reached over 250Mb. We don't think is is normal
> > behaviour and have a few questions for the list:
> >
> > Has anybody else encountered this behaviour with
> > this package?
> > What was the cause?
> > What was the solution?
> > What is the current CSD level?
> > What URL to download from?
> > If the OS was strict and killed these rogue process,
> > what is the danger of losing a message?
> >
> > I will appreciate answers to or comments on any of
> > the above
> >
> > Kind Regards,
> > Mike Kenny
> > Principal Consultant
> > Professional Services
> > Business Connexion (Pty) Ltd
> > Office: +27 (0)11 266 5703
> > Mobile: +27 (0)83 266 1437
> > Fax: +27 (0)11 266 5769
> > Email: [EMAIL PROTECTED]
> > Web Site: www.bcx.co.za
> >
> > NOTICES:
> > 1. This message and any attachments are confidential
> > and intended solely for the addressee. If you have
> > received this message in error, please notify the
> > sender at Business Connexion (Pty) Ltd immediately.
> > Any unauthorised use, alteration or dissemination is
> > prohibited.
> > 2. Business Connexion (Pty) Ltd accepts no liability
> > whatsoever for any loss whether it be direct,
> > indirect or consequential, arising from information
> > made available and actions resulting there from.
> > 3. Please note that Business Connexion only binds
> > itself by way of signed agreements. 'Signed' refers
> > to a hand-written signature, excluding any signature
> > appended by 'electronic communication' as defined in
> > the Electronic Communications and Transactions Act,
> > no. 25 of 2002.
> > 4. Directors: P.A. Watt, B. Mophatlane, A.C.
> > Farthing (British), B. Sithole, I. Mophatlane, M.W.
> > Schoeman.
> > 5. Business Connexion (Pty) Ltd Company Registration
> > Number: 1993/003683/07.
> >
> >
> >
> >
> >
> 
> Instructions for managing your mailing list subscription are 
> provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
> 

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

MQ Monitoring of CPU Utilization

[Herd, Stewart]

Title: MQ Monitoring of CPU Utilization





Dear Listers,
  Can anyone share what methods or tools they currently utilize to monitor and tune MQ 5.3 on Mainframe, specifically CPU utilization in a high volume environment.

Much appreciated 


Stewart 

Re: WMQ V5.3.1 and Xpediter

[Robert Broderick]

GODthese cobwebs in my brain are getting t thick!!! This
distributed stuff is taking over my brain!!
Wasn't there a problem with Xpediter where you had to put the MQ base
modules in somekind of exclusion parameter path. You could do this through
an Xpediter list at configuration time OR prior to  starting your debugging
session. If I remember right, and this may be an earlier version, it reeked
all kinds of problems with your session. Moving up the GREAT MVS OS tree I
don't remember it having the effect you are describing though!!
   bobbee

From: "Criscione, Carol (DIS)" <[EMAIL PROTECTED]>
Reply-To: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: WMQ V5.3.1 and Xpediter
Date: Tue, 17 Aug 2004 17:46:43 -0700
We are running WebSphere MQ V5.3.1 under z/OS 1.4.  We are testing
Compuware's Xpediter/CICS V7.6, the WMQ Queue viewing and editing function.
During testing we displayed queues and pressed PF3 to end without changing
anything.  Things were so 'messed up'  we had to IPL the
LPAR...Unfortunately, we have not been able to capture a dump or any
messages indicating what may have caused the problem.
Has anyone encountered a problem of any sort with WMQ and Xpediter/CICS?
Thank you in advance.
Carol Criscione
State of Washington, DIS
[EMAIL PROTECTED]
360.902.3051
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive
_
Get ready for school! Find articles, homework help and more in the Back to
School Guide! http://special.msn.com/network/04backtoschool.armx
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WMQ V5.3.1 and Xpediter

[Yeske, Judy]

Chris,

We installed Xped/CICS 7.6 this past weekend and ended up having to back
this version out - our CICS regions were dumping with multiple 0C4s in
xpofs.  I don't believe we captured a dump.  Needless to say, we're on
hold now for this release.  

Thanks,
 Judy A. Yeske 
IMS-CICS-MQ Technical Specialist
ICM-DB2 Technical Services
>ISE Infrastructure Software Engineering
Liberty Mutual Insurance Company
Tel: 603-245-3828 
E-mail:  [EMAIL PROTECTED]
 

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Criscione, Carol (DIS)
Sent: Tuesday, August 17, 2004 8:47 PM
To: [EMAIL PROTECTED]
Subject: WMQ V5.3.1 and Xpediter


We are running WebSphere MQ V5.3.1 under z/OS 1.4.  We are testing
Compuware's Xpediter/CICS V7.6, the WMQ Queue viewing and editing
function. During testing we displayed queues and pressed PF3 to end
without changing anything.  Things were so 'messed up'  we had to IPL
the LPAR...Unfortunately, we have not been able to capture a dump or any
messages indicating what may have caused the problem.

Has anyone encountered a problem of any sort with WMQ and Xpediter/CICS?

Thank you in advance.
Carol Criscione
State of Washington, DIS
[EMAIL PROTECTED]
360.902.3051

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Bruce Lin/Dallas/IBM is out of the office.

[Bruce Lin]

I will be out of the office starting  08/18/2004 and will not return until 08/23/2004.

I will respond to your message when I return. If this is urgent matter such as CICS T3 class please contact my partner, Bob Fleming, at [EMAIL PROTECTED]

Re: Message rate

[Lindberg, Gunilla]

Title: Message rate



Hi Peter!
 
Do you have an example for me? I have not used pfc commands 
before.
 
Regards Gunilla


From: MQSeries List 
[mailto:[EMAIL PROTECTED] On Behalf Of Potkay, Peter M (ISD, 
IT)Sent: den 16 augusti 2004 17:03To: 
[EMAIL PROTECTED]Subject: Re: Message rate

Research Queue Statistics. They tell you how many messages went in or out 
of a queue since the last time you checked. Be aware how rolled back messages 
may effect these #s.
 
 

  -Original Message-From: Lindberg, Gunilla 
  [mailto:[EMAIL PROTECTED]Sent: Monday, August 16, 2004 10:16 
  AMTo: [EMAIL PROTECTED]Subject: Message 
  rate
  Hi!I have a 
  customer that wants us to track message throughput. He wants us to alert when 
  a certain amount of messages does NOT pass 
  the queue(in this case I guess it's a remote queue) in a certain time 
  frame. This is to make them aware of a 
  possible application problem. 
  Does someone have any idea to solve this? 
  
  Regards 
  Gunilla 
  LindbergThis communication, 
including attachments, is for the exclusive use of addressee and may contain 
proprietary, confidential or privileged information. If you are not the 
intended recipient, any use, copying, disclosure, dissemination or 
distribution is strictly prohibited. If you are not the intended recipient, 
please notify the sender immediately by return email and delete this 
communication and destroy all copies.

unsubscribe

[Derrick Hodges]

Derrick Hodges
ITS Specialist
Mobile +44(0)7730 821952
IBM Office +44(0)161 836 1197
Manager Aine Mclean

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: stunnel & older MQ

[Tibor]

Pavel,

We use stunnel connections between v5.3 and v5.1 qmgrs (AIX - Tru64)
without any problem. If you need I can send you config files for
stunnel v4.0.4.

Tibor



> Hello all,

> Does anyone have an experience or just thoughts about securing MQ
> TCP communication channels using stunnel? It is possible that for
> some more time many applications here will run on older versions of
> MQ (including 2.1), where SSL is not available. Are there any known
> snags? Part of the question is that IBM is often cagey about the way
> how TCP connection works under the hood: on the surface, it looks
> like a classic TCP communication with a connection to a fixed port,
> which should work with stunnel just fine -- but I cannot not be sure
> they do not open some additional connections in course of
> communications or  do something else that may affect the plan. Any
> your thoughts will be appreciated.

> Thank you,
> Pawvel


> --

> This e-mail may contain confidential and/or privileged
> information. If you are not the intended recipient (or have received
> this e-mail in error) please notify the sender immediately and
> destroy this e-mail. Any unauthorized copying, disclosure or
> distribution of the material in this e-mail is strictly forbidden.

> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive