Supported platforms???

[Ruzi R]

Can someone please give me the link that shows all the WMQ/MQSeries supported platforms (both for MQ Server and Client) I remember seeing it on an IBM site a while back, cannot find it any longer. 

Thanks,

RR

Re: Supported platforms???

[Ruzi R]

Thanks, Peter. I usually do Google too, as I find it hard to find everything I need on the IBM sites...

Ruzi"Potkay, Peter M (ISD, IT)" [EMAIL PROTECTED] wrote:


http://www-306.ibm.com/software/integration/websphere/mqplatforms/ High Level

http://www-306.ibm.com/software/integration/websphere/mqplatforms/supported.html Details by platform



Had to use Google to find these. IBM's search engine could not



-Original Message-From: Ruzi R [mailto:[EMAIL PROTECTED]Sent: Wednesday, August 11, 2004 2:32 PMTo: [EMAIL PROTECTED]Subject: Supported platforms???

Can someone please give me the link that shows all the WMQ/MQSeries supported platforms (both for MQ Server and Client) I remember seeing it on an IBM site a while back, cannot find it any longer. 

Thanks,

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

Re: Problem with clearing open connections on a queue

[Ruzi R]

You can check the "status" of the queue and find the process that have the queue open. Then you can kill that process using the PID. 

Regards,

Ruzi

-Original Message-From: Mittal, Gaurav [mailto:[EMAIL PROTECTED]Sent: Thursday, August 05, 2004 11:31 AMTo: [EMAIL PROTECTED]Subject: Problem with clearing open connections on a queueDoes any one know how to refresh/stop all the connections to a queue.The problem we are facing is that one of the subscriber queue is showingOpen Input Count as 1 and when we try to start the subscriberapplication we get an error JMS2008 failed to open queue. The linkedexception is 2042-Object in use.To release this we tried the following:* Check if any old subscriber process is running, which isconnected to the queue.* Stopped and restarted the svr connection channel on the queuemanager* Stopped and restarted the message flow.We are not able to figure out what else could be blocking the queue andhow can we release this lock from the queue(with recyling the queuemanager).Any help
 will be useful.RegardsGaurav Mittal___EAI ConsultantWipro Technologies(612)-291-4551 (W)Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveThis communication, including attachments, is for the exclusive use ofaddressee and may contain proprietary, confidential or privilegedinformation. If you are not the intended recipient, any use, copying,disclosure, dissemination or distribution is strictly prohibited. Ifyou are not the intended recipient, please notify the senderimmediately by return email and delete this communication and destroy all copies.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive:
 http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQMF_SEGMENTATION_ALLOWED Field

[Ruzi R]

Yes, it is provided by the app...

Regards,

RuziJune Lawton [EMAIL PROTECTED] wrote:
We believe that the aforementioned field's flag is on. We would like forit not to be on as we ahve a large message being split up when we don'twant it to be. We have already increased our channels,SYSTEM.CLUSTER.TRANSMIT QUEUE and the specific message, sizes to accomodatethe message size, burt it is still being segmented.I know this field is in the message descriptor. I am being told that theinformation is being obtained from the queue manager. But, I do not agreeas I do not see anything to do with segmentation on the create QMGRattributes. Is the app providing this info?June LawtonInformation SystemsThe PMA Insurance Group[EMAIL PROTECTED](T) 610.397.5058(F) 610.397.5311Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at
 http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: WBI MB v5/0 and DB2

[Ruzi R]

Jeff,

I rememeber having problems, a while back, (not quite sure if I was getting the same error)when I was creatingDBs in the Control Center. I ended up using the Command centerand had no problems.

Regards,

RuziJeff A Tressler [EMAIL PROTECTED] wrote:
Installed the software, tried to create a database using DB2 ControlCenter. Received SQL22205C error. This is on Windows 2000. Justcurious if any onther WebSphere Business Integration MessageBroker v5.0 users have seen this.Jeff TresslerInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: problem in reading messages

[Ruzi R]

RC 2039 means you are trying to do a PUT but to a queue that you have not opened for output. So, removeMQC.MQOO_INPUT_AS_Q_DEF from your #2 program and give it a try again.

Regards,

RuziSrinivas Amarnadh [EMAIL PROTECTED] wrote:







Hi
I am trying to do two thing
#1
One thread is reading a Queue continuously. I am checking whether the messages are available in the queue or not by using a method currentDepth(). If messages are available reading the messages else do nothing.
Here is the code used to open queue and get message.
MQQueue aMQLocalQueue =null;
 int iOpenOptionsLocal;
 
 public MQReaderThread()
 {
 iOpenOptionsLocal = MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_INQUIRE ;
 }
 
 public void _openConnection()
 {
 try
 {
 System.out.println("Connecting...");
 MQEnvironment.hostname=strHostname;
 MQEnvironment.port=1414;
 MQEnvironment.channel=strChannel;
  MQEnvironment.properties.put(MQC.TRANSPORT_PROPERTY,MQC.TRANSPORT_MQSERIES);
 aMQManager=new MQQueueManager(strQManager);
 aMQLocalQueue=aMQManager.accessQueue(strLocalQueue, iOpenOptionsLocal,null,null,null); 
 System.out.println("Connection Opened.");
 
 }
 catch (Exception e)
 {
 e.printStackTrace();
 }
 
 }
#2
While running the first program I am executing the second program which put the messages on the same queue.
Here is the code to put the message.
int iOpenOptionsLocal;
 public MYMQTest()
 {
 iOpenOptionsLocal= MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_OUTPUT ;
 }
 public void openConnection()
 {

 try{
 MQEnvironment.hostname =strHostname;
 MQEnvironment.port =1414;
 MQEnvironment.channel =strChannel;
 MQEnvironment.properties.put(MQC.TRANSPORT_PROPERTY,MQC.TRANSPORT_MQSERIES);
 aMqm=new MQQueueManager(strQManager);

 System.out.println("Inside Connection Opened.");
 aMqlqueue=aMqm.accessQueue(strLocalQueue,iOpenOptionsLocal,null,null,null);
 // aMqlqueue=aMqm.accessQueue("SYSTEM.DEFAULT.LOCAL.QUEUE",iOpenOptionsLocal,null,null,null);
 System.out.println("Connection Opened.");
 }
 catch(Exception e)
 {
 e.printStackTrace();
 }
 }

I tried with different open options, but I couldn't get the solutions.
I am getting a MQException with the id 2039.

Can any one clearly explain what could be the problem? 


Thanks and regards

M.Srinivas Amarnadh
iflex Solutions Ltd.,
Millenium Towers,
Kundalahalli Main Road,
Bangalore - 560 037.
Phone : 57596000 , 22086000
Extn - 6616

Re: WBIMB Comitting (Not me though!!!)

[Ruzi R]

Yes. In the mainframe, only the actions taken in that "paricular node only" are committed regardless of the subsequent success or failure of the message flow. Any work done prior to that node still stays as part of the UOW and is committed/rollbacked depending on the success/failure of the message flow.

Regards,

Ruzi"Moir, Peter" [EMAIL PROTECTED] wrote:


Ruzi,

purelyout of interest, when you say "on the distributed platforms", does that indicate that WBIMB running onthe mainframe will work differently in this respect ?

thanks,
Pete


-Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Ruzi RSent: 29 July 2004 15:00To: [EMAIL PROTECTED]Subject: Re: WBIMB Comitting (Not me though!!!)
Yes, all work (MQ and DB)up to and including that point, is commited --on thedistributed platforms.
Regards,

RuziRobert Broderick [EMAIL PROTECTED] wrote:
In a MF a Compute node set to "COMMIT". It sez this will force all work upto that point to be committed. I would assume that by ALL WORK they mean MQ;and DB's on the same ODBC. Any commentbobbee_Is your PC infected? Get a FREE online computer virus scan from McAfee.Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive



Notice to recipient:The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity.If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures
 Incorporated are regulated by the Financial Services Authority.

Re: WBIMB Comitting (Not me though!!!)

[Ruzi R]

Yes, all work (MQ and DB)up to and including that point, is commited --on thedistributed platforms.
Regards,

RuziRobert Broderick [EMAIL PROTECTED] wrote:
In a MF a Compute node set to "COMMIT". It sez this will force all work upto that point to be committed. I would assume that by ALL WORK they mean MQ;and DB's on the same ODBC. Any commentbobbee_Is your PC infected? Get a FREE online computer virus scan from McAfee.Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Windows 2K authority and the COD

[Ruzi R]

Dave,

You should also add "+setall" for thedestination Qand DLQ...

Regards,

Ruzi"Potkay, Peter M (ISD, IT)" [EMAIL PROTECTED] wrote:
Yet, the COD winds up in the DLQ, with reason 203 (NotAuthorized).If you turn on Autherity Events for QMB, wou will see exactly what isfailing and why. My guess is you have to grant access to the QM as well asthe XMIT queue.1. Is WMQ for Windows 2000 capable of understanding that FOREIGNUSER isinthe group VALID_USERS, and that the COD should be generated using theauthorizations granted to VALID_USERS?Yes.2. If #1 is not correct, then will I have to add an entry for EVERY userthat sends messages from QMA and wants a COD? That seems extremely complexfor this situation. Any suggestions for an alternate plan of action? I cannot guarantee to know in advance what the useridentifier is going to be.#1 is correct AND you have to do this for every
 User_Identifier. Yes its apain. What might be easier if possible is to have every message from thatapp connectd to QMA come over with the same ID. But that may present othersecurity problems for you if they all have the same ID.-Original Message-From: Awerbuch, David (CALYON) [mailto:[EMAIL PROTECTED]Sent: Wednesday, July 28, 2004 3:29 PMTo: [EMAIL PROTECTED]Subject: Windows 2K authority and the CODHello all,I want to generate a COD from QMB back to QMA. The UserIdentifier in theoriginal message from QMA (FOREIGNUSER) has been added to a local groupVALID_USERS on QMB, and this group has been granted authority for +put and+passall. Yet, the COD winds up in the DLQ, with reason 203 (NotAuthorized).1. Is WMQ for Windows 2000 capable of understanding that FOREIGNUSER is inthe group VALID_USERS, and that the COD should be generated using
 theauthorizations granted to VALID_USERS?2. If #1 is not correct, then will I have to add an entry for EVERY userthat sends messages from QMA and wants a COD? That seems extremely complexfor this situation. Any suggestions for an alternate plan of action? I cannot guarantee to know in advance what the useridentifier is going to be.Thanks,Dave A.-=--=--=--=--=--=--=--=--=--=--=--=-David Awerbuch, ConsultantMQSeries Applications SpecialistCalyon SecuritiesMetro Park: 1-732-590-7452email: [EMAIL PROTECTED]*** Calyon This message and/or any attachments (the "message") is intended for the soleuse of its addressee. If you are not the addressee, please immediatelynotify the sender and then destroy the message. The unauthorizeddisclosure, use, dissemination or copying (either whole or partial) of thise-mail, or any
 information it contains, is prohibited. E-mails aresusceptible to alteration and their integrity cannot be guaranteed. As thismessage and/or any attachments may have been altered without our knowledge,its content is not legally binding on CALYON Corporate and Investment Bank.All rights reserved.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveThis communication, including attachments, is for the exclusive use ofaddressee and may contain proprietary, confidential or privilegedinformation. If you are not the intended recipient, any use, copying,disclosure, dissemination or distribution is strictly prohibited. Ifyou are not the intended recipient, please notify the senderimmediately by return email and delete this communication and destroy all copies.Instructions for managing
 your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Windows 2K authority and the COD

[Ruzi R]

Dave,

You should also add "+setall" for thedestination Qand DLQ...

Regards,

Ruzi"Potkay, Peter M (ISD, IT)" [EMAIL PROTECTED] wrote:
Yet, the COD winds up in the DLQ, with reason 203 (NotAuthorized).If you turn on Autherity Events for QMB, wou will see exactly what isfailing and why. My guess is you have to grant access to the QM as well asthe XMIT queue.1. Is WMQ for Windows 2000 capable of understanding that FOREIGNUSER isinthe group VALID_USERS, and that the COD should be generated using theauthorizations granted to VALID_USERS?Yes.2. If #1 is not correct, then will I have to add an entry for EVERY userthat sends messages from QMA and wants a COD? That seems extremely complexfor this situation. Any suggestions for an alternate plan of action? I cannot guarantee to know in advance what the useridentifier is going to be.#1 is correct AND you have to do this for every
 User_Identifier. Yes its apain. What might be easier if possible is to have every message from thatapp connectd to QMA come over with the same ID. But that may present othersecurity problems for you if they all have the same ID.-Original Message-From: Awerbuch, David (CALYON) [mailto:[EMAIL PROTECTED]Sent: Wednesday, July 28, 2004 3:29 PMTo: [EMAIL PROTECTED]Subject: Windows 2K authority and the CODHello all,I want to generate a COD from QMB back to QMA. The UserIdentifier in theoriginal message from QMA (FOREIGNUSER) has been added to a local groupVALID_USERS on QMB, and this group has been granted authority for +put and+passall. Yet, the COD winds up in the DLQ, with reason 203 (NotAuthorized).1. Is WMQ for Windows 2000 capable of understanding that FOREIGNUSER is inthe group VALID_USERS, and that the COD should be generated using
 theauthorizations granted to VALID_USERS?2. If #1 is not correct, then will I have to add an entry for EVERY userthat sends messages from QMA and wants a COD? That seems extremely complexfor this situation. Any suggestions for an alternate plan of action? I cannot guarantee to know in advance what the useridentifier is going to be.Thanks,Dave A.-=--=--=--=--=--=--=--=--=--=--=--=-David Awerbuch, ConsultantMQSeries Applications SpecialistCalyon SecuritiesMetro Park: 1-732-590-7452email: [EMAIL PROTECTED]*** Calyon This message and/or any attachments (the "message") is intended for the soleuse of its addressee. If you are not the addressee, please immediatelynotify the sender and then destroy the message. The unauthorizeddisclosure, use, dissemination or copying (either whole or partial) of thise-mail, or any
 information it contains, is prohibited. E-mails aresusceptible to alteration and their integrity cannot be guaranteed. As thismessage and/or any attachments may have been altered without our knowledge,its content is not legally binding on CALYON Corporate and Investment Bank.All rights reserved.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveThis communication, including attachments, is for the exclusive use ofaddressee and may contain proprietary, confidential or privilegedinformation. If you are not the intended recipient, any use, copying,disclosure, dissemination or distribution is strictly prohibited. Ifyou are not the intended recipient, please notify the senderimmediately by return email and delete this communication and destroy all copies.Instructions for managing
 your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: QMgr leaving Cluster

[Ruzi R]

Michael,

CLuster qmgrs DO see themselves as cluster members even in MQSC...

Lynn,


"The cluster channels are still visible in MQSeries Explorer, when displaying the channels using the command line and from other WMQ gui tools."

When you display the attributes of these channels, I believe you will see the cluster info (in theCLUSTER tab) as blank.This cluster info from the channels is removed as a result of explicitly (for lack of a better term) "removing the qmgr from the cluster". I think the cluster info on the cluster queues of the removed qmgr stays -- without actually beingrecognized as the cluster queues by the rest of the cluster.

Regards,

Ruzi
[EMAIL PROTECTED] wrote:


Lynn,
run that same command from any other Qmgr in the Cluster... 

as far as I remember a Qmgr will never see itself as a Cluster QMGR via MQSC, 
you should do a DIS CLUSQMGR(NYKYCPR4) ALL on any QMGR in the cluster other then NYKYCPR4 itself.

Michael

-Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Lynn NelsonSent: Monday, July 26, 2004 6:04 PMTo: [EMAIL PROTECTED]Subject: Re: QMgr leaving Cluster
Peter,

Here is Jim's response: "If you perform DISPLAY CLUSQMGR(qmgr name) ALL it will show you all theWMQ cluster information about a specific queue manager. In this case it appears that something has removed the information in the Cluster parameter which tells the queue manager that it is part of a cluster, even though all the channels and shared queue information still remain."

Here is the output:

~~
5724-B41 (C) Copyright IBM Corp. 1994, 2002. ALL RIGHTS RESERVED.Starting MQSC for queue manager NYKYCPR4.

 1 : DISPLAY CLUSQMGR(NYKYCPR4) ALLAMQ8147: WebSphere MQ object NYKYCPR4 not found. 2 : ENDOne MQSC command read.No commands have a syntax error.One valid MQSC command could not be processed.
~

The cluster channels are still visible in MQSeries Explorer, when displaying the channels using the command line and from other WMQ gui tools.

 Thanks,
 Lynn



-Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Potkay, Peter M (ISD, IT)Sent: Monday, July 26, 2004 10:51 AMTo: [EMAIL PROTECTED]Subject: Re: QMgr leaving Cluster
" You come back later and do a DISPLAY CLUSQMGR command for the queue managerand none is found."
" The cluster sender and receiver channel's are still there and even the queues are still shared (or so they show). "

The member of your team is contradicting himself. The DISPLAY CLUSQMGR command displays info about the cluster channels. What does it show? Can you post the output of the command? And also the output of the command that makes you say your second sentence above.



-Original Message-From: Lynn Nelson [mailto:[EMAIL PROTECTED]Sent: Monday, July 26, 2004 9:05 AMTo: Potkay, Peter M (ISD, IT); [EMAIL PROTECTED]Subject: RE: QMgr leaving Cluster

Another member of my team is working on this and this is what he said:

"Basically we added the Cluster sender and receiver channel'sto make an existing queue manager part of a cluster and then shared queue's in the new queue manager to the cluster. Everything is working well. You come back later and do a DISPLAY CLUSQMGR command for the queue managerand none is found. The cluster sender and receiver channel's are still there and even the queues are still shared (or so they show). If you display thecluster on MQ Explorerthe queue managerdoes notdisplay as part of the cluster."

This has happened several times. The problematic QMgr is at a higher CSD level than the others (including the repository), so we are updating them all to the same CSD level to see if this fixes it. 

In the meantime, Iwas wondering if anyone else had seen this strange behavior and had any suggestions as to the cause?

 Thanks,
 Lynn

-Original Message-From: Potkay, Peter M (ISD, IT) [mailto:[EMAIL PROTECTED]Sent: Thursday, July 22, 2004 7:30 PMTo: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]Subject: RE: QMgr leaving Cluster
"somehow is removed from the cluster"

What makes you think that?



-Original Message-From: Lynn Nelson [mailto:[EMAIL PROTECTED]Sent: Thursday, July 22, 2004 5:13 PMTo: [EMAIL PROTECTED]Subject: QMgr leaving Cluster
Hello,

Has anyone ever seen this? We have a cluster that had been working fine until we recently added a new fourthQMgr. Everythingis processing properly and suddenly this new QMgr decides it wants no part of the Cluster andsomehow is removed from the cluster.

 Thanks,
 LynnThis 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 

Re: Moving the list server?

[Ruzi R]

I personally don't think that the move is justified at this moment...

Regards,

Ruzi"Kinnaird, John" [EMAIL PROTECTED] wrote:


Just my 2 cents worth, I don't think I've seen anything that would justify a move, just a few annoyances, and this listserv seems to otherwise work pretty well. It didn't take me too long to hit my delete key a few times during the recent disturbance.
However, when there is a problem, it is not good if there are only two people who can moderate the discussion and one is no longer around and the other is temporarily unreachable. It's a lot to ask, but maybe there are a few who have the time and interest to become moderators. If that responsibility is shared, then there is more of a chance of someone being available to handle problems and it wouldn't be big burden on any one person. You would need something like that anyway even if you moved the list somewhere else wouldn't you?
John Kinnaird Manager, National Operating Center Tree of Life 

Re: Moving Queue Manager to New Server

[Ruzi R]

Bill is correct in that the existing qmgr should be removed from the cluster before you join the new one. I have already done this before. Here are the steps:

1- Saveall objects on the exisitingqmgr (QM1), and save it to file (file1)
2- Create the new QM1 on the other server 
3- Remove QM1 from the cluster
4- Make sure QM1 is "really" removed from the cluster: DISPLAY CLUSQMGR(*) on the full-reps will verify that for you... If it is still there, you would have to force-remove it from the cluster...
5- Issue REFRESH CLUSTER on all cluster qmgrs
6- Issue RUNMQSC QM1 file1 on the new server
7- DISPLAY CLUSQMGR(*) to see your new QM1 in the cluster.

Best regards,

Ruzi 


Bill Anderson [EMAIL PROTECTED] wrote:
I guess in my mind that is duplicating a queue manager. It has the samename, objects, etc. But that is just semantics.I understand the fundamentals of clustering, but have little personalexperience with implementing it, so take this with a grain of salt.It seems to me if, after building the new queue manager, you could thenremove the existing queue manager from the cluster, and then bring up thenew queue manager on a different box, the new queue manager would advertiseits self to the cluster main repositories like any new queue manager thatjoins an existing cluster. That should not require any sort of resetting ofsequence numbers.I would check the manual to determine what steps may be necessary to ensureall members of the cluster are aware of the existing queue managersremoval.Cheers"AkBar
 E. Dar"<[EMAIL PROTECTED] [EMAIL PROTECTED]COM cc:Sent by: MQSeries Subject: Re: Moving Queue Manager to New ServerList<[EMAIL PROTECTED]N.AC.AT07/22/2004 11:01AMPlease respond toMQSeries ListI am not duplicating the Queue Manger, rather we moving to a new machine.Once New machine is imaged, I will turn off the other machine and configurethe same Queue Manager on the New machine with the information like ServerName(CONNAME) and reset the Channel Sequence Number. Then run the securityfile(was created using "amqoamd") back in with the updated securityinformation. This should get the Queue Manager running in a Cluster underthe new location.Bill; I did find the Channel information, once I ran the "saveqmgr" butcluster definition is not there. I don't think there is anything else.Let me know if I am missing anything.Thanks,(Embedded image
 moved to file: pic02306.gif)-This e-mail, and any attached file(s), is intended solely for the use ofthe individual or entity to whom this e-mail is addressed and may containinformation that is privileged, confidential or exempt from disclosure. Ifyou are not one of the named recipient(s) or otherwise have reason tobelieve that you have received this message in error, please notify the UIInformation Security Manager at 203-499-3689 and delete this messageimmediately from any computer. Any other use, retention, dissemination,retransmission, printing or copying of this e-mail is strictly prohibited.(See attached file: pic02306.gif) ATTACHMENT part 2 image/gif name=pic02306.gif

Re: Copying OAM data to a new queue manager.

[Ruzi R]

Hi Bill,

I am doing exactly that right now as part of building ourD RP servers. I use:

amqoamd -m QmgrName -s  filenamedmpmqaut -m QmgrName 2 filename

The first one creates the setmqaut commands. This is all you need.The second one dumps the authority, which I don't really need, but I like the format the authority is displayed. 

Regards,

RuziBill Anderson [EMAIL PROTECTED] wrote:
I am duplicating a WMQ5.3 queue manager on AIX5.2. I need to capture theauthorizations on the original queue manager and write them to a file thatI can then run on the new machine to duplicate the authorizations. I seeat least two support packs that were written to do that, but they are forWMQ5.2.Has anyone used them for WMQ5.3? do they work? I remember when 5.2 wasreleased, the way OAM data was handled changed significantly. I don't thinkanything changed in 5.3, but I am not sure.ThanksBill AndersonSITA Atlanta, GAStandard Messaging EngineeringWebSphere MQ Service Owner770-303-3503 (office)404-915-3190 (cell)[EMAIL PROTECTED]http://www.mconnect.aero/Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at
 http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Very Basic VMS questions

[Ruzi R]

Hi Dave,

Thank you so much for your help. My biggest problem was not being able to get into thecorrect directory.Turns out you do that with the command "SET DEFAULT directoryName".Looks like the MQ version is 2.2... 

Best regards,

Ruzi"Awerbuch, David (CALYON)" [EMAIL PROTECTED] wrote:


Ruzi,

You're in luck. I am still 100% up to date on my VMS skills, with my client's applications now on Alpha after shutting down the VAXen.

1. Log files

The AMQERR01.LOG files islocated in three separate places:
 a. mqs_root:[mqm.errors]
 mqs_root:[mqm.qmgrs.$system.errors]

 mqs_root:[mqm.qmgrs.QM-NAME.errors]

Substitute the Queue Manager name for the word 'QM-NAME'. Please be careful that you either 'type' the file (command 'type/page' would paginate it for you) or that you edit the file readonly (use /readonly command line option), and be VERY, VERY careful that you do not WRITE the file back; you must quit the edit session.

2. Sample Program

The command interpreter for VMX - called DCL - allows you to create what is called a foreign symbol. A foreign symbol is the proper way to execute a program from the command line and pass it parameters.

This foreign symbol must be defined prior to its first use. You can define it in your LOGIN.COM (which is run when you login), logout, login again, and the symbol will be available for the remainder oflogin session. Or, you can create a command procedure to define the symbol.

So, for example, if the sample programs are located in SYS$COMMON:[SYSHLP.EXAMPLES.MQSERIES.BIN] (which is where they are on my system), you could create a small file called "define_amqsbcg.com" and code the following:

 $! define the foreign symbol for amqsbcg
 $ amqsbcg=="$ SYS$COMMON:[SYSHLP.EXAMPLES.MQSERIES.BIN]amqsbcg"

Then you would run this file by issuing the command '@mqbin' at the command prompt:

 VAXNODE:userid$ @define_amqsbcg

Once symbol amqsbcg has been defined the first time at each login session, you could then run it directly from the command line:

 VAXNODE:userid$ amqsbcg test.q qm1

3) WMQ Version

I have always found the best place to look is SYS$HELP. Issue this command:

 $ dir sys$help:*mq*

The list should include a file called 'mqseriesXXYY.release_notes'; XX is the major version, YY is the monitor version (XX=05, YY=01 means you are running 5.1). There may also be a series of files names 'mqseriesXXYY_ecoNN.release_notes'. NN is the ECO (CSD) number; the highest number listed is your current CSD level.

On my system here, I get 

 MQSERIES0510.RELEASE_NOTES;1 11 26-APR-2001 17:40:04.81
 MQSERIES0510_ECO02.RELEASE_NOTES;1 47  4-AUG-2003 10:28:54.65

which means I am running 5.1 CSD 2.

I hope these answers help.

Dave Awerbuch
 David Awerbuch MQSeries Specialist APC Consulting Services Inc. 
(516) 481-6440mailto:[EMAIL PROTECTED] 


-Original Message-From: Ruzi R [mailto:[EMAIL PROTECTED]Sent: Monday, July 19, 2004 3:17 PMTo: [EMAIL PROTECTED]Subject: Very Basic VMS questions
Hi All,
I am very new to VMS ( VAX)(actually I just signed, as USER1,on to our VMS box for the first time). Queue manager is QM1 (and it is running, which I verified in MQExplorer).
1- How can I view the AMQERR01.LOG file? I entered the following commandand got the error indicated below:
PRESS::USER1 $ DSPMQFLS MQS_ROOT:[MQM.QMGRS.QM1.ERRORS]AMQERR01.LOG
MQSeries Display MQ Files
The queue manager is not available for use.
2- Why the sample amqs* programs are not working for me? This is what I entered on the command line and got an error shown below:
PRESS::USER1 $ amqsbcg TEST.Q QM1 
%DCL-W-IVVERB, unrecognized command verb - check validity and spelling
\AMQSBCG\
3- How can I find the version of MQSeries (not WMQ)? 
Looks like I am not in the correct directory for the first 2 commands?Using my knowledge on other platforms, I played around with the MQS_ROOT:[MQM]... MQS_EXAMPLES[BIN]... etc to no avail.Can someone help, please?
Many thanks in advance,
Ruzi*** Calyon  This message and/or any attachments (the "message") is intended for the sole use of its addressee. If you are not the addressee, please immediately notify the sender and then destroy the message. The unauthorized disclosure, use, dissemination or copying (either whole or partial) of this e-mail, or any information it contains, is prohibited. E-mails are susceptible to alteration and their integrity cannot be guaranteed. As this message and/or any attachments may have been altered without our knowledge, its content is not legally binding on CALYON Corporate and Investment Bank. All rights reserved. 

Re: Very Basic VMS questions

[Ruzi R]

Correction: 5.1 for Alpha. 

Ruzi
Ruzi R [EMAIL PROTECTED] wrote:


MQ 2.2.1.1 seems to be the latest version for Compaq VMS VAX (and Alpha) as per the link:

http://www-306.ibm.com/software/integration/websphere/mqplatforms/supported.html

Ruzi"David C. Partridge" [EMAIL PROTECTED] wrote:


MQ 2.2 is almost anantique - perhaps you should try to auction it off :-)

Dave

Re: Receiver Channel - Paused Status

[Ruzi R]

Hi Stewart,

The Receiver channel goes into PAUSED status while waiting for themessage-retry interval (MRTMR)to finish.If a queue is full or put-inhibited the receiving MCA re-tries putting themessage on the queue message-retry count (MRRTY)times at message-retry intervals. If the message still cannot be put on the queue after the message-retry count is exhaustedthen it is put on the DLQ. 

However, if you are using message-retry exit, MRRTM and MRRTY are controlled by the exit.
So, from what you are saying, since the messages are not going to DLQ, I would think that a destination queue(s) become full orput-inhibited for a little while and goes back to normal before the message is put on DLQ. I would first check to see if the queue(s) in question become fullduring the PAUSED status of the channel. If not, check to see ifthe queueis put-inhibitedfor a while (maybe by an application consuming themessages???) causing the message-retry process to start.

Regards,

Ruzi"Herd, Stewart" [EMAIL PROTECTED] wrote:


Hi all,
 I am looking for some help from the list, we had a situation on MQ/Unix(MQ 5.3) where our receiver channel was in a 'paused' state, we tried to stop, reset and restart with no success, it reverted back to 'paused' status.

Does anyone know whya receiver channel would remain in this paused status when the messages continue to received and forwarded to their destinations.

We haveverified they are not going to the DLQ

Appreciate your comments

Stewart



















Affiliated Computer Services
ACS Ireland






Stewart HerdSenior Software Engineer 
Affiliated Computer ServicesBuilding 5100Cork Airport Business ParkCork, Co. Cork,Ireland(+353 21 2364616) 

[EMAIL PROTECTED] 




tel: mobile: 
214 775 3616+353 (086) 1713777 






Signature powered by Plaxo
Want a signature like this?

Add me to your address book...

Very Basic VMS questions

[Ruzi R]

Hi All,
I am very new to VMS ( VAX)(actually I just signed, as USER1,on to our VMS box for the first time). Queue manager is QM1 (and it is running, which I verified in MQExplorer).
1- How can I view the AMQERR01.LOG file? I entered the following commandand got the error indicated below:
PRESS::USER1 $ DSPMQFLS MQS_ROOT:[MQM.QMGRS.QM1.ERRORS]AMQERR01.LOG
MQSeries Display MQ Files
The queue manager is not available for use.
2- Why the sample amqs* programs are not working for me? This is what I entered on the command line and got an error shown below:
PRESS::USER1 $ amqsbcg TEST.Q QM1 
%DCL-W-IVVERB, unrecognized command verb - check validity and spelling
\AMQSBCG\
3- How can I find the version of MQSeries (not WMQ)? 
Looks like I am not in the correct directory for the first 2 commands?Using my knowledge on other platforms, I played around with the MQS_ROOT:[MQM]... MQS_EXAMPLES[BIN]... etc to no avail.Can someone help, please?
Many thanks in advance,
Ruzi

Re: Very Basic VMS questions

[Ruzi R]

Thanks, Benjamin  Claudio for your response... Looks like I will have to sit down with our VMS admin andpick his brains...

Regards,

Ruzi
"Serrano, Claudio" [EMAIL PROTECTED] wrote:
re:1- How can I view the AMQERR01.LOG file? I entered the following commandand got the error indicated below:PRESS::USER1 $ DSPMQFLS MQS_ROOT:[MQM.QMGRS.QM1.ERRORS]AMQERR01.LOGdo view the error files, you actually have to "TYPE" the file, in your case:type MQS_ROOT:[MQM.QMGRS.QM1.ERRORS]AMQERR01.LOG ortype MQS_ROOT:[MQM.QMGRS.QM1.ERRORS]AMQERR01.LOG/page - to view page bypage---2- Why the sample amqs* programs are not working for me? This is what Ientered on the command line and got an error shown below:PRESS::USER1 $ amqsbcg TEST.Q QM1%DCL-W-IVVERB, unrecognized command verb - check validity and spelling\AMQSBCG\if you want to use the image name amqsbcg , you have to first define asymbol .. in your case, add to your login.com ( your system admin would
 beable to do this ). for your further knowledge, have a look at the file insys$manager:mqs_symbols.com ( it's somewhere on the system disk ), and itshows you how to define these symbols. Alternatevely, your system managermay call up the above file from your login.com for youruserid.3- How can I find the version of MQSeries (not WMQ)?Looks like I am not in the correct directory for the first 2 commands? Usingmy knowledge on other platforms, I played around with the MQS_ROOT:[MQM]...MQS_EXAMPLES[BIN]... etc to no avail. Can someone help, please?get your system manager to do prod sho prod mqseries ( you probably don'thave the rights to do so ). the output will show your MQS version and anyECO patches = CSD patches in VMS language---ps. don't forget that your userid must have the mqm identifier
 granted toyour user idEnjoy and I agree with Benjamin... the most reliable yes :-)ClaudiobmcsoftwareClaudio SerranoSenior ConsultantObstgartenstrasse 29,CH-8302 KlotenSwitzerlandTel dir. +41 43 211 4363Fax +41 43 211 4345Mobile +41 79 579 8661e-mail [EMAIL PROTECTED]__-Original Message-From: Benjamin F. Zhou [mailto:[EMAIL PROTECTED]Sent: Mon 7/19/2004 9:33 PMTo: [EMAIL PROTECTED]Cc:Subject: Re: Very Basic VMS questionsIt's been years since my last touch on MQ for VMS VAX.On VAX, you can't just type the name of an executable to run it. you mustreally "run" it. To run amqsput or what'ever, you must create a file thatcontain the command string and then "run"
 it.Say you command is "amqsput YourQ YourQm  yourFile", put it in a fileyourEx, set fileflag to execuitable, then from command line, type "runyourEx".This is what remains in my mind. No guarantee however.cheers, and... enjoy VMS - the most reliable OS ever existed ...Benjamin F. ZhouTechnical SpecialistMessagingIntegration Supp.Mercedes-Benz USAx.2474Ruzi R<[EMAIL PROTECTED] To:[EMAIL PROTECTED].COM cc:Sent by: Subject: Very Basic VMSquestionsMQSeries List<[EMAIL PROTECTED]en.AC.AT07/19/2004 03:17PMPlease respondto MQSeries ListHi All,I am very new to VMS ( VAX) (actually I just signed, as USER1, on to ourVMS box for the first time). Queue manager is QM1 (and it is running, whichI verified in MQExplorer).1- How can I view the AMQERR01.LOG file? I entered the following
 commandand got the error indicated below:PRESS::USER1 $ DSPMQFLS MQS_ROOT:[MQM.QMGRS.QM1.ERRORS]AMQERR01.LOGMQSeries Display MQ FilesThe queue manager is not available for use.2- Why the sample amqs* programs are not working for me? This is what Ientered on the command line and got an error shown below:PRESS::USER1 $ amqsbcg TEST.Q QM1%DCL-W-IVVERB, unrecognized command verb - check validity and spelling\AMQSBCG\3- How can I find the version of MQSeries (not WMQ)?Looks like I am not in the correct directory for the first 2 commands?Using my knowledge on other platforms, I played around with theMQS_ROOT:[MQM]... MQS_EXAMPLES[BIN]... etc to no avail. Can someone help,please?Many thanks in advance,RuziInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at
 http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: MQFB_BIND_OPEN_CLUSRCVR_DEL

[Ruzi R]

Hi Steve,

>How does the sending queue manager know (think?) the
> remote clusrcvr channel has been deleted ?

When you make QM1 (on server 1) a member of a cluster, you define the CLUSRCVR (like TO.QM1) on QM1, which has the connection name and port number (like server1(1414)). This is the channel on which QM1 will receives its messages. Other queue managers in the cluster, when they want to send a message to QM1, they will "auto-create" their CLUSSDR channels based on this CLUSRCVR TO.QM1.  If TO.QM1 is deleted, as QM1 is still a member of the cluster, its info will stay in the full and partial repositories... So, the next time another qmgr in the cluster attempts to send a message (with BIND_ON_OPEN option) to QM1, it will find that  the receiving end of the automatically created CLUSSDR channel (i.e. TO.MQ1 in our case) is deleted. As the message is directed specifically to QM1 (i.e. no workload balancing), the message will be removed from the SYSTEM.CLUSTER.TRANSMIT.QUEUE and put on the DLQ with you MQFB code MQFB_BIND_OPEN_CLUSRCVR_DEL.

Hope this helps.

Best regards,

Ruzi
--- "Kelly, Steve" <[EMAIL PROTECTED]> wrote:
 Has anyone ever seen this code in the MQDLH-Reason
 code?

 The manual says we have deleted a clusrcvr channel
 while BIND_ON_OPEN
 messages still existed on the cluster transmit
 queue. The remote server
 was down but we don't believe we have deleted the
 clusrcvr channel.

 How does the sending queue manager know (think?) the
 remote clusrcvr
 channel has been deleted ?

 TIA,
 Steve.

Re: Problems with authorities on Solaris

[Ruzi R]

Hi Andreas,

Since you look like you want to give all the App
related privileges, I would use +allmqi like this:

setmqaut -m QMGR -t queue -n ETSB*.** -g eai +allmqi
+dsp +chg

Try this and let us know if you still have any
problems.

Regards,

Ruzi
--- Haggkvist, Andreas [EMAIL PROTECTED]
wrote:
gt; Hi,
gt;
gt; we are running MQ 5.3 CSD06 on Solaris 8.
Currently
gt; we have an issue
gt; with access to a specific queue. We have set
gt; authorities using this
gt; command:
gt; setmqaut -m lt;QMGRgt; -t queue -n ETSB*.** -g
eai
gt; +browse +inq +get +put
gt; +dsp +chg
gt;
gt; However when one of our applications tries to put
a
gt; message to a queue
gt; called ETSB_EDIFACT_INBOUND they get RC=2035.
gt; On windows (using the same version of MQ) I can
see
gt; in one of the MQ
gt; logfiles what rights is missing when you get
gt; RC=2035, but not on
gt; Solaris.
gt;
gt; Has anybody any ideas?
gt;
gt; Regards
gt; Andreas
gt;

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 logging

[Ruzi R]

Brian,

Only the persistent messages are logged at every UOW. On Windows, you can find the log files in \Your MQ path...\log\qmgrName.

Regards,

Ruzi


--- Brian Weston <[EMAIL PROTECTED]> wrote:
 Sorry for the simple question... I'm very new to
 MQ...  By default does
 MQ log all messages that it transmits?  If so, where
 is that log.  If
 not, is it possible to configure MQ to track all the
 messages that it
 transmits?

 Thank you!
 Brian

Re: can a message multi-hop using remote queues?

[Ruzi R]

Hi David,

It sure is possible. There are very good examples and explanation of this in the Intercommunication book.

Regards,

Ruzi
--- David Awerbuch <[EMAIL PROTECTED]> wrote:
 Hello,

 I am looking at a queue configuration that requires
 remote queue RQA on QMA to
 point to remote queue RQB on QMB that in turn points
 to local queue LQC on QMC.

 Has anyone done this sort of thing before, does it
 work as I expect it would?
 Will the message automatically hop from QMA to QMC?

 Thanks,
 Dave A.



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

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

Re: Support for MQSeries 5.2.1

[Ruzi R]

Why don't you upgrade to 5.3 (I assume it is on Windows NT/2000?).

Ruzi
--- "Joshi, A (Anant)" <[EMAIL PROTECTED]> wrote:
 I understand that IBM has discontinued support for
 5.2.1

 Is there any special support we can purchase should
 our upgrade project
 gets delayed ?

 TIA
 _

 This email (including any attachments to it) is
 confidential, legally privileged, subject to
 copyright and is sent for the personal attention of
 the intended recipient only. If you have received
 this email in error, please advise us immediately
 and delete it. You are notified that disclosing,
 copying, distributing or taking any action in
 reliance on the contents of this information is
 strictly prohibited. Although we have taken
 reasonable precautions to ensure no viruses are
 present in this email, we cannot accept
 responsibility for any loss or damage arising from
 the viruses in this email or attachments. We exclude
 any liability for the content of this email, or for
 the consequences of any actions taken on the basis
 of the information provided in this email or its
 attachments, unless that information is subsequently
 confirmed in writing. If this email contains an
 offer, that should be considered as an invitation to
 treat.
 _

 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: MQCI_NEW_SESSION in VB.NET

[Ruzi R]

Hi Faizel,

It is in cmqb.bas.

Regards,

Ruzi

--- Faizel Sedick [EMAIL PROTECTED]
wrote:
gt; I am trying to send a request message to the CICS
gt; bridge on MVS from an NT machine using VB.NET. I
gt; need to set the CorrelId to MQCI_NEW_SESSION, and
I
gt; cannot find it in the MQ assembly. Any ideas??
gt;
gt; Thank you
gt; Faizel
gt;

gt; Please note: This e-mail and its contents are
gt; subject to a disclaimer
gt; which can be viewed at
gt; http://www.woolworths.co.za/disclaimer. Should
gt; you be unable to access the link please e-mail
gt; [EMAIL PROTECTED]
gt; and a copy of the disclaimer will be e-mailed to
gt; you.
gt;
gt; Instructions for managing your mailing list
gt; subscription are provided in
gt; the Listserv General Users Guide available at
gt; http://www.lsoft.com
gt; 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: remote admin of queue managers not working / not using MMC ro explorer.......

[Ruzi R]

Hi Dark Worrior,

>Now as per the pdf, I run the following command on my >machine  :
>  runmqsc -w 30 target.queue.manager  and get this >
>message :

Since, the target.queuemanager is not defined on your machine, you cannot issue runmqsc against it. In other words, RUNMQSC works only on the local machine (where the qmgr is defined). So, you have to logon to the target machine and issue the same RUNMQSC.

Regards,

Ruzi


--- Shantanu Upadhyaya <[EMAIL PROTECTED]> wrote:
 Hi !

 Thanks for the listserver, I have found out ways to
 connect to a remote
 queue manager if you don't have MMC / MW Explorer.
 But these don't seem to
 work.

 Ways are :
 1. Websphere MQ support pac ...has a simple
 GUI...not tried yet
 2. MQ Web administration : need a support pack /
 installation for this

 3. MQJExplorer
 (http://www.kolban.com/mqjexplorer/download.htm)
 This needs the following to be done on the
 remote queue manager

 (a) A channel definition for a SVRCONN
 channel called
 SYSTEM.ADMIN.SVRCONN
   eg define
 channel(SYSTEM.ADMIN.SVRCONN)
 chltype(SVRCONN) mcauser('mqm')

 (b) strmqcsv queueManagerName

  Not working. I suspect that the problem is
 the mqm group. I think my user id  should be a
 member of that group. But I don't
 rights to do that on my NT !

 4. Page 87 admin guide : 'Administering Remote
 MQSeries Objects'

I did all the steps mentioned here. I changed the
 order or steps as per
 remote queue definition example on another pdf.

Local QMGR : source.queue.manager
Remote QMGR : target.queue.manager

local machine

(1) runmqslr -m source.queue.manager -t TCP -p
 6002
(2) define qlocal(target.queue.manager)
 usage(XMITQ)
(3) define channel(source.to.target) CHLTYPE(SDR)
 conname('Remote IP
 here(6001)')
XMITQ(target.queue.manager) TRPTYPE(TCP)
(4) define channel(target.to.source)
 CHLTYPE(RCVR) TRPTYPE(TCP)

Now...on the remote machine, lemme...just run a
 few cubicles away !

(5) runmqlsr -m target.queue.manager -t TCP -p
 6001
(6) define qlocal(source.queue.manager)
 usage(XMITQ)
(7) define channel(target.to.source) CHLTYPE(SDR)
 CONNAME('my machine
 ip(6002)')
XMITQ(source.queue.manager) TRPTYPE(TCP)
(8) define channel(source.to.target)
 CHLTYPE(RCVR) TRPTYPE(TCP)
(9) strmqcsv target.queue.manager

local machine
(10) runmqchl -c source.to.target -m
 source.queue.manager

remote machine
(11) runmqchl -c target.to.source -m
 target.queue.manager


Now as per the pdf, I run the following command
 on my machine  :
runmqsc -w 30 target.queue.manager  and get this
 message :

 5724-B41 (C) Copyright IBM Corp. 1994, 2002.
  ALL RIGHTS RESERVED.
 Starting MQSC for queue manager
 target.queue.manager.


 AMQ8146: WebSphere MQ queue manager not
 available.

 No MQSC commands read.
 0 command responses received.

 Someone please explain what I could be doing wrong.
 Why does a simple task
 in MQ Series take a lot of time ?

 Muchos gracias !

 Dark Warrior

 
 HSBC Software Development (India) Pvt Ltd
 HSBC Center, Riverside, West Avenue,
 25-B Raheja Woods, Kalyani Nagar, Pune 411006.

 Telephone: +91 20 26683000
 Fax: +91 20 26681030
 


 **
 This E-mail is confidential. It may also be legally
 privileged.
 If you are not the addressee you may not copy,
 forward, disclose
 or use any part of it. If you have received this
 message in error,
 please delete it and all copies from your system and
 notify the
 sender immediately by return E-mail.

 Internet communications cannot be guaranteed to be
 timely,
 secure, error or virus-free. The sender does not
 accept liability
 for any errors or omissions.
 **

Re: remote admin of queue managers not working / not using MMC ro explorer.......

[Ruzi R]

Sorry, I take back what I said about runmqsc working
only on the local machine... What was I thinking?!!

Ruzi
--- Shantanu Upadhyaya [EMAIL PROTECTED]
wrote:
gt; Hi !
gt;
gt; Thanks for the listserver, I have found out ways
to
gt; connect to a remote
gt; queue manager if you don't have MMC / MW
Explorer.
gt; But these don't seem to
gt; work.
gt;
gt; Ways are :
gt; 1. Websphere MQ support pac ...has a simple
gt; GUI...not tried yet
gt; 2. MQ Web administration : need a support pack /
gt; installation for this
gt;
gt; 3. MQJExplorer
gt; (http://www.kolban.com/mqjexplorer/download.htm)
gt; This needs the following to be done on
the
gt; remote queue manager
gt;
gt; (a) A channel definition for a SVRCONN
gt; channel called
gt; SYSTEM.ADMIN.SVRCONN
gt;   eg define
gt; channel(SYSTEM.ADMIN.SVRCONN)
gt; chltype(SVRCONN) mcauser('mqm')
gt;
gt; (b) strmqcsv
lt;queueManagerNamegt;
gt;
gt;  Not working. I suspect that the problem
is
gt; the mqm group. I think my user id  should be a
gt; member of that group. But I don't
gt; rights to do that on my NT !
gt;
gt; 4. Page 87 admin guide : 'Administering Remote
gt; MQSeries Objects'
gt;
gt;I did all the steps mentioned here. I changed
the
gt; order or steps as per
gt; remote queue definition example on another pdf.
gt;
gt;Local QMGR : source.queue.manager
gt;Remote QMGR : target.queue.manager
gt;
gt;local machine
gt;
gt;(1) runmqslr -m source.queue.manager -t TCP -p
gt; 6002
gt;(2) define qlocal(target.queue.manager)
gt; usage(XMITQ)
gt;(3) define channel(source.to.target)
CHLTYPE(SDR)
gt; conname('lt;Remote IP
gt; here(6001)gt;')
gt;XMITQ(target.queue.manager) TRPTYPE(TCP)
gt;(4) define channel(target.to.source)
gt; CHLTYPE(RCVR) TRPTYPE(TCP)
gt;
gt;Now...on the remote machine, lemme...just run
a
gt; few cubicles away !
gt;
gt;(5) runmqlsr -m target.queue.manager -t TCP -p
gt; 6001
gt;(6) define qlocal(source.queue.manager)
gt; usage(XMITQ)
gt;(7) define channel(target.to.source)
CHLTYPE(SDR)
gt; CONNAME('lt;my machine
gt; ip(6002)gt;')
gt;XMITQ(source.queue.manager) TRPTYPE(TCP)
gt;(8) define channel(source.to.target)
gt; CHLTYPE(RCVR) TRPTYPE(TCP)
gt;(9) strmqcsv target.queue.manager
gt;
gt;local machine
gt;(10) runmqchl -c source.to.target -m
gt; source.queue.manager
gt;
gt;remote machine
gt;(11) runmqchl -c target.to.source -m
gt; target.queue.manager
gt;
gt;
gt;Now as per the pdf, I run the following
command
gt; on my machine  :
gt;runmqsc -w 30 target.queue.manager  and get
this
gt; message :
gt;
gt; 5724-B41 (C) Copyright IBM Corp. 1994,
2002.
gt;  ALL RIGHTS RESERVED.
gt; Starting MQSC for queue manager
gt; target.queue.manager.
gt;
gt;
gt; AMQ8146: WebSphere MQ queue manager not
gt; available.
gt;
gt; No MQSC commands read.
gt; 0 command responses received.
gt;
gt; Someone please explain what I could be doing
wrong.
gt; Why does a simple task
gt; in MQ Series take a lot of time ?
gt;
gt; Muchos gracias !
gt;
gt; Dark Warrior
gt;
gt;

gt; HSBC Software Development (India) Pvt Ltd
gt; HSBC Center, Riverside, West Avenue,
gt; 25-B Raheja Woods, Kalyani Nagar, Pune 411006.
gt;
gt; Telephone: +91 20 26683000
gt; Fax: +91 20 26681030
gt;

gt;
gt;
gt;
**
gt; This E-mail is confidential. It may also be
legally
gt; privileged.
gt; If you are not the addressee you may not copy,
gt; forward, disclose
gt; or use any part of it. If you have received this
gt; message in error,
gt; please delete it and all copies from your system
and
gt; notify the
gt; sender immediately by return E-mail.
gt;
gt; Internet communications cannot be guaranteed to
be
gt; timely,
gt; secure, error or virus-free. The sender does not
gt; accept liability
gt; for any errors or omissions.
gt;
**
gt;
gt;

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: Distribuition list + MQPUT1

[Ruzi R]

Hi Fernando,

Take a look at the program amq0ptl0.cbl. It is in
the ...\Websphere MQ\Tools\Samples\Cobol folder  on
Windows.

Hope this helps,

Ruzi


Fernando_Cisar_de_Oliveira
[EMAIL PROTECTED] wrote:
Hello,

I am looking for a sample of Cobol program using MQ
distribution lists
with MQPUT1. If you have this, please let me know.
Thanks in advanceFernando

--
Fernando Cisar de Oliveira
OLTP Tecnologia  Solugues Ltda.
R. Helena 280, conj. 304
04552-050 Sco Paulo/SP
Tel: (11) 8273-0007

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: How to ensure an order in messages.

[Ruzi R]

This is explained under the title "Sequential Retrieval of Messages",page 55 in the Intercommunication manual. 

Hope this helps.

RuziNguyen DT [EMAIL PROTECTED] wrote:
Without using any mechanism , can i be sure that if i put the message intime x , an other in time x+1 , and they use the same priority - Anapplication which process the queue will get x before x+1 ?What is a mecanism to ensure the order ?Thank you very muchInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

VB with ActiveX - Get-Wait is not working

[Ruzi R]

Hi,

One of our VB developers (on W2K/MQ 5.3) has pointed
out that GET with Wait was not working. He says he
sets MQGMO_WAIT for the MQGMO options, and
MQGMO_WAITINTERVAL =3. I suggested setting the
Wait-interval to even a bigger number to see if he
would notice any difference -- it did not make any
diff. I tested the Get with Wait in the sample VB
program that comes with MQ, and it works. So, I think
the problem has something to do with with ActiveX. Any
ideas?

Your input would be much appreciated.

Best regards,

Ruzi

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

Re: VB with ActiveX - Get-Wait is not working

[Ruzi R]

It ends with 2033.

Ruzi"Potkay, Peter M (PLC, IT)" [EMAIL PROTECTED] wrote:
Ruzi, what does "not working" mean? The MQGET ends immediately with a 2033,as if there was no wait interval specified? Or does it end with some otherRC?-Original Message-From: Ruzi R [mailto:[EMAIL PROTECTED]Sent: Wednesday, May 12, 2004 8:19 AMTo: [EMAIL PROTECTED]Subject: VB with ActiveX - Get-Wait is not workingHi,One of our VB developers (on W2K/MQ 5.3) has pointedout that GET with Wait was not working. He says hesets MQGMO_WAIT for the MQGMO options, andMQGMO_WAITINTERVAL =3. I suggested setting theWait-interval to even a bigger number to see if hewould notice any difference -- it did not make anydiff. I tested the "Get with Wait" in the sample VBprogram that comes with MQ, and it works. So, I thinkthe problem has something to do with with ActiveX.
 Anyideas?Your input would be much appreciated.Best regards,RuziInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveThis communication, including attachments, is for the exclusive use ofaddressee and may contain proprietary, confidential or privilegedinformation. If you are not the intended recipient, any use, copying,disclosure, dissemination or distribution is strictly prohibited. Ifyou are not the intended recipient, please notify the senderimmediately by return email and delete this communication and destroy all copies.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: VB with ActiveX - Get-Wait is not working

[Ruzi R]

Thanks very much, Will; I will pass it on.

RuziWR [EMAIL PROTECTED] wrote:
At 05:19 AM 5/12/2004, Ruzi R wrote:Hi,One of our VB developers (on W2K/MQ 5.3) has pointedout that GET with Wait was not working. He says hesets MQGMO_WAIT for the MQGMO options, andMQGMO_WAITINTERVAL =3. I suggested setting theWait-interval to even a bigger number to see if hewould notice any difference -- it did not make anydiff. I tested the "Get with Wait" in the sample VBprogram that comes with MQ, and it works. So, I thinkthe problem has something to do with with ActiveX. Anyideas?Your input would be much appreciated.Here's a code fragment that work for me:Global GetMsg As MQMessageGlobal getMsgOpts As MQGetMessageOptions. . .Set GetMsg = MQSess.AccessMessage()Set getMsgOpts =
 MQSess.AccessGetMessageOptions()getMsgOpts.Options = MQGMO_WAIT Or MQGMO_CONVERTgetMsgOpts.WaitInterval = 5000InputQueue.Get GetMsg, getMsgOpts-WillInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive

Re: Connection error

[Ruzi R]

Hi Bobbee,

We have been getting this error quite frequently on
certain W2K/MQ 5.3 servers. I have posted this error
on the list a couple of times -- along with some other
people. As far as I remeber 2 things were suggesgted
that are worth looking into:

  1- Applications are not not terminationg gracefully
(i.e. wothout DISCONNECTing)
  2- Configuration problem on the server (e.g machine
NIC, router,gateway and other network related setup).

Our network people are in  the process of looking into
this prob. If I find anything I will post. I am also
interested in any suggestions/ideas other than the two
mentioned above.

Regards,

Ruzi
--- Pavel Tolkachev [EMAIL PROTECTED] wrote:
gt; Hello Bobbee,
gt;
gt; I believe this means that the client machine
closes
gt; the socket (I guess, preliminary, from the
gt; application protocol (MQI over TCP) point of
view).
gt;
gt; Hope this will help,
gt; Pavel
gt;
gt;
gt;
gt;
gt;
gt;   Robert Broderick
gt;   lt;[EMAIL PROTECTED]
 To:
gt;  [EMAIL PROTECTED]
gt;   OTMAIL.COMgt;
 cc:
gt;   Sent by: MQSeries
gt; Subject:  Connection error
gt;   List
gt;   lt;[EMAIL PROTECTED]
gt;   .AC.ATgt;
gt;
gt;
gt;   05/10/2004 10:54
gt;   AM
gt;   Please respond to
gt;   MQSeries List
gt;
gt;
gt;
gt;
gt;
gt;
gt; I am getting mucho of the following. Anything I
gt; should look at ??. Is
gt; this where the client machine just ends the
gt; session??
gt;
gt;
gt; bobbee
gt; 05/10/04  09:24:38
gt; AMQ9208: Error on receive from host xx.xx.xx.xxx.
gt; (TCP/IP was a client
gt; machine)
gt;
gt; EXPLANATION:
gt; An error occurred receiving data from
xx.xx.xx.xxx
gt; (This was a client
gt; machine) over TCP/IP. This may be due to a
gt; communications failure.
gt; ACTION:
gt; The return code from the TCP/IP (read) call was
73
gt; (X'49'). Record these
gt; values
gt; and tell the systems administrator.
gt;
gt; #define ECONNRESET  73  /* Connection
reset
gt; by peer */
gt;
gt;
_
gt; MSN Toolbar provides one-click access to Hotmail
gt; from any Web page   FREE
gt; download!
gt;
http://toolbar.msn.com/go/onm00200413ave/direct/01/
gt;
gt; Instructions for managing your mailing list
gt; subscription are provided in
gt; the Listserv General Users Guide available at
gt; http://www.lsoft.com
gt; Archive:
http://vm.akh-wien.ac.at/MQSeries.archive
gt;
gt;
gt;
gt;
gt;
gt; --
gt;
gt; This e-mail may contain confidential and/or
gt; privileged information. If you are not the
intended
gt; recipient (or have received this e-mail in error)
gt; please notify the sender immediately and destroy
gt; this e-mail. Any unauthorized copying, disclosure
or
gt; distribution of the material in this e-mail is
gt; strictly forbidden.
gt;
gt; Instructions for managing your mailing list
gt; subscription are provided in
gt; the Listserv General Users Guide available at
gt; http://www.lsoft.com
gt; 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: CSD 6

[Ruzi R]

Mike,

Here is waht we do:

1-Stop all MQ monitoring tools still running (Tivoli
etc.)
2- Stop MQServices in: Start\Adminstrative
Tools\Services.
3- Stop any Antivirus process
4- Install CSD
5- Start the MQServices and antivirus processes
mentioned in step 1 and 2.

In order to determine the MQ files in use:

   1-  Use the program listdlls.exe which is
downloaded from:
http://www.sysinternals.com/ntw2k/freeware/listdlls.shtml

   2- Put the listdlls.exe into a folder on the
server:
  D:\temp\MQSUPPORT
   3- CD into that directory from the dos prompt
   4- Run listdlls.exe listdllsout.txt
   5- Browse listdllsout.txt and do a search for MQ.
If there is any, kill/stop that process using the MQ
dll.

Hope this helps.

Best regards, and have a good weekend.

Ruzi

--- Ward, Mike S [EMAIL PROTECTED] wrote:
 Hi all, I am trying to apply csd 6 to a 5.3 install
 on windows 2000. The
 install waits for all MQ applications and processes
 to complete. Then it
 says checking files please wait. Then it stalls and
 says Websphere MQ files
 are in use. Stop activity and retry. The message is
 AMQ4757. Can anyone
 help? I can't find any MQ running except the csd.

 Thanks.

 Mike S. Ward Jr.
 A.V.P. Information Technology
 Security Service Federal Credit Union
 (210)476-4600
 [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: Event Queue Logging

[Ruzi R]

Hi Krishan,

Here is what we are doing:  We create a local queue
called, say, EVENTQ. We delete the System event
queueus and define them as alias queues all pointing
to EVNETQ.

Best regards,

Ruzi


--- Krishan Agarwal [EMAIL PROTECTED]
wrote:
 Hi Friends,

  This has been puzzling me a bit .. searched the
 docs but couldn't get
 anything -- I do not want to use system queues for
 event logging and want
 to use local queues for this. How and where could I
 define these queues so
 that events for all queue managers, queues and
 channels come to these
 defined queues.

 Thanks  Regards,
 Krishan


  This e-Mail may contain proprietary and
confidential
 information and is sent for the intended
 recipient(s) only.
 If by an addressing or transmission error this mail
 has been misdirected to you, you are requested to
 delete this mail immediately.
 You are also hereby notified that any use, any form
 of reproduction, dissemination, copying, disclosure,
 modification,
 distribution and/or publication of this e-mail
 message, contents or its attachment other than by
 its intended recipient/s is strictly prohibited.

 Visit Us at http://www.polaris.co.in


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: TCP error

[Ruzi R]

We are at MQ 5.3 CSd06 on NT and have been getting
this error quite frequently. I would be very much
interested in any suggestions.

Best regards,

Ruzi

--- Emile Kearns [EMAIL PROTECTED] wrote:
 10054

 WSAECONNRESET -- Connection reset by peer. This
 occurs when an established
 connection is shut down for some reason by the
 remote computer


 From: MQSeries List [mailto:[EMAIL PROTECTED]
 On Behalf Of
 [EMAIL PROTECTED]
 Sent: 28 April 2004 10:30 AM
 To: [EMAIL PROTECTED]
 Subject: TCP error

 Howdy all,

 I have an NT4 server running MQ v5.1 that constantly
 generates recv call
 errors in the event log error number 10054. Errors
 are occuring every 3
 seconds on average.

 Does anyone know how to fix this with the version I
 currently have ?


 Sid Young

 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

 Any views expressed in this message are those of the
 individual sender, and T-Systems South Africa (Pty)
 Ltd accepts no liability therefore, except where the
 sender specifically states them to be those of
 T-Systems South Africa (Pty) Ltd.  Although this
 message has been scanned for the possible presence
 of computer viruses prior to despatch, T-Systems
 South Africa (Pty) Ltd cannot be held responsible
 for any viruses or other material transmitted with,
 or as part of, this message.

 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: TCP error

[Ruzi R]

Thanks,Don. You may be right. Come to think of it,
this problem happens several times per sec for the
same client when running this particular app. However,
it happens very rarely with another code in Prod. I
will look into this from this angle too.

Ruzi


--- Thomas, Don [EMAIL PROTECTED] wrote:
 My first question would be: are all of the clients
 running the same code? If
 so try and recreate the situation with a single
 client. At first blush it
 would seem to me that the clients aren't ending in a
 'controlled' manner.
 Just a thought...

 Don Thomas
 EDS - PASC
 * Phone: +01-412-893-1659
  Fax: 412-893-1844
 * mailto:[EMAIL PROTECTED]



 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of Ruzi R
 Sent: Wednesday, April 28, 2004 7:47 AM
 To: [EMAIL PROTECTED]
 Subject: Re: TCP error


 We are at MQ 5.3 CSd06 on NT and have been getting
 this error quite frequently. I would be very much
 interested in any suggestions.

 Best regards,

 Ruzi

 --- Emile Kearns [EMAIL PROTECTED]
 wrote:
  10054
 
  WSAECONNRESET -- Connection reset by peer. This
  occurs when an established
  connection is shut down for some reason by the
  remote computer
 
 
  From: MQSeries List
 [mailto:[EMAIL PROTECTED]
  On Behalf Of
  [EMAIL PROTECTED]
  Sent: 28 April 2004 10:30 AM
  To: [EMAIL PROTECTED]
  Subject: TCP error
 
  Howdy all,
 
  I have an NT4 server running MQ v5.1 that
 constantly
  generates recv call
  errors in the event log error number 10054. Errors
  are occuring every 3
  seconds on average.
 
  Does anyone know how to fix this with the version
 I
  currently have ?
 
 
  Sid Young
 
  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
 
  Any views expressed in this message are those of
 the
  individual sender, and T-Systems South Africa
 (Pty)
  Ltd accepts no liability therefore, except where
 the
  sender specifically states them to be those of
  T-Systems South Africa (Pty) Ltd.  Although this
  message has been scanned for the possible presence
  of computer viruses prior to despatch, T-Systems
  South Africa (Pty) Ltd cannot be held responsible
  for any viruses or other material transmitted
 with,
  or as part of, this message.
 
  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: Need help with BlokIP exit

[Ruzi R]

Hi Benjamin,

Yes, my BlockIP configuration is working just fine. I
intend to use it in Production as well. I think you
got your questions answered already... As Jxergen
said, the log file is created in the c drive.

Best regards,

Ruzi
--- Jxrgen Pedersen [EMAIL PROTECTED] wrote:
 Hi Benjamin,

 You should get a file: c:\BlockIP2.log presenting
 you with a log/trace fil
 telling you what BlockIP2 do.

 If you're dealing with windows you must specify
 scyexit() and scydata() like
 this:
 alt chl(SYSTEM.ADMIN.SVRCONN) chltype(SVRCONN) +
   SCYDATA('FN=d:\utils\exit\blck.cfg;-d') +
   scyexit('d:\utils\exit\BlockIP2(BlockExit)') * NT

 the -d; option tells BlockIP to send debug
 information to the logfile too.
 You can read a bit about BlockIP2 here:
 http://www.mrmq.dk/BlockIP.htm

 By the way (BlockExit) tells windows which entry in
 the dll to invoke. There
 can be many entries/routines in a dll. This is the
 reason for (BlockExit). I
 hope it turn on some light...

 Just my $0.02 ;o)

 Kind regards
 Jxrgen
 Author of BlockIP


 Hi Ruzi,
 
 did you figure out how to set it? I don't seem to
 be able to make the
 BlockIP2.dll get loaded.  specifically, I put all
 the files into
 d:\utils\exit, and configured my
 SYSTEM.ADMIN.SVRCONN with
 scyexit('d:\utils\exit\BlockIP2(BlockExit)'), and
 scydata('d:\utils\exit\blck.cfg;-d')

 But it doesn't seem to produce any log file, so I
 anticipate it didn't
 load.

 Would you mind shed some light on this setting?
 BTW, that does this
 (BlockExit) mean? as parameter?

 Benjamin F. Zhou
 Messaging  Integration Supp.
 Mercedes-Benz USA
 (201) 573-2474


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

 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: Workload Balancing is not working with some cluster queues

[Ruzi R]

Is the DEFBIND= NOT_FIXED on all of the cluster
queues?

Ruzi

--- Yonny Serrano [EMAIL PROTECTED] wrote:

-
WMQ 5.3 for AIX and HP.  QY and QZ are local queues
shared in the cluster.

AIX BOX1
QMGR1   --  QY
QMGR2   --  QZ

AIX BOX2
QMGR3   --  QY
QMGR4   --  QZ


HP Box
QMGR5
I am trying to put messages using amqsput to queues QY
and QZ:
Using:  amqsput QY QMGR5   the workload
balancing DO NOT work, all messages are sent to QMGR1.

Using.  amqsput QZ QMGR5   the workload
balancing DOES work.

The four definitions of the queues have DefBind =
NotFixed.

The worload balancing is not working for any cluster
queue defined in both QMGR1 and QMGR3.
The comunication between QMGR5 and QMGR3 is perfect
cause I am able to send messages from QMGR5 to cluster
queues defined only in QMGR3.

What can i do?
TIA,

Yonny Serrano


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

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: Linear Logging

[Ruzi R]

Thanks, Bill and T. Rob for pointing this out.

Ruzi
--- Beinert, William [EMAIL PROTECTED] wrote:
 The scripts I've seen scream for help when it gets
 close to wraparound time.
 Automating that transition is too much of a PITA, so
 doing it manually is the way to go.

 Bill

 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of Wyatt,
 T. Rob
 Sent: Wednesday, April 07, 2004 9:14 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Linear Logging


 If you ever have a QMgr long enough for the log file
 numbers to wrap around,
 you probably want to manually clean the log files
 until the wrap is
 complete.  There is a window of time during which
 the oldest log files are
 numbered higher then the newest log files.  I don't
 know if the script has
 been changed to look at dates instead of file names
 but we got bit by this
 once.

 -- T.Rob

 -Original Message-
 From: Roger Lacroix
 [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, April 06, 2004 5:34 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Linear Logging


 Hi,

 The oldest is the LOWEST numbered log file.

 I don't know what files you deleted by your comments
 of 'deleted the remaing
 two' but if you deleted S001.LOG and
 S002.LOG then you are in big
 trouble.  If true, then I don't think this is
 recoverable.  You may need to
 re-create the queue manager.

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


 Quoting Ruzi R [EMAIL PROTECTED]:

  I have done some testing with the supportpack
 MS0L. It
  reported that:
 
  The oldest file required for restart is
 S000.LOG
  The oldest file required for recovery is
 S000.LOG
 
  So, I kept these two files and deleted the remaing
 two
  despite the fact that the report said no MQ
 Linear
  Logfiles available for cleanup. I stopped the
 qmgr
  and restarted but it would not come up because of
 the
  missing log files (producing error 7017). I
 thought
  the oldest log file as indicated by the
 supportpack
  was what was required for a restart/recovery.  Can
  someone please explain why it did not work?
 
  Thanks,
 
  Ruzi
 
  --- Ruzi R [EMAIL PROTECTED] wrote:
   Windows 2000  WMQ 5.3 (CSD 6). We have been
 using
   Circular logging for the Test queue managers. To
 be
   able to do a media recovery, I would like to use
   Linear logging in Production.  However, my
   colleagues
   are in favor of using Circular logging instead
 as
   it
   does not require any maintenance/backup. They
 say,
   if
   an object is damaged they can re-create it
 manually.
   They are willing to live with the damaged queue
 and
   its contents by deleting and recreating the
 queue
   etc.
  
  
  
   I would like to know from the real experiences
 of
   the
   people using Linear logging:
  
   1- The Admin book says  If you do not take
 regular
   media images of the objects that you want to
   re-create, you might have insufficient disk
 space to
   hold all the log files required to re-create an
   object.
  
   How often do you take media images?
  
   2-Is there a tool (preferably free)  out there
 that
   could be used to retrieve  selected messages
 from
   the
   log and put them onto a queue ? I think there
 are
   some, but I don t remember the names.
  
   3-How often do you clean-up the logs?  Of
 course, it
   depends on the how fast the files are getting
 full.
   But I just need some idea
  
   4- Any complexities, problems etc with dealing
 with
   Liner logging?
  
   Thanks 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
 

 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: Linear Logging

[Ruzi R]

Thanks Rao... and everyone else who has responded.

Ruzi
--- Adiraju, Rao [EMAIL PROTECTED] wrote:
 Hi Ruzi

 It needs all the files starting FROM and NOT JUST
 THAT file. So if your
 current log number S003652.log, MQ needs all the log
 files starting from
  to 3652 log files.

 That's why one need to run rcdmqimg, which takes
 the dump of MQ objects
 and accordingly the entry in the error file will
 change something like, MQ
 needs 3650 for media recovery and 3651 for qmgr
 restart. Which means you
 need to keep 3650, 3651, 3652 

 Basically what it tells you is - you can safely
 delete all LOGS LESS THAN
 THAT NUMBER.

 In your case restore all deleted logs back and
 restart the queue manager.

 Cheers

 Rao






 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: 7 April 2004 9:15 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Linear Logging

 I have done some testing with the supportpack MS0L.
 It reported that:

 The oldest file required for restart is
 S000.LOG The oldest file
 required for recovery is S000.LOG

 So, I kept these two files and deleted the remaing
 two despite the fact that
 the report said no MQ Linear Logfiles available for
 cleanup. I stopped the
 qmgr and restarted but it would not come up because
 of the missing log files
 (producing error 7017). I thought the oldest log
 file as indicated by the
 supportpack was what was required for a
 restart/recovery.  Can someone
 please explain why it did not work?

 Thanks,

 Ruzi

 --- Ruzi R [EMAIL PROTECTED] wrote:
  Windows 2000  WMQ 5.3 (CSD 6). We have been using
 Circular logging for
  the Test queue managers. To be able to do a media
 recovery, I would
  like to use Linear logging in Production.
 However, my colleagues are
  in favor of using Circular logging instead  as it
 does not require any
  maintenance/backup. They say, if an object is
 damaged they can
  re-create it manually.
  They are willing to live with the damaged queue
 and its contents by
  deleting and recreating the queue etc.
 
 
 
  I would like to know from the real experiences of
 the people using
  Linear logging:
 
  1- The Admin book says  If you do not take regular
 media images of the
  objects that you want to re-create, you might have
 insufficient disk
  space to hold all the log files required to
 re-create an object.
 
  How often do you take media images?
 
  2-Is there a tool (preferably free)  out there
 that could be used to
  retrieve  selected messages from the log and put
 them onto a queue ? I
  think there are some, but I don t remember the
 names.
 
  3-How often do you clean-up the logs?  Of course,
 it depends on the
  how fast the files are getting full.
  But I just need some idea
 
  4- Any complexities, problems etc with dealing
 with Liner logging?
 
  Thanks 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 is confidential and may contain
 privileged material.
 If you are not the intended recipient you must not
 use, disclose, copy or retain it.
 If you have received it in error please immediately
 notify me by return email
 and delete the emails.
 Thank you.

 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

Linear Logging

[Ruzi R]

Windows 2000  WMQ 5.3 (CSD 6). We have been using
Circular logging for the Test queue managers. To be
able to do a media recovery, I would like to use
Linear logging in Production.  However, my colleagues
are in favor of using Circular logging instead  as it
does not require any maintenance/backup. They say, if
an object is damaged they can re-create it manually.
They are willing to live with the damaged queue and
its contents by deleting and recreating the queue etc.



I would like to know from the real experiences of the
people using Linear logging:

1- The Admin book says  If you do not take regular
media images of the objects that you want to
re-create, you might have insufficient disk space to
hold all the log files required to re-create an
object.

How often do you take media images?

2-Is there a tool (preferably free)  out there that
could be used to retrieve  selected messages from the
log and put them onto a queue ? I think there are
some, but I don t remember the names.

3-How often do you clean-up the logs?  Of course, it
depends on the how fast the files are getting full.
But I just need some idea

4- Any complexities, problems etc with dealing with
Liner logging?

Thanks 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

Re: Linear Logging

[Ruzi R]

Bill,

Thanks for the response. I have just downloaded and
tested MS0L actually. What do you use for clean-up --
MS62?

Ruzi

--- Beinert, William [EMAIL PROTECTED] wrote:
 I use linear logging in all my systems (Win  HP).
 I probably don't need it, not having any long units
 of work in my applications, but I'm super
 conservative about such things.
 I take a media image weekly, and clean up unneeded
 logs weekly.

 There are scripts for Win  Unix to do these things
 as Support Packs, and have been distributed on this
 list. I'll send you copies of mine, if you want.

 Bill Beinert
 Systems Programming
 Con Edison

 When they took the fourth amendment,
I was quiet because I didn't deal drugs!
 When they took the sixth amendment,
I was quiet because, I was innocent.
 When they took the second amendment,
I was quiet because I didn't own a gun!
 Now they've taken the first amendment,
and I can say (or do) nothing about it.
 The Second Amendment is in place in case they ignore
 the others.
 MODWN DAbE



 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of Ruzi R
 Sent: Tuesday, April 06, 2004 10:29 AM
 To: [EMAIL PROTECTED]
 Subject: Linear Logging


 Windows 2000  WMQ 5.3 (CSD 6). We have been using
 Circular logging for the Test queue managers. To be
 able to do a media recovery, I would like to use
 Linear logging in Production.  However, my
 colleagues
 are in favor of using Circular logging instead  as
 it
 does not require any maintenance/backup. They say,
 if
 an object is damaged they can re-create it manually.
 They are willing to live with the damaged queue and
 its contents by deleting and recreating the queue
 etc.



 I would like to know from the real experiences of
 the
 people using Linear logging:

 1- The Admin book says  If you do not take regular
 media images of the objects that you want to
 re-create, you might have insufficient disk space to
 hold all the log files required to re-create an
 object.

 How often do you take media images?

 2-Is there a tool (preferably free)  out there that
 could be used to retrieve  selected messages from
 the
 log and put them onto a queue ? I think there are
 some, but I don t remember the names.

 3-How often do you clean-up the logs?  Of course, it
 depends on the how fast the files are getting full.
 But I just need some idea

 4- Any complexities, problems etc with dealing with
 Liner logging?

 Thanks 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

 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: Linear Logging

[Ruzi R]

I have done some testing with the supportpack MS0L. It
reported that:

The oldest file required for restart is S000.LOG
The oldest file required for recovery is S000.LOG

So, I kept these two files and deleted the remaing two
despite the fact that the report said no MQ Linear
Logfiles available for cleanup. I stopped the qmgr
and restarted but it would not come up because of the
missing log files (producing error 7017). I thought
the oldest log file as indicated by the supportpack
was what was required for a restart/recovery.  Can
someone please explain why it did not work?

Thanks,

Ruzi

--- Ruzi R [EMAIL PROTECTED] wrote:
 Windows 2000  WMQ 5.3 (CSD 6). We have been using
 Circular logging for the Test queue managers. To be
 able to do a media recovery, I would like to use
 Linear logging in Production.  However, my
 colleagues
 are in favor of using Circular logging instead  as
 it
 does not require any maintenance/backup. They say,
 if
 an object is damaged they can re-create it manually.
 They are willing to live with the damaged queue and
 its contents by deleting and recreating the queue
 etc.



 I would like to know from the real experiences of
 the
 people using Linear logging:

 1- The Admin book says  If you do not take regular
 media images of the objects that you want to
 re-create, you might have insufficient disk space to
 hold all the log files required to re-create an
 object.

 How often do you take media images?

 2-Is there a tool (preferably free)  out there that
 could be used to retrieve  selected messages from
 the
 log and put them onto a queue ? I think there are
 some, but I don t remember the names.

 3-How often do you clean-up the logs?  Of course, it
 depends on the how fast the files are getting full.
 But I just need some idea

 4- Any complexities, problems etc with dealing with
 Liner logging?

 Thanks 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

Re: Non-persistent messages and unknown QManager

[Ruzi R]

Just wanted to add to my previous response that, if
the DLQ does not exist on the remote qmgr,
non-persistent messages are discarded persistent
messages are put back on the xmit queue of the source
queue mgr and get-disabled (xmit queue).

If you cannot find the messages on the DLQ check the
qmgr to see the correct spelling of the DLQ name...

Ruzi
--- Ruzi R [EMAIL PROTECTED] wrote:
 The message, regardless of its persistency, would go
 to the DLQ of the remote queue manager (with a
 reason
 code of 2087), which the related  channel is
 pointing
 to.

 Ruzi


 --- Woodcox, Janice Engle (DIS)
 [EMAIL PROTECTED]
 wrote:
  Hello.  We're running s/390 WMQ v5.3.1 in zOS
 v1.4.
 
  In a situation where a QRemote has the wrong value
  for a QManager name and
  the messages are non-persistent, would the
 messages
  be sent to the
  QManager's dead letter queue where the QRemote
 lives
  or somewhere else or
  would they not be preserved?  I've looked through
 a
  number of system objects
  but have not been able to locate the messages and
  believe they would just
  not be preserved but wanted to check with you'all
  first.
 
  Thank you for an insight you can shed :-)
 
   Janice Woodcox
  
  Department of Information Services / Computer
  Services Division
  s/390 Customer Technical Support
  Help Desk Phone: 360-753-2454
  Direct Line: 360-902-3102
  [EMAIL PROTECTED]
  NEW! Group Web Site Location:
  http://disv1.dis.wa.gov/dis/ctss/index.htm
 

**
 
  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: Formatting production logs

[Ruzi R]

in this case, what SYSTEM.ADMIN.QMGR.EVENT will record
is the incident of an MQGET call from a queue that is
GET-Inhibited. It will not record who inhibited it.
So, I don't think it is going to be much of a help to
Rao.

Regards,

Ruzi

--- Potkay, Peter M (PLC, IT)
[EMAIL PROTECTED] wrote:
 Turn on Inhibit Events at the Queue Manager level.
 Turn off temporarily the other Queue Manager Events.
 Make the SYSTEM.ADMIN.QMGR.EVENT default persistence
 equal to Persistent.



 Now monitor your SYSTEM.ADMIN.QMGR.EVENT queue for a
 depth of greater than
 0.

 The next time someone Get Inhibits that queue, you
 will know about it and
 who did it, without messing with the logs. It will
 record their treachory
 without alerting them that the Event Queue was
 updated, so you can blindside
 them the next day with evidence in hand!




 -Original Message-
 From: Adiraju, Rao [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 25, 2004 5:49 PM
 To: [EMAIL PROTECTED]
 Subject: Formatting production logs



 Fellows

 I have two areas, where I appreciate some help:

 1) Formatting the logs -

In one of our production queue managers,
 something fishy is going on and
 I need to format the log to see who is exactly doing
 the changes. I know
 roughly what time the change is done and hence I can
 nail down my log file
 number(s) that are active around that time. The
 trouble I am having is with
 the dmpmqlog utility.  I can't run it unless the
 Queue manager is down
 which I can't shutdown that easily.

 Is there any other utility, where I can format a
 given log file  Say, I
 want to see the formatted report of S0003980.LOG

 2) The problem I am trying to figure it out is as
 follows - we have the MQ -
 publish and subscribe support pack in place but not
 used by any
 applications. Some how SYSTEM.BROKER.ADMIN.STREAM
 and
 SYSTEM.BROKER.DEFAULT.STREAM queues are getting
 changed to GET disabled and
 then back to enabled.  BMC Patrol is raising warning
 alarms saying when it
 is polling these queues it is finding them in GET
 disabled state.  I checked
 with applications users and unix administrators and
 no one knows any process
 / application doing this.  When I look at these
 queues, some time later, the
 alter date on these queues shows current date and
 time (every day these are
 being altered by some process) and GETs are enabled.
  I am hoping that there
 will be some log entries to track which application
 / user-id is doing these
 disabling and enabling.  Hence my first question, on
 how to format these
 logs without shutting down the queue manager.


 Thanks in advance

 Cheers

 Rao




 This communication is confidential and may contain
 privileged material.  If
 you are not the intended recipient you must not use,
 disclose, copy or
 retain it.  If you have received it in error please
 immediately notify me by
 return email and delete the emails.
 Thank you.




 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

Re: Sender channel problem

[Ruzi R]

Hi Enrico,

Here is what I would do to start with (not knowing all
the details about your prob):

1- On both queue managers set the ADOPT NEW MCA (ALL)
2- Stop the channels on both ends
3- Start the receiver on QM1
4- (Make sure step 3 is done first)Start the sender on
QM2
5- Send some messages from QM2

Let us know what happens.

Regards,

Ruzi

--- Enrico Strydom [EMAIL PROTECTED] wrote:
 Hi all,





 I have a problem with a sender channel not staying
 up, and I cannot figure
 out why.


 QM1 = TLINKTT.QMAN, runs on W2K, MQ5.3, CSD06


 QM2 = NADCRISPT.QMAN runs on HPUX, MQ5.2, CSD05


 I have other HPUX queue managers with the same specs
 connecting fine (to
 QM1), so I do not think it has anything to do with
 the MQ5.3/MQ5.2
 differences








 sender TLTT.TO.NADCRISPT (on QM1) starts up nicely,
 runs perfectly


 sender NADCRISPT.TO.TLTT (on QM2) keeps on giving
 errors





 It looks like it comes up long enough to start the
 receiver channel
 (NADCRISPT.TO.TLTT) on QM1, then gets some error and
 goes into retrying
 state. The receiver on QM1 stays running which
 explains the channel in use
 errors I see in QM2's error log





 Deleting all the messages from the XMIT queue on QM2
 seems to fix the
 problem for a while(few minutes). The channel stays
 up long enough to let a
 few messages flow(numbers vary between 6 and 14)
 before the channel
 dies/goes to retry and whole problem repeats itself.


 The sender/receiver pair from QM1 to QM2 in the
 meantime is up and messages
 flow normally(which I assume means that it is not
 related to bad
 connection problems)








 I attach the relevant parts from both QM's error
 logs - hope someone can
 help


 Regards


 Enrico Strydom


 Perago FSE





 PS - I checked all of the parms on both senders,
 receivers  XMit queues -
 no differences in BATCHSZ, DISCINT, etc . . .






 ATTACHMENT part 2 application/octet-stream
name=QM1_TLTT_error.log


 ATTACHMENT part 3 application/octet-stream
name=QM2_NADCRISPT_error.log

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

QOD.Re: JMS and WMQ Cluster Workload Balancing

[Ruzi R]

In addtion to the Open options Sudheer mentioned
already, make sure the Putting application leaves
MQOD.ObjectQmgrName (the  the target queue manager
name) blank.

One other thing  to remember though is that, if you
leave the MQOD.ObjectQmgrName blank and there is a
local instance of the target cluster queues: the
messages will go to the local instance.

Regards,

Ruzi


--- Sudheer Kumar [EMAIL PROTECTED] wrote:
 Have you checked the queue properties...make sure
 that the bindings mode is
 set to Not Fixed instead of On Open...
 also check the queue open options used in the
 application...

 -Sudheer
   -Original Message-
   From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of Ross
 Stephens
   Sent: Wednesday, March 24, 2004 6:09 PM
   To: [EMAIL PROTECTED]
   Subject: JMS and WMQ Cluster Workload Balancing


   I'm using JMS against two identically named
 cluster queues, but all
 messages end up on one queue only.

   Does anyone know how to get the messages to share
 across the queues within
 the JMS API?



   Ross Stephens

   +61 (2) 9410 9930

   +61 (419) 494 489

   [EMAIL PROTECTED]

   www.mqis.com.au





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: JMS resource problems after 254 'connections' ?

[Ruzi R]

Hi Peter,

Yes, you can find out the num of connections from the
CHSATUS of the SVRCONN.

Since your environment sounds like mine, I have 2
unrelated questions for you:

1-PS apps are running in a client mode on the server.
I would like to change it the TRANSPORT(BIND) in the
bindings file.  However, the people working as
middleman between us and PS are saying that PS wants
to run in CLIENT mode. I don t understand why. I have
never been able to get a reason for this. DO you know
why they want to run as a  client  app?

2-Apparently, PS default message size is 15 MB that
they use between their internal programs. They have
one interface in which they put 15 MB messages on the
queue despite the fact that  I repeatedly asked them
to make the messages shorter (for obvious reasons) by
using various techniques. They have been reluctant to
do this as they claim that,  since WMQ can handle 100
MB they are only using 15% of the capacity, what is
the big deal etc  etc.. There have been problems with
this big messages in Prod.   I had to increase the
number of log files (circular) to the max. LogFileSize
is still at 512.  (When I have a chance I am going to
change to linear and increase the LogFileSize to
16384). My question is: During our conversations, a
person using the PS Handler mentioned that it is
faster to send 15 MB messages than many smaller
messages. I think he based his assumption  based on
another interface which takes about 10-30 sec to Put a
 32 K message. He demonstrated it to me.  Since this
is not happening in other interfaces, I assume it has
something to do with the app.  Have you been aware of
this ? If so, what was the problem?

Thanks,

Ruzi

--- Heggie, Peter [EMAIL PROTECTED] wrote:
 Thanks Ruzi,

 We are going to increase MAXHANDS for now. I just
 got off the phone with
 our PeopleSoft administrators and they discovered
 late last night that
 PeopleSoft/JMS code never lets go of these handles.
 They modified some
 of the PS JMS classes to force the release of the
 connections and the
 problem disappeared. They are pursuing the issue
 with PS to get an
 approved fix.

 Is it correct to say that each of these handles is
 associated with a
 SVRCONN channel connection, and that I can display
 the CHSTATUS to see
 the open handles? So counting the number of
 connections would give me
 the number of handles and confirm the problem. We
 could run 254 of these
 synchronous requests and we should see the 254 open
 connections in the
 display.

 Peter Heggie

 -Original Message-
 From: MQSeries List [mailto:[EMAIL PROTECTED]
 On Behalf Of Ruzi R
 Sent: Thursday, March 18, 2004 4:00 PM
 To: [EMAIL PROTECTED]
 Subject: Re: JMS resource problems after 254
 'connections' ?

 Hi Peter,

 We had the same problem with PeopleSoft/JMS. We
 increased MAXHANDS to 512 about a year ago, and we
 have never had this problem again since then.

 Ruzi

 --- Heggie, Peter [EMAIL PROTECTED]
 wrote:
  More information - the source of the '254'
  connections is the MQ queue
  manager MAXHANDS attribute. When we raised it, we
  immediately were able
  to run more transactions before encountering
  exceptions. The new number
  we could run exactly matched the new MAXHANDS
 value,
  minus 2.
 
  We tried explicitly closing the temporary queues
 as
  soon as we received
  the reply on them, but we still encountered
  exceptions (in PeopleSoft)
  after the limit was reached.
 
  From a distance, it looks like PeopleSoft's
  implementation of JMS is not
  releasing the queue handles. We will try to test
  more with a much higher
  limit, and see if the higher limit allows more
 time
  for requests to
  complete and release enough queue handles to stay
  below the limit. I'm
  hoping we will find some kind of JMS configuration
  parameter that has
  been set incorrectly which can release handles
  quickly.
 
  Peter Heggie
 
  -Original Message-
  From: MQSeries List
 [mailto:[EMAIL PROTECTED]
  On Behalf Of Wyatt,
  T. Rob
  Sent: Wednesday, March 17, 2004 11:01 AM
  To: [EMAIL PROTECTED]
  Subject: Re: JMS resource problems after 254
  'connections' ?
 
  Peter,
 
  I agree that the number sounds suspicious.
  Especially in relation to
  messages as opposed to connections.  It suggests
 the
  app is making a new
  connection for each message and not releasing
 them.
  Have you checked
  for
  that?
 
  Alternatively, what kind of logging are you using
  and are all the
  messages
  in a single unit of work?
 
  -- T.Rob
 
  -Original Message-
  From: Heggie, Peter
  [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, March 17, 2004 10:05 AM
  To: [EMAIL PROTECTED]
  Subject: JMS resource problems after 254
  'connections' ?
 
 
  Has anyone encountered a problem with a MQ to JMS
  environment, where a
  synchronous transfer (request/reply) encounters a
  'Resouce Exception'
  after 245 reply messages are processed?
 
  We have an MQ to PeopleSoft environment where we
  send messages from an
  MQ application

Re: Table Space

[Ruzi R]

Hi Kraig,

My DB2 is a bit rusty. But I think you can increase
the space by ALTER TABLESPACE. You can look up the
syntex in the manual.

Ruzi
--- Kraig P. Stumo [EMAIL PROTECTED]
wrote:
 We are at 100% space on our DB2 database on the
 configuration manager.
 Does anyone know how we could increase the space
 available to this
 database?

 Kraig P. Stumo
 Hartford Life
 763-765-4727
 [EMAIL PROTECTED]





*
 PRIVILEGED AND CONFIDENTIAL: This communication,
 including attachments, is for the exclusive use of
 addressee and may contain proprietary, confidential
 and/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
 e-mail, 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: JMS resource problems after 254 'connections' ?

[Ruzi R]

Hi Peter,

We had the same problem with PeopleSoft/JMS. We
increased MAXHANDS to 512 about a year ago, and we
have never had this problem again since then.

Ruzi

--- Heggie, Peter [EMAIL PROTECTED] wrote:
 More information - the source of the '254'
 connections is the MQ queue
 manager MAXHANDS attribute. When we raised it, we
 immediately were able
 to run more transactions before encountering
 exceptions. The new number
 we could run exactly matched the new MAXHANDS value,
 minus 2.

 We tried explicitly closing the temporary queues as
 soon as we received
 the reply on them, but we still encountered
 exceptions (in PeopleSoft)
 after the limit was reached.

 From a distance, it looks like PeopleSoft's
 implementation of JMS is not
 releasing the queue handles. We will try to test
 more with a much higher
 limit, and see if the higher limit allows more time
 for requests to
 complete and release enough queue handles to stay
 below the limit. I'm
 hoping we will find some kind of JMS configuration
 parameter that has
 been set incorrectly which can release handles
 quickly.

 Peter Heggie

 -Original Message-
 From: MQSeries List [mailto:[EMAIL PROTECTED]
 On Behalf Of Wyatt,
 T. Rob
 Sent: Wednesday, March 17, 2004 11:01 AM
 To: [EMAIL PROTECTED]
 Subject: Re: JMS resource problems after 254
 'connections' ?

 Peter,

 I agree that the number sounds suspicious.
 Especially in relation to
 messages as opposed to connections.  It suggests the
 app is making a new
 connection for each message and not releasing them.
 Have you checked
 for
 that?

 Alternatively, what kind of logging are you using
 and are all the
 messages
 in a single unit of work?

 -- T.Rob

 -Original Message-
 From: Heggie, Peter
 [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, March 17, 2004 10:05 AM
 To: [EMAIL PROTECTED]
 Subject: JMS resource problems after 254
 'connections' ?


 Has anyone encountered a problem with a MQ to JMS
 environment, where a
 synchronous transfer (request/reply) encounters a
 'Resouce Exception'
 after 245 reply messages are processed?

 We have an MQ to PeopleSoft environment where we
 send messages from an
 MQ application via JMS to the PeopleSoft Integration
 Broker, which then
 sends a PS message to a PS component. When PS sends
 a reply back to the
 PS Integration Broker, after 254 replies have been
 received by the
 Integration Broker (and passed on to JMS  MQ), the
 255th reply causes a
 JMS resource exception.

 The number 254 is very suspicious, but also, I would
 perfer eliminating
 a 'limit number' altogether, rather than just
 raising it.

 Has anyone seen something like this before?


 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

 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: Many Client connections - how many svrconn channels?

[Ruzi R]

Just to make a correction to my previous note before
anyone jumps in:

I would want to leave the MCAUSER blank so that
I can tell who put the message onsee whothe message on
the queue. Svrconn does not show the userid but the
connectin name.

Thanks,

Ruzi


--- Ruzi R [EMAIL PROTECTED] wrote:
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.

 Thanks Dennis. However, I think it would be safe and
 maybe even better to leave  MCAUSER blank. Because
 BLOCKIP2 will allow only the users (and IP
 addresses)
 in the security exit file anyway. This would come in
 handy during a problem investigation -- for example,
 things like inquiring the status of the svrconn
 channel or  the userid of the message on the queue
 etc. would indicate the actual user rather than the
 group userid.

 Ruzi
 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  I took a look at the BLOCKIP2 URL provided by SID.
  Very neat. I did
  notice that BLOCKIP2 only supports setting the
  MCAUSER on SSL channels.
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.
 
 
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Friday, March 12, 2004 11:49 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Many Client connections - how many
  svrconn channels?
 
 
  Dennis,
 
  BlockIP2 is the latest version of BlockIP. It is a
  secrity exit program. I don't have the link on the
  computer that I am using right now. Maybe, someone
  on
  the list will post it.  It basically lets you
  specify
  the userids and the IP addresses from which the
  client connections will be made.
 
  Most (if not all) of these clients will have the
  same authority. I am
  thinking of leaving the MCAUSER blank on an
 svrconn
  and specify the
  userids in a file to be used by the security exit.
 I
  think this would do
  what I want to acheive. Maybe I could secure this
  file by giving access
  only to MQ admins and MUSR_MQADMIN.
 
  What would you or or anyone else suggest?
 
  Thanks,
 
  Ruzi
 
 
  --- Miller, Dennis [EMAIL PROTECTED] wrote:
   I don't see the point of dedicating svrconn's to
 a
   specific number of
   clients.  Dedicating a svrconn a specific
 MCAUSER
   and sharing it among
   many clients is a different story.  Seems you
  would
   only need one
   MCAUSER+srvrconn for each authority level.
  
   But to gain a semblence of security from either
 of
   those schemes, you
   still need to control client access to the
   srvrcon's. Not sure how you
   accomplish that.  Unfortunately, I do not know
  what
   BlockIP2 is
   about(and neither does Google).
  
   -Original Message-
   From: Ruzi R [mailto:[EMAIL PROTECTED]
   Sent: Thursday, March 11, 2004 12:35 PM
   To: [EMAIL PROTECTED]
   Subject: Many Client connections - how many
  svrconn
   channels?
  
  
   Hi all,
  
   We have over 200 users requiring client
 connection
   from their Windows2000 workstations to the queue
   managers on Windows 2000 (WMQ 5.3). The company
  does
   not have and is unwilling to buy any  third
  product
   right now or in the foreseeable future.
  
   I have set up 10-15 users with a dedicated
 SVRCONN
   channels with the MCUSER set to their respective
   userids and giving each userid a limited access.

  I
   have started using BlockIP2 as well.  I have
  brought
   up the use of  SSL but the company is reluctant
 to
   do
   that (I don t know about  all the concerns
   surrounding
   the issue   probably something political that I
  don
   t
   get involved in as a contractor).
  
   Because I want to make the client connections as
   secure as possible with what I have at my
  disposal,
   I
   feel that I should set up the rest of the 200
   clients
   (most of whom will be in the Prod env.)  the
 same
   way
   as the others: Dedicated svrconn channel with
   MCAUSER
   populated with a userid having limited access,
 and
   IPBlock2. But then again, since all of the
   interfaces
   are internal, maybe I could dedicate 1 svrconn
 to,
   say, 20 people. I can still give limited access
 to
   the
   users, leave the MCUSER blank and specify the
  valid
   IP addresses in
   IPBlock2. What do you think? Any ideas/insights
   would be much
   appreciated.
  
   Thanks 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
  
   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

Re: Many Client connections - how many svrconn channels?

[Ruzi R]

Just to make a correction to my previous note before
anyone jumps in:

I would want to leave the MCAUSER blank so that
I can tell who put the message onsee whothe message on
the queue. Svrconn does not show the userid but the
connectin name.

Thanks,

Ruzi

things like inquiring the status of the svrconn
channel or  the userid of the message on the queue
etc. would indicate the actual user rather than the
group userid.

--- Ruzi R [EMAIL PROTECTED] wrote:
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.

 Thanks Dennis. However, I think it would be safe and
 maybe even better to leave  MCAUSER blank. Because
 BLOCKIP2 will allow only the users (and IP
 addresses)
 in the security exit file anyway. This would come in
 handy during a problem investigation -- for example,
 things like inquiring the status of the svrconn
 channel or  the userid of the message on the queue
 etc. would indicate the actual user rather than the
 group userid.

 Ruzi
 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  I took a look at the BLOCKIP2 URL provided by SID.
  Very neat. I did
  notice that BLOCKIP2 only supports setting the
  MCAUSER on SSL channels.
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.
 
 
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Friday, March 12, 2004 11:49 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Many Client connections - how many
  svrconn channels?
 
 
  Dennis,
 
  BlockIP2 is the latest version of BlockIP. It is a
  secrity exit program. I don't have the link on the
  computer that I am using right now. Maybe, someone
  on
  the list will post it.  It basically lets you
  specify
  the userids and the IP addresses from which the
  client connections will be made.
 
  Most (if not all) of these clients will have the
  same authority. I am
  thinking of leaving the MCAUSER blank on an
 svrconn
  and specify the
  userids in a file to be used by the security exit.
 I
  think this would do
  what I want to acheive. Maybe I could secure this
  file by giving access
  only to MQ admins and MUSR_MQADMIN.
 
  What would you or or anyone else suggest?
 
  Thanks,
 
  Ruzi
 
 
  --- Miller, Dennis [EMAIL PROTECTED] wrote:
   I don't see the point of dedicating svrconn's to
 a
   specific number of
   clients.  Dedicating a svrconn a specific
 MCAUSER
   and sharing it among
   many clients is a different story.  Seems you
  would
   only need one
   MCAUSER+srvrconn for each authority level.
  
   But to gain a semblence of security from either
 of
   those schemes, you
   still need to control client access to the
   srvrcon's. Not sure how you
   accomplish that.  Unfortunately, I do not know
  what
   BlockIP2 is
   about(and neither does Google).
  
   -Original Message-
   From: Ruzi R [mailto:[EMAIL PROTECTED]
   Sent: Thursday, March 11, 2004 12:35 PM
   To: [EMAIL PROTECTED]
   Subject: Many Client connections - how many
  svrconn
   channels?
  
  
   Hi all,
  
   We have over 200 users requiring client
 connection
   from their Windows2000 workstations to the queue
   managers on Windows 2000 (WMQ 5.3). The company
  does
   not have and is unwilling to buy any  third
  product
   right now or in the foreseeable future.
  
   I have set up 10-15 users with a dedicated
 SVRCONN
   channels with the MCUSER set to their respective
   userids and giving each userid a limited access.

  I
   have started using BlockIP2 as well.  I have
  brought
   up the use of  SSL but the company is reluctant
 to
   do
   that (I don t know about  all the concerns
   surrounding
   the issue   probably something political that I
  don
   t
   get involved in as a contractor).
  
   Because I want to make the client connections as
   secure as possible with what I have at my
  disposal,
   I
   feel that I should set up the rest of the 200
   clients
   (most of whom will be in the Prod env.)  the
 same
   way
   as the others: Dedicated svrconn channel with
   MCAUSER
   populated with a userid having limited access,
 and
   IPBlock2. But then again, since all of the
   interfaces
   are internal, maybe I could dedicate 1 svrconn
 to,
   say, 20 people. I can still give limited access
 to
   the
   users, leave the MCUSER blank and specify the
  valid
   IP addresses in
   IPBlock2. What do you think? Any ideas/insights
   would be much
   appreciated.
  
   Thanks 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
  
   Instructions for managing your mailing list
   subscription are provided

Re: Many Client connections - how many svrconn channels?

[Ruzi R]

Just to make a correction to my previous note before
anyone jumps in:

The reason why I want to leave the MCAUSER blank is so
that I can tell who put the message on the
the queue. Status of Svrconn does not show the userid
but the connectin name, which is OK.

Thanks,

Ruzi

--- Ruzi R [EMAIL PROTECTED] wrote:
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.

 Thanks Dennis. However, I think it would be safe and
 maybe better to leave  MCAUSER blank. Because
 BLOCKIP2 will allow only the users (and IP
 addresses)
 in the security exit file anyway. This would come in
 handy during a problem investigation -- for example,
 things like inquiring the status of the svrconn
 channel or  the userid of the message on the queue
 etc. would indicate the actual user rather than the
 group userid.

 Ruzi
 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  I took a look at the BLOCKIP2 URL provided by SID.
  Very neat. I did
  notice that BLOCKIP2 only supports setting the
  MCAUSER on SSL channels.
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.
 
 
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Friday, March 12, 2004 11:49 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Many Client connections - how many
  svrconn channels?
 
 
  Dennis,
 
  BlockIP2 is the latest version of BlockIP. It is a
  secrity exit program. I don't have the link on the
  computer that I am using right now. Maybe, someone
  on
  the list will post it.  It basically lets you
  specify
  the userids and the IP addresses from which the
  client connections will be made.
 
  Most (if not all) of these clients will have the
  same authority. I am
  thinking of leaving the MCAUSER blank on an
 svrconn
  and specify the
  userids in a file to be used by the security exit.
 I
  think this would do
  what I want to acheive. Maybe I could secure this
  file by giving access
  only to MQ admins and MUSR_MQADMIN.
 
  What would you or or anyone else suggest?
 
  Thanks,
 
  Ruzi
 
 
  --- Miller, Dennis [EMAIL PROTECTED] wrote:
   I don't see the point of dedicating svrconn's to
 a
   specific number of
   clients.  Dedicating a svrconn a specific
 MCAUSER
   and sharing it among
   many clients is a different story.  Seems you
  would
   only need one
   MCAUSER+srvrconn for each authority level.
  
   But to gain a semblence of security from either
 of
   those schemes, you
   still need to control client access to the
   srvrcon's. Not sure how you
   accomplish that.  Unfortunately, I do not know
  what
   BlockIP2 is
   about(and neither does Google).
  
   -Original Message-
   From: Ruzi R [mailto:[EMAIL PROTECTED]
   Sent: Thursday, March 11, 2004 12:35 PM
   To: [EMAIL PROTECTED]
   Subject: Many Client connections - how many
  svrconn
   channels?
  
  
   Hi all,
  
   We have over 200 users requiring client
 connection
   from their Windows2000 workstations to the queue
   managers on Windows 2000 (WMQ 5.3). The company
  does
   not have and is unwilling to buy any  third
  product
   right now or in the foreseeable future.
  
   I have set up 10-15 users with a dedicated
 SVRCONN
   channels with the MCUSER set to their respective
   userids and giving each userid a limited access.

  I
   have started using BlockIP2 as well.  I have
  brought
   up the use of  SSL but the company is reluctant
 to
   do
   that (I don t know about  all the concerns
   surrounding
   the issue   probably something political that I
  don
   t
   get involved in as a contractor).
  
   Because I want to make the client connections as
   secure as possible with what I have at my
  disposal,
   I
   feel that I should set up the rest of the 200
   clients
   (most of whom will be in the Prod env.)  the
 same
   way
   as the others: Dedicated svrconn channel with
   MCAUSER
   populated with a userid having limited access,
 and
   IPBlock2. But then again, since all of the
   interfaces
   are internal, maybe I could dedicate 1 svrconn
 to,
   say, 20 people. I can still give limited access
 to
   the
   users, leave the MCUSER blank and specify the
  valid
   IP addresses in
   IPBlock2. What do you think? Any ideas/insights
   would be much
   appreciated.
  
   Thanks 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
  
   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

Re: Many Client connections - how many svrconn channels?

[Ruzi R]

Hi Jxrgen,

Thanks for your response.

 Should BlockIP2 changed so you would be able to
 change MCAUSER depending on
 the connectioname/userid ?

Yes, this would come in very handy.

(Without SSL it might introduce security risks,
 anyway the best way of
 protection is a set of exits,

BlockIP2 is the only thing I can use currently. What I
don't understand is, if user1/machine1, user2/machine2
and user3/machine3 are the only ids/machines permitted
to access the svrconn1 (NO mqm!!), and I can secure
the security file (for SCYDATA) somehow, what
security risk I should be aware of?  I am not quite
sure, though, about whether I can secure this file.
Maybe, this is what you mean by security risk? If
someone else finds out the valid userids and uses one
of them get (from one of the valid machines) to access
my MQ queues/qmgr then,yes, I would be doomed. Any
other security risk involved? Also would giving read
access to MUSR_MQADMIN on this file be sufficient?

Thanks,

Ruzi
--- Jxrgen Pedersen [EMAIL PROTECTED] wrote:
 Hi Ruzi,

 Should BlockIP2 changed so you would be able to
 change MCAUSER depending on
 the connectioname/userid ? Maybe something like the
 options for SSL ?

 (Without SSL it might introduce security risks,
 anyway the best way of
 protection is a set of exits, so you get an
 authentication of the real user
 using userid/password)
 BlockIP and BlockIP2 was just a small security
 enhancement, but it seems
 that there is a need for WebSphere MQ security
 tools.

 Let me hear your oppinion on this issue.

 Just my $0.02 ;o)

 Kind regards
 Jxrgen
 www.MrMQ.dk - the home of BlockIP



 From: Ruzi R [EMAIL PROTECTED]
 Reply-To: MQSeries List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: Many Client connections - how many
 svrconn channels?
 Date: Mon, 15 Mar 2004 04:49:35 -0800
 
 Just to make a correction to my previous note
 before
 anyone jumps in:
 
 I would want to leave the MCAUSER blank so that
 I can tell who put the message onsee whothe message
 on
 the queue. Svrconn does not show the userid but the
 connectin name.
 
 Thanks,
 
 Ruzi
 
 things like inquiring the status of the svrconn
 channel or  the userid of the message on the queue
 etc. would indicate the actual user rather than the
 group userid.
 
 --- Ruzi R [EMAIL PROTECTED] wrote:
But if you've got relatively few access
 levels,
   you
can define a svrconn
with appropriate MCAUSER for each and then
   restrict
which users are
permitted to use which connections from the
 exit.
  
   Thanks Dennis. However, I think it would be safe
 and
   maybe even better to leave  MCAUSER blank.
 Because
   BLOCKIP2 will allow only the users (and IP
   addresses)
   in the security exit file anyway. This would
 come in
   handy during a problem investigation -- for
 example,
   things like inquiring the status of the svrconn
   channel or  the userid of the message on the
 queue
   etc. would indicate the actual user rather than
 the
   group userid.
  
   Ruzi


_
 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: Many Client connections - how many svrconn channels?

[Ruzi R]

Jxrgen, I should add that I am not concerned with the
eavesdropping at this point.  All of our interfaces
are internal. I will push for SSL very soon.

Ruzi
--- Ruzi R [EMAIL PROTECTED] wrote:
 Hi Jxrgen,

 Thanks for your response.

  Should BlockIP2 changed so you would be able to
  change MCAUSER depending on
  the connectioname/userid ?

 Yes, this would come in very handy.

 (Without SSL it might introduce security risks,
  anyway the best way of
  protection is a set of exits,

 BlockIP2 is the only thing I can use currently. What
 I
 don't understand is, if user1/machine1,
 user2/machine2
 and user3/machine3 are the only ids/machines
 permitted
 to access the svrconn1 (NO mqm!!), and I can secure
 the security file (for SCYDATA) somehow, what
 security risk I should be aware of?  I am not quite
 sure, though, about whether I can secure this file.
 Maybe, this is what you mean by security risk? If
 someone else finds out the valid userids and uses
 one
 of them get (from one of the valid machines) to
 access
 my MQ queues/qmgr then,yes, I would be doomed. Any
 other security risk involved? Also would giving read
 access to MUSR_MQADMIN on this file be sufficient?

 Thanks,

 Ruzi
 --- Jxrgen Pedersen [EMAIL PROTECTED] wrote:
  Hi Ruzi,
 
  Should BlockIP2 changed so you would be able to
  change MCAUSER depending on
  the connectioname/userid ? Maybe something like
 the
  options for SSL ?
 
  (Without SSL it might introduce security risks,
  anyway the best way of
  protection is a set of exits, so you get an
  authentication of the real user
  using userid/password)
  BlockIP and BlockIP2 was just a small security
  enhancement, but it seems
  that there is a need for WebSphere MQ security
  tools.
 
  Let me hear your oppinion on this issue.
 
  Just my $0.02 ;o)
 
  Kind regards
  Jxrgen
  www.MrMQ.dk - the home of BlockIP
 
 
 
  From: Ruzi R [EMAIL PROTECTED]
  Reply-To: MQSeries List [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  Subject: Re: Many Client connections - how many
  svrconn channels?
  Date: Mon, 15 Mar 2004 04:49:35 -0800
  
  Just to make a correction to my previous note
  before
  anyone jumps in:
  
  I would want to leave the MCAUSER blank so that
  I can tell who put the message onsee whothe
 message
  on
  the queue. Svrconn does not show the userid but
 the
  connectin name.
  
  Thanks,
  
  Ruzi
  
  things like inquiring the status of the svrconn
  channel or  the userid of the message on the
 queue
  etc. would indicate the actual user rather than
 the
  group userid.
  
  --- Ruzi R [EMAIL PROTECTED] wrote:
 But if you've got relatively few access
  levels,
you
 can define a svrconn
 with appropriate MCAUSER for each and then
restrict
 which users are
 permitted to use which connections from the
  exit.
   
Thanks Dennis. However, I think it would be
 safe
  and
maybe even better to leave  MCAUSER blank.
  Because
BLOCKIP2 will allow only the users (and IP
addresses)
in the security exit file anyway. This would
  come in
handy during a problem investigation -- for
  example,
things like inquiring the status of the
 svrconn
channel or  the userid of the message on the
  queue
etc. would indicate the actual user rather
 than
  the
group userid.
   
Ruzi
 
 

_
  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: Many Client connections - how many svrconn channels?

[Ruzi R]

 From what I can tell, both kinds of users can still
 connect. And once
 connected, either kind of user can do exactly the
 same things as had
 they connected on the other SVRCONN.  The only thing
 you've done is
 added front-end complexity for choosing the right
 SVRCONN.

For example:

Svrconn123 on QM1 is limited to user1, user2 and user3
with MCAUSER blank.
SvrconnABC on QM1 is limited to userA, userB and userC
with MCAUSER blank.

BlockIP2 will prevent anyone from accessing QM1 via
Svrconn123 other than user1, user2 and user3. So the
MCAUSER will be populated by one of these userids.
Similarly SvrconnABC would be available only to userA,
userB and userC. This is my understanding of how I can
make use of BlockIP2. Of course I cannot prevent
anyone from impersonating one of the userids. I could
use the one of the valid userids in MCAUSER. Or create
a specific userid to put in MCAUSER having the same
level of privilages as the others (e.g. user1, 2 and
3). But I fail to see the reason for it since BlockIP2
will only let the userids I specify have access to QM1
via the security exit. Am I missing something?

I said:
I have set up 10-15 users with a dedicated
SVRCONN
 channels with the MCUSER set to their respective
 userids and giving each userid a limited
accesss.

You said:
Why the dedicated SVRCONN's?  You get exactly the
same security with one
SVRCONN where MCAUSER is blank.

 I'm confused.

Using separate svrconn channels with MCAUSER set to an
ID with limited access is one of the things that can
be done to prevent unauthorized access. And this is
highly recommended on this list. Because leaving the
MCAUSER blank creates a security exposure
--apparently, it is very easy for a client to present
mqm userid to the svrconn channel-- which is done in
the application code like Java... (Of course you would
need SSL as well to really secure the channel). For
this reason, I think it is best to have a dedicated
svrconn for each client connection with MCAUSER set to
their id having limited access.

Ruzi
--- Miller, Dennis [EMAIL PROTECTED] wrote:
 Maybe I'm misunderstaning your goal, but I don't see
 what BLOCKIP2
 accomplishes if you leave MCAUSER blank. Suppose you
 want two levels of
 access: limited and unlimited. So you set up an
 SVRCONN for each,
 leaving MCAUSER blank on both.  Then, you block
 limited users (or IP
 addresses) from one of the SVRCONNs.  So what? As
 far as security is
 concerned, both SVRCONNs are identical.

 From what I can tell, both kinds of users can still
 connect. And once
 connected, either kind of user can do exactly the
 same things as had
 they connected on the other SVRCONN.  The only thing
 you've done is
 added front-end complexity for choosing the right
 SVRCONN.

 Let's stand back and look at your original
 statement:

   I have set up 10-15 users with a dedicated
 SVRCONN
   channels with the MCUSER set to their respective
   userids and giving each userid a limited access.


 Why the dedicated SVRCONN's?  You get exactly the
 same security with one
 SVRCONN where MCAUSER is blank.

 I'm confused.



 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Friday, March 12, 2004 6:48 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Many Client connections - how many
 svrconn channels?


  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.

 Thanks Dennis. However, I think it would be safe and
 maybe better to leave  MCAUSER blank. Because
 BLOCKIP2 will allow only the users (and IP
 addresses)
 in the security exit file anyway. This would come in
 handy during a problem investigation -- for example,
 things like inquiring the status of the svrconn
 channel or  the userid of the message on the queue
 etc. would indicate the actual user rather than the
 group userid.

 Ruzi
 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  I took a look at the BLOCKIP2 URL provided by SID.
  Very neat. I did
  notice that BLOCKIP2 only supports setting the
  MCAUSER on SSL channels.
  But if you've got relatively few access levels,
 you
  can define a svrconn
  with appropriate MCAUSER for each and then
 restrict
  which users are
  permitted to use which connections from the exit.
 
 
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Friday, March 12, 2004 11:49 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Many Client connections - how many
  svrconn channels?
 
 
  Dennis,
 
  BlockIP2 is the latest version of BlockIP. It is a
  secrity exit program. I don't have the link on the
  computer that I am using right now. Maybe, someone
  on
  the list will post it.  It basically lets you
  specify
  the userids and the IP addresses from which the
  client connections will be made.
 
  Most (if not all) of these clients will have the
  same authority. I am
  thinking of leaving the MCAUSER blank on an
 svrconn

Re: Request / Reply

[Ruzi R]

Hi Jeff,

Qmgrs QM1 and QM2 want to communicate with each other.


Here is the set up:

1-Define channel QM1.QM2 (sender on QM1 and receiver
on QM2)
2-define channel QM2.QM1 (sender on QM2 and receiver
on QM1)
3-On QM1: define xmit queue: QM2 (pointing to sender
channel  QM1.QM2)
4-On QM1: define replyq: RESPONSE.QUEUE
5-On QM2: define xmit queue: QM1

Process :

1-On QM1, put a message destined for a queue on QM2 -
after specifying   MQMD.ReplyToQ= RESPONSE.QUEUE and
MQMD.ReplyQmgr=QM1

2- The application at QM2 will set the MQOD.ObjectName
= RESPONSE.QUEUE and MQOD.ObjectQmgrName = QM1
(copying them from the MQMD.ReplYTO* fields of the
request message) before it does an OPEN to send a
reply.  But because the MQOD.ObjectQmgrName is not
blank or QM2, the queue manager name resolution
process checks to see if there is a  qmgr alias or a
transmission queue  with the same name  as the one
specified in MQOD.ObjectQmgrName (which is QM1)
defined on QM2. It finds xmitq QM1.

3-The reply will be put on  xmit  queue QM1, which is
associated with the sender channel QM2.QM1 (defined on
QM2).

4-The message will go across and be put on
RESPONSE.QUEUE on QM1.

5-The application on QM1 will OPEN  RESPONSE.QUEUE and
read the replies without specifying the MQMT.

Hope this helps.

Ruzi

--- Jeff A Tressler [EMAIL PROTECTED] wrote:
 Jeff wrote:
 I cannot use remote queues or alias since the
 destination
 queue is the same name for all five sites, so how do
 I
 set things up so it resolves correctly.


 Sounds like you already did. If there is a XMIT
 queue named exactly like
 the
 ReplyToQueueManager, MQ name resolution will place
 the message there and
 deliver it to the correct QM.


===

 This is what I expect but will the MQOPEN fail since
 there is not queue. i
 assume
 the application needs to open a queue for the PUT to
 work. Or does the fact
 that the MessageType = MQMT_REPLY or does name
 resolution always work.

 Example: Incoming message ReplyToQueue =
 RESPONSE.QUEUE and
 ReplyToQueueManager = QM1. I have a Transmission
 queue = QM1 and the
 channels set up to send the message to the correct
 queue manager.

 Do I MQOPEN (RESPONSE QUEUE) or do I MQOPEN (QM1)?
 Do I have to set
 the MessageType = MQMT_REPLY?

 If MQOPEN(QM1) there what do I set to make sure the
 response gets to the
 RESPONSE.QUEUE.

 Jeff Tressler

 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: Many Client connections - how many svrconn channels?

[Ruzi R]

Dennis,

BlockIP2 is the latest version of BlockIP. It is a
secrity exit program. I don't have the link on the
computer that I am using right now. Maybe, someone on
the list will post it.  It basically lets you specify
the userids and the IP addresses from which the
client connections will be made.

Most (if not all) of these clients will have the same
authority. I am thinking of leaving the MCAUSER blank
on an svrconn and specify the userids in a file to be
used by the security exit. I think this would do what
I want to acheive. Maybe I could secure this file by
giving access only to MQ admins and MUSR_MQADMIN.

What would you or or anyone else suggest?

Thanks,

Ruzi


--- Miller, Dennis [EMAIL PROTECTED] wrote:
 I don't see the point of dedicating svrconn's to a
 specific number of
 clients.  Dedicating a svrconn a specific MCAUSER
 and sharing it among
 many clients is a different story.  Seems you would
 only need one
 MCAUSER+srvrconn for each authority level.

 But to gain a semblence of security from either of
 those schemes, you
 still need to control client access to the
 srvrcon's. Not sure how you
 accomplish that.  Unfortunately, I do not know what
 BlockIP2 is
 about(and neither does Google).

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Thursday, March 11, 2004 12:35 PM
 To: [EMAIL PROTECTED]
 Subject: Many Client connections - how many svrconn
 channels?


 Hi all,

 We have over 200 users requiring client connection
 from their Windows2000 workstations to the queue
 managers on Windows 2000 (WMQ 5.3). The company does
 not have and is unwilling to buy any  third product
 right now or in the foreseeable future.

 I have set up 10-15 users with a dedicated SVRCONN
 channels with the MCUSER set to their respective
 userids and giving each userid a limited access.  I
 have started using BlockIP2 as well.  I have brought
 up the use of  SSL but the company is reluctant to
 do
 that (I don t know about  all the concerns
 surrounding
 the issue   probably something political that I don
 t
 get involved in as a contractor).

 Because I want to make the client connections as
 secure as possible with what I have at my disposal,
 I
 feel that I should set up the rest of the 200
 clients
 (most of whom will be in the Prod env.)  the same
 way
 as the others: Dedicated svrconn channel with
 MCAUSER
 populated with a userid having limited access, and
 IPBlock2. But then again, since all of the
 interfaces
 are internal, maybe I could dedicate 1 svrconn to,
 say, 20 people. I can still give limited access to
 the
 users, leave the MCUSER blank and specify the valid
 IP addresses in
 IPBlock2. What do you think? Any ideas/insights
 would be much
 appreciated.

 Thanks 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

 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: Many Client connections - how many svrconn channels?

[Ruzi R]

 But if you've got relatively few access levels, you
 can define a svrconn
 with appropriate MCAUSER for each and then restrict
 which users are
 permitted to use which connections from the exit.

Thanks Dennis. However, I think it would be safe and
maybe better to leave  MCAUSER blank. Because
BLOCKIP2 will allow only the users (and IP addresses)
in the security exit file anyway. This would come in
handy during a problem investigation -- for example,
things like inquiring the status of the svrconn
channel or  the userid of the message on the queue
etc. would indicate the actual user rather than the
group userid.

Ruzi
--- Miller, Dennis [EMAIL PROTECTED] wrote:
 I took a look at the BLOCKIP2 URL provided by SID.
 Very neat. I did
 notice that BLOCKIP2 only supports setting the
 MCAUSER on SSL channels.
 But if you've got relatively few access levels, you
 can define a svrconn
 with appropriate MCAUSER for each and then restrict
 which users are
 permitted to use which connections from the exit.



 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Friday, March 12, 2004 11:49 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Many Client connections - how many
 svrconn channels?


 Dennis,

 BlockIP2 is the latest version of BlockIP. It is a
 secrity exit program. I don't have the link on the
 computer that I am using right now. Maybe, someone
 on
 the list will post it.  It basically lets you
 specify
 the userids and the IP addresses from which the
 client connections will be made.

 Most (if not all) of these clients will have the
 same authority. I am
 thinking of leaving the MCAUSER blank on an svrconn
 and specify the
 userids in a file to be used by the security exit. I
 think this would do
 what I want to acheive. Maybe I could secure this
 file by giving access
 only to MQ admins and MUSR_MQADMIN.

 What would you or or anyone else suggest?

 Thanks,

 Ruzi


 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  I don't see the point of dedicating svrconn's to a
  specific number of
  clients.  Dedicating a svrconn a specific MCAUSER
  and sharing it among
  many clients is a different story.  Seems you
 would
  only need one
  MCAUSER+srvrconn for each authority level.
 
  But to gain a semblence of security from either of
  those schemes, you
  still need to control client access to the
  srvrcon's. Not sure how you
  accomplish that.  Unfortunately, I do not know
 what
  BlockIP2 is
  about(and neither does Google).
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Thursday, March 11, 2004 12:35 PM
  To: [EMAIL PROTECTED]
  Subject: Many Client connections - how many
 svrconn
  channels?
 
 
  Hi all,
 
  We have over 200 users requiring client connection
  from their Windows2000 workstations to the queue
  managers on Windows 2000 (WMQ 5.3). The company
 does
  not have and is unwilling to buy any  third
 product
  right now or in the foreseeable future.
 
  I have set up 10-15 users with a dedicated SVRCONN
  channels with the MCUSER set to their respective
  userids and giving each userid a limited access.
 I
  have started using BlockIP2 as well.  I have
 brought
  up the use of  SSL but the company is reluctant to
  do
  that (I don t know about  all the concerns
  surrounding
  the issue   probably something political that I
 don
  t
  get involved in as a contractor).
 
  Because I want to make the client connections as
  secure as possible with what I have at my
 disposal,
  I
  feel that I should set up the rest of the 200
  clients
  (most of whom will be in the Prod env.)  the same
  way
  as the others: Dedicated svrconn channel with
  MCAUSER
  populated with a userid having limited access, and
  IPBlock2. But then again, since all of the
  interfaces
  are internal, maybe I could dedicate 1 svrconn to,
  say, 20 people. I can still give limited access to
  the
  users, leave the MCUSER blank and specify the
 valid
  IP addresses in
  IPBlock2. What do you think? Any ideas/insights
  would be much
  appreciated.
 
  Thanks 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
 
  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

Re: Many Client connections - how many svrconn channels?

[Ruzi R]

 But if you've got relatively few access levels, you
 can define a svrconn
 with appropriate MCAUSER for each and then restrict
 which users are
 permitted to use which connections from the exit.

Thanks Dennis. However, I think it would be safe and
maybe even better to leave  MCAUSER blank. Because
BLOCKIP2 will allow only the users (and IP addresses)
in the security exit file anyway. This would come in
handy during a problem investigation -- for example,
things like inquiring the status of the svrconn
channel or  the userid of the message on the queue
etc. would indicate the actual user rather than the
group userid.

Ruzi
--- Miller, Dennis [EMAIL PROTECTED] wrote:
 I took a look at the BLOCKIP2 URL provided by SID.
 Very neat. I did
 notice that BLOCKIP2 only supports setting the
 MCAUSER on SSL channels.
 But if you've got relatively few access levels, you
 can define a svrconn
 with appropriate MCAUSER for each and then restrict
 which users are
 permitted to use which connections from the exit.



 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Friday, March 12, 2004 11:49 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Many Client connections - how many
 svrconn channels?


 Dennis,

 BlockIP2 is the latest version of BlockIP. It is a
 secrity exit program. I don't have the link on the
 computer that I am using right now. Maybe, someone
 on
 the list will post it.  It basically lets you
 specify
 the userids and the IP addresses from which the
 client connections will be made.

 Most (if not all) of these clients will have the
 same authority. I am
 thinking of leaving the MCAUSER blank on an svrconn
 and specify the
 userids in a file to be used by the security exit. I
 think this would do
 what I want to acheive. Maybe I could secure this
 file by giving access
 only to MQ admins and MUSR_MQADMIN.

 What would you or or anyone else suggest?

 Thanks,

 Ruzi


 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  I don't see the point of dedicating svrconn's to a
  specific number of
  clients.  Dedicating a svrconn a specific MCAUSER
  and sharing it among
  many clients is a different story.  Seems you
 would
  only need one
  MCAUSER+srvrconn for each authority level.
 
  But to gain a semblence of security from either of
  those schemes, you
  still need to control client access to the
  srvrcon's. Not sure how you
  accomplish that.  Unfortunately, I do not know
 what
  BlockIP2 is
  about(and neither does Google).
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Thursday, March 11, 2004 12:35 PM
  To: [EMAIL PROTECTED]
  Subject: Many Client connections - how many
 svrconn
  channels?
 
 
  Hi all,
 
  We have over 200 users requiring client connection
  from their Windows2000 workstations to the queue
  managers on Windows 2000 (WMQ 5.3). The company
 does
  not have and is unwilling to buy any  third
 product
  right now or in the foreseeable future.
 
  I have set up 10-15 users with a dedicated SVRCONN
  channels with the MCUSER set to their respective
  userids and giving each userid a limited access.
 I
  have started using BlockIP2 as well.  I have
 brought
  up the use of  SSL but the company is reluctant to
  do
  that (I don t know about  all the concerns
  surrounding
  the issue   probably something political that I
 don
  t
  get involved in as a contractor).
 
  Because I want to make the client connections as
  secure as possible with what I have at my
 disposal,
  I
  feel that I should set up the rest of the 200
  clients
  (most of whom will be in the Prod env.)  the same
  way
  as the others: Dedicated svrconn channel with
  MCAUSER
  populated with a userid having limited access, and
  IPBlock2. But then again, since all of the
  interfaces
  are internal, maybe I could dedicate 1 svrconn to,
  say, 20 people. I can still give limited access to
  the
  users, leave the MCUSER blank and specify the
 valid
  IP addresses in
  IPBlock2. What do you think? Any ideas/insights
  would be much
  appreciated.
 
  Thanks 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
 
  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

Many Client connections - how many svrconn channels?

[Ruzi R]

Hi all,

We have over 200 users requiring client connection
from their Windows2000 workstations to the queue
managers on Windows 2000 (WMQ 5.3). The company does
not have and is unwilling to buy any  third product
right now or in the foreseeable future.

I have set up 10-15 users with a dedicated SVRCONN
channels with the MCUSER set to their respective
userids and giving each userid a limited access.  I
have started using BlockIP2 as well.  I have brought
up the use of  SSL but the company is reluctant to do
that (I don t know about  all the concerns surrounding
the issue   probably something political that I don t
get involved in as a contractor).

Because I want to make the client connections as
secure as possible with what I have at my disposal, I
feel that I should set up the rest of the 200 clients
(most of whom will be in the Prod env.)  the same way
as the others: Dedicated svrconn channel with MCAUSER
populated with a userid having limited access, and
IPBlock2. But then again, since all of the interfaces
are internal, maybe I could dedicate 1 svrconn to,
say, 20 people. I can still give limited access to the
users, leave the MCUSER blank and specify the valid IP
addresses in IPBlock2. What do you think? Any
ideas/insights would be much appreciated.

Thanks 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

Re: DLQ rules table on Windows platform

[Ruzi R]

Hi Rao,

Here is what I have in my .bat file and it works:

runmqdlq qname  qmgrname rulesin.txt rulesout.txt 
exit

Make sure that you hit the ENTER key after the word
exit.

Hope this helps.

Ruzi



--- Adiraju, Rao [EMAIL PROTECTED] wrote:
 Fellas

 Do you know what's command to exit the DLQ
 processing when we are running
 the rules through input file:

 We are trying to execute

 runmqdlq qname  qmgrname rulesin.txt
 2rulesout.txt

 In rulesin.txt we have put the necessary control
 record and appropriate
 commands

 When we run this on DOS command prompt it waits
 until we issue a CTRL+C. I
 tried END and EXIT as the last statement in
 rules input file but no
 luck. System Administrator doco does not specify
 this delimiter.

 Any help is appreciated.

 Cheers

 Rao

 This communication is confidential and may contain
 privileged material.
 If you are not the intended recipient you must not
 use, disclose, copy or retain it.
 If you have received it in error please immediately
 notify me by return email
 and delete the emails.
 Thank you.


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

[Ruzi R]

Hi JXrgen,

Your point is well taken. However, I have seen this
design a long time ago and I don't remember the
details now. The program had been running in
production for over 4 years without any problems. But
there is always a chance...but don't you agree that
since the MQCLOSE and EXEC CICS DEC are issued without
anything else in between, there is an extremely small
window in which another message may land on the trig
queue. And if the message traffic is not too high this
would be a very very rare occurance, which could be
be handled by adjusting the TRIGINT of the queue
manager... It was just a thought.

Most importanlty: I think that I misundrstood the
original question. I thought the question was how can
I tell (in a second program) that  my triggerable CICS
transaction has started. Just too little time to read
messages and respond... Sorry...

Regards,

Ruzi

--- Jxrgen Pedersen [EMAIL PROTECTED] wrote:
 Hi Ruzi,

 It's quite dangerous to use ENQ/DEQ in conjunction
 with WebSphere MQ/CICS
 triggered applications (If you don't know the
 consequences).

 It requires a good program design. The reason to get
 me up of the chair is
 the fact that you might lose triggers due to the
 triggering rules.

 Let's have a small example, based on trigger-FIRST:

 EXEC CICS ENQ
 rc  0 then exec cics return

 MQOPEN INPUT

 MQGET w. wait
 do while rc=0
process data
MQGET w. wait
End
 MQCLOSE
 EXEC CICS DEC
 EXEC CICS RETURN

 This design will with 99% lose a trigger now and
 then, the reason is you get
 the trigger message (MQTM) when the queue depth
 changes from 0-1, and the
 queue is not open for input.

 Why ?
 Because there is a time gab between I'm issuing the
 MQCLOSE and EC DEQ. If
 WebSphere MQ fires the trigger and a new program
 gets started, it might
 issue the EC ENQ before the first incarnation have
 issed the EC DEC.
 My second incarnation will therefore terminate after
 it's EC ENQ, and
 therefore we've lost the MQTM, and will wait until
 the TRIGINT() expires,
 which typicly never occurs the configurations I've
 seen.

 Just my $0.02 ;o)

 Kind regards
 Jxrgen

 PS: No hard feelings, I did spend about a month
 tracking down such a
 situation with a missing MQTM..

 From: Ruzi R [EMAIL PROTECTED]
 Reply-To: MQSeries List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Re: MQ Triggering in CICS
 Date: Tue, 2 Mar 2004 04:18:14 -0800
 
 By using EXEC CICS ENQ/DEQ. If the triggered progam
 A
 is ENQed, you will get a non-zero return code in
 the
 program B that issued the ENQ for Program A. You
 have
 to make sure that you DEQ the triggered program A
 when
 it is finished processing.
 
 Regards,
 
 Ruzi
 
 --- Dawson, John [EMAIL PROTECTED]
 wrote:
   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


_
 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

[Ruzi R]

By using EXEC CICS ENQ/DEQ. If the triggered progam A
is ENQed, you will get a non-zero return code in the
program B that issued the ENQ for Program A. You have
to make sure that you DEQ the triggered program A when
it is finished processing.

Regards,

Ruzi

--- Dawson, John [EMAIL PROTECTED]
wrote:
 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

Re: FW: Duplicate Messages

[Ruzi R]

 We also once had a situation where the getting
application was getting message under syncpoint,
 processing them but never committing
 them and when the program finally ended, all the
 uncommitted messages would reappear on the queue.

This would only happen if the program terminates
abnormaly. If the app terminates gracefully, even if
the messages were not committed explicitly, an
implicit syncpoint will occur (thereby committing the
messages).

Regards,

Ruzi
--- Adiraju, Rao [EMAIL PROTECTED] wrote:
 I agree with Lynn - even though I won't use the word
 blame, potentially
 either the program  is reading the message twice or
 at least reading the
 buffer twice. You have given the COBOL code but not
 given the subsequent
 return  reason code checking.

 As you can't identify the pattern, it's very
 difficult to debug / recreate
 the situation. If it is possible, try to capture the
 putdate, puttime and
 backout count parameters from the message. First two
 are different (or
 second one is different) then your problem is on the
 sending side and then
 investigate that side programs.  If backoutcount is
 greater than 0, then
 your receiving side program is the culprit and take
 it from there.

 If I were you I will start on the receiving side
 program code and see how
 robust the error handling is.

 All the best

 Rao

 Ps: Lynn - by mistake instead of forwarding it to
 MQForum, the earlier mail
 was sent to your address. Sorry for the
 inconvenience.


 -Original Message-
 From: Lynn Nelson [mailto:[EMAIL PROTECTED]
 Sent: 28 February 2004 8:27 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Duplicate Messages

 Hi Mike,

 Are you actually seeing (with your own eyes) two
 identical messages on
 Queues at the same time?  Or are the developers
 responsible for the
 mainframe application reporting that they are
 processing duplicates?

 I ask these questions because we once had a similar
 situation and it turns
 out there was only one message but the getting
 application was processing
 the data twice.  We also once had a situation where
 the getting application
 was getting message under syncpoint, processing them
 but never committing
 them and when the program finally ended, all the
 uncommitted messages would
 reappear on the queue.

 Based on previous experiences, I always blame the
 application programs
 first. :)

 Lynn

 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of
 Sorrells,
 Mike (DSIO)
 Sent: Friday, February 27, 2004 12:35 PM
 To: [EMAIL PROTECTED]
 Subject: Duplicate Messages


 We are running into a sporadic problem with
 duplicate messages when sending
 MQ messages from a Windows NT server running
 MQSeries 5.2 to a mainframe
 running MQSeries 5.2.  The duplicate messages with
 the exact same MSG-ID
 might appear consecutively or might appear on the
 mainframe usually within
 two minutes from each other.  There is no
 consistency to when and how the
 duplicate messages show up.

 I have include the code for MQPUT from the server
 and the MQGET from the
 mainframe to see if anyone can see any options that
 we are using or not
 using that might be causing the problem.

 The MQPUT command used by the NT Server is below.

 BOOLMQPut::Transmit(char* transmitMsg)
 {
 charmsgbuffer[200];
 if (SubcontrollerHasShutdown())
 {
 return TRUE;
 }
 brepeat = FALSE;
 msg.useEmptyBuffer(workingMsg,
 sizeof(workingMsg));
 msg.setFormat(MQFMT_STRING);
// character
 string format
 memset(workingMsg, '\0',
 sizeof(workingMsg));
 strncpy(workingMsg, transmitMsg, 298);
 LNKLog.Post(workingMsg);

 if ((int)strlen(workingMsg)  0)
 {

 msg.setMessageLength(strlen(workingMsg));
 }
 else
 {
 return TRUE;
 }

 PutMsgOpts.setOptions( MQPMO_NEW_MSG_ID |
 MQPMO_NEW_CORREL_ID |
 MQPMO_NO_SYNCPOINT );
 PutMsgOpts.setSyncPointParticipation(FALSE);
 if (!queue.put(msg, PutMsgOpts))
 {

// log failure
 reason
 memset(msgbuffer, '\0',
 sizeof(msgbuffer));
 sprintf(msgbuffer, ImqQueue::put
 ended with reason code
 %d\n,
 (int)queue.reasonCode());
 LNKLog.Post(msgbuffer);
 linkStatus = 0;
 return FALSE;
 }
 return TRUE;

 Below is the mainframe code for getting the
 messages.

  MOVE MQGMO-FAIL-IF-QUIESCING TO
 MQGMO-OPTIONS.
  ADD  MQGMO-NO-SYNCPOINT TO MQGMO-OPTIONS
  ADD  MQGMO-WAIT TO MQGMO-OPTIONS.
  ADD  MQGMO-CONVERT TO MQGMO-OPTIONS.
  MOVE 3 TO MQGMO-WAITINTERVAL.
 *
 *Loop from here to END-PERFORM until the MQGET
 call fails
 *
  PERFORM WITH TEST BEFORE
  UNTIL COMPCODE NOT = MQCC-OK
 *
 *   Clear MQMD-MSGID and MQMD-CORRELID before
 the next
 *   MQGET call to ensure that all 

Re: Cluster Base Q cannot be resolved (RC 2082)!

[Ruzi R]

Hi Neil,

Excellent! Thanks for the pointer! Not to use the qmr
name in the Open is in the guidelines that  have had
put together for the developers. But it never occurred
to me that they might be using qmgr name in the Open
in this particular case. Yes, the application is
probably using it, I was told. I cannot look at their
code.  I have been told that Smalltalk binding
involves getting a Queue Manager connection, and
passing that connection to the Open operation.
Therefore QMAlias would not work (as they would have
to connect to this QMAlias first, as part of their
start-up proc in their ini file ).This will take
them some time  to investigate as the developer of the
app is gone.  I will post my findings/resolution.

Thanks again,

Ruzi
--- Neil Casey [EMAIL PROTECTED] wrote:
 Hi Ruzi,

 check to see that the application MQOD which is
 opened for output does not
 contain a queue manager name.

 If the application puts the local queue manager name
 (QM1 in your case)
 into this field, it stops cluster name resolution
 from working properly. Of
 course the 'q' program and amqsputc don't do this,
 so they will work.

 If your application forces a non-blank queue manager
 name (at my site we
 use Roma which enforces a non-blank QM name in MQOD
 on MQOPEN), then you
 can get around this by creating a dummy queue
 manager alias.

 That is, you:
 DEFINE QR(CLUSTER.QM) DESCR('Cluster QM Alias to map
 to blank QM name')
 (There are no other parameters required)

 on QM1. Your client app which specifies CLUSTER.QM
 as the QM name on the Q
 open will now resolve to a cluster queue as the QM
 name is mapped by the
 QMAlias to spaces.

 As an alternative to this, you can create the QR
 (CLUSTER.QM) as a cluster
 visible q on the QM(s) with the target queue. The
 resolution will then go
 via the alias, instead of resolving the queue name.

 Regards,

 Neil Casey.


 |-+
 | |   Ruzi R   |
 | |   [EMAIL PROTECTED]|
 | |   M   |
 | |   Sent by: MQSeries|
 | |   List |
 | |   [EMAIL PROTECTED]|
 | |   n.AC.AT |
 | ||
 | ||
 | |   25/02/2004 09:43 |
 | |   Please respond to|
 | |   MQSeries List|
 | ||
 |-+


--|
   |

|
   |   To:   [EMAIL PROTECTED]

|
   |   cc:

|
   |   Subject:  Cluster Base Q cannot be
 resolved (RC 2082)!
|


--|




 Something mind boggling (to me at least  We are on
 MQ
 server 5.3 CDS03 (unfortunately), on Windows2000.
 MQCLient 5.2  on Windosw2000.

 QM1 and and QM2 are in the same cluster. QM3 is
 outside the cluster  and is connected to QM1.

 Scenario 1: Alias queue (not cluster) on QM1:
 QM1.ALIAS (base queue QM2.BASE).
 Local cluster queue on QM2: QM2.BASE

 Scenario 1: Remote queue (not cluster) on QM1:
  QM3.REMOTE ( with RName= QM3.LOCAL,
 RQMName= QM3)).
  Local queue on QM3: QM3.LOCAL

 We have a Smalltalk application running on
 developer s machine (with MQClient).  The
 application
 has no problem putting a message to the  remote
 queue
 QM3.REMOTE shown in the scenario 2 (i.e. the message
 gets across to QM3). Needles to say, the app can put
 a
 message to a local queue without any problems.

 However, when it tries to put a message to QM1.ALIAS
 it gets a  RC 2082 (MQRC_UNKNOWN_ALIAS_BASE_Q).  The
 developer can successfully  put a message to
 QM1.ALIAS
 queue by using q.exe or amqsputc or a VB program
 successfully. This tells me that there is no problem
 with the cluster q name resolution. But, how come
 the
 Smalltalk app is trying to open this alias queue for
 Output the cluster base Q cannot be resolved.
 Anyone had this problem before? I was assured that
 the
 application is not opening it for Input (apart from
 opening it for output). Because if it did, it would
 have failed in scenario 1 too (as the remote queue
 cannot be opend for Input).

 So to summarize: how come an app can put a message
 to
 remote and local queues successfully  but NOT to an
 alias queue whose base Q is defined as cluster?
 Other
 apps have no problem with this same alias queue
 though.

 Any suggestions would be much appreciated.

 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

Need help with BlokIP exit

[Ruzi R]

MQ 5.3 CSD06 on Windows2000.  I am trying to test
different configurations using BlockIP security exit.
It works when I use only one IP (full or partial with
an *) in SCYDATA.

However, I could not get it to work when I specify
SCYDATA with more than one IP address like the
following:

1- SCYDATA(125.25.2.23;125.25.3.44)  or
SCYDATA(125.25.2.*;125.25.3.*). Actually, because of
the requirements, I don t want to use a pattern but
specify the full IP addresses.

2-  So that I can specify more IPs, I  tried using FN
as follows without success:
SCYDATA('FN=c:\path..\Blockspec.txt;').  My
Blockspec.txt is defined like this (minding my commas
and semicolons):

Patterns=125.25.2.23,125.25.3.44;
Userids=userid1,userid2;
BlockMqmUsers=Y;

Has anyone gotten it working using the 1st ot 2nd
method mentioned above?

Many thanks 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

Re: Need help with BlokIP exit

[Ruzi R]

Roger,

Thanks. I just downloaded the BlockIP2 and tried again
and it works with SCYDATA having more than one IP.
However I still could not get the file working.
Display of the SCYDATA is: FN=c:\temp\Blockspec.txt;

And Blockspec.txt has the following entries:
Patterns=125.25.2.23,125.25.3.44;
Userids=userid1,userid2;
BlockMqmUsers=Y;

Any ideas what I am missing? Anyone?

Thanks.

Ruzi


--- Roger Lacroix [EMAIL PROTECTED]
wrote:
 Hi,

 You MUST put an ending semi-colon ;.
 i.e.
 SCYDATA(125.25.2.23;125.25.3.44;)

 Hope that helps.  Also, you should use BlockIP2
 (more features!!)

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


 Quoting Ruzi R [EMAIL PROTECTED]:

  MQ 5.3 CSD06 on Windows2000.  I am trying to test
  different configurations using BlockIP security
 exit.
  It works when I use only one IP (full or partial
 with
  an *) in SCYDATA.
 
  However, I could not get it to work when I specify
  SCYDATA with more than one IP address like the
  following:
 
  1- SCYDATA(125.25.2.23;125.25.3.44)  or
  SCYDATA(125.25.2.*;125.25.3.*). Actually, because
 of
  the requirements, I don t want to use a pattern
 but
  specify the full IP addresses.
 
  2-  So that I can specify more IPs, I  tried using
 FN
  as follows without success:
  SCYDATA('FN=c:\path..\Blockspec.txt;').  My
  Blockspec.txt is defined like this (minding my
 commas
  and semicolons):
 
  Patterns=125.25.2.23,125.25.3.44;
  Userids=userid1,userid2;
  BlockMqmUsers=Y;
 
  Has anyone gotten it working using the 1st ot 2nd
  method mentioned above?
 
  Many thanks 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
 

 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: Is Max Msg Length 500K in AMI??? -RESOLVED

[Ruzi R]

Just wanted to let you know that it WAS an application
problem. Because I could see, on the queue,  that they
were putting messages over even 2 MB. They did not
admit it right out but I know it indeed was an
application problem.

Regards,

Ruzi
--- Ruzi R [EMAIL PROTECTED] wrote:
 Hi All,

 Platfrom: W2000/MQ 5.3/AMI.

 I don't know yet what rc our  PeopleSOft developers
 (they are not at our company) getting, but they are
 saying that they are unable to put a message longer
 than 500K. I have checked the xmit queue and the
 channel, and they both are set to well over 500K. I
 also checked the AMI set up (Policy etc.) to see if
 there was a default, but did not see any. Has anyone
 experienced this before?

 Thanks 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

Re: monitor MQ z/OS with MO71 ?

[Ruzi R]

bfz,

We have been accessesing OS/390 via MO71 without any
problems. When you were adding a location make sure
you check both Client and MVS ?

Regards,

Ruzi
--- Benjamin F. Zhou [EMAIL PROTECTED]
wrote:
 Hi Arlen,

 thanks for the response. I set the MCA user field on
 mainframe to the id I
 used to access the qmgr. but it doesn't work.
 Is there anything else I need to set? I remember the
 command server is
 always started upon qmgr startup. So that isn't an
 issue.

 thanks,
 bfz






   Williams,
   Arlen   To:
[EMAIL PROTECTED]
   arlen.williams@ cc:
   EDS.COM
 Subject: Re: monitor MQ z/OS with MO71 ?
   Sent by:
   MQSeries List
   [EMAIL PROTECTED]
   en.AC.AT


   02/17/2004 03:14
   PM
   Please respond
   to MQSeries List






 We have it working here. Make sure the account you
 are running on has the
 needed authorization on z/OS.

 -Original Message-
 From: Benjamin F. Zhou
 [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, February 17, 2004 1:27 PM
 To: [EMAIL PROTECTED]
 Subject: monitor MQ z/OS with MO71 ?


 has anyone successfully configured MO71 to monitor
 QM on z/OS ?

 I think MO71 should be capable of that, but I
 couldn't make it connect.

 any idea?

 thanks,
 bfz

 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

Recommended Log Size

[Ruzi R]

Hi,

As seen in the following link:

http://publib7b.boulder.ibm.com/wasinfo1/en/info/aes/ae/rprf_tuneindex.html

For MQ 5.3 on Windows 2000, IBM recommends to create a
queue manager with:

LogFileSize= 16384,  LogPrimaryFiles=63,
LogSecondaryFiles=0, LogBufferSize= 512 etc...

However, you can only specify 2 thru 62 for  LPF, and
1 thru 61 for LSF, (puttogether 63). I understand the
logic behind making the LPF=63 and LPS=0,but I am
wondering whether IBM forgot to allow these values to
be entered when creating a queue manager. Has anyone
found out the answer?

Best regards,

Ruzi

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

Re: messages jumps from localq to dlq

[Ruzi R]

Dave,

I think WMQI is putting the messages on DLQ (I don't
know why though). As far as I remember the reason
codes for the mssages put on DLQ by WMQI are in the
form of  6.

Regards,

Ruzi
--- David Awerbuch [EMAIL PROTECTED] wrote:
 Hello,

 I have an interesting situation.  I have a local
 queue that is being sent to
 from a remote queue.  The message appears to show up
 on the queue (curdepth
 goes from 0 to 1).  But when I try to browse the
 queue using a browsing utility
 (Paul's MQMONNTP), the message does not show up in
 the browse list, but instead
 winds up in the DLQ.  The DLH contains a reason
 65540 (unrecognized).

 Question 1)  What the heck is going on here?  How
 does a message get delivered
 to a local queue, stay there for a few minutes, then
 get moved to the DLQ when
 it is retrieved?  I am guessing that Paul is
 browsing the queue in order to
 build the browse list.

 Question 2) what is a 65540 anyway?  I can't seem to
 find a reference to this
 number, and I did a google search as well as an ibm
 website search.  I know
 that the MQFB_APPL_FIRST is 65536, but I can't find
 any reference to FB codes
 or RC codes with the value 4.

 Unfortunately, the messages are being received from
 a vendors production system
 into our test system, which I will not be able to
 conenct to again until
 Tuesday evening.  In the meantime, I hope to connect
 an internal channel and
 send another message across tomorrow.  In the
 meantime, I have attached the jpg
 file showing the message display from mqmonntp.

 Thanks in advance,
 Dave A.




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

 __
 Do you Yahoo!?
 Yahoo! Finance: Get your refund fast by filing
 online.
 http://taxes.yahoo.com/filing.html

 ATTACHMENT part 2 image/pjpeg name=dlq66540.jpg

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: AMQSPUTW and AMQSPUT4C - sample programs with file input

[Ruzi R]

Tom,

I don't think these programs are supported any longer.
You can use the free supportack q.exe (I don't
remember the name) for putting a file on a queue. Or
another free supportpack MS0H which we make use of
quite extensively.

Regards,

Ruzi

--- Tom Nauta [EMAIL PROTECTED] wrote:
 One of our developers was asking for a program that
 would input a file and
 put each line of the file onto a MQ queue. The V5.2
 Application Programming
 Guide (Chapter 34) talks about sample programs
 called 'amqsputw' and
 'amqsput4c' which appears to be what I want.
 However, I can not find these
 programs; I can find 'amqsputc' but not the others.

 I have checked on a V5.2 HP-UX Client, a V5.3 HP-UX
 client, V5.2 AIX
 client, V5.3 Windows client, V52. and V5.3 AIX
 servers and can't find them
 anywhere.

 Can someone point me in the right direction, please
 ?

 Tom




 NOTICE:  This confidential e-mail message is only
 for the intended
 recipient(s). If you are not the intended recipient,
 be advised that
 disclosing, copying, distributing, or any other use
 of this message, is
 strictly prohibited. In such case, please destroy
 this message and notify
 the sender.

 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: Question regarding MQRC_OBJECT_IN_USE

[Ruzi R]

Jonas is right. Setting TCP Keepalive is strongly
recommended for SVRCONN channels.

Ruzi
--- Jonas Nyberg [EMAIL PROTECTED] wrote:
 Doron,

 You probably have a svrconn process on the qmgr that
 is still running. Try stop and start the svrconn
 channel. When client programs crash or end without
 closing and disconnecting from the qmgr you might
 face
 this kind of problems.

 Jonas Nyberg
 Electrolux IT Solutions - Sweden

 -Original Message-
 From: Doron J [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Date: Wed, 11 Feb 2004 09:28:00 +0200
 Subject: Question regarding MQRC_OBJECT_IN_USE

 Hello,

 I try to troubleshoot a problem where I open a queue
 with MQOO_INPUT_SHARED
 and MQOPEN fails and returns reason code
 MQRC_OBJECT_IN_USE .

 Configuration: both client and server Win2000,
 MQSeries 5.2
 I run my code on MQSeries client, against the remote
 MQSeries server.
 First call is ok. Then my process crash, I run it
 again and now MQOPEN fail.

 Any ideas what can be the problem ? or how to
 troubleshoot it ?
 Thanks, Doron


_
 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

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

[Ruzi R]

John,

I agree with Dennis. However, I think it is possible
for the messages to be PUT on the queue between the
GET call returning RC 2033 and the call disabling the
trigger queue -- depending on the interval between
these 2 calls. If this happens and the program
terminates after enable'ing the trigger queue, no
triggering will happen until either:

   1- The TRIGINT of the queue manager elapses, OR
   2- Triggering is turned off and back on again

Regards,

Ruzi
--- Miller, Dennis [EMAIL PROTECTED] wrote:
 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 

Re: Trigger

[Ruzi R]

True... Thanks for the completeness. I forgot to
mention the triggering after getting a message on the
queue before the MQCLOSE in John's scenario...

Ruzi
--- Potkay, Peter M (PLC, IT)
[EMAIL PROTECTED] wrote:
 I don't think you have to wait for TRIGINT to pass,
 nor should you have to
 toggle TRIGGER off and on. In all the below cases,
 (assumes Trigger Type
 First), the app will be restarted as soon as it
 ends. Remember, the
 generation of the trigger message to the INIT queue
 and the processing of
 the trigger message by the Trigger Monitor do not
 always happen immediately
 together. I wish the manuals got into this part of
 Triggering, that is, when
 exactly does a Trigger Monitor process a trigger
 message.


 MQGET = 2033
 MQCLOSE of the queue
 another message lands on the queue ---Triggering
 conditions are met, and
 another trigger message is generated immediately,
 and it waits on the INIT
 queue for the trigger monitor to pick it up
 the app PUT_INHIBITs the queue
 the program does whatever it does
 the app PUT_ENABLES the queue.
 program ends
 program is immediately retriggered, because the
 Trigger Monitor now reads
 the INIT queue

 or

 MQGET = 2033
 another message lands
 MQCLOSE of the queue ---Triggering conditions
 are met, and another
 trigger message is generated immediately, and it
 waits on the INIT queue for
 the trigger monitor to pick it up
 the app PUT_INHIBITs the queue
 the program does whatever it does
 the app PUT_ENABLES the queue
 program ends
 program is immediately retriggered, because the
 Trigger Monitor now reads
 the INIT queue


 or

 MQGET = 2033
 MQCLOSE of the queue
 the app opens the queue only for SET
 the app PUT_INHIBITs the queue
 the program does whatever it does
 the app PUT_ENABLES the queue
 the app closes the queue again (was open only for
 SET)
 another message lands on the queue ---Triggering
 conditions are met, and
 another trigger message is generated immediately,
 and it waits on the INIT
 queue for the trigger monitor to pick it up
 program ends
 program is immediately retriggered, because the
 Trigger Monitor now reads
 the INIT queue




 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, February 11, 2004 7:59 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Trigger


 John,

 I agree with Dennis. However, I think it is possible
 for the messages to be PUT on the queue between the
 GET call returning RC 2033 and the call disabling
 the
 trigger queue -- depending on the interval between
 these 2 calls. If this happens and the program
 terminates after enable'ing the trigger queue, no
 triggering will happen until either:

1- The TRIGINT of the queue manager elapses, OR
2- Triggering is turned off and back on again

 Regards,

 Ruzi
 --- Miller, Dennis [EMAIL PROTECTED] wrote:
  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

Re: What CCSIDs should I use? RESOLVED

[Ruzi R]

When we changed the CCSID on the mainframe queue
manager to 500 (against IBM's recommendation), it
worked!

Ruzi

--- Randy J Clark [EMAIL PROTECTED] wrote:
 here is a previous string that seems to discuss a
 problem similar to yours.


 this link maybe helpful.


http://www.mail-archive.com/[EMAIL PROTECTED]/msg12277.html








   Ruzi R
   [EMAIL PROTECTED]To:
 [EMAIL PROTECTED]
   M   cc:
   Sent by: MQSeries
 Subject:  Re: What CCSIDs should I use?
   List
   [EMAIL PROTECTED]
   N.AC.AT


   02/02/2004 10:45
   AM
   Please respond to
   MQSeries List






 I have done the testing on Win2K servers having WMQ
 5.2 or 5.3 with CSD03 and the conversion happened
 correctly in each case. This means that CSD05 is the
 culprit. We will open a PMR with IBM.

 Ruzi

 --- Ruzi R [EMAIL PROTECTED] wrote:
  I have an WMQ application that sends character
 data
  from OS/390 (MQ 5.3, CCSID 37) to Win2K (MQ 5.3
  CSD05,
  CCSDI 437). VB app on Win2K specifies
 MQGMO_CONVERT
  on
  e MQGET. All of the data is converted correctly
  except
  for the following special characters (which I have
  shown in quotes. These characters do not get
  translated at all:
 
 
|CDATA -- should be translated as
  ![CDATA[
   (instead of |CDATA)
 
 
!! -- should be translated as  ]]
 (instead
  of
   !!)
 
  Can someone help, please? Is there a documentation
  that specifies the character-to-character mapping
  between the CCSIDs?
 
  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

Re: Fish outa water

[Ruzi R]

 2)  Client programs can (and should!) do their
 stuff inside a
 recoverable unit of work.  So synchronisation
 shouldn't be a problem, or at
 least no more than with local bindings.

This is not true. I agree with T.Rob's explanation on
this point.

Ruzi

--- Lovett, Alan J [EMAIL PROTECTED] wrote:
 A few points:

 1)  The client server feature on S/390 is indeed
 chargeable.

 2)  Client programs can (and should!) do their
 stuff inside a
 recoverable unit of work.  So synchronisation
 shouldn't be a problem, or at
 least no more than with local bindings.

 3)  The assertions on security leave out the
 possibility of altering
 objects with MQI commands, which can be sent over
 sender/receiver channels.
 If that is a problem, you have a problem regardless
 of the connection type.

 Regards, Alan


 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of Wyatt,
 T. Rob
 Sent: 30 January 2004 21:59
 To: [EMAIL PROTECTED]
 Subject: Re: Fish outa water


 Jerry,

 There are several JMS providers in addition to WMQ
 but none, that I know of
 anyway, that will pull WMQ messages out of the
 mainframe.  Now, the manager
 in question may be referring to the ability of WMQ
 JMS to run over a client
 connection to connect to the mainframe.  This would
 in fact be free for the
 Solaris machine but I'm not sure if the Mainframe
 client connect feature is
 a licensed component.  Someone else on the list is
 sure to answer that one.

 In any case, migration to a client when you've
 already invested in the MQ
 Server is questionable.  The client introduces a few
 new issues you will
 need to deal with.  First of all, you will be using
 a synchronous connection
 to talk with an agent at the QMgr which then talks
 to MQ.  If the connection
 breaks in between issuance of an API call (GET, PUT,
 COMMIT, etc.) you have
 no way of knowing whether the call was successful or
 not.  To deal with
 this, your application needs to have some way of
 recovering state after a
 broken connection.

 The other issue is security.  A server-to-server
 channel will never do
 anything other than deliver messages.  A
 client-to-server channel has the
 ability to alter WMQ objects and, in its default
 configuration, send PCF
 messages to the MQ command server.  To secure the
 channel, you will need to
 use SSL or a channel exit and set the MCAUSER at the
 mainframe side.

 It seems like this is a lot of effort to go through
 in order to save a few
 thousand dollars on an application that, based on
 your email, isn't broken.

 -- T.Rob

 -Original Message-
 From: Cergol, Jerry [mailto:[EMAIL PROTECTED]
 Sent: Friday, January 30, 2004 3:19 PM
 To: [EMAIL PROTECTED]
 Subject: Fish outa water


 I've been running WMQ for z/OS 5.3 on my IBM
 Mainframe and sending
 relatively medium-size and moderately frequent
 persistent messages outbound
 to a Sun Solaris running WMQ 5.3.  The Sun Solaris
 manager wants to jetison
 WMQ altogether because it is expensive relative to
 its utilization.  He
 mentioned a publish/subscribe type architecture what
 would use Java
 Messaging Services on the Sun/Solaris to pull data
 over from z/OS WMQ.  I've
 been implementing and maintaining WMQ on both the
 mainframe and the Sun but,
 being strictly limited to dealing with IBM z/OS
 components,  I have no clue
 as to where to start to get a handle on the
 requirements for a JMS-WMQ
 design. Can anyone point me at a manual or reference
 as a starting point?
 Thanks in advance.

 Jerry Cergol
 Cleveland Clinic Foundation
 IBM Mainframe System Support






 --
 Confidentiality Note:  This message is intended for
 use only by the
 individual or entity to which it is addressed and
 may contain information
 that is privileged, confidential, and exempt from
 disclosure under
 applicable law.  If the reader of this message is
 not the intended recipient
 or the employee or agent responsible for delivering
 the message to the
 intended recipient, you are hereby notified that any
 dissemination,
 distribution or copying of this communication is
 strictly prohibited.  If
 you have received this communication in error,
 please contact the sender
 immediately and destroy the material in its
 entirety, whether electronic or
 hard copy.  Thank you.


 ==

 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
 

What CCSIDs should I use?

[Ruzi R]

I have an WMQ application that sends character data
from OS/390 (MQ 5.3, CCSID 37) to Win2K (MQ 5.3 CSD05,
CCSDI 437). VB app on Win2K specifies MQGMO_CONVERT on
e MQGET. All of the data is converted correctly except
for the following special characters (which I have
shown in quotes. These characters do not get
translated at all:


  |CDATA -- should be translated as ![CDATA[
 (instead of |CDATA)


  !! -- should be translated as  ]] (instead of
 !!)

Can someone help, please? Is there a documentation
that specifies the character-to-character mapping
between the CCSIDs?

Thanks,

Ruzi

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

Re: What CCSIDs should I use?

[Ruzi R]

I have done the testing on Win2K servers having WMQ
5.2 or 5.3 with CSD03 and the conversion happened
correctly in each case. This means that CSD05 is the
culprit. We will open a PMR with IBM.

Ruzi

--- Ruzi R [EMAIL PROTECTED] wrote:
 I have an WMQ application that sends character data
 from OS/390 (MQ 5.3, CCSID 37) to Win2K (MQ 5.3
 CSD05,
 CCSDI 437). VB app on Win2K specifies MQGMO_CONVERT
 on
 e MQGET. All of the data is converted correctly
 except
 for the following special characters (which I have
 shown in quotes. These characters do not get
 translated at all:


   |CDATA -- should be translated as
 ![CDATA[
  (instead of |CDATA)


   !! -- should be translated as  ]] (instead
 of
  !!)

 Can someone help, please? Is there a documentation
 that specifies the character-to-character mapping
 between the CCSIDs?

 Thanks,

 Ruzi







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

Re: Is Max Msg Length 500K in AMI???

[Ruzi R]

Peter, I do know all that. Thanks for your response
anyway. I had checked all of the settings including
max len on queue manager, DLQ, channel, xmit queue...
The AMI manual does not say anything about max msg len
specific to AMI. All this had led me to believing that
the max msg len limit of WMQI applies to AMI as well.
But this particular group that I am dealing with has
always blamed MQ when something unexpected occured, in
the past. And it always (well, almost always) turned
out to be an application  problem. Before, I turned
around this time to to ask them to look at their
programs again, I thought I would check with the
listserv, just in case I missed something.

Thanks,

Ruzi
--- Potkay, Peter M (PLC, IT)
[EMAIL PROTECTED] wrote:
 There is nothing in the AMI manual specifying a
 Maximum Message Length, not
 have I ever heard of one. I would assume it is 100
 MEG, or at worst, 4 MEG.
 I doubt they would pick some strange # like 500K and
 not document it.

 Did you check the Queue Manager's Max Message Length
 setting? If the app is
 dealing with remote queues, the XMIT queue is the
 only thing other than the
 QM that you have to check. If the channel's max
 message setting was smaller
 than the XMIT queue's, and the message made it into
 the XMIT queue, but was
 2 big for the channel, the MCA would put the message
 into the DLQ on the
 sending side. The app would have gotten a good RC on
 its put, and would not
 have known that anything was wrong.

 And it may very well be that the actual app is at
 fault and it has nothing
 to do with AMI or MQ.


 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Sunday, January 25, 2004 2:27 PM
 To: [EMAIL PROTECTED]
 Subject: Is Max Msg Length 500K in AMI???


 Hi All,

 Platfrom: W2000/MQ 5.3/AMI.

 I don't know yet what rc our  PeopleSOft developers
 (they are not at our company) getting, but they are
 saying that they are unable to put a message longer
 than 500K. I have checked the xmit queue and the
 channel, and they both are set to well over 500K. I
 also checked the AMI set up (Policy etc.) to see if
 there was a default, but did not see any. Has anyone
 experienced this before?

 Thanks 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: More than 1000 svrconn processes started

[Ruzi R]

Jonas,

In addition to Pavel's comments

TCP KeepALive on TCP/IP PROFILE dataset would have to
be modified to set the INTERNAL parm (I haven't done
this yet, but I think I will soon). Each channel can
be configured to have a different time-out value.
Heartbeats may not be able to catch some
disconnections depending on the value of HBINT and the
WaitInterval of MQGET.

I general, you should use HBINT and TCP Keepalive
together, along with a long or unlimited GET
WaitInterval.

Hope this helps.

Ruzi
--- Pavel Tolkachev [EMAIL PROTECTED] wrote:
 Hello Jonas,

 I believe that happens when the client dies at the
 state where server (actually, the user agent) does
 not want to send anything to the client; then the
 TCP connection will stay there theoretically
 indefinitely (in practice, I guess, it is being
 reaped after some very long interfal, on Solaris it
 is 7200 seconds by default -- something like
 machine-wide KeepAlive interval).

 The cure is probably to employ KeepAlive parameter,
 set it to 'yes' (MQ  installation-wide or QM -wide,
 I am not sure?) and HBINT attribute of the channel
 if it exists on your system (but this would not
 always work for client connection if I got the
 documentation right) -- please search your
 documentation for these 2 keywords.

 Hope this will help,
 Pavel




   Jonas Nyberg
   [EMAIL PROTECTED]To:
 [EMAIL PROTECTED]
   E.SEcc:
   Sent by: MQSeries
 Subject:  More than 1000 svrconn processes started
   List
   [EMAIL PROTECTED]
   n.AC.AT


   01/26/2004 08:16
   AM
   Please respond to
   MQSeries List






 Hi,

 Can anyone clarify this issue?
 We are running MQ on an iSeris with WebSphere app
 srv.
 The app srv use client connection to connect to the
 qmgr. Now and then the system get full on disk and
 an
 ipl is required to free the disk space again. At the
 same time a lot of svrconn channel processes is
 active
 on the system (more than 1000 some times). Does
 anyone
 know what can cause this? I suspect that there is a
 design error in the WebSphere application because we
 don't have this problem anywhere else.

 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





 --

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

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

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

Is Max Msg Length 500K in AMI???

[Ruzi R]

Hi All,

Platfrom: W2000/MQ 5.3/AMI.

I don't know yet what rc our  PeopleSOft developers
(they are not at our company) getting, but they are
saying that they are unable to put a message longer
than 500K. I have checked the xmit queue and the
channel, and they both are set to well over 500K. I
also checked the AMI set up (Policy etc.) to see if
there was a default, but did not see any. Has anyone
experienced this before?

Thanks 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

Re: Image backup of a Full Repository QM. Then a restore. Uh-oh

[Ruzi R]

Glad it worked.

Ruzi
--- Potkay, Peter M (PLC, IT)
[EMAIL PROTECTED] wrote:
 I tested this thoroughly and it works great.

 1- Alter  QM2FULL REPOS(' ') //so you can do step 2

 2- REFRESH CLUSTER(CLUSTER1) REPOS(YES) // push out
 all the old info from
 the repository, and only populate it with fresh info
 about yourself

 3- Alter  QM2FULL REPOS(CLUSTER1) // build your full
 repository to be 100%
 accurate. I assume it gets all the info for the
 cluster from the other full
 repository(s). If this was the last / only
 repository, you would be sunk.




 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Monday, January 19, 2004 4:57 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Image backup of a Full Repository QM.
 Then a restore. Uh-oh


 Peter,

  What is the right way to get QM2FULL to get itself
 up to date
 
 REFRESH CLUSTER(CLUSTER1) REPOS(NO) did not do it.

 You would have to use REPOS(YES) on QM2FULL after
 altering it so that it is not a full rep. The steps
 are:

 1- Alter  QM2FULL REPOS(' ')
 2- REFRESH CLUSTER(CLUSTER1) REPOS(YES)
 3- Alter  QM2FULL REPOS(CLUSTER1)

 Regards,

 Ruzi

 --- Potkay, Peter M (PLC, IT)
 [EMAIL PROTECTED] wrote:
  The REFRESH command does not accomplish what I
 need.
  I guess I will see what
  IBM says. I'll post there answer.
 
 
  Kumar gave me this idea. What do you guys think?
 
  1.) Start the QM back up after the image restore.
 
  2.) Alter the QM to be a partial repository.
  (Cluster now has only 1 full
  repository)
 
  3.) Remove the QM from the cluster.
 
  4.) Reintroduce the QM to the cluster as a full
  repository.
 
 
  Would reintroducing this QM again as a new full
  repository work, and cause
  the other full repository to push everything over?
  Or would I corrupt the
  cluster with duplicate entries for that QM, even
  though the QMID stayed the
  same?
 
 
 
 
 
 
  -Original Message-
  From: John Scott [mailto:[EMAIL PROTECTED]
  Sent: Friday, January 16, 2004 3:37 AM
  To: [EMAIL PROTECTED]
  Subject: Re: Image backup of a Full Repository QM.
  Then a restore. Uh-oh
 
 
  I hear what you are saying and your theory sounds
  fine, however, the Queue
  Manager Clusters manual in Chapter 7 says the
  following on recovering a
  Queue Manager:
 
  Recovering a queue manager
  To recover a queue manager in a cluster, restore
 the
  queue manager from a
  linear log. (See the WebSphere MQ System
  Administration Guide for details)
 
  If you have to restore from a point-in-time
 backup,
  issue the REFRESH
  CLUSTER command on the restored queue manager for
  all clusters in which the
  queue manager participates.
 
  There is no need to issue the REFRESH CLUSTER
  command on any other queue
  manager.
 
  So if yo do this and it does not work, then it
 would
  seem about the right
  time to call IBM support to find out why it
 doesn't
  work.
 
  Regards
  John Scott
  IBM Certified Specialist - MQSeries
  Argos Ltd
 
 
  -Original Message-
  From: Potkay, Peter M (PLC, IT)
  [mailto:[EMAIL PROTECTED]
  Sent: 15 January 2004 13:24
  To: [EMAIL PROTECTED]
  Subject: Re: Image backup of a Full Repository QM.
  Then a restore. Uh-oh
 
 
  In the cluster manual, they do talk about fixing a
  QM that was restored from
  an image backup. But in the example, they only
 deal
  with a QM that was, is
  and will be a partial repository. The refresh
  command works fine in this
  case, since all it does it is PUSH out all its
 info
  to the full
  repositories, and then learns about other queues
 in
  the cluster on an
  as-need-to-know  basis from the fulls.
 
  A full repository needs to PULL in info from the
  other full repository in
  this case, so that it knows everything. The
 problem
  I was having was that
  puts were failing because the QM did not know
 about
  the other new queues in
  the cluster, and being a full repository itself,
 it
  considered itself the
  definitive source. If I don't know about, it must
  not be true!!! It did
  not even bother checking with the other full.
 
  I don't see how issuing that command, even after
  making it a partial and
  using the repos yes option, would give me what I
  want.
 
  Consider a cluster with 1000 partial repositories
  and 2 full. If I made a
  new QM that is a partial and issued the REFRESH
  command, even with repos
  YES, that new QM would not suck in all the info
 for
  all 1000 QMs held in the
  full repositories. It would only push out its own
  info to the fulls. And it
  would only get new info on queues on those 1000
  other QMs as it needed them.
 
 
  I need a particular QM (QM2FULL) to suck in ALL
 the
  info from another QM's
  full repository (QM1FULL). The refresh command
 does
  not do that. It pushes
  info our rather than pulling info in.
 
  Its almost as if I need a SYNC type command, to
 tell
  one QM to get all the
  Full repository info from another QM.
 
  I had hoped that QM2FULL would connect and sync
 with
  QM1FULL when I

Re: Image backup of a Full Repository QM. Then a restore. Uh-oh

[Ruzi R]

Peter,

 What is the right way to get QM2FULL to get itself
up to date

REFRESH CLUSTER(CLUSTER1) REPOS(NO) did not do it.

You would have to use REPOS(YES) on QM2FULL after
altering it so that it is not a full rep. The steps
are:

1- Alter  QM2FULL REPOS(' ')
2- REFRESH CLUSTER(CLUSTER1) REPOS(YES)
3- Alter  QM2FULL REPOS(CLUSTER1)

Regards,

Ruzi

--- Potkay, Peter M (PLC, IT)
[EMAIL PROTECTED] wrote:
 The REFRESH command does not accomplish what I need.
 I guess I will see what
 IBM says. I'll post there answer.


 Kumar gave me this idea. What do you guys think?

 1.) Start the QM back up after the image restore.

 2.) Alter the QM to be a partial repository.
 (Cluster now has only 1 full
 repository)

 3.) Remove the QM from the cluster.

 4.) Reintroduce the QM to the cluster as a full
 repository.


 Would reintroducing this QM again as a new full
 repository work, and cause
 the other full repository to push everything over?
 Or would I corrupt the
 cluster with duplicate entries for that QM, even
 though the QMID stayed the
 same?






 -Original Message-
 From: John Scott [mailto:[EMAIL PROTECTED]
 Sent: Friday, January 16, 2004 3:37 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Image backup of a Full Repository QM.
 Then a restore. Uh-oh


 I hear what you are saying and your theory sounds
 fine, however, the Queue
 Manager Clusters manual in Chapter 7 says the
 following on recovering a
 Queue Manager:

 Recovering a queue manager
 To recover a queue manager in a cluster, restore the
 queue manager from a
 linear log. (See the WebSphere MQ System
 Administration Guide for details)

 If you have to restore from a point-in-time backup,
 issue the REFRESH
 CLUSTER command on the restored queue manager for
 all clusters in which the
 queue manager participates.

 There is no need to issue the REFRESH CLUSTER
 command on any other queue
 manager.

 So if yo do this and it does not work, then it would
 seem about the right
 time to call IBM support to find out why it doesn't
 work.

 Regards
 John Scott
 IBM Certified Specialist - MQSeries
 Argos Ltd


 -Original Message-
 From: Potkay, Peter M (PLC, IT)
 [mailto:[EMAIL PROTECTED]
 Sent: 15 January 2004 13:24
 To: [EMAIL PROTECTED]
 Subject: Re: Image backup of a Full Repository QM.
 Then a restore. Uh-oh


 In the cluster manual, they do talk about fixing a
 QM that was restored from
 an image backup. But in the example, they only deal
 with a QM that was, is
 and will be a partial repository. The refresh
 command works fine in this
 case, since all it does it is PUSH out all its info
 to the full
 repositories, and then learns about other queues in
 the cluster on an
 as-need-to-know  basis from the fulls.

 A full repository needs to PULL in info from the
 other full repository in
 this case, so that it knows everything. The problem
 I was having was that
 puts were failing because the QM did not know about
 the other new queues in
 the cluster, and being a full repository itself, it
 considered itself the
 definitive source. If I don't know about, it must
 not be true!!! It did
 not even bother checking with the other full.

 I don't see how issuing that command, even after
 making it a partial and
 using the repos yes option, would give me what I
 want.

 Consider a cluster with 1000 partial repositories
 and 2 full. If I made a
 new QM that is a partial and issued the REFRESH
 command, even with repos
 YES, that new QM would not suck in all the info for
 all 1000 QMs held in the
 full repositories. It would only push out its own
 info to the fulls. And it
 would only get new info on queues on those 1000
 other QMs as it needed them.


 I need a particular QM (QM2FULL) to suck in ALL the
 info from another QM's
 full repository (QM1FULL). The refresh command does
 not do that. It pushes
 info our rather than pulling info in.

 Its almost as if I need a SYNC type command, to tell
 one QM to get all the
 Full repository info from another QM.

 I had hoped that QM2FULL would connect and sync with
 QM1FULL when I brought
 it back up, but it did not.

 I guess it almost makes sense that it didn't. Full
 repositories do not
 constantly talk to each other for no reason. They
 just update each other
 when there is new info to share. When QM2FULL was
 restored, QM1FULL just saw
 that event as his buddy coming back up, not a new QM
 that needed to be told
 everything.

 Since QM2FULL was the exact QM, why would QM1FULL
 need to push everything
 over again? How would QM1FULL know that QM2FULL was
 out of sync? Maybe
 QM1FULL was out of sync. And how would it even know
 how long it has been out
 of communication with its partner QM? Maybe it was
 only 1 second, or 1 week.
 These questions make me believe that the full
 repositories do not keep
 pulsing info back and forth. And why perhaps a SYNC
 from QM1 to QM2 type
 command is needed for Full Repositories?




 -Original Message-
 From: John Scott [mailto:[EMAIL PROTECTED]
 Sent: 

Re: TCP KeepAlive setting- THANKS

[Ruzi R]

Thank you all who have responded.

Ruzi
--- Bright, Frank [EMAIL PROTECTED]
wrote:
 I seem to recall something like the following being
 passed to me from IBM as
 a general guideline but not a hard rule

 HBINT  DISCINT  TCP Keep Alive



  -Original Message-
 From: MQSeries List [mailto:[EMAIL PROTECTED]
 On Behalf Of Crupi,
 Margherita
 Sent: Tuesday, January 13, 2004 3:55 PM
 To: [EMAIL PROTECTED]
 Subject: Re: TCP KeepAlive setting



 we use 10 min without any issues

 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of
 Carroll, Y.
 (Yvette)
 Sent: Tuesday, 13 January 2004 11:50 PM
 To: [EMAIL PROTECTED]
 Subject: Re: TCP KeepAlive setting



 Hi
 At one of the previous places I worked, we
 implemented
 KeepAlive on a 5 minute interval and never had any
 problems with it.

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 mailto:[EMAIL PROTECTED] ]
 Sent: 13 January 2004 02:40
 To: [EMAIL PROTECTED]
 Subject: TCP KeepAlive setting


 I would like to set the TCP KeepAlive on WIndows
 2000
 servers (MQ 5.3). But I am not sure what value to
 use.
 The default value is 2 hours. I know it also depends
 on what other processes are running on the server.I
 would like to know value  other people are using
 just
 to giveme some idea. Any ideas/suggestions would be
 much appreciated.

 Best regards,

 Ruzi

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



   _






 This email and any accompanying attachments may
 contain confidential and
 proprietary information.  This information is
 private and protected by law
 and, accordingly, if you are not the intended
 recipient, you are requested
 to delete this entire communication immediately and
 are notified that any
 disclosure, copying or distribution of or taking any
 action based on this
 information is prohibited.

 Emails cannot be guaranteed to be secure or free of
 errors or viruses.  The
 sender does not accept any liability or
 responsibility for any interception,
 corruption, destruction, loss, late arrival or
 incompleteness of or
 tampering or interference with any of the
 information contained in this
 email or for its incorrect delivery or non-delivery
 for whatsoever reason or
 for its effect on any electronic device of the
 recipient.

 If verification of this email or any attachment is
 required, please request
 a hard-copy version.



   _









 -
 This e-mail message and any attachments contain
 confidential information from Medco Health
 Solutions, Inc. If you are not the intended
 recipient, you are hereby notified that disclosure,
 printing, copying, distribution, or the taking of
 any action in reliance on the contents of this
 electronic information is strictly prohibited. If
 you have received this e-mail message in error,
 please immediately notify the sender by reply
 message and then delete the electronic message and
 any attachments.

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

TCP KeepAlive setting

[Ruzi R]

I would like to set the TCP KeepAlive on WIndows 2000
servers (MQ 5.3). But I am not sure what value to use.
The default value is 2 hours. I know it also depends
on what other processes are running on the server.I
would like to know value  other people are using just
to giveme some idea. Any ideas/suggestions would be
much appreciated.

Best regards,

Ruzi

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

Re: TCP KeepAlive setting

[Ruzi R]

Thanks.  Ruzi

--- Carroll, Y. (Yvette) [EMAIL PROTECTED] wrote:
 Hi
 At one of the previous places I worked, we
 implemented
 KeepAlive on a 5 minute interval and never had any
 problems with it.

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: 13 January 2004 02:40
 To: [EMAIL PROTECTED]
 Subject: TCP KeepAlive setting


 I would like to set the TCP KeepAlive on WIndows
 2000
 servers (MQ 5.3). But I am not sure what value to
 use.
 The default value is 2 hours. I know it also depends
 on what other processes are running on the server.I
 would like to know value  other people are using
 just
 to giveme some idea. Any ideas/suggestions would be
 much appreciated.

 Best regards,

 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 email and any accompanying attachments may
 contain confidential and proprietary information.
 This information is private and protected by law
 and, accordingly, if you are not the intended
 recipient, you are requested to delete this entire
 communication immediately and are notified that any
 disclosure, copying or distribution of or taking any
 action based on this information is prohibited.

 Emails cannot be guaranteed to be secure or free of
 errors or viruses.  The sender does not accept any
 liability or responsibility for any interception,
 corruption, destruction, loss, late arrival or
 incompleteness of or tampering or interference with
 any of the information contained in this email or
 for its incorrect delivery or non-delivery for
 whatsoever reason or for its effect on any
 electronic device of the recipient.

 If verification of this email or any attachment is
 required, please request a hard-copy version.
 


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

Why cannot stop the queue manager???

[Ruzi R]

Hi all,

QM1 is on  OS/390 (MQ 5.3) is in a cluster.  I could
not stop the queue manager even with the FORCE option
last night. There are only 4 programs (one batch that
was not running at the time, and 3 scheduled CICS
ones) that send datagram messages from QM1 to QM2
(both in the same cluster). No messages are sent to
QM1 from any queue manager at all. I checked these
programs and they use fail_if_quiescing appropriately.
   The CHIN job came down but not the MSTR, which was
using 80% of the CPU after I had issued the STOP
command. Has anyone experienced this before? What
might have been holding up the queue manager?

Any ideas/suggestions would be much appreciated.

Best regards,

Ruzi

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

Re: Clustering - AMQ9412 - how can i resolve this

[Ruzi R]

I inadvertently pressed the send key a bit earlier.
So here is the full message:

On B Issue: REFRESH CLUSTER(clusterName) REPOS(YES)
On A (full-repository): Issue:
  ALTER QMGR REPOS(' ')
  REFRESH CLUSTER(clusterName) REPOS(YES)
  ALTER QMGR CLUSTER(ClusterName)

On both A and B Issue:
  DISPLAY CLUSQMGR(*)

And send us what you get from the DISPLAYs.

Best regards,

Ruzi
--- Hashir, Mehedi [EMAIL PROTECTED] wrote:
 The QueueManger(B) which is sending repository
 messages to the full repository queue manager(A) is
 using
 an invalid queue manager id.The queue Manager id is
 a combination of the queue manager name and
 timestamp(created time) Ex: A_2002-02-25_14.03.35
 The queue manager(A) was recreated.
 Removed (suspend cluster,stop,delete cluster
 channels) QM (B) from cluster and added(recreate
 clussender and cluster receiver channels) B back to
 cluster.
 QueueManager (B) still sends messages to
 QueueManager(A) with the old id.
 12/11/03 20:21:17
 AMQ9412: Repository command received for
 'UP04_2002-02-25_14.03.35'.
 EXPLANATION:
 The repository manager received a command intended
 for some other queue
 manager, whose identifier is
 'UP04_2002-02-25_14.03.35'. The command was sent
 by the queue manager with identifier
 'WRKUP07_2003-09-21_08.19.28'.
 ACTION:
 Check the channel and cluster definitions of the
 sending queue manager.
 - amqrrmfa.c : 34152

--







 Regards

 Mehedi Hashir
 267-688-4785(cell)
 215-241-2956




 CONFIDENTIALITY NOTICE: This E-Mail is intended only

 for the use of the individual or entity to which it
 is addressed and may contain information that is
 privileged, confidential and exempt from disclosure
 under applicable law. If you have received this
 communication in error, please do not distribute and
 delete the original message.  Please notify the
 sender by E-Mail at the address shown. Thank you for
 your compliance..

 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 cannot stop the queue manager???

[Ruzi R]

Thanks Samuel and Art... We'll pose the question to
IBM also, and I will post the response on the
listserv.

Ruzi
--- Mauro, Samuel
[EMAIL PROTECTED] wrote:
 If someone was using the MQ ISPF interface, that
 could cause it to not come
 down.

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, December 16, 2003 9:42 AM
 To: [EMAIL PROTECTED]
 Subject: Why cannot stop the queue manager???


 Hi all,

 QM1 is on  OS/390 (MQ 5.3) is in a cluster.  I could
 not stop the queue manager even with the FORCE
 option
 last night. There are only 4 programs (one batch
 that
 was not running at the time, and 3 scheduled CICS
 ones) that send datagram messages from QM1 to QM2
 (both in the same cluster). No messages are sent to
 QM1 from any queue manager at all. I checked these
 programs and they use fail_if_quiescing
 appropriately.
The CHIN job came down but not the MSTR, which
 was
 using 80% of the CPU after I had issued the STOP
 command. Has anyone experienced this before? What
 might have been holding up the queue manager?

 Any ideas/suggestions would be much appreciated.

 Best regards,

 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

Re: URGENT HELP NEEDED: on cluster resolution- RESOLVED

[Ruzi R]

Dave, I did both. They are part of the long list of
the detailed steps that I put together on how to
replace both of the full repositories.  I had used the
this same procedure to replace two other cluster a
couple of months ago with no problems whatsoever.
Thanks for your input anyway...

Ruzi
--- David C. Partridge [EMAIL PROTECTED]
wrote:
 A question:

 In your attempts to resolve this problem, did you
 try on MQFULL1

 Alter the qmgr so it is no longer a full repository

 REFRESH CLUSTER(name) REPOS(YES)

 Alter the qmgr so it is again a full repository

 I've found that this can work to resolve cluster
 problems when
 other methods have failed.

 Dave
 -Original Message-
 From: MQSeries List
 [mailto:[EMAIL PROTECTED] Behalf Of Ruzi R
 Sent: 11 December 2003 12:25
 To: [EMAIL PROTECTED]
 Subject: Re: URGENT HELP NEEDED: on cluster
 resolution- RESOLVED


 Thanks Mike and others who responded.  Here is how I
 resolved the prob:

 First of all I should give a bit more info on what I
 had done before... I   had checked everything
 suggested in the CLUSTER book. Connection names,
 port
 numbers etc. were all correct.  Not believing my own
 eyes I got them checked with my MQ partner.
 Everything
 was defined correctly but the cluster was not
 working
 as one of the full repositories (namely MQFULL1) was
 not showing all the cluster members (including the
 second full rep MQFULL2) when display clusqmgr(*)
 issued. Display clusqmgr (*) ALL showed it as full
 rep
 for the cluster in question. No matter what I did on
 MQFULL1 it still did not show MQFULL2 in its
 repository.

 I resolved the problem by doing deleting and
 recreating MQFULL1.the

 Now the cluster seems to be working without any
 problems.

 Thanks again to all those who have taken the time to
 respond.

 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

Re: URGENT HELP NEEDED: on cluster resolution

[Ruzi R]

I went ahead and:

1-Suspended the qmgr MQFULL1
2-Deleted the clussdr on MQFULL1 (TO.MQFULL2).
3-Recreated the clussdr on MQFULL1 (TO.MQFULL2)
4-Resumed qmgr
5-Refreshed cluster
6-Display clusqmgr(*) showed only the MQFULL1 qmgr
(neither the second full rep MQFULL2 or the rest of
the cluster members)

I hope someone can help me with this.

Thanks,

Ruzi

--- Ruzi R [EMAIL PROTECTED] wrote:
 Hi all,

 We are on MQ 5.3 CSD 05 ON W2K servers and OS/390 MQ
 5.3.  Last night, we replaced the 2 full
 repositories
 (on W2K machineA and machineB)  of our two  MQ
 clusters with the new full repositories (on W2K also
 machine1 and machine2).  I had followed the steps
 stated in the cluster book to the dot (I believe) on
 how to do this task. One of the clusters is working
 without any problems. We have been having problems
 with the other cluster since this switch over. I
 get
 RC 2189 (I know what this means) when I put a
 message
 across the cluster. MQ explorer  cluster (namely
 MQ2T.CLUSTER)  only shows the MQFULL1 repository.

 So the set up is:

 MQFULL1 on machine1 ---   full rep
 MQFULL2 on machine 2 ---  full rep

 MQ2T on OS/390- cluster member (not fill rep)
 MQ1 on w2k   - cluster member (not full rep)


 1- MQCHIN job indicates that :   Unable to get
 message
 from
 SYSTEM.CLUSTER.COMMAND.QUEUE, MQCC=2
 MQRC=2016System.cluster.repository.queue on MQ2T
 2016 . Recycling qmgr did not help.
 2- When I DISPLAY CLUSQMGR(*) in MQFULL2 it displays
 all the cluster info correctly (i.e. MQFULL1,
 MQFULL2,
 MQ2T, MQ1). However the same command issued on
 MQFULL
 shows:

 DISPLAY CLUSQMGR(*)
  1 : DISPLAY CLUSQMGR(*)
 AMQ8441: Display Cluster Queue Manager details.
CLUSQMGR(MQFULL1)
 CLUSTER(MQ2T.CLUSTER)
CHANNEL(TO.MQFULL1)
 AMQ8441: Display Cluster Queue Manager details.
CLUSQMGR(SYSTEM.TEMPQMGR.machine2(1414))
CLUSTER(MQ2T.CLUSTER)
 CHANNEL(TO.MQFULL2)

 Looks like the full repositories are not connected
 to
 each other properly.
  SYSTEM.TEMPQMGR.machine2(1414))   is supposed to
 say
  MQFULL2  instead. How can  I correct this? Why is
 it
 not showing the rest of the cluster members ? Should
 I
 delete the clussdr/clusrcvr chnnels on MQFULL1 to
 MQFULL2 and redefine them? How would it impact the
 rest of the cluster?

 I would very much appreciate your help with this
 problem.

 Best regards,

 Ruzi


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

Re: FW: Cluster queue security

[Ruzi R]

Bruce,

I still fail to see the danger in using a local
alias queue having the same name as the cluster
queue(s). I think your concern would be more justified
if the local alias queue Q1 were a queue of type
local instead, in which case the messages would end
up on this local instance of the queues Q1...

Best regards,

Ruzi


--- Bruce Barclay [EMAIL PROTECTED] wrote:
 I'm thinking more of the alias queue being the same
 name as the destination
 queue and there are multiple destination qeues of
 the same name. BB.

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Monday, 01 December, 2003 16:15
 To: [EMAIL PROTECTED]
 Subject: Re: FW: Cluster queue security


 You give the authority to the alias queue that is
 defined locally (that is not clustered). I think it
 is
 a neat way of giving access to the cluster queues.
 The user will have access to the cluster queue via
 the
 alias queue, and will be unable to access the
 cluster
 queue directly.  The same applies to an alias queue
 resolving to a local queue (not cluster) on the same
 qmgr.

 Best regards,

 Ruzi
 --- Bruce Barclay [EMAIL PROTECTED] wrote:
  In the example described, which queue gets the
  authority set, Q1 the alias
  or Q1 the local or both??? Isn't it dangerous to
  have the same name for
  alias' as for local queues in a cluster
  environment?? BB.
 
  -Original Message-
  From: Ruzi R [mailto:[EMAIL PROTECTED]
  Sent: Monday, 01 December, 2003 13:44
  To: [EMAIL PROTECTED]
  Subject: Re: Cluster queue security
 
 
  Hi Paul,
 
   But my tests seems to show that if I create a
  local
   QAlias which resolves to a Cluster queue, I can
   permit access to this queue *without* needing to
   grant access to the Cluster xmit queue and thus
  open
   up the whole cluster.
  
   I haven't seen this mentioned anywhere which
 makes
   me think that perhaps I have missed something.
 
  You have not missed anything. The following
 excerpt
  from the Cluster manual states  exactly what you
  have
  mentioned above:
 
   It is possible to avoid the need to give general
  access to all cluster resources and
  +Put access to the transmit queue. You do this by
  defining alias or remote queue
  definitions on your machine which resolve to
 queues
  in
  the cluster, and giving the
  appropriate authority for access to these instead
 of
  the cluster transmit queue. For
  example, suppose there is a queue called Q1 in the
  clusters to which your queue
  manager CORK belongs. If you
  DEFINE QALIAS(Q1) TARGQ(Q1) DEFBIND(NOTFIXED)
  and then
  etmqaut -m CORK -t qmgr -p GUEST +connect
  etmqaut -m CORK -t queue -n Q1 -p GUEST -all +put
 
  The user GUEST would only be able to send messages
  to
  the cluster queue Q1.
  Note that it is not possible to use the same
  technique
  for a queue manager alias,
  because this requires access to the underlying
  SYSTEM.CLUSTER.TRANSMIT.QUEUE queue.
 
  Best regards,
 
  Ruzi
 
  --- Paul Meekin [EMAIL PROTECTED] wrote:
   Hi all,
  
   I've been doing some work on trying to secure
 our
   cluster queues. From the Clusters manual:
  
   [On non-z/Os systems] you cannot restrict
 access
  to
   individual queues that do not exist on your
 queue
   manager. However, you can restrict access to all
  the
   queues in a cluster.
  
   You do this by granting or restricting the
  userid's
   access to SYSTEM.CLUSTER.TRANSMIT.QUEUE as has
  been
   discussed before.
  
   But my tests seems to show that if I create a
  local
   QAlias which resolves to a Cluster queue, I can
   permit access to this queue *without* needing to
   grant access to the Cluster xmit queue and thus
  open
   up the whole cluster.
  
   I haven't seen this mentioned anywhere which
 makes
   me think that perhaps I have missed something.
  
   Any thoughts would be appreciated.
  
   Cheers,
   Paul
  
  
  
  
 


  
   This e-mail is sent by Energis Communications
   Limited and its contents are
   confidential and may be legally privileged.
  
  
 


  
 
  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

TCPIP ERROR 10054 X'2746'

[Ruzi R]

Hi all,

Platform: W2K (MQ5.3 CSD03...have been unable to get
an outage to apply CD04 yet :(...)

Sometimes the Event Viewer of some of our servers gets
flooded with the above mentioned TCP/IP error, which
basicly says the connection was reset by a peer. See
the cut/paste of some such errors. I could not find a
good explanation of why/when this problem would occur.
There have been suggeestions that the amount of
traffic to the server might cause this problem but we
could not find any pattern.  The only thing we know
for sure is that the problem is caused by
communication between the MQ Server machine and the MQ
Client apps running on W2K(MQ 5.3 CSD02/3). I am
hoping that the problem is as simple as applying
CSD04. If so, the Application team would have no
choice but let me implement the CSD (and I would be
happy :).

Any ideas about the cause of this problems?

Thanks in advance,

Ruzi
 kind of errors we get:=

Date: 2003/12/02 Source: WebSphere MQ
Time: 9.28Category: None
Type: Error   Event ID: 9208
User:  N/A
Computer: TRIXOBOL ` this is the name of the
server

Description:

Error on receive from host CAHMSSMS018 (172.25.36.62).


An error occurred receiving data from  TRIXOBOL
(172.25.36.62) over TCP/IP. This may be due to a
communications failure.

The return code from the TCP/IP (recv) call was 10054
(X'2746'). Record these values and tell the systems
administrator.



Date: 2003/12/02 Source: WebSphere MQ
Time: 9.30 Category: None
Type: Error   Event ID: 9208
User:  N/A
Computer: TRIXOBOL  this is the name of the
server

Description:

Error on receive from host  mblem (172.22.24.62).

An error occurred receiving data from  mblem
(172.22.24.62).  over TCP/IP. This may be due to a
communications failure.

The return code from the TCP/IP (recv) call was 10054
(X'2746'). Record these values and tell the systems
administrator.

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: Cluster queue security

[Ruzi R]

Hi Paul,

 But my tests seems to show that if I create a local
 QAlias which resolves to a Cluster queue, I can
 permit access to this queue *without* needing to
 grant access to the Cluster xmit queue and thus open
 up the whole cluster.

 I haven't seen this mentioned anywhere which makes
 me think that perhaps I have missed something.

You have not missed anything. The following excerpt
from the Cluster manual states  exactly what you have
mentioned above:

 It is possible to avoid the need to give general
access to all cluster resources and
+Put access to the transmit queue. You do this by
defining alias or remote queue
definitions on your machine which resolve to queues in
the cluster, and giving the
appropriate authority for access to these instead of
the cluster transmit queue. For
example, suppose there is a queue called Q1 in the
clusters to which your queue
manager CORK belongs. If you
DEFINE QALIAS(Q1) TARGQ(Q1) DEFBIND(NOTFIXED)
and then
etmqaut -m CORK -t qmgr -p GUEST +connect
etmqaut -m CORK -t queue -n Q1 -p GUEST -all +put

The user GUEST would only be able to send messages to
the cluster queue Q1.
Note that it is not possible to use the same technique
for a queue manager alias,
because this requires access to the underlying
SYSTEM.CLUSTER.TRANSMIT.QUEUE queue.

Best regards,

Ruzi

--- Paul Meekin [EMAIL PROTECTED] wrote:
 Hi all,

 I've been doing some work on trying to secure our
 cluster queues. From the Clusters manual:

 [On non-z/Os systems] you cannot restrict access to
 individual queues that do not exist on your queue
 manager. However, you can restrict access to all the
 queues in a cluster.

 You do this by granting or restricting the userid's
 access to SYSTEM.CLUSTER.TRANSMIT.QUEUE as has been
 discussed before.

 But my tests seems to show that if I create a local
 QAlias which resolves to a Cluster queue, I can
 permit access to this queue *without* needing to
 grant access to the Cluster xmit queue and thus open
 up the whole cluster.

 I haven't seen this mentioned anywhere which makes
 me think that perhaps I have missed something.

 Any thoughts would be appreciated.

 Cheers,
 Paul






 This e-mail is sent by Energis Communications
 Limited and its contents are
 confidential and may be legally privileged.





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: FW: Cluster queue security

[Ruzi R]

You give the authority to the alias queue that is
defined locally (that is not clustered). I think it is
a neat way of giving access to the cluster queues.
The user will have access to the cluster queue via the
alias queue, and will be unable to access the cluster
queue directly.  The same applies to an alias queue
resolving to a local queue (not cluster) on the same
qmgr.

Best regards,

Ruzi
--- Bruce Barclay [EMAIL PROTECTED] wrote:
 In the example described, which queue gets the
 authority set, Q1 the alias
 or Q1 the local or both??? Isn't it dangerous to
 have the same name for
 alias' as for local queues in a cluster
 environment?? BB.

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Monday, 01 December, 2003 13:44
 To: [EMAIL PROTECTED]
 Subject: Re: Cluster queue security


 Hi Paul,

  But my tests seems to show that if I create a
 local
  QAlias which resolves to a Cluster queue, I can
  permit access to this queue *without* needing to
  grant access to the Cluster xmit queue and thus
 open
  up the whole cluster.
 
  I haven't seen this mentioned anywhere which makes
  me think that perhaps I have missed something.

 You have not missed anything. The following excerpt
 from the Cluster manual states  exactly what you
 have
 mentioned above:

  It is possible to avoid the need to give general
 access to all cluster resources and
 +Put access to the transmit queue. You do this by
 defining alias or remote queue
 definitions on your machine which resolve to queues
 in
 the cluster, and giving the
 appropriate authority for access to these instead of
 the cluster transmit queue. For
 example, suppose there is a queue called Q1 in the
 clusters to which your queue
 manager CORK belongs. If you
 DEFINE QALIAS(Q1) TARGQ(Q1) DEFBIND(NOTFIXED)
 and then
 etmqaut -m CORK -t qmgr -p GUEST +connect
 etmqaut -m CORK -t queue -n Q1 -p GUEST -all +put

 The user GUEST would only be able to send messages
 to
 the cluster queue Q1.
 Note that it is not possible to use the same
 technique
 for a queue manager alias,
 because this requires access to the underlying
 SYSTEM.CLUSTER.TRANSMIT.QUEUE queue.

 Best regards,

 Ruzi

 --- Paul Meekin [EMAIL PROTECTED] wrote:
  Hi all,
 
  I've been doing some work on trying to secure our
  cluster queues. From the Clusters manual:
 
  [On non-z/Os systems] you cannot restrict access
 to
  individual queues that do not exist on your queue
  manager. However, you can restrict access to all
 the
  queues in a cluster.
 
  You do this by granting or restricting the
 userid's
  access to SYSTEM.CLUSTER.TRANSMIT.QUEUE as has
 been
  discussed before.
 
  But my tests seems to show that if I create a
 local
  QAlias which resolves to a Cluster queue, I can
  permit access to this queue *without* needing to
  grant access to the Cluster xmit queue and thus
 open
  up the whole cluster.
 
  I haven't seen this mentioned anywhere which makes
  me think that perhaps I have missed something.
 
  Any thoughts would be appreciated.
 
  Cheers,
  Paul
 
 
 
 


 
  This e-mail is sent by Energis Communications
  Limited and its contents are
  confidential and may be legally privileged.
 
 


 

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

[Ruzi R]

You can use the STOP/START channel commands in a JCL
using the CSQUTIL program. The JCL would look like
this:

//MQUTIL JOB (),'CSQUTIL JOB',MSGCLASS=T
//STEP1 EXEC PGM=CSQUTIL,PARM='YourQmgrName'
//STEPLIB DD DISP=SHR,DSN=qual.SCSQANLE
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COMMAND DDNAME(CMDINP)
//CMDINP DD *
 STOP CHANNEL(YourChannelName)
/*
//

You can replace the STOP with START in the above JCL
for starting the channel.

Best regards,

Ruzi
--- Larry Murray [EMAIL PROTECTED] wrote:
 Good afternoon all,

 Running MQ v2.1 on OS/390. Currently the chin
 has one chlsvrconn. All
 traffic from the
 clients to Mq on the mainframe travels this path. I
 would like to add an
 additional chlsvrconn.
 Also, would like to be able to start and stop this
 conn via a batch
 command. The details are
 long and boring.

   Is there a command I can execute from batch or
 started task that can
 accomplish this for me?

 ThanksLarry   Happy December 1!!!

 Larry Murray
 Putnam Investments
 Tech Services
 1-617-760-3270

 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: Import queues to another queue manager

[Ruzi R]

Hi Meital,

You can also use runmqsc against qmgr QM1  for the
objects you are interested in (this may require
several displays), and direct the output to a file.
Then use the output file in your runmqsc against QM2.

However, I personally use MS03 to save my object
defininitions.

Ruzi



--- Meital Geron-Issers
[EMAIL PROTECTED] wrote:
 Hello Ruzi,

 I did meant to export  import definitions of the
 queues from one queue
 manager to another.
 What I did not find was the possibility to import
 the text file I created by
 the 'Export list' option in the MQSeries explorer.

 Do you know if it is possible or the only way is to
 create a script file and
 use the runmqsc command (as you wrote)?

 Thanks a lot for your help
 Meital

 -Original Message-
 From: Ruzi R [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, November 25, 2003 7:12 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Import queues to another queue manager


 Meital,

 I think I read your note a bit too fast for my
 brain.
 I thought you meant to export/import definitions
 of
 objects. My previous note was in response to that.
 esponse was . If you want to copy messages from a
 queue on one qmgr to a queue on  another: You can
 use
 q.exe which is a free supportpac (I don't remember
 the
 name).

 Ruzi


 --- Ruzi R [EMAIL PROTECTED] wrote:
  MQ explorer does not have this function. You can
 use
  MS03 (Save Qmgr Object Definitons) supportpac. You
  can
  run this utility and direct the output to stdout
  (e.g.
  myfile.txt), then modify the produced file any way
  you
  like. And after that, you can use this file in
 your
  runmqsc, like:
 
runmqsc MYQMGR myfile.txt
 
  Best regards,
 
  Ruzi
 
 
  --- Meital Geron-Issers
  [EMAIL PROTECTED] wrote:
   Hello,
  
   I am using the MQSeries Explorer.
   I would like to ask if there is a way to export
   queues from one queue
   manager and import the queues to another one?
  
   Thanks
   Meital
  
   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