Re: SSL certificate management

[Dawson, John]

Mike,

  When the certificate expires, the channel will go into a 'retrying' state.

   To prepare for the certificate expiring, using our WMQ monitoring package
based on date, I set an alert to be sent via my pager and email two weeks
prior to the expiration date. That gives me time to secure a new
certificate.


HTH,

John Dawson


 -Original Message-
From:   Ward, Mike S [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, November 10, 2004 7:23 AM
To: [EMAIL PROTECTED]
Subject:Re: SSL certificate management

Does MQ tell you when the certificate is near expiration? Or does the
channel just stop working?

-Original Message-
From: Nigel Pentland [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 09, 2004 7:36 AM
To: [EMAIL PROTECTED]
Subject: Re: SSL certificate management


Neil,

So far I have only had to replace z/OS MQ certs.  This requires renewing the
cert, and if a new cert updating the key ring, refreshing RACF and then
ultimately restarting MQ.  We haven't found any way to avoid an MQ restart.

You will not be able to do it without disabling the existing certificate.
Either you renew the certificate where the new cert will overwrite the
previous one, or you have to generate a new one and add it to the keyring.
At this point you would have to make the new one the default, effectively
disabling the old one.

Nigel...

- Original Message -
From: "Neil Casey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 09, 2004 2:33 AM
Subject: SSL certificate management


> Has anyone got to the point where their MQ SSL certificate (on any
> platform) is about to expire?
>
> I have (or will have) MQ SSL channels running on Windows, various unixes
> and zOS, and I am trying to get my head around exactly what needs to be
> done in order to get a certificate renewed, and then inserted into the
> certificate store correctly so that MQSeries can use it. I can't find
> anything in the Security manual which discusses this issue.
>
> My preference would be to find a way to handle this without having to
> restart the queue manager, although I am doubtful that I can achieve that
> objective. I would also like to be able to do it without disabling the
> existing certificate (Web Servers can do this, so MQ should be able to),
> and without having to create a new key repository.
>
> Thanks,
>
> 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
>
> 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

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: What do MQAdmins read?

[Dawson, John]

My two cents …

 

Black Belt

Taekwondo Times

 

Men’s Health

PC Magazine

 

 

John

 

-Original
Message-
From: Bruce Baxter
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 20, 2004
7:38 AM
To: [EMAIL PROTECTED]
Subject: Re: What do MQAdmins
read?

 

I really
resisted the urge to give a wise answer early on in this discussion, but now
that it's a free for all, I'll give my two cents.

Readers Digest
European Car
z/Journal
IBM's CICS, MQ Series, z/Series and p/Series magazines (published bi-monthly or
something like that -- I forget what they're called exactly).
Whatever the NASPA magazine is called now -- though my subscription seems to
have lapsed.
PC Magazine. I get rather excited when I see some of the products that are
industry standards reviewed in it, though this doesn't happen very often. I've
seen Websphere App Server reviewed, and It has made mention of some of the CICS
and MQ connectors at times. However, I consider PC Magazine to be a sort of
frilly alternative to the in-depth techie view that magazines like BYTE used to
provide in what is now the ancient past. It's more consumer oriented than
techie/developer oriented.


Roger
Lacroix <[EMAIL PROTECTED]>




 
  
  Roger Lacroix <[EMAIL PROTECTED]> 
  Sent by: MQSeries List <[EMAIL PROTECTED]> 
  10/19/2004 06:45 PM 
  
   

Please respond to
MQSeries List <[EMAIL PROTECTED]>

   
  
  
  
  
  
   


To



[EMAIL PROTECTED]

   
   


cc




   
   


Subject



Re: What do MQAdmins read?

   
  
   
  
   






   
  
  
  
 



Hummm,

So, put a couple of full queues on page and say:
'Attention MQ Admins: What would you do with these queues?'

And of course with the subtitle of:
'If your queues are really big and really full, then you need an
industrial-strength product like our 'XYZ' product.'

:)))

Regards,
Roger Lacroix


Quoting Christopher Warneke <[EMAIL PROTECTED]>:

> Playboy
>
>
> --- Roger Lacroix <[EMAIL PROTECTED]>
> wrote:
>
> > All,
> >
> > Ok, this is a strange question, but what magazines,
> > journals, etc.. do MQ Admins
> > read? I got asked that questions and I couldn't come
> > up with a answer. (I tend
> > to read developer / architect type magazines rather
> > than admin stuff. i.e. JDJ,
> > SD Times, etc...)
> >
> > i.e.
> > If a company had a MQ product specific for MQ Admins
> > (rather than developers or
> > QA Testers) what magazines, journals, etc... should
> > they advertise in to reach
> > those fine people?
> >
> > Regards,
> > Roger Lacroix
> >
> > 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
>

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: MMC/Any GUI for administering MQ on AIX

[Dawson, John]

Nick,

 

  You’re correct. But to get
the WMQ explorer on the Windows platform, it requires the WMQ server software.
So , if there is no need for WMQ on the Windows software, there is no WMQ
explorer. Also, the WMQ explorer cannot be used to monitor z/OS queue managers,
whereas MO71 can.

 

 

HTH,

 

John 

 

-Original
Message-
From: Nick Denning
[mailto:[EMAIL PROTECTED]
Sent: Thursday, September 09, 2004
8:12 AM
To: [EMAIL PROTECTED]
Subject: Re: MMC/Any GUI for
administering MQ on AIX

 

Does everyone know that you can use wmq
explorer on Windows to administer a remote queue manager on another machine.

 

Right click on queue managers in explorer,
execute the show queue manager and add in a reference to the remote queue
manager you need.

 

You need to configure the appropriate
channel and listener on the remote server.  That is all in the system
administration manuals.

 

Nick

 

-Original
Message-
From: Mike Davidson
[mailto:[EMAIL PROTECTED] 
Sent: 09 September 2004 13:54
To: [EMAIL PROTECTED]
Subject: Re: MMC/Any GUI for
administering MQ on AIX

 


MO71
is a great tool for administering MQ. Here's the URL: 

http://www-1.ibm.com/support/docview.wss?rs=203&uid=swg24000142&loc=en_US&cs=utf-8&lang=en

Mike Davidson
TSYS MQ Tech Support
IBM Certified System Administrator - WebSphere MQ V5.3
IBM Certified Solution Designer - WebSphere MQ V5.3
[EMAIL PROTECTED]




 
  
   
  
  
  Jitender
  Bhatia <[EMAIL PROTECTED]> 
  Sent by: MQSeries List
  <[EMAIL PROTECTED]> 
  09/09/2004 08:27 AM 
  Please respond to
  MQSeries List 
  
  
       
    
          To:  
       [EMAIL PROTECTED] 
          cc:  
       
  
          Subject:
         MMC/Any GUI for administering MQ on AIX
  
 



Hello,

I am relatively new to MQ.

I have MQ Series setup on AIX box.
Now, i want a way to administer it from my windows box by using some kind of
GUI.

I have MMC on my windows box that i am able to use to administer MQ Series on
my local desktop.
Can i use it to connect to MQ Series on AIX box to administer it. How ? I am not
able to figure this out.

Any other ideas on what kind of UI i can use for this purpose ? A Java UI
running on AIX is ok too.

Thanks

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









The information contained in this communication
(including any attachments hereto) is confidential and is intended solely for
the personal and confidential use of the individual or entity to whom it is
addressed. The information may also constitute a legally privileged
confidential communication. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended recipient,
you are hereby notified that you have received this communication in error and
that any review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the contents of this
information is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail, and delete the original message.
Thank you 









* 

This message contains privileged and confidential information intended 

only for the use of the recipient named above. Its contents do not 

constitute a commitment by Strategic Thought Limited ("Strategic 

Thought") unless separately endorsed by an authorised representative 

of Strategic Thought. 

 

Any use, dissemination, distribution, reproduction or unauthorised 

disclosure of this message is prohibited. If you receive this message 

in error, please notify the sender immediately and delete it from your 

computer systems. 

 

Any views expressed in this message are those of the individual sender 

and may not necessarily reflect those of Strategic Thought. 

 

Strategic Thought believes this e-mail and any attachments to be virus 

free. However, the recipient is responsible for ensuring it is virus 

free and Strategic Thought do not accept any responsibility for any 

loss or damage howsoever caused from use of this e-mail, attachments 

or contents. 

* 

emque5

[Dawson, John]

Please remove the word 'READ' from the subject line when responding to this
thread. I, as others might have a rule that copies messages with the word
'READ' in the subject line to my READ folder and the original message goes
to my MQ ListServer folder.

Thanks,

John

 -Original Message-
From:   Wyatt, T.rob [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, July 21, 2004 12:03 PM
To: [EMAIL PROTECTED]
Subject:Re: Read: MQ Licensing: setmqcap

The list header info (that's Listserv header, not email header) shows
Christian Reichetzeder and Jeff Hooper as the list owners.  Bear in mind,
these are list owners, not moderators, and they do not monitor the list.
Hooper's address is no longer valid but Christian's address at least did not
bounce.  I sent him emails yesterday and today but so far no response.  He
has been pretty responsive in the past but he may simply be on vacation.  We
may need to prevail on IBM to provide an alternate listowner to fill Jeff's
place or perhaps ask Christian to provide a secondary contact.  Remember
too, the folks at AKH-WIEN.AC.AT own the list server, not IBM.  They would
need to approve and implement any listowner changes.

-- T.Rob

-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Bruce
Baxter
Sent: Wednesday, July 21, 2004 10:10 AM
To: [EMAIL PROTECTED]
Subject: Re: Read: MQ Licensing: setmqcap


I sent one to [EMAIL PROTECTED] and got an answer back asking for more
information.  Isn't there a list moderator listening the will bounce this
rude fellow from the list?



 Robert Broderick
To
 Sent by: MQSeries [EMAIL PROTECTED]
 List   cc
 <[EMAIL PROTECTED]
 N.AC.AT>  Subject
   Re: Read: MQ Licensing: setmqcap

 07/20/2004 10:41
 PM


 Please respond to
   MQSeries List
 <[EMAIL PROTECTED]
 N.AC.AT>






I just sent a eMail to the postmaster @ HOTMAIL putting in a SPAM
complaint.
Lets see how far that goes.

  bobbee

>From: Tim Armstrong <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Read: MQ Licensing: setmqcap
>Date: Wed, 21 Jul 2004 11:00:11 +1000
>
>
>Not juvenile. As far as I know this individual has been asked several
times
>to resolve the problem. I say go for it.
>
>Regards
>Tim A
>
>-Original Message-
>From: Potkay, Peter M (ISD, IT) [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, 21 July 2004 10:40 AM
>To: [EMAIL PROTECTED]
>Subject: Re: Read: MQ Licensing: setmqcap
>
>
>OK, time to fight fire with fire.
>
>What if we all just start forwarding these Read messages back to
>[EMAIL PROTECTED] ? With perhaps a choice comment or 2 inserted?
>
>
>A few thousand of them outta get the point across.
>
>I know, I know, its a bit juvenille.
>
>
>
>-Original Message-
>From: emque5 [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, July 20, 2004 7:35 PM
>To: [EMAIL PROTECTED]
>Subject: Read: MQ Licensing: setmqcap
>
>
>
>Your message
>
> To:  [EMAIL PROTECTED]
> Subject:  Re: MQ Licensing: setmqcap
> Sent:  8/07/2004 10:45 p.m.
>
>was read on 21/07/2004 11:34 a.m..
>
>
>
>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.
>
>
>
>
>This email and any attachments may contain privileged and confidential
>information and are intended for the named addressee only. If you have
>received this e-mail in error, please notify the sender and delete this
>e-mail immediately. Any confidentiality, privilege or copyright is not
>waived or lost because this e-mail has been sent to you in error. It is
>your responsibility to check this e-mail and any attachments for viruses.
>No warranty is made that this material is free from computer virus or any
>other defect or error.  Any loss/damage incurred by using this material is
>not the sender's responsibility.  The sender's entire liability will be
>limited to resupplying the material.

_
Don t just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/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 f

WMQI Version 2.1

[Dawson, John]

Is anyone running WMQI version 2.1 with AIX version 5.2 successfully?


Thanks,

John

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: MQ Series on OS/390

[Dawson, John]

Vijay,

 

  For the writing to a PDS
member, try using ‘fwrite’. It’s documented in the OS/390 ‘C’ Language manual.

 

 

HTH,

 

John 

 

-Original
Message-
From: Vijay_Kannan
[mailto:[EMAIL PROTECTED]
Sent: Thursday, July 08, 2004
12:01 AM
To: [EMAIL PROTECTED]
Subject: MQ Series on OS/390

 

Hi,

 

I am
developing a Channel Exit program on OS/390. It is a C program which should
pick up any message flowing through the Channel and put it into another Event
Queue, which is also on the Mianframe machine.

 

I have
compiled the program and have created the Load Module. The name of the Data Set
having the load module has been specified in the CSQXLIB DD statement of the
Channel Initiator procedure. I have also specified the name of the load module
in the “Message Exit Name” property of the Channel. But the channel is not
getting initiated.

 

I tried
running the program from the Command line using the CALL ‘Data Set Name(Module
name)’. The message that I get is “CVS016I REQUESTED MODULE IS NOT EXECUTABLE”.
I tried also using a JCL to run the load module. Then also I am getting the
same error message. This happens only when I am running any MQ related program.

 

Other
simple programs in C are running correctly. I am also getting the output
properly.

 

Can
anybody tell me what has to be done in this regard?

 

Also
can anybody tell me how to write to a member in Mainframe using a C program? I
used fopen(“Data set name (member name)” , “Mode”) for opening the member and
fprintf for writing to the member. The member is opening, but it is not getting
updated.

 

Thanks
and Regards,

Vijay. 

 

Re: Hidden mystery

[Dawson, John]

Peter,

  No problem. It sounds like you've been doing problem support for a long
time. Yes, I did hit the refresh button several times.

John

 -Original Message-
From:   Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, May 26, 2004 4:42 PM
To: [EMAIL PROTECTED]
Subject:Re: Hidden mystery

Sorry to ask the obvious. You did right click on the queue and select
REFRESH before you selected PROPERTIES, right?


-Original Message-
From: Dawson, John [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 25, 2004 8:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Hidden mystery


Bobbee is correct. I have altered the base queue name of an alias queue
through a MQAI program. I then checked the queue through the MQExplorer and
it did not show the update. I then used runmqsc to verify the change and
runmqsc showed the change. Still after a period of time the MQExplorer did
not show the update.

John

 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]
Sent:   Tuesday, May 25, 2004 7:05 AM
To: [EMAIL PROTECTED]
Subject:Re: Hidden mystery

I have seen instances where MQExplorer has reported things in error but I
don't recall it ever not reporting an object not being there or being there
when it wasn't. Pauls suggestions are good. BUT! always go with runmqsc
to be sure.

  bobbee


>From: Paul Clarke <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Hidden mystery
>Date: Tue, 25 May 2004 11:14:08 +0100
>
>Bharath,
>
>Q1. I'm not aware of the ability to 'hide' objects from certain users. You
>can, of course, prevent users from using certain objects.
>
>Q2. I can think of no way MQ Explorer can define objects that are not know
>to the Solaris machine. I think it far more likely that
>
>a) You have actually defined then on a diffeernt machine that you thought
>you had
>
>or
>
>b) When looking for these objects you are not taking into account case
>sensitivity.
>
>
>It would be interesting to use another remote administrator, say my MO71
>support pac, to see whether the objects are visible to it.
>
>Cheers,
>P.
>
>Paul G Clarke
>WebSphere MQ Development
>IBM Hursley
>
>
>
>
>|-+>
>| |   Bharath Ram  |
>| |   Srinivasan   |
>| |   <[EMAIL PROTECTED]|
>| |   ARIS.CO.IN>  |
>| |   Sent by: MQSeries|
>| |   List |
>| |   <[EMAIL PROTECTED]|
>| |   N.AC.AT> |
>| ||
>| ||
>| |   25/05/2004 09:14 |
>| |   Please respond to|
>| |   MQSeries List|
>|-+>
>
>
>---
---|
>   |
>   |
>   |   To:   [EMAIL PROTECTED]
>   |
>   |   cc:
>   |
>   |   Subject:  Hidden mystery
>   |
>   |
>   |
>   |
>   |
>
>
>---
---|
>
>
>
>
>Folks,
>
>
>Q1: Is there some way to hide MQ objects (say a queue or channel) for a
>particular set of users? If yes, how?
>
>
>Q2:
>
>
>Scenario - I am using IBM's MQ Explorer(v 5.2.1) in Windows to
>browse/define/modify objects in my Solaris box. There are some
>objects/processes which I created/modified using MQ Explorer. But I was
>perplexed when I ran a display command for that Process directly in the
>Solaris box - "It said that the object was not found".
>
>
>But the same process kept working with my application at that time. My
>question - Why is the Solaris box where the MQ is hosted not able to
>identify its own objects? Is the MQ Explore hiding something?
>
>
>Thanks in advance for your valuable inputs.
>
>
>Cheers,
>
>
>Bharath
>
>
>
>
>
>
>
>
> InterScan_Disclaimer.txt has been removed from this note on May 25
>2004 by Paul Clarke
>
>Instructions for managing your mailing list subscription are provided in
>the Listserv General User

Re: Hidden mystery

[Dawson, John]

Bobbee is correct. I have altered the base queue name of an alias queue
through a MQAI program. I then checked the queue through the MQExplorer and
it did not show the update. I then used runmqsc to verify the change and
runmqsc showed the change. Still after a period of time the MQExplorer did
not show the update.

John

 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]
Sent:   Tuesday, May 25, 2004 7:05 AM
To: [EMAIL PROTECTED]
Subject:Re: Hidden mystery

I have seen instances where MQExplorer has reported things in error but I
don't recall it ever not reporting an object not being there or being there
when it wasn't. Pauls suggestions are good. BUT! always go with runmqsc
to be sure.

  bobbee


>From: Paul Clarke <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Hidden mystery
>Date: Tue, 25 May 2004 11:14:08 +0100
>
>Bharath,
>
>Q1. I'm not aware of the ability to 'hide' objects from certain users. You
>can, of course, prevent users from using certain objects.
>
>Q2. I can think of no way MQ Explorer can define objects that are not know
>to the Solaris machine. I think it far more likely that
>
>a) You have actually defined then on a diffeernt machine that you thought
>you had
>
>or
>
>b) When looking for these objects you are not taking into account case
>sensitivity.
>
>
>It would be interesting to use another remote administrator, say my MO71
>support pac, to see whether the objects are visible to it.
>
>Cheers,
>P.
>
>Paul G Clarke
>WebSphere MQ Development
>IBM Hursley
>
>
>
>
>|-+>
>| |   Bharath Ram  |
>| |   Srinivasan   |
>| |   <[EMAIL PROTECTED]|
>| |   ARIS.CO.IN>  |
>| |   Sent by: MQSeries|
>| |   List |
>| |   <[EMAIL PROTECTED]|
>| |   N.AC.AT> |
>| ||
>| ||
>| |   25/05/2004 09:14 |
>| |   Please respond to|
>| |   MQSeries List|
>|-+>
>
>
>---
---|
>   |
>   |
>   |   To:   [EMAIL PROTECTED]
>   |
>   |   cc:
>   |
>   |   Subject:  Hidden mystery
>   |
>   |
>   |
>   |
>   |
>
>
>---
---|
>
>
>
>
>Folks,
>
>
>Q1: Is there some way to hide MQ objects (say a queue or channel) for a
>particular set of users? If yes, how?
>
>
>Q2:
>
>
>Scenario - I am using IBM's MQ Explorer(v 5.2.1) in Windows to
>browse/define/modify objects in my Solaris box. There are some
>objects/processes which I created/modified using MQ Explorer. But I was
>perplexed when I ran a display command for that Process directly in the
>Solaris box - "It said that the object was not found".
>
>
>But the same process kept working with my application at that time. My
>question - Why is the Solaris box where the MQ is hosted not able to
>identify its own objects? Is the MQ Explore hiding something?
>
>
>Thanks in advance for your valuable inputs.
>
>
>Cheers,
>
>
>Bharath
>
>
>
>
>
>
>
>
> InterScan_Disclaimer.txt has been removed from this note on May 25
>2004 by Paul Clarke
>
>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

_
Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage!
http://join.msn.click-url.com/go/onm00200362ave/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: MQ Bible??

[Dawson, John]

Mark,

  Try these two supportpacs:



http://www-1.ibm.com/support/docview.wss?rs=203&uid=swg24006526&loc=en_US&cs
=utf-8&lang=en

MD02: An MQSeries Primer



http://www-1.ibm.com/support/docview.wss?rs=203&uid=swg24006382&loc=en_US&cs
=utf-8&lang=en

MC02: Getting started with MQSeries - Communication examples



HTH,

John

 -Original Message-
From:   Mark D. Hansen [mailto:[EMAIL PROTECTED]
Sent:   Tuesday, March 30, 2004 11:47 AM
To: [EMAIL PROTECTED]
Subject:Re: MQ Bible??

How about any of the Redbooks?

> -Original Message-
> From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf
> Of Potkay,
> Peter M (PLC, IT)
> Sent: Tuesday, March 30, 2004 9:18 AM
> To: [EMAIL PROTECTED]
> Subject: Re: MQ Bible??
>
>
> There is no one book, just all the manuals collectively.
>
> If I had to pick one to give to someone that knew the basics
> of MQ, but
> needed to know how it all worked together, then I would choose the
> Intercommunication Manual. If you have clusters, you would
> supplement it
> with the Cluster Manual as well.
>
> But you really need to also read the MQSC book, and the two
> Application
> Programming Manuals, as well as the System Admin Guide.
>
>
>
> -Original Message-
> From: Mark D. Hansen [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 30, 2004 9:09 AM
> To: [EMAIL PROTECTED]
> Subject: MQ Bible??
>
>
> Is there an "MQ Bible" that I can read to get grounded in all
> the basics of
> MQ, especially listeners, channels, connections, clusters, etc. ???
>
> 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
>
>
> 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.
>
> 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

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: endmqlsr after endmqm

[Dawson, John]

Peter,

  It's the SC34-6068-00, System Administration Guide manual, dated June
2002.


John


 -Original Message-
From:   Peter Uranyi [mailto:[EMAIL PROTECTED]
Sent:   Friday, March 26, 2004 2:30 PM
To: [EMAIL PROTECTED]
Subject:Re: endmqlsr after endmqm

John,

Do you have a newer version of the System Admin Guide?  Mine only lists the
-m
and -w flags.

Peter

--- "Dawson, John" <[EMAIL PROTECTED]> wrote:
> Rebecca,
>
>   After reading Paul's response, I looked in the WMQ Version 5.3 System
> Administration Guide and it is documented. So at least Paul will not
> received the 'ruler on the hand' treatment.
>
>
> John
>
>
>  -Original Message-
> From:   Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
> Sent:   Friday, March 26, 2004 1:12 PM
> To: [EMAIL PROTECTED]
> Subject:Re: endmqlsr after endmqm
>
> No, it's not a big deal, Pavel. And that's what I've done in the past,
using
> the  ever popular kill -9. I'd hesitate to touch the setmqaut's since then
> you have to put them back. Hadn't thought of the MCAUSER -- That's a nice
> easy approach. But Paul's oh-so-secret flag is even easier.
>
> -Original Message-
> From: Pavel Tolkachev [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 26, 2004 1:52 PM
> To: [EMAIL PROTECTED]
> Subject: Re: endmqlsr after endmqm
>
>
> Just gave it some thought..
>
> One way to achieve that (meaning -- the maintenance mode, without bringing
> down listener) must be to prohibit anyone to connect to QM, with
setmqaut..
> Another should be to set MCAUSER in all channels to someone who cannot
> connect (like nobody). Also, is it so bad just to kill listener process?
>
> Pavel
>
>
>
>
>
>   "Bullock, Rebecca
>   (CSC)"   To:
> [EMAIL PROTECTED]
>   <[EMAIL PROTECTED]cc:
>   >Subject:  Re: endmqlsr
after
> endmqm
>   Sent by: MQSeries
>   List
>   <[EMAIL PROTECTED]
>   n.AC.AT>
>
>
>   03/26/2004 12:53
>   PM
>   Please respond to
>   MQSeries List
>
>
>
>
>
>
> Hi, Ian. No, I don't have the answer, but I wanted to interject another
> reason one might want to end the listener but not the queue manager. In
some
> circumstances, one might wish to perform some maintenance-type work on the
> queue manager but not have users connecting, only allowing access through
> applications/programs local to the MQ server (such as runmqsc). While you
> can ask that users not connect (ha!), the chances are that they still
will.
> Being able to end the listener would preclude that. I've sometimes
wondered
> about the requirement to end the qmgr, too..
>   -Original Message-
>   From: Chan, Ian M [mailto:[EMAIL PROTECTED]
>   Sent: Thursday, March 25, 2004 10:26 PM
>   To: [EMAIL PROTECTED]
>   Subject: endmqlsr after endmqm
>
>   Hi all,
>
>   This is not a problem question. However, I am really curious to know
> why.
>
>   Before MQ v5.3, I use UNIX listener rather than the MQ listener.
Now
> with the upgrade to v5.3, I started to use MQ listener.  Logically
thinking,
> I start the qmgr and then the mq listener and end the listener before
ending
> the qmgr.  However, the endmqlsr command cannot be issued while qmgr is
> active (you will get AMQ9596 error).  I have to endmqm first and then
> endmqlsr.
>
>   On the Windows platform, I got the same AMQ9596 error if I issue
> endmqlsr from the Command Prompt while the qmgr is active .  However I can
> end listener from the MQ services while the qmgr is active.
>
>   Anyone know why endmqlsr cannot be issued while qmgr is active ? To
me
> it is logical to stop listener first and then the qmgr.  Besides, what is
> the difference between using endmqlsr from command prompt and the stop
> listener from MQ services in the Windows platform?
>
>   Regards,
>
>   Ian
>
>
>
>
>
> **
>
>
> This e-mail and any files transmitted with it may contain privileged or
>
>
> confidential information. It is solely for use by the individual for whom
>
>
> it is intended, even if addressed incorrectly. If you received this e-mail
>
>
> in error, please notify the sender; do not disclose, copy, distribute, or
>
>
> take any action in reliance on the 

Re: endmqlsr after endmqm

[Dawson, John]

Rebecca,

  After reading Paul's response, I looked in the WMQ Version 5.3 System
Administration Guide and it is documented. So at least Paul will not
received the 'ruler on the hand' treatment.


John


 -Original Message-
From:   Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
Sent:   Friday, March 26, 2004 1:12 PM
To: [EMAIL PROTECTED]
Subject:Re: endmqlsr after endmqm

No, it's not a big deal, Pavel. And that's what I've done in the past, using
the  ever popular kill -9. I'd hesitate to touch the setmqaut's since then
you have to put them back. Hadn't thought of the MCAUSER -- That's a nice
easy approach. But Paul's oh-so-secret flag is even easier.

-Original Message-
From: Pavel Tolkachev [mailto:[EMAIL PROTECTED]
Sent: Friday, March 26, 2004 1:52 PM
To: [EMAIL PROTECTED]
Subject: Re: endmqlsr after endmqm


Just gave it some thought..

One way to achieve that (meaning -- the maintenance mode, without bringing
down listener) must be to prohibit anyone to connect to QM, with setmqaut..
Another should be to set MCAUSER in all channels to someone who cannot
connect (like nobody). Also, is it so bad just to kill listener process?

Pavel





  "Bullock, Rebecca
  (CSC)"   To:
[EMAIL PROTECTED]
  <[EMAIL PROTECTED]cc:
  >Subject:  Re: endmqlsr after
endmqm
  Sent by: MQSeries
  List
  <[EMAIL PROTECTED]
  n.AC.AT>


  03/26/2004 12:53
  PM
  Please respond to
  MQSeries List






Hi, Ian. No, I don't have the answer, but I wanted to interject another
reason one might want to end the listener but not the queue manager. In some
circumstances, one might wish to perform some maintenance-type work on the
queue manager but not have users connecting, only allowing access through
applications/programs local to the MQ server (such as runmqsc). While you
can ask that users not connect (ha!), the chances are that they still will.
Being able to end the listener would preclude that. I've sometimes wondered
about the requirement to end the qmgr, too..
  -Original Message-
  From: Chan, Ian M [mailto:[EMAIL PROTECTED]
  Sent: Thursday, March 25, 2004 10:26 PM
  To: [EMAIL PROTECTED]
  Subject: endmqlsr after endmqm

  Hi all,

  This is not a problem question. However, I am really curious to know
why.

  Before MQ v5.3, I use UNIX listener rather than the MQ listener.  Now
with the upgrade to v5.3, I started to use MQ listener.  Logically thinking,
I start the qmgr and then the mq listener and end the listener before ending
the qmgr.  However, the endmqlsr command cannot be issued while qmgr is
active (you will get AMQ9596 error).  I have to endmqm first and then
endmqlsr.

  On the Windows platform, I got the same AMQ9596 error if I issue
endmqlsr from the Command Prompt while the qmgr is active .  However I can
end listener from the MQ services while the qmgr is active.

  Anyone know why endmqlsr cannot be issued while qmgr is active ? To me
it is logical to stop listener first and then the qmgr.  Besides, what is
the difference between using endmqlsr from command prompt and the stop
listener from MQ services in the Windows platform?

  Regards,

  Ian





**


This e-mail and any files transmitted with it may contain privileged or


confidential information. It is solely for use by the individual for whom


it is intended, even if addressed incorrectly. If you received this e-mail


in error, please notify the sender; do not disclose, copy, distribute, or


take any action in reliance on the contents of this information; and delete


it from your system. Any other use of this e-mail is prohibited. Thank you


for your compliance.













--

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



**
This e-mail and any files transmitted with it may contain privileged or
confidential information. It is solely for use by the individual for whom
it is intended, even if addressed incorrectly. If you received this e-mail
in error, please notify the sender; do not disclose, copy, distribute, or
take any action in reliance on the contents of this information; and 

Re: Receiving SPAM

[Dawson, John]

Chris,

  I have also received an email from CCSS USA Ltd.


John

-Original Message-
From: Christopher Fryett [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 04, 2004 4:02 PM
To: [EMAIL PROTECTED]
Subject: Receiving SPAM


Has anyone else received what I call unwanted email from CCSS USA Ltd?  If
not I will resolve the problem myself, otherwise I figured I would do one
of my ranting and raving emails since they probably are listening on this
list ;-)

Chris

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: MQ Triggering in CICS

[Dawson, John]

'One should check all the angles'

'Fast' Eddie Felson


 -Original Message-
From:   Jxrgen Pedersen [mailto:[EMAIL PROTECTED]
Sent:   Tuesday, March 02, 2004 9:34 AM
To: [EMAIL PROTECTED]
Subject:Re: MQ Triggering in CICS

Hi John,

take a look here:
http://www.mqseries.net/phpBB2/viewtopic.php?t=13836
Just ask the question in one forum please.

Just my $0.02 ;o)

Kind regards
Jxrgen


>From: "Dawson, John" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: MQ Triggering in CICS
>Date: Mon, 1 Mar 2004 14:18:31 -0600
>
>Folks,
>
>In a CICS program, how can I tell that the CICS program was started from a
>MQ trigger?
>
>
>Thanks,
>
>John Dawson
>
>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

_
Fe alle de nye og sjove ikoner med MSN Messenger http://messenger.msn.dk

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: MQ Triggering in CICS

[Dawson, John]

Thanks to everyone for their responses! :)


John Dawson


 -Original Message-
From:   Jan MOEYERSONS [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, March 03, 2004 3:25 AM
To: [EMAIL PROTECTED]
Subject:Re: MQ Triggering in CICS

Dear John,

EXEC CICS ASSIGN STARTCODE(start-code)
IF start-code == "SD"
  EXEC CICS RECEIVE INTO(this-should-be-an-MQ-trigger-message)
  II
whatever-you-need-to-test-to-validate-that-it-really-is-a-trigger-message
here-you-are...

Cheers,

Jantje.

-Original Message-
From: Rick Tsujimoto [mailto:[EMAIL PROTECTED]
Sent: dinsdag 2 maart 2004 15:35
To: [EMAIL PROTECTED]
Subject: Re: MQ Triggering in CICS


Assuming the program can only be started from an MQ trigger, take a look at
the usecount for the program.  If the program can be started from other
means, then you'll probably have to run a trace.




      "Dawson, John"
  <[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
  IGROUP.COM>cc:
  Sent by: MQSeries  Subject: MQ Triggering in
CICS
  List
  <[EMAIL PROTECTED]
  .AC.AT>


  03/01/2004 03:18
  PM
  Please respond to
  MQSeries List





Folks,

In a CICS program, how can I tell that the CICS program was started from a
MQ trigger?


Thanks,

John Dawson

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

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 Triggering in CICS

[Dawson, John]

Folks,

In a CICS program, how can I tell that the CICS program was started from a
MQ trigger?


Thanks,

John Dawson

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: Batch Trigger Monitor

[Dawson, John]

Bruce,

  Although this response is dated, I ran into a nice PowerPoint presentation
of how to setup a batch trigger monitor at http://www.nynjmq.org/Feb2000.htm


HTH,

John Dawson


 -Original Message-
From:   Bruce Baxter [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, February 11, 2004 1:21 PM
To: [EMAIL PROTECTED]
Subject:Batch Trigger Monitor

I remember reading somehwhere (I think) that there was a sample or some
sort of paper from IBM that documented how to do a batch trigger monitor
for MQ Series.  I can't find anything on the support site for MQ.  Am I
hallucinating?

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: WMQ MIPS usage on idle mainframe

[Dawson, John]

Francois,

  I believe tools such as RMF or Strobe should be able to answer this
question.


Regards,

John Dawson

 -Original Message-
From:   Francois Van der Merwe1 [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, February 11, 2004 6:40 AM
To: [EMAIL PROTECTED]
Subject:WMQ MIPS usage on idle mainframe

Any idea how many MIPS an IDLE (no messages flowing) queue manager consumes
on the mainframe.  We are trying to figure out what is the extra (overhead)
MIPS usage if you ran a second queue manager on a mainframe.

Thanks

Francois van der Merwe
Senior IT Specialist: IBM MQSeries Certified Specialist, Solutions Expert &
Developer
IBM, Cape Town, South Africa
+27 (0)82 556 9467 / +27 (0)21 402 5597
[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

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: Trigger

[Dawson, John]

A big thanks to everyone's assistance!

John Dawson

 -Original Message-
From:   Miller, Dennis [mailto:[EMAIL PROTECTED]
Sent:   Monday, February 09, 2004 6:59 PM
To: [EMAIL PROTECTED]
Subject:Re: [Maybe Spam]  Trigger

I see.

I don't think you need to do anything to restart the trigger mechanism
because you haven't done anything to disable it (at least nothing that
you mentioned).  I still don't quite understand the point of
put-disabling the triggered queue, but that's not really the issue.
Put-disabling a triggered queue will certainly stop the flow of
messages, but I'm not aware that it does anything to affect the
triggering mechanism, itself.

You claim that your triggered program will process the queue until it
gets a 2033.  That's exactly what it should do.  But then you say
there's a chance the triggered app does not get the 2033 return code.
Why is that? (Of course, there's always that possibility, I just don't
see how it relates to pur-disabling the triggered queue).  And what does
the program do then?  If it keeps trying for a 2033, then you don't need
to re-trigger it.  If it quits, then it will just retrigger immediately
(aka "poison message loop") when there are messages on the queue.

Sounds to me like maybe you need to rethink the error-handling in the
triggered application.

Regards,
Dennis

-Original Message-
From: Dawson, John [mailto:[EMAIL PROTECTED]
Sent: Monday, February 09, 2004 11:11 AM
To: [EMAIL PROTECTED]
Subject: Re: [Maybe Spam] Trigger


Dennis,

  There is a trigger queue receiving messages. The queue is trigger on
first. The logic of the triggered program is that once triggered, it
will process all the messages until receiving a return code of 2033.

  At times after getting the application message, there will be a need
to prevent any additional messages from being 'put' to the queue. So,
the triggered program will 'put' disable the queue. When it does the
'put' disabled, there's a chance that the program did not receive the
2033 return code and messages are remaining on the queue.

  My question is, if there are messages that remained on the queue while
the queue was 'put' disabled, will those messages that remain on the
queue cause the trigger mechanism to restart. Or, will the trigger need
to be turned off and then turned backed on to restart the trigger
mechanism, once the queue has been 'put' enabled?


Thanks,

John Dawson


 -Original Message-
From:   Miller, Dennis [mailto:[EMAIL PROTECTED]
Sent:   Monday, February 09, 2004 12:49 PM
To: [EMAIL PROTECTED]
Subject:Re: [Maybe Spam]  Trigger

John,
Unfortunately, I cannot follow your question. Maybe I just don't
understand what 'puts' is.  If a queue is put-disabled, then no more
messages can be queued there. If a program loops until 2033, then that
means all queued messages have been removed. So what do you mean by
"because of this, messages will remain on the queue".

Also, it's not that common to put-disable a triggered queue.  Sort of
defeats the purpose of queuing.  Please better explain what you are
trying to accomplish.



-Original Message-
From: Dawson, John [mailto:[EMAIL PROTECTED]
Sent: Monday, February 09, 2004 7:21 AM
To: [EMAIL PROTECTED]
Subject: [Maybe Spam] Trigger


Hey Folks,

  I have a triggered queue, triggering on first. The 'puts' for the
queue is disabled because the program, acting upon a message, has to
stop the processing, inside the loop that is getting messages until a
return code of 2033. Because of this, messages will remain on the queue.

  When the 'puts' on the queue  is re-enabled, will the remaining
messages on the queue force the trigger to start again or will it take a
new message arriving on the queue to start the triggering.

  What if the triggering is turned off and then on at the same time as
the 'puts' are re-enabled?


Thanks everyone,

John Dawson

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

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

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: [Maybe Spam] Trigger

[Dawson, John]

Dennis,

  There is a trigger queue receiving messages. The queue is trigger on
first. The logic of the triggered program is that once triggered, it will
process all the messages until receiving a return code of 2033.

  At times after getting the application message, there will be a need to
prevent any additional messages from being 'put' to the queue. So, the
triggered program will 'put' disable the queue. When it does the 'put'
disabled, there's a chance that the program did not receive the 2033 return
code and messages are remaining on the queue.

  My question is, if there are messages that remained on the queue while the
queue was 'put' disabled, will those messages that remain on the queue cause
the trigger mechanism to restart. Or, will the trigger need to be turned off
and then turned backed on to restart the trigger mechanism, once the queue
has been 'put' enabled?


Thanks,

John Dawson


 -Original Message-
From:   Miller, Dennis [mailto:[EMAIL PROTECTED]
Sent:   Monday, February 09, 2004 12:49 PM
To: [EMAIL PROTECTED]
Subject:Re: [Maybe Spam]  Trigger

John,
Unfortunately, I cannot follow your question. Maybe I just don't
understand what 'puts' is.  If a queue is put-disabled, then no more
messages can be queued there. If a program loops until 2033, then that
means all queued messages have been removed. So what do you mean by
"because of this, messages will remain on the queue".

Also, it's not that common to put-disable a triggered queue.  Sort of
defeats the purpose of queuing.  Please better explain what you are
trying to accomplish.



-Original Message-
From: Dawson, John [mailto:[EMAIL PROTECTED]
Sent: Monday, February 09, 2004 7:21 AM
To: [EMAIL PROTECTED]
Subject: [Maybe Spam] Trigger


Hey Folks,

  I have a triggered queue, triggering on first. The 'puts' for the
queue is disabled because the program, acting upon a message, has to
stop the processing, inside the loop that is getting messages until a
return code of 2033. Because of this, messages will remain on the queue.

  When the 'puts' on the queue  is re-enabled, will the remaining
messages on the queue force the trigger to start again or will it take a
new message arriving on the queue to start the triggering.

  What if the triggering is turned off and then on at the same time as
the 'puts' are re-enabled?


Thanks everyone,

John Dawson

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

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

Trigger

[Dawson, John]

Hey Folks,

  I have a triggered queue, triggering on first. The 'puts' for the queue is
disabled because the program, acting upon a message, has to stop the
processing, inside the loop that is getting messages until a return code of
2033. Because of this, messages will remain on the queue.

  When the 'puts' on the queue  is re-enabled, will the remaining messages
on the queue force the trigger to start again or will it take a new message
arriving on the queue to start the triggering.

  What if the triggering is turned off and then on at the same time as the
'puts' are re-enabled?


Thanks everyone,

John Dawson

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: SSL certificate administration with gsk6cmd - 7th January fi x

[Dawson, John]

David,

  The VeriSign class 3 immediate and root certificates expired on the 6th
and 7th of January.

John

 -Original Message-
From:   David C. Partridge [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, January 28, 2004 10:32 AM
To: [EMAIL PROTECTED]
Subject:Re: SSL certificate administration with gsk6cmd  - 7th
January fix

What 7th January problem - do tell all!

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

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: MQSC command

[Dawson, John]

Display channel(*) all

 

John 

 

 

-Original
Message-
From: Teresa Cheung
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 28, 2004
6:48 AM
To: [EMAIL PROTECTED]
Subject: MQSC command

 

Hi All,

 

Is there a
MQSC command that can dispaly all MQ managers or
channels properties in

one single
command?

 

Thanks,

TC  









Do you
Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!

Re: Channel Slow Down

[Dawson, John]

WS,

  When you stopped and restarted your channel, could the network connection
taken a different network route to its endpoint? Did you have someone look
at the network before stopping and restarting the channel?


John

 -Original Message-
From:   Web Sphere [mailto:[EMAIL PROTECTED]
Sent:   Tuesday, January 27, 2004 7:43 AM
To: [EMAIL PROTECTED]
Subject:Re: Channel Slow Down

Hi Paul,

There are no messages in the DLQ.

Messages are being delivered properly from QM1 to QM2.

Initially:
- both sender channel and receiver channel were
running.
- However transfer was very slow (6 msgs/min)

I then stopped and started the sender channel
- All the messages in Txq (roughly 8000) were
delivered
in 3 to 4 secs

Why would restart of the channels make the transfer
fast? (since this channel was already running)

Any pointers would help a lot

Thanks
WS




 --- "Meekin, Paul" <[EMAIL PROTECTED]> wrote:
> Sounds like the receiver channel couldn't put the
> message to the target
> queue and so went through the Message Retry
> interval. If you haven't changed
> the channel defaults this would be to retry the
> message 10 times, pausing
> for 1 second between attempts, which would give you
> 6 msgs/min. The messages
> should then end up on the DLQ - did that happen?
>
> Cheers,
> Paul
>
> -Original Message-
> From: Web Sphere [mailto:[EMAIL PROTECTED]
> Sent: 27 January 2004 12:13
> To: [EMAIL PROTECTED]
> Subject: Channel Slow Down
>
>
> Further to this:
>
> I stopped the sender channel and
> the restarted it
>
> And all the messages (around 8000) were delivered in
> the space of 5 secs
>
> Seems to indicate that the channel although running
> was
> in some sleeping state.
>
> Has anyone faced this before ?  How can this be
> rectified ? The Non pesistent speed on the sender
> channal is  FAST
>
> Would we have to tune the batch size or batch
> interval
> ?
>
> Thanks
> WS
>
>  --- Web Sphere <[EMAIL PROTECTED]> wrote: > Hi
> everyone,
> >
> > we're facing a situation where the messages are
> > being
> > transferred
> > at a very slow rate.
> >
> > The scenario is
> > QM1 on a Windows Box v5.2
> >
> > QM2 on a Unix box (AIX) v5.3
> >
> > The channels are in a running state. However, the
> > message rate is
> > around 6 messages per min. And messages are
> stacking
> > up on the transmission queue.
> >
> > The messages size on the queue is roughly 1MB and
> > these are non persistent
> >
> > What could be the reason for this?
> >
> > Thanks,
> > WS
> >
> >
>
>
>

> BT Yahoo! Broadband - Free modem offer, sign up
> online today and save #80
> http://btyahoo.yahoo.co.uk
>
> 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


BT Yahoo! Broadband - Free modem offer, sign up online today and save #80
http://btyahoo.yahoo.co.uk

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 Manager Autostart on Windows

[Dawson, John]

WS,

  Go to a DOS prompt and do a 'dspmq' to see what state the queue manager is
really in.


Regards,

John Dawson


 -Original Message-
From:   Web Sphere [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, January 21, 2004 10:46 AM
To: [EMAIL PROTECTED]
Subject:Queue Manager Autostart on Windows

Hi everyone,

I've configured the a queue manager for automatic
start
on Windows.

However after system reboot, the queue manager is an
unavailable state.

The event viewer does not indicate any errors. The IBM
MQSeries service shows as started in the Services
panel
(in Control panel)

Has anyone faced this before?
Where do I check for errors in such a case?

Thanks
WS


Yahoo! Messenger - Communicate instantly..."Ping"
your friends today! Download Messenger Now
http://uk.messenger.yahoo.com/download/index.html

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

Trigger Default Path

[Dawson, John]

Hello,

  On a UNIX platform, for a triggered application, is there a default path
for the triggered application? Is it the default path where  the trigger
started the application from?


Thanks for your help,

John Dawson

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: Channel Exits

[Dawson, John]

Wesley,

  You could use a message exit that plugs in a valid UNIX user id. It's not
that hard to do.


Regards,

John

 -Original Message-
From:   Wesley Shaw [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, January 14, 2004 2:07 PM
To: [EMAIL PROTECTED]
Subject:Re: Channel Exits

I have not attempted this with 5.3 but if I authenticate a user on their
Windows workstation, and as that user have been given rights to certain MQ
resources, I can trust them to do what MQ work they need to do.   In the
past when I attempted this, the authenticated token that comes over from
the windows client does not seem to match the unix /etc/passwd matching
userid.  Seems like when you authenticate on the Windows side from a NT
domain, that information passed in the message header does not match the
unix userid.   Should I go through my testing again to verify this ?  It
never made much sense to me.  We had to get around it my hardcoding a valid
ID in the MCAUSER field in the client channel.




  "Wyatt, T. Rob"
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  MERICA.COM> cc:
  Sent by: MQSeries   Subject:  Re: Channel
Exits
  List
  <[EMAIL PROTECTED]
  C.AT>


  01/14/2004 02:54 PM
  Please respond to
  MQSeries List






Wesley,

I assume you are trying to use Windows authentication as a convenience and
not for business-critical data, right?  In other words, your intent is to
create an honor-system rather than enforced authorizations?

-- T.Rob

-Original Message-
From: Wesley Shaw [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 1:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Channel Exits


I have defined the windows user in /etc/passwd and used setmqaut to
associated that users group ID with the MQ resources they should be able to
use.  I would then prefer to not hard code anything in the MCAUSER parm.
But when doing the authentication, it appears to not recognize the  userid
authenticated over on the Windows box when it gets to Unix.  Somehow that
same userid is different between Windows and Unix.  Unless I am missing
something.






      "Dawson, John"
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  IGROUP.COM>   cc:
  Sent by: MQSeries Subject:  Re: Channel Exits
  List
  <[EMAIL PROTECTED]
  .AC.AT>


  01/14/2004 01:15
  PM
  Please respond to
  MQSeries List






Wesley,

  Are you trying to send a message to the UNIX system from the Windows
environment without defining the Windows user id to the UNIX system and not
hard coding the UNIX user id in the channel MCAUSER parameter?


Thanks,

John

 -Original Message-
From:   Wesley Shaw [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, January 14, 2004 11:44 AM
To: [EMAIL PROTECTED]
Subject:Re: Channel Exits

Need to handle the client channel security between a Win2000 client and
Unix MQ Server.  I can not seem to get setmqaut to understand how
to connect a Windows authenticated user ID on a unix group/userid system.
They are not the same even though the ID might be the same.
For example:ntdomain\wesley  vs  just   wesley  in unix


Wesley Shaw
OJRP 10th Floor
Work: 804 771 3589 (736-3589)
Pager: 888 436 2805 Mobile 804 512 5260



  Aby Philip
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  GROUP.COM>   cc:
  Sent by: MQSeriesSubject:  Re: Channel Exits
  List
  <[EMAIL PROTECTED]
  N.AC.AT>


  01/14/2004 12:26
  PM
  Please respond to
  MQSeries List






Hi Wesley,
What kind of exits are you looking at. I mean what sort of functionality?

Aby Philip
  -Original Message-
  From: MQSeries List on behalf of Wesley Shaw
  Sent: Wed 1/14/2004 10:46 PM
  To: [EMAIL PROTECTED]
  Cc:
  Subject: Re: Channel Exits

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

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www

Re: Channel Exits

[Dawson, John]

Wesley,

  Are you trying to send a message to the UNIX system from the Windows
environment without defining the Windows user id to the UNIX system and not
hard coding the UNIX user id in the channel MCAUSER parameter?


Thanks,

John

 -Original Message-
From:   Wesley Shaw [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, January 14, 2004 11:44 AM
To: [EMAIL PROTECTED]
Subject:Re: Channel Exits

Need to handle the client channel security between a Win2000 client and
Unix MQ Server.  I can not seem to get setmqaut to understand how
to connect a Windows authenticated user ID on a unix group/userid system.
They are not the same even though the ID might be the same.
For example:ntdomain\wesley  vs  just   wesley  in unix


Wesley Shaw
OJRP 10th Floor
Work: 804 771 3589 (736-3589)
Pager: 888 436 2805 Mobile 804 512 5260



  Aby Philip
  <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
  GROUP.COM>   cc:
  Sent by: MQSeriesSubject:  Re: Channel Exits
  List
  <[EMAIL PROTECTED]
  N.AC.AT>


  01/14/2004 12:26
  PM
  Please respond to
  MQSeries List






Hi Wesley,
What kind of exits are you looking at. I mean what sort of functionality?

Aby Philip
  -Original Message-
  From: MQSeries List on behalf of Wesley Shaw
  Sent: Wed 1/14/2004 10:46 PM
  To: [EMAIL PROTECTED]
  Cc:
  Subject: Re: Channel Exits

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: Soap versus MQseries

[Dawson, John]

Ullabritt,

  Thanks for the find.

John Dawson


 -Original Message-
From:   ulla [mailto:[EMAIL PROTECTED]
Sent:   Friday, January 09, 2004 3:49 AM
To: [EMAIL PROTECTED]
Subject:Re: Soap versus MQseries

concerning 'WebSphere MQ Solutions in a Microsoft.NET environment
(SG24-70120-00)'.
It's still a 'red-book abstract' to be found in
http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg247012.html?
Open
or directly
http://www.redbooks.ibm.com/redbooks/pdfs/sg247012.pdf

rgds
Denis Wiberg
Sweden

-Original Message-
From: "Wyatt, T. Rob" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Mon, 5 Jan 2004 09:51:16 -0600
Subject: Re: Soap versus MQseries

Sorry, I do not.

-Original Message-
From: Dawson, John [mailto:[EMAIL PROTECTED]
Sent: Monday, January 05, 2004 10:05 AM
To: [EMAIL PROTECTED]
Subject: Re: Soap versus MQseries


Rob,

  Thanks. The supportpac states
 ''Users may also be interested to know of the availability of a Redbook
published by IBM enttiled 'WebSphere MQ Solutions in a Microsoft.NET
environment (SG24-70120-00)'. "
 When I go to the IBM redbook web site, I cannot locate any existence of
this manual. Would you happen to have a copy of it, or anyone.
Thanks,
John Dawson

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

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: Channel Exit Program

[Dawson, John]

Wesley,

  There's a great example of one at http://home19.inet.tele.dk/m-invent/ .
With a little modification, it can anything you want it to do.


Regards,

John Dawson


 -Original Message-
From:   Wesley Shaw [mailto:[EMAIL PROTECTED]
Sent:   Thursday, January 08, 2004 12:24 PM
To: [EMAIL PROTECTED]
Subject:Channel Exit Program

Any suggestions on a channel exit utility for doing authentication on
client channels ?  Any estimate on what they would cost to buy ?

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: Puzzled: MQJE001, MQRC 2102 for non-mqm users

[Dawson, John]

Peter,

  When referring to the WMQ manuals, be sure that you visit
http://www-306.ibm.com/software/integration/mqfamily/support/readme/cli530_r
ead_2.html for the manual updates as there is a lot of corrected information
regarding SSL.


Regards,

John Dawson
Phone: 972.281.4016
Fax: 972.281.4904
mailto:[EMAIL PROTECTED]

 -Original Message-
From:   Heggie, Peter [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, January 07, 2004 2:32 PM
To: [EMAIL PROTECTED]
Subject:Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users

Thanks.. I see there is a redbook on Implementing MQ security from May
2003.. Is that the latest publication on MQ and SSL?

Peter Heggie


-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Potkay, Peter M (PLC, IT)
Sent: Wednesday, January 07, 2004 2:55 PM
To: [EMAIL PROTECTED]
Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users


"I've been off the MQ board for six months.. Has implementing SSL gotten
any easier with MQ 5.3.5 ?"

>From an MQ perspective, it is the same as when it first came out with
5.3.

-Original Message-
From: Heggie, Peter [mailto:[EMAIL PROTECTED]
Sent: Monday, January 05, 2004 12:30 PM
To: [EMAIL PROTECTED]
Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users


That's right.. I have heard this before. I could use the incoming userid
and incoming machine name and perform a lookup in a table and get an
assigned userid that has the correct priviledges. And that's about
halfway to the better solution of SSL and certificates. Our organization
has not implemented application level SSL and certificates so a
homegrown solution may be our only current option.

I've been off the MQ board for six months.. Has implementing SSL gotten
any easier with MQ 5.3.5 ?

Peter Heggie


-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of
Potkay, Peter M (PLC, IT)
Sent: Monday, January 05, 2004 12:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users


But the real user could be some loser that defines the ID "mqm" on their
machine, logs on with that ID, and then your QM has no choice but to let
him do whatever they want!



-Original Message-
From: Heggie, Peter [mailto:[EMAIL PROTECTED]
Sent: Monday, January 05, 2004 12:10 PM
To: [EMAIL PROTECTED]
Subject: Re: Puzzled: MQJE001, MQRC 2102 for non-mqm users


I'm sorry - I took the documentation to mean that for non-Java clients,
on Windows and UNIX, the userid in the MQCD is the currently logged on
user and that the environment variables are not referencved. So if I
could verify that it was not a Java client, then I could rely on the
userid to be the real user.

Peter Heggie


This e-mail and any files transmitted with it, are confidential to
National Grid and are intended solely for the use of the individual or
entity to whom they are addressed.  If you have received this e-mail in
error, please reply to this message and let the sender know.

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


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.

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

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: Soap versus MQseries

[Dawson, John]

Rob,

  Thanks. The supportpac states
 ''Users may also be interested to know of the availability of a Redbook
published by IBM enttiled 'WebSphere MQ Solutions in a Microsoft.NET
environment (SG24-70120-00)'. "
 When I go to the IBM redbook web site, I cannot locate any existence of
this manual. Would you happen to have a copy of it, or anyone.
Thanks,
John Dawson
 -Original Message-
From:   Wyatt, T. Rob [mailto:[EMAIL PROTECTED]
Sent:   Monday, January 05, 2004 8:37 AM
To: [EMAIL PROTECTED]
Subject:Re: Soap versus MQseries

Ton,

The two generally are not considered to be direct alternatives.  SOAP is a
higher level protocol that makes objects and methods available over a
variety of transports including HTTP, email, WMQ, FTP, etc.  On the other
hand, WMQ is a transport protocol on which some higher level protocols such
as JMS and SOAP are built.  It's not usually a question of SOAP VS. WMQ but
rather a question of "do my SOAP messages need the reliability of an MQ
transport or can they go over HTTP?"  If you need to make object-oriented
services available or to consume them, use SOAP.  If you need assured
once-only delivery of discrete messages, use WMQ.  If you need both,
consider SOAP over a WMQ transport.

You may want to look at the SOAP Support Pac if you have not already:
http://www-306.ibm.com/software/integration/support/supportpacs/individual/m
a0r.html

-- T.Rob

-Original Message-
From: Ton van der Starre [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 04, 2004 2:37 PM
To: [EMAIL PROTECTED]
Subject: Soap versus MQseries


Hi all,

we are currently investigating the introduction of SOAP in our company,
application integration purposes and delevering services over the internet.
This because developers find it easy to use and it communicates over HTTP.

At the moment we are using Websphere MQseries to establish that.
I'm faces with the challenge to define company policies on when to use SOAP
and when to use MQ.
So I can use a lot of information on the subject.
Does anyone have ideas or is willing to share information with me.


Best regards,

Ton van der Starre
ADP The Netherlands

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

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: Jingle Bells, Jingle Bells

[Dawson, John]

And you too, Sir!

John Dawson


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]
Sent:   Tuesday, December 23, 2003 3:04 PM
To: [EMAIL PROTECTED]
Subject:Jingle Bells, Jingle Bells

and I heard him exclaim as he rode out of site,
MQ is a prize...
but the rebrandings not rite!!!

Everyone have a Merry Christmas!!


bee-oh-dubble-bee-dubble-egh

_
Check your PC for viruses with the FREE McAfee online computer scan.
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

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: Client Connection

[Dawson, John]

Bobbee,

  It connects to the channel listed in the queue manager field.

  Where did I get the ideal? Simple, RTM.

"In any case, regardless of whether the MQSERVER variable is set or a
channel table exists, the necessary channel information can be entered in
lieu of a queue manager   name, using the format of the MQSERVER
variable."

Hope this helps,

John


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, December 17, 2003 2:23 PM
To: [EMAIL PROTECTED]
Subject:Re: Client Connection

Does that connect to the SYSTEM.DEF.SVRCONN channel or does it connect to
the channel nmed in the name field of the Client Connection.

ANDmore important

What ever gave you the idea to put that in  there??


>From: "Dawson, John" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Client Connection
>Date: Wed, 17 Dec 2003 14:09:43 -0600
>
>Bobbee,
>
>   You could also put the MQSERVER variable in the queue manager field,
>'SYSTEM.DEF.SVRCONN\TCP\123.123.456.78(1414)'. This works as I have just
>done this.
>
>
>Regards,
>
>John
>
>
>  -Original Message-
>From:   Robert Broderick [mailto:[EMAIL PROTECTED]
>Sent:   Wednesday, December 17, 2003 1:54 PM
>To: [EMAIL PROTECTED]
>Subject:Re: Client Connection
>
>Thank You, Thank You, Thank You! and to all a good night!!!
>
>I did just that. I created QMGR.CLIENT connections and then SVRCONNs on the
>QMGRS moved the TAB file to my desktop and RFHUTILC works as expected. I
>noticed in
>MQSeries.NET that somebody said the QMGR does not do garbage collection on
>the TAB file. IS this still true of 5.3??
>
>ANYWAY. it works and I will look like a hero again!!!
>(hahahahahahahaha)
>(The problem with heros is they are always having GUNS pointed at
>them!!!)
>
>
>bee-oh-dubble-bee-dubble-h
> :-)
>
>
> >From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Client Connection
> >Date: Wed, 17 Dec 2003 14:13:54 -0500
> >
> >"What I believe is going on here is that I need to define a
> >separate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT,
>QMGR2.CLIENT,
> >QMGR3.CLIENT) and then create the Client Channels with the same names."
> >
> >Correct. Name them alphabetically in the order you want to use them in
> >failover scenarios. If you create them all with a blank QM name, and all
> >the
> >QMs are defaults, and you specify a blank name in the MQCONN call, your
>app
> >will automatically connect to the 1st available QM whenever there is a
> >failure of the primary QM.
> >
> >If you want to specify which QM you want in the app, by coding the QM
>name
> >in the MQCONN call, just do the same as above but include the QM name in
> >the
> >creation of each differently named CLNTCONN channel.
> >
> >
> >
> >
> >
> >-Original Message-
> >From: Robert Broderick [mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, December 17, 2003 2:05 PM
> >To: [EMAIL PROTECTED]
> >Subject: Re: Client Connection
> >
> >
> >What I have tried, just in case this was missed, is to go to MQ Explorer
> >and
> >I go to Client Connections under Advanced. I then try to create a
> >SYSTEM.ADMIN.SVRCONN client connection for ALL my QMGRS (QMGR1, QMGR2 and
> >QMGR3). The first one works but the second one does not because the name
> >exist already. What I believe is going on here is that I need to define a
> >seperate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT,
>QMGR2.CLIENT,
> >QMGR3.CLIENT) and then create the Client Channels with the same names. SO
> >what I am seeing here, and somebody please correct me if I am wrong,
>while
> >I
> >can go to the MQSERVER environment variable and JUST change the
>connection
> >name and REUSE the same channel on each QMGR (eg SYSTEM.ADMIN.SVRCONN)
> >using
> >the client channel tables I must define seperate named SVRCONN channels
>to
> >get the individual entries into the channel table because the table is
> >KEYED
> >off the name field. If I got this right then permit me to stick my neck
> >out.
> >THIS SUCKS!! (Sorry if I am echoing past experiences)
> >
> >
> > bobbee
> >
> >
> > >From: Ruzi R <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]

Re: Client Connection

[Dawson, John]

Bobbee,

  You could also put the MQSERVER variable in the queue manager field,
'SYSTEM.DEF.SVRCONN\TCP\123.123.456.78(1414)'. This works as I have just
done this.


Regards,

John


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, December 17, 2003 1:54 PM
To: [EMAIL PROTECTED]
Subject:Re: Client Connection

Thank You, Thank You, Thank You! and to all a good night!!!

I did just that. I created QMGR.CLIENT connections and then SVRCONNs on the
QMGRS moved the TAB file to my desktop and RFHUTILC works as expected. I
noticed in
MQSeries.NET that somebody said the QMGR does not do garbage collection on
the TAB file. IS this still true of 5.3??

ANYWAY. it works and I will look like a hero again!!! (hahahahahahahaha)
(The problem with heros is they are always having GUNS pointed at
them!!!)


bee-oh-dubble-bee-dubble-h
:-)


>From: "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Client Connection
>Date: Wed, 17 Dec 2003 14:13:54 -0500
>
>"What I believe is going on here is that I need to define a
>separate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT, QMGR2.CLIENT,
>QMGR3.CLIENT) and then create the Client Channels with the same names."
>
>Correct. Name them alphabetically in the order you want to use them in
>failover scenarios. If you create them all with a blank QM name, and all
>the
>QMs are defaults, and you specify a blank name in the MQCONN call, your app
>will automatically connect to the 1st available QM whenever there is a
>failure of the primary QM.
>
>If you want to specify which QM you want in the app, by coding the QM name
>in the MQCONN call, just do the same as above but include the QM name in
>the
>creation of each differently named CLNTCONN channel.
>
>
>
>
>
>-Original Message-
>From: Robert Broderick [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, December 17, 2003 2:05 PM
>To: [EMAIL PROTECTED]
>Subject: Re: Client Connection
>
>
>What I have tried, just in case this was missed, is to go to MQ Explorer
>and
>I go to Client Connections under Advanced. I then try to create a
>SYSTEM.ADMIN.SVRCONN client connection for ALL my QMGRS (QMGR1, QMGR2 and
>QMGR3). The first one works but the second one does not because the name
>exist already. What I believe is going on here is that I need to define a
>seperate named SVRCONN channel on each QMGR (eg QMGR1.CLIENT, QMGR2.CLIENT,
>QMGR3.CLIENT) and then create the Client Channels with the same names. SO
>what I am seeing here, and somebody please correct me if I am wrong, while
>I
>can go to the MQSERVER environment variable and JUST change the connection
>name and REUSE the same channel on each QMGR (eg SYSTEM.ADMIN.SVRCONN)
>using
>the client channel tables I must define seperate named SVRCONN channels to
>get the individual entries into the channel table because the table is
>KEYED
>off the name field. If I got this right then permit me to stick my neck
>out.
>THIS SUCKS!! (Sorry if I am echoing past experiences)
>
>
> bobbee
>
>
> >From: Ruzi R <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Client Connection
> >Date: Wed, 17 Dec 2003 10:38:29 -0800
> >
> >Bobbee,
> >
> >In addition to what has been already said, we define
> >all the  client connection channels (same or different
> >name) on the same queue manager in mainframe. Then we
> >run a CSQUTIL job with the MAKECLNT option...to
> >extract the CLNTCONN channel definitons (you can be
> >specific here as to which ones you want), and download
> >this file to any server we want. This file becomes
> >your channel table. Make sure that you define the
> >corresponding SVRCONN channels on the server.
> >
> >Best regards,
> >
> >Ruzi
> >
> >
> >--- Gary Ward <[EMAIL PROTECTED]> wrote:
> > > Bobbee,
> > >
> > > Make all the CLNTCONN definitions on ONE qmgr and
> > > specify the QMNAME
> > > parameter on each definition with one of your 3
> > > qmgrs and their particular
> > > IP address/port in the CONNAME.  This will place all
> > > 3 definitions in the
> > > table on that queue manager's server.  Then place a
> > > SVRCONN on each of your
> > > 3 qmgrs using the same name (CLIENTCONN.CHANNEL).
> > >
> > > This requires that your application use a qmgr name
> > > in the MQCONN...
> > >
> > > Happy Holidays.. Make sure you take some days off!
> > > Gary
> > >
> > > -Original Message-
> > > From: MQSeries List
> > > [mailto:[EMAIL PROTECTED] Behalf Of Robert
> > > Broderick
> > > Sent: Wednesday, December 17, 2003 12:19 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Client Connection
> > >
> > >
> > > Using the MQSERVER variable and a generic named
> > > channel all I have to do is
> > > change the connection information to achieve a
> > > connection to a new server if
> > > I wanted on

Re: SOC 7 error while displaying S99 Fields in COBOL (WMQI 2.1)

[Dawson, John]

Bobbee,

  You passed the interview, but are you certified?


Regards,

John Dawson


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, August 27, 2003 11:21 AM
To: [EMAIL PROTECTED]
Subject:Re: SOC 7 error while displaying S99 Fields in COBOL (WMQI
2.1)

The s99 field implies that the data in the sending field is a valid numeric
field with the last byte containing a valid numeric sign.

If my assembler isn't t rusty. What happens behind the the curtain is
that the compiler generates instructions to convert the Zone Decimal field
to pack (which doesn't do a validate) and does a ZAP instruction which takes
the field down the hardware path where the numeric portion get interrogated.
That is where, I believe, the S0C7 is generated. SO.the sending fiels
must be a combination of the following F0-F9, C0-C9, D0-D9 there is another
range but I don't havv a green card available.

I will take a further step in saying, and now I am streaching my brain, that
the conversion from display format to the packed format to verify the
numeric portion DOES NOT care what is in the hig order signifigant sign
portion of the display characters. It just moves the digit portion. (eg
SDSDSD) until it gets to the last byte where it retrieves it's sign from. So
all the signs can be whatever except the last one which must be a C or D or
F and the digits portion in ALL the Zone Decimal must be 0-9.

DID I PASS THE TECH INTERVIEW?? (tee hee
hee)

 bobbee


>From: Ruzi R <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: SOC 7 error while displaying S99 Fields in COBOL (WMQI 2.1)
>Date: Wed, 27 Aug 2003 08:50:26 -0700
>
>Someone correct me if I am wrong  It has been in the
>back of my mind that the S9 and COMP-3  fields have to
>be changed ,before they are MQPUTed,  to  flat PIC 9 s
>without the assumed sign and COMP-3, and that the
>assumed sign to be coded as a one byte separate filed
>-- for conversion purposes. No?
>
>Ruzi
>--- Juni Per <[EMAIL PROTECTED]> wrote:
> >
> > Hi ,
> >
> > I have the following COBOL copy book imported into
> > WMQI(2.1 WinNT)
> >
> > 06  TESTVARIABLES.
> > 07  TESTINPUT.
> >08  INTEGERNOSIGN   PIC 99.
> >08  INTEGERSIGNED   PIC S99.
> >08  DECIMALNOSIGN   PIC 99V99.
> >08  DECIMALSIGNED   PIC S99V99.
> >08  COMP3NOSIGN PIC 99V99 COMP-3.
> >08  COMP3SIGNED PIC S99V99 COMP-3.
> >
> >
> >
> > I assign the following values to them in a compute
> > node
> >
> > SET "OutputRoot"."MRM"."INTEGERNOSIGN" = 12;
> >
> > SET "OutputRoot"."MRM"."INTEGERSIGNED" = -12;
> >
> > SET "OutputRoot"."MRM"."DECIMALNOSIGN" = 1234;
> >
> > SET "OutputRoot"."MRM"."DECIMALSIGNED" = -1234;
> >
> > SET "OutputRoot"."MRM"."COMP3NOSIGN" = 5678;
> >
> > SET "OutputRoot"."MRM"."COMP3SIGNED" = -678;
> >
> > Now when a COBOL program on mainframe reads this
> > message and moves into the same copybook and
> > displays the fields , I get an SOC 7 error for the
> > S99 field.WHat could be the problem. Pls respond.
> >
> >
> >
> > THanks in ADvance
> >
> >
> >
> >
> > -
> > Do you Yahoo!?
> > SBC Yahoo! DSL - Now only $29.95 per month!
>
>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

_
Enter for your chance to IM with Bon Jovi, Seal, Bow Wow, or Mary J Blige
using MSN Messenger http://entertainment.msn.com/imastar

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: Message on dead letter queue

[Dawson, John]

Francois,

  Invert the x'2508' to x'0825', which is a decimal 2085 which is
MQRC_UNKNOWN_OBJECT_NAME.


Regards,

John Dawson
Phone: 972.281.4016
Fax: 972.281.4904
mailto:[EMAIL PROTECTED]

 -Original Message-
From:   F Vartan [mailto:[EMAIL PROTECTED]
Sent:   Wednesday, July 09, 2003 2:41 PM
To: [EMAIL PROTECTED]
Subject:Message on dead letter queue

Hi everyone,

On the NT with WQM 5.3 when I am using amqsbcgc  to
browse our dead letter queue, I am getting this at the
beginning of a message:

:  444C 4820 0100  2508  5445 5354
'DLH %...TEST'
0010:  2E41 474D 452E 4F52 4420 2020 2020 2020
'.AGME.ORD   '
0020:  2020 2020 2020 2020 2020 2020 2020 2020 '
 '

I think 2508 (decimal 9480) is the reason field. But d
there is no such reason code. How to figure it out? Is
this explained in any manual?

Many thanks.

Francois


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

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: Failover in a Hub-spoke model???

[Dawson, John]

Ruzi,

  If you are at WMQ 5.3 and will be using Microsoft clustering, contact the
IBM WMQ support center for the "Beginners guide to setting up MSCS" paper.
It's easier to install clustering from this paper than the WMQ Systems
Administration manual.

  Also, if you will be using SSL channel security, call and talk to the
support center regarding the installation of the certificate.


HTH,

John Dawson


 -Original Message-
From:   Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]
Sent:   Friday, June 27, 2003 12:23 PM
To: [EMAIL PROTECTED]
Subject:Re: Failover in a Hub-spoke model???

Ruzi, that is exactly how we do it over here.

We have 2 servers. The Hub QM primarily runs on ServerA at LocationA.
ServerB at LocationB has the another Hub queue manager that is inactive and
named exactly the same as the QM on ServerA at LocationA.

If ServerA crashes, Microsoft clustering / Veritas move the resources from
ServerA to ServerB. The IP address floats as well, so all your spoke
channels will go into retry during the failover and automatically start up
once the Hub QM is started up on ServerB.

There is no need for manual intervention.
There is no need for MQ clustering the hub QMs. Only one is ever active at a
time.
The only messages you lose are non persistence ones that happen to be on the
HubQM at the exact moment of failure.
The failover takes anywhere from 1 to 5 minutes.
When our MQSI boxes failover (seperate servers and Queue Managers), the
failover takes about 5 to 10 minutes, because it takes that much longer to
bring up the broker on the other side.

If you are prior to MQ5.3, you will need support pac MC74.


-Original Message-
From: Ruzi R [mailto:[EMAIL PROTECTED]
Sent: Friday, June 27, 2003 12:11 PM
To: [EMAIL PROTECTED]
Subject: Failover in a Hub-spoke model???


Hi all,

Suppose the  qmgrs  QM1 and QM2 are clustered (both
full repositories) to serve as a  hub. And the all the
other  qmgrs (spokes) are connected to this hub (thru
channels to QM1). QM1 and QM2 are  mirror images of
each other.

If something goes wrong with the QM1 it should
 preferably automatically  fail-over to QM2. I don t
think there is an automatic fail-over in this case as
the channels from the spokes explicitly have to point
to QM2 requiring manual intervention. How do people
switch from QM1 to QM2?

 How to achieve the automatic fail-over (from QM1 to
QM2)? Is the solution to use MS clustering (along with
the MQ clustering) on the hub?

Also, I remember reading a very well written document
recently on how MQSeries clustering works with MS
clustering, but I cannot find it. Does anyone have the
link?

Thanks for all the responses in advance,

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


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.

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: Why runmqdlq is not doing its job?

[Dawson, John]

Ruzi,

  The hardest thing that I found about the runmqdlq script file is what
Brain stated about hard returns and white spaces. Verify that there is not a
hard return after the second line and that there is one after the first
line.


HTH,

John Dawson


 -Original Message-
From:   Ruzi R [mailto:[EMAIL PROTECTED]
Sent:   Monday, June 23, 2003 1:17 PM
To: [EMAIL PROTECTED]
Subject:Re: Why runmqdlq is not doing its job?

Brian,

I have put  at the end of each rule, if
that is what you mean. But it is still not working. I
cannot pull of any messages at all. And these messages
are not expired (expire=unlimited).

Ruzi

--- "McCarty, Brian" <[EMAIL PROTECTED]> wrote:
> Did you put a return in your mydlq.rul file on the
> last line?  Can you get runmqldq to pull off any
> messages at all when using a rules file?  When you
> run it interactively you have to key control-z,
> control-z in order for the commands to be executed.
> Put a hard return at the end of your rule and try
> again.
>
> WAIT(NO) ACTION
>
> Brian M. McCarty
> USAA, Senior Systems Programmer
> 210.913.1678
> MQ/WMQI Specialist/Solutions Expert
> e-business Solution Advisor/Designer/Technologist
>
>  -Original Message-
> From:   Ruzi R [mailto:[EMAIL PROTECTED]
> Sent:   Monday, June 23, 2003 12:34 PM
> To: [EMAIL PROTECTED]
> Subject: Why runmqdlq is not doing its
> job?
>
> I am on  MQ 5.3 CSD03 on W2K. I have a qmgr QM1
> which
> uses QM1.DEAD as its dead letter q. Both QM1.DEAD
> and
> Q1 are  defined as local queues on QM1 (they both
> are
> put/get enabled, maxmsglenghth = qmgr max length,
> qdepth=4, Shared). Currently  QM1.DEAD has 3
> messages on it.
>
> I have a rule table (mydlq.rul)  that just has these
> 2
> lines in it just for testing:
>
> inputqm(QM1) inputq(QM1.DEAD)
>
> ACTION(FWD) FWDQ(Q1) FWDQM(QM1) HEADER(YES)
>
> When I run the runmqdlq on the command prompt as:
>
> Runmqdlq c:\mydlq.rul
>
> It starts running but  QM1.DEAD still has  3
> messages,
>  as if the runmqdlq is ignoring  the  action(fwd)
> in
> the rule table. Why is it not working?
>
> 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
>
> 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

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: MC74....

[Dawson, John]

Dan,

I just finished installing WMQ version 5.3 on a pair of Microsoft clustered
servers. I didn't have much luck on following the manual. Contact the IBM
support center they have a document that has a different procedure that
works well!


HTH,

John Dawson


 -Original Message-
From:   Williams, Arlen [mailto:[EMAIL PROTECTED]
Sent:   Thursday, June 12, 2003 4:06 PM
To: [EMAIL PROTECTED]
Subject:Re: MC74

5.3 comes with the Microsoft Cluster Support so you don't need MC74. Check
chapter 13 in the System Administration Guide.

-Original Message-
From: Capodicci, Dan (COMFIN, ITSS) [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 3:51 PM
To: [EMAIL PROTECTED]
Subject: MC74


Hi all

Has anyone setup the MC74, Microsoft Cluster Support with MQ 5.3?!? In the
docs it only mentions up to 5.2, not sure if that is because the docs are
older of whether there is a problem with using it on MQ 5.3.

Thanks
Dan

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

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

WMQ Conversion

[Dawson, John]

Fellow MQ'ers

  Does anyone have any information regarding the CPU utilization of
converting a message using channel conversion vs. converting a message with
the get option.

 Are there any supportpacs that have CPU utilization studies for message
conversion?

Any real time experience?


Thanks,

John Dawson

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: mc74 question

[Dawson, John]

Rick,

  This support is built in version 5.3 for Windows, thus there is no need
for the support pac.


HTH,

John Dawson

 -Original Message-
From:   Rick Tsujimoto [mailto:[EMAIL PROTECTED]
Sent:   Monday, March 03, 2003 10:24 AM
To: [EMAIL PROTECTED]
Subject:mc74 question

The support for MC74 (MQSeries for Windows NT and Windows 2000 - Cluster
Server support) ends on December 31, 2003.  Does anyone know if this will
be extended, or is there something more current that I should be looking at
instead?

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: AMI

[Dawson, John]

Bobbee,

  That's great news regarding your next contract. Have a cold one for me!


John Dawson


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, February 13, 2003 6:55 PM
To: [EMAIL PROTECTED]
Subject:Re: AMI

Thanks everyone for the reply. Here is the scoop!!!

Project Girl comes to me today and asks if we need (or how)to install AMI on
the server. I search my 'between the ears' data banks and surmise that I
have no index entry pointing to a mention of an AMI install. I proceed to
think (a little) about it's functionality and assume it is part of the base
install. Furthermore I had the mail client up and it was easier to ask than
receive. So rather than receive a headache from reading (also I was running
out the door) I asked. Thanks for your replies again I will now take my lazy
butt to the support site and get the download!! You people are terrific!!
  boobie

PS I found my next contract today!! Long term!! Time for a beer!!






>From: Tony Devitt <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: AMI
>Date: Fri, 14 Feb 2003 10:20:08 +1100
>
>**
>
>Note: This e-mail is subject to the disclaimer contained at the bottom
>of this message.
>
>**
>:
>
>Well, to be totally accurate, the AMI Admin Tool is a separate Supportpac
>(MA0G)!!:
>
>http://www-3.ibm.com/software/ts/mqseries/txppacs/ma0g.html
>
>
>
>:
>***
*
>
>The information transmitted in this message and attachments (if any)
>is intended only for the person or entity to which it is addressed.
>The message may contain confidential and/or privileged material.
>Any review, retransmission, dissemination or other use of, or taking
>of any action in reliance upon this information, by persons or entities
>other than the intended recipient is prohibited.
>
>If you have received this in error, please contact the sender and delete
>this
>e-mail and associated material from any computer.
>
>The intended recipient of this e-mail may only use, reproduce, disclose or
>distribute the information contained in this e-mail and any attached files,
>with the permission of CGU Insurance.
>
>This message has been scanned for viruses and cleared by MailMarshal.
>
>
>:
>
>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


_
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus

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

SSL Digital Certificates

[Dawson, John]

Fellow MQ'ers

  Does anyone have a procedure for moving SSL Digital certificates from one
Windows server to another Windows server and placing it in the right
location to be picked up by the Internet Explorer software.


TIA,

John Dawson

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: Listing number of channel connections made to queues in a Que ue Manager on a AIX box

[Dawson, John]

On the Windows platform you are correct. On the UNIX platform, the double
quotes is needed.


Regards,

John Dawson


 -Original Message-
From:   "Rodríguez Alvarez-Querol, Manuel Carlos"
[mailto:[EMAIL PROTECTED]] 
Sent:   Monday, February 03, 2003 8:40 AM
To: [EMAIL PROTECTED]
Subject:Re: Listing number of channel connections made to queues in
a Que ue Manager on a AIX box

you don´t need the quotes

> -Mensaje original-
> De:   Robert Broderick [SMTP:[EMAIL PROTECTED]]
> Enviado el:   Monday, February 03, 2003 3:33 PM
> Para: [EMAIL PROTECTED]
> Asunto:   Re: Listing number of channel connections made to queues in
> a Que ue Manager on a AIX box
> 
> I kept trying double and single quotes and couldn't get it to work. So I
> defaulted to a file Blame my (or the systems) lack of ability
> (hahaha)
> 
> bobbeeeee
> 
> 
> 
> 
> 
> 
> >From: "Dawson, John" <[EMAIL PROTECTED]>
> >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Re: Listing number of channel connections made to queues in a
> Que
> > ue Manager on a AIX box
> >Date: Mon, 3 Feb 2003 08:17:34 -0600
> >
> >Bobbee,
> >
> >Another way to do this without the need of a file is:echo "display
> >chs(*)"|runmqsc|grep -c RUNNING
> >
> >
> >Regards,
> >
> >John Dawson
> >
> >
> >  -Original Message-
> >From:   Robert Broderick [mailto:[EMAIL PROTECTED]]
> >Sent:   Monday, February 03, 2003 7:17 AM
> >To: [EMAIL PROTECTED]
> >Subject:Re: Listing number of channel connections made to queues
> in
> >a Queue Manager on a AIX box
> >
> >This is an interesting question. Doing a
> >
> >"runmqsc QMGR_NAME < dischl | grep -c RUNNING" where dischl contains a
> one
> >line connamd "dis chs(*)" will return the number of running channels it
> may
> >not give you the results you need. Sender channels will have one and only
> >one XMIT queue associated with it. But receiver channels are another
> story.
> >What happens if the sender is sending data to more than one queue. each
> >queue will be opened for a put for that particular receiver channle. Is
> >there possibly an agent spawned for each queue that is opened on a put
> for
> >a
> >receiver channle. Sounds like a "NOT" So while the above command will
> give
> >you some sort of number I don't believe the 'dis chs(*)' will give you
> what
> >you are looking for. I'm not sure if there is a way to extract that
> >information.PC??? Any input
> >
> >
> >bobbee
> >
> >
> >
> >
> >
> >
> > >From: "Kadhirvel,Elango ( Cognizant)" <[EMAIL PROTECTED]>
> > >Reply-To: MQSeries List <[EMAIL PROTECTED]>
> > >To: [EMAIL PROTECTED]
> > >Subject: Listing number of channel connections made to queues in a
> Queue
> > >   Manager on a AIX box
> > >Date: Mon, 3 Feb 2003 12:48:51 +0530
> > >
> > >Hi List,
> > >
> > >How do we list the number of channel connections made to queues in a
> >Queue
> > >Manager in MQSeries 5.2 on a AIX box?
> > >
> > >
> > >Thanks and regards,
> > >Elango.
> > >
> > >
> > >
> > >Be kind, for everyone you meet is fighting a harder battle - Plato
> > >
> > ><< InterScan_Disclaimer.txt >>
> >
> >
> >_
> >The new MSN 8: smart spam protection and 2 months FREE*
> >http://join.msn.com/?page=features/junkmail
> >
> >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
> 
> 
> _
> The new MSN 8: smart spam protection and 2 months FREE*
> http://join.msn.com/?page=features/junkmail
> 
> 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

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: Listing number of channel connections made to queues in a Que ue Manager on a AIX box

[Dawson, John]

Bobbee,

Another way to do this without the need of a file is:echo "display
chs(*)"|runmqsc|grep -c RUNNING


Regards,

John Dawson


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent:   Monday, February 03, 2003 7:17 AM
To: [EMAIL PROTECTED]
Subject:Re: Listing number of channel connections made to queues in
a Queue Manager on a AIX box

This is an interesting question. Doing a

"runmqsc QMGR_NAME < dischl | grep -c RUNNING" where dischl contains a one
line connamd "dis chs(*)" will return the number of running channels it may
not give you the results you need. Sender channels will have one and only
one XMIT queue associated with it. But receiver channels are another story.
What happens if the sender is sending data to more than one queue. each
queue will be opened for a put for that particular receiver channle. Is
there possibly an agent spawned for each queue that is opened on a put for a
receiver channle. Sounds like a "NOT" So while the above command will give
you some sort of number I don't believe the 'dis chs(*)' will give you what
you are looking for. I'm not sure if there is a way to extract that
information.PC??? Any input


   bobbee






>From: "Kadhirvel,Elango ( Cognizant)" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Listing number of channel connections made to queues in a Queue
>   Manager on a AIX box
>Date: Mon, 3 Feb 2003 12:48:51 +0530
>
>Hi List,
>
>How do we list the number of channel connections made to queues in a Queue
>Manager in MQSeries 5.2 on a AIX box?
>
>
>Thanks and regards,
>Elango.
>
>
>
>Be kind, for everyone you meet is fighting a harder battle - Plato
>
><< InterScan_Disclaimer.txt >>


_
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail

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: Wish list for Conference

[Dawson, John]

Paul,

  What requirements is IBM working on now?


TIA,

John Dawson

 -Original Message-
From:   Paul Clarke [mailto:[EMAIL PROTECTED]]
Sent:   Friday, January 24, 2003 11:34 AM
To: [EMAIL PROTECTED]
Subject:Re: Wish list for Conference

> Yes. It's called CHURCH. Where you sit and pray!

bobbee,

I had no idea you held IBMers in such high regard. It is true that some
IBMers have godly powers but asking us to read your minds is probably a
little optimistic :-). We do, indeed, have a formal requirements process
and to be honest they probably have a greater chance of success.

Enjoy the SuperBowl, we, on the other hand, will be trying to fulfil the
requirements we *already* have,

Cheers,
P.

Paul G Clarke
WebSphere MQ Development
IBM Hursley

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

[no subject]

[Dawson, John]

cease


 -Original Message-
From:   Saar, Andrew [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, January 07, 2003 12:36 PM
To: [EMAIL PROTECTED]
Subject:

halt

-Original Message-
From: Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 07, 2003 1:11 PM
To: [EMAIL PROTECTED]
Subject:


stop






>From: COHEN David <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Date: Tue, 7 Jan 2003 18:31:50 +0100
>
>quit
>
>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


_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail

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

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: WMQI Command Line Utility

[Dawson, John]

Bobbee,

  You are correct, but it's only if the message flow is in a export file.
What if you want to remove a message flow totally, that is you want to
delete and not replace the message flow from an export file.

  Thanks for your reply.


John Dawson


 -Original Message-
From:   Robert Broderick [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, December 19, 2002 10:34 AM
To: [EMAIL PROTECTED]
Subject:Re: WMQI Command Line Utility

John,mqsiimportmsgflows -d

If you read the IC01.pdf it sez that using this option has the same
functionality as the mqsideletemsgflow command.

  bobbee






>From: "Dawson, John" <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: WMQI Command Line Utility
>Date: Thu, 19 Dec 2002 10:22:20 -0600
>
>Is there a command line utility that deletes a message flows from the
>configuration manager database? I'm working with the ic01 supportpac, but
>there is no utility that deletes a message flow from the configuration
>manager database.
>
>
>Thanks,
>
>John Dawson
>
>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


_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail

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

WMQI Command Line Utility

[Dawson, John]

Is there a command line utility that deletes a message flows from the
configuration manager database? I'm working with the ic01 supportpac, but
there is no utility that deletes a message flow from the configuration
manager database.


Thanks,

John Dawson

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: Client conversion from Windows to OS/390

[Dawson, John]

Peter,

  Thanks for your reply. The channel from the Windows client to the first
OS/390 is a svrconn, so there is no conversion parameter to turn on. I have
tried to turn on conversion for the channel between the first OS/390 and the
second OS/390, but that does not help.


Regards,

John

 -Original Message-
From:   Peter Heggie [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, December 05, 2002 12:34 PM
To: [EMAIL PROTECTED]
Subject:Re: Client conversion from Windows to OS/390

You could dedicate a pair of channels for this application and perform the
conversion on the channel..




From: "Dawson, John" <[EMAIL PROTECTED]> on 12/05/2002 01:14 PM

Please respond to MQSeries List <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:

Subject:  Client conversion from Windows to OS/390

Hello,

I have a client on a Windows NT platform that is putting a message onto a
remote queue defined on a OS/390 platform, which in turn sends the message
to a second OS/390 platform.

The application on the second OS/390 platform does not do a 'get' with
convert and thus the message is still in ascii code.

What do I need to do to convert the message to EBCIDC before the message is
'put' from the client.


Thanks,

John

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

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

Client conversion from Windows to OS/390

[Dawson, John]

Hello,

I have a client on a Windows NT platform that is putting a message onto a
remote queue defined on a OS/390 platform, which in turn sends the message
to a second OS/390 platform.

The application on the second OS/390 platform does not do a 'get' with
convert and thus the message is still in ascii code.

What do I need to do to convert the message to EBCIDC before the message is
'put' from the client.


Thanks,

John

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 and MQSI process names

[Dawson, John]

Title: Message









Q,

 

  Nice, but I think that Mr.
Gurney was looking for the WMQI process names.

 

 

Regards,

 

John Dawson

 

-Original
Message-
From: MQSeries
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 28, 2002
8:59 AM
To: [EMAIL PROTECTED]
Subject: Re: MQSeries and MQSI
process names

 

Attached is a list I have had for some time now. 

HTH

Cheers,

Q

-Original
Message-
From: MQSeries List
[mailto:[EMAIL PROTECTED]] On Behalf Of
Matt Gurney
Sent: Thursday, November 28, 2002
4:27 AM
To: [EMAIL PROTECTED]
Subject: MQSeries and MQSI process
names


In the past a document has been
posted on the list describing all of the various MQSeries process names, for
all platforms,  and a description of what they do.  Can someone
please repost that document.  From memory, I believe that document did not
include MQSI processes, if anyone has something similar for MQSI, that would be
great too. 

I tried looking in the listserver
archive, but couldn't locate what I am after.

Thanks in advance,
Matt Gurney 

Re: Checking the MQMD Expiry in WMQI

[Dawson, John]

Title: Message









Could you cast it both as an integer and a timestamp value and then do
the comparison?

 

 

Regards,

 

John Dawson

IBM WebSphere MQ
Certified Solutions Expert & Specialist 

 

-Original
Message-
From: John Scott
[mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 1:27
PM
To: [EMAIL PROTECTED]
Subject: Re: Checking the MQMD
Expiry in WMQI

 

Sure,

 

You'll find it (buried in
my opinion) in the Working with Messages Guide (SC34-6039-00) in Appendix A
Message parsers under "The MQMD Parser". It's just after the table of
fields - on page 127. Quote:

 

The Expiry
field in the MQMD is a special case. If the Expiry field is set to -1
(unlimited), it is converted to an INTEGER. If the Expiry field is not set to
-1 , it is converted to a TIMESTAMP.

 

Regards

John.

-Original Message-
From: Welch, Karen S (PLC, IT)
[mailto:[EMAIL PROTECTED]] 
Sent: 25 November 2002 19:18
To: [EMAIL PROTECTED]
Subject: Re: Checking the MQMD
Expiry in WMQI

Hi John,

 

Can you tell me where this behavior is
documented?  

 

Thanks

 

Karen 

-Original Message-
From: John Scott [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002
1:16 PM
To: [EMAIL PROTECTED]
Subject: Checking the MQMD Expiry
in WMQI

If a message is set to
unlimited expiry, the MQMD.Expiry is treated as an integer in WMQI. If the
message is not set to unlimited expiry the MQMD.Expiry is treated as a
timestamp.

If I don't know what the
Expiry interval is, how do I compare it without WMQI complaining about
incompatible types. 

I want to do the
following (presented here in pseudo-code). 

-- Make sure the message
doesn't expire in less that 7 days. Leave as unlimited if it is already
unlimited... 
IF <<< InputRoot.MQMD.Expiry is less
than 7 days but not unlimited expression here >>> THEN 
  SET
OutputRoot.MQMD.Expiry = CAST((CURRENT_TIME + INTERVAL '7'' DAY) AS
GMTTIMESTAMP); 
END IF; 

 

Regards 
John. 



**

Click
here to visit the Argos home page http://www.argos.co.uk

The
information contained in this message or any of its attachments may be
privileged and confidential, and is intended exclusively for the addressee.
The
views expressed may not be official policy, but the personal views of the
originator.
If you
are not the intended addressee, any disclosure, reproduction, distribution,
dissemination or use of this communication is not authorised.
If you
have received this message in error, please advise the sender by using your
reply facility in youe e-mail software.
All
messages sent and received by Argos Ltd are monitored for virus, high risk file
extensions, and inappropriate content. As a result users should be aware that
mail maybe accessed.

**


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.

WMQI Control Center Security Exits

[Dawson, John]

Fellow MQ'ers

  Please advise if you are running a WMQI Control Center Security Exit. I
would like to get an ideal of how many shops is doing this.


Thanks,

John Dawson

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 5.3 question

[Dawson, John]

It's 'Display QSTATUS(qname) type(HANDLE) all'. Also you may view the same
information from the Windows Explorer by selecting the queue, then status.


Regards,

John Dawson


 -Original Message-
From:   John Scott [mailto:John-Scott@;ARGOS.CO.UK]
Sent:   Thursday, November 07, 2002 12:09 PM
To: [EMAIL PROTECTED]
Subject:Re: WMQ 5.3 question

I think you can do "display qstatus(qname)" and it lists the processes that
have the queue open...

Regards
John Scott
-Original Message-
From: Jonas Nyberg [mailto:jonas.nyberg@;HOME.SE]
Sent: 07 November 2002 15:14
To: [EMAIL PROTECTED]
Subject: WMQ 5.3 question


Hi,

On the iSeries (As/400) WMQ 5.3 there are a very useful
feature called "Work with jobs". This nice feature list
all processes connected to the qmgr. It also show the
pid and cpu usage. I have searched the Windows version
for a similar feature without any result. Does anyone
know if this nice feature exist on the other distributed
platforms?

Jonas Nyberg
Electrolux IT Solutions - Sweden

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


**

Click here to visit the Argos home page http://argos.co.uk

The information contained in this message or any of its attachments may be
privileged and confidential, and is intended exclusively for the addressee.
The views expressed may not be official policy, but the personal views of
the originator.
If you are not the intended addressee, any disclosure, reproduction,
distribution, dissemination or use of this communication is not authorised.
If you have received this message in error, please advise the sender by
using your reply facility in youe e-mail software.
All messages sent and received by Argos Ltd are monitored for virus, high
risk file extensions, and inappropriate content. As a result users should be
aware that mail maybe accessed.

**

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: MQ Installation Error! please help

[Dawson, John]

Donovan,

  I think that version 5.2.1 is for Windows 2000, version 5.2 is for Windows
2000 or NT.


Regards,

John


 -Original Message-
From:   Donovan Baldwin [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, September 04, 2002 9:09 AM
To: [EMAIL PROTECTED]
Subject:MQ Installation Error! please help

Hello,

I'm having a problem getting MQSeries 5.2.1 installed on a certain server.
Every time when its done copying files it gets to 100% then instantly starts
this rolling back action where it undoes the installation then says
"Installation wizard interrupted!" "The wizard was interrupted before the
operation could be completed.  To complete the operation at another time,
please run wizard again."

It met all the prerequisites.  The user that it's installing under is in the
administrators group.  I have tried it with a domain account and with a
local account, both with admin rights.  I tried reinstalling windows
installer, service pack 6a over again.

The server is running Windows NT4 server.  It does have Norton antivirus
installed.  But I went through services and shut down everything I could and
it still does the same thing.  Has any one else encountered this? Or have
any ideas what would cause this?

Thank You,

Donovan Baldwin

--
__

Sign-up for your own FREE Personalized E-mail at Mail.com

http://www.mail.com/?sr=signup


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

PipeLineLength

[Dawson, John]

Please, is PipeLineLength a valid parameter for the OS/390 platform? I have
searched the OS/390 manuals but could not find any reference to it.


Thanks,

John Dawson

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