Re: Data conversion on OS/390 using MQSeries - MQPMO_CONVERT
It supports MQGMO_CONVERT, but not MQPMO_CONVERT :) I know this was a typo, but just to be sure.. I know for sure that 2.1 supports it and if memory serves, so does 1.2, which is the oldest on OS/390 I have been exposed to. Mike Murphy Sr. Middleware Consultant MQ Solutions, LLC http://www.mqsolutions.com Kevin Tobin <[EMAIL PROTECTED]> wrote: Date Recieved: 11/25/2002 10:13:49 PM To: [EMAIL PROTECTED] cc: Bcc Subject: Data conversion on OS/390 using MQSeries - MQPMO_CONVERT Is it correct to state that MQSeries 2.1 supports message conversion ( codepage conversion) on the MQGET i.e. supports MQPMO_CONVERT. I was under the impression that it did not or perhaps previous versions did not. Cheers! Kevin Kevin Tobin Senior IT Specialist IBM WebSphere Services Asia Pacific Level 9, 601 Pacific Hwy, St Leonards, Sydney NSW 2000 Phone: +61 2 947-88249 Fax: +61 2 947-88467 Mobile 0421-052-812 - International : +61 421-052-812 e-Mail: [EMAIL PROTECTED]
Re: amqiclen
amqiclen is the IPCS clean up. If you have this problem, it is usually caused by applications refusing to let go of the queue manager and that don't recognize when a queue manager is stopped. It can just happen too, but if you close the applications first before stopping the queue manager, you will probably see better results. Mike Murphy Sr. Middleware Consultant MQ Solutions, LLC http://www.mqsolutions.com "Chan, Ian M" <[EMAIL PROTECTED]> wrote: Date Recieved: 11/25/2002 10:45:45 PM To: [EMAIL PROTECTED] cc: Bcc Subject: Re: amqiclen We have a similar arrangement except we stop at -i step. Actually in the case happened this time, all the processes are ended and the shutdown took 1min 6 sec to complete. The queue manager was then brought up 15 minutes later by the script but failed with amq6004. When I got paged, I grep the mq process but there was none. Then I strmqm but failed with same error again so I just did the amqiclen without doing any ipcs command. I think I have to check the details of CSD5. Thanks for reminding me. Cheers, Ian -Original Message- From: Michael F Murphy/AZ/US/MQSolutions [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 26 November 2002 3:38 PM To: [EMAIL PROTECTED] Subject: Re: amqiclen The first thing that comes to mind is your queue manager is not completely shutdown and then you try to start a half shut down queue manager. This can happen if your script is not smart enough to deal with a slow or failed shutdown. Misbehaving apps or apps not designed to properly recognize the queue manager is shutting down and aggravate this situation. If you are just issuing "endmqm QmgrName" than you are quiescing it. This can take from 1 minute to 100 years or so to shut down the queue manager. It depends on how good the apps are, but I usually use endmqm -i to make sure it shuts down. Even then, you can have problems. A good process for a shutdown and restart includes these steps: 1. Shut down the apps first if they are not designed to deal with a quiescing queue manager. Most are not 2. endmqm -i (run in background) then wait a few minutes 3. Check the queue manager processes to see if they have ended. 4. If not ended, endmqm -p (in the background) then wait a few minutes 5. Check the queue manager processes again. 6. If the queue manager still hasn't shut down start killing processes. This is detailed in the system admin manual. Read this because you should kill the processes in the correct order. 7. Clean up IPCS if needed. Only do this if all queue managers are shut down though. Carefully. If you use this as a guideline before performing your other steps and restarting, you'll probably eliminate your problem. Just an observation, you should upgrade to CSD 5 because 4 has a nasty bug that can prevent your log pointer from moving forward on linear logs. Since you mention cleaning the logs I am assuming you are using linear logs. Mike Murphy Sr. Middleware Consultant MQ Solutions, LLC http://www.mqsolutions.com "Chan, Ian M" <[EMAIL PROTECTED]> wrote: Date Recieved: 11/25/2002 05:31:29 PM To: [EMAIL PROTECTED] cc: Bcc Subject: amqiclen Hi Listers, I got the amq6004 problem in the SUN box this morning which caused the queue manager cannot be brought up. This is the second time it happened on that box this year and thanks for those who showed me the amqiclen command recently on the list. This time I don't have to issue ipcs and ipcrm commands to fix it. The amqiclen is great with just one command to do all the things and on a particular queue manager. On the other hand, I still don't have any idea why this happen. At midnight, there is a script running to do a cleanlog/shutdown/backup and then restart. Everything looks alright except when executing the strmqm. Anyone got any idea what causes this? The OS is SUN 5.6 and MQ 5.2 with CSD4. There is no FDC or other errors at all. Cheers, Ian Instructions for managing your mailing list 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: amqiclen
We have a similar arrangement except we stop at -i step. Actually in the case happened this time, all the processes are ended and the shutdown took 1min 6 sec to complete. The queue manager was then brought up 15 minutes later by the script but failed with amq6004. When I got paged, I grep the mq process but there was none. Then I strmqm but failed with same error again so I just did the amqiclen without doing any ipcs command. I think I have to check the details of CSD5. Thanks for reminding me. Cheers, Ian -Original Message-From: Michael F Murphy/AZ/US/MQSolutions [mailto:[EMAIL PROTECTED]]Sent: Tuesday, 26 November 2002 3:38 PMTo: [EMAIL PROTECTED]Subject: Re: amqiclenThe first thing that comes to mind is your queue manager is not completely shutdown and then you try to start a half shut down queue manager. This can happen if your script is not smart enough to deal with a slow or failed shutdown. Misbehaving apps or apps not designed to properly recognize the queue manager is shutting down and aggravate this situation. If you are just issuing "endmqm QmgrName" than you are quiescing it. This can take from 1 minute to 100 years or so to shut down the queue manager. It depends on how good the apps are, but I usually use endmqm -i to make sure it shuts down. Even then, you can have problems. A good process for a shutdown and restart includes these steps: 1. Shut down the apps first if they are not designed to deal with a quiescing queue manager. Most are not 2. endmqm -i (run in background) then wait a few minutes 3. Check the queue manager processes to see if they have ended. 4. If not ended, endmqm -p (in the background) then wait a few minutes 5. Check the queue manager processes again. 6. If the queue manager still hasn't shut down start killing processes. This is detailed in the system admin manual. Read this because you should kill the processes in the correct order. 7. Clean up IPCS if needed. Only do this if all queue managers are shut down though. Carefully. If you use this as a guideline before performing your other steps and restarting, you'll probably eliminate your problem. Just an observation, you should upgrade to CSD 5 because 4 has a nasty bug that can prevent your log pointer from moving forward on linear logs. Since you mention cleaning the logs I am assuming you are using linear logs.Mike MurphySr. Middleware ConsultantMQ Solutions, LLChttp://www.mqsolutions.com"Chan, Ian M" <[EMAIL PROTECTED]> wrote: Date Recieved: 11/25/2002 05:31:29 PM To: [EMAIL PROTECTED] cc: Bcc Subject: amqiclenHi Listers,I got the amq6004 problem in the SUN box this morning which caused the queuemanager cannot be brought up. This is the second time it happened on thatbox this year and thanks for those who showed me the amqiclen commandrecently on the list. This time I don't have to issue ipcs and ipcrmcommands to fix it. The amqiclen is great with just one command to do allthe things and on a particular queue manager.On the other hand, I still don't have any idea why this happen. Atmidnight, there is a script running to do a cleanlog/shutdown/backup andthen restart. Everything looks alright except when executing the strmqm.Anyone got any idea what causes this? The OS is SUN 5.6 and MQ 5.2 withCSD4. There is no FDC or other errors at all.Cheers,IanInstructions 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
Data conversion on OS/390 using MQSeries - MQPMO_CONVERT
Is it correct to state that MQSeries 2.1 supports message conversion ( codepage conversion) on the MQGET i.e. supports MQPMO_CONVERT. I was under the impression that it did not or perhaps previous versions did not. Cheers! Kevin Kevin Tobin Senior IT Specialist IBM WebSphere Services Asia Pacific Level 9, 601 Pacific Hwy, St Leonards, Sydney NSW 2000 Phone: +61 2 947-88249 Fax: +61 2 947-88467 Mobile 0421-052-812 - International : +61 421-052-812 e-Mail: [EMAIL PROTECTED]
Re: Sizing a Sun Server for MQ
A "Sun Blade" is a workstation so that is the first concern. These also come in various sizes, number of CPU, memory and so forth so this is really not enough information. You have to consider all the resources and application design to size your server. You 300,000 per hour is really nothing to an enterprise server, but may be too much for your workstation. Here are some observations about your post and my comments: 1) You are using a SAN. This is fast so I/O should be pretty good. A SAN should buffer the data and write later so your app and queue manager can go about their business. 2) Non-persistent messages are written to memory, not to a file. However, there is a limit to this buffer and then it writes to disk. If your receiving app gets the message at the same time it is put, it actually never even hits the queue, it is just a hand-off. The troubling part is you mention larger messages going in the same direction as the reply. The larger messages can fill up the queue buffer faster and cause disk I/O sooner. 3) Is there any distributed queuing? It almost sounds like you are connecting to another queue manger but that is not mentioned. If this is so, you also have to consider network bottlenecks that can cause queue build-up. Also if the large message go across the same channel as your replies, you will slow down the reply messages. Consider a separate channel for large messages and replies so a large message does not hold up a small reply. Of course you don't mention size. If large to you is 500 bytes, don't worry about this. 4) How much of the machine will the applications use up? Memory, CPU time, disk space, disk I/O? If you push the machine too far you can cause it to crawl. Be careful about this. Overall, the machine can probably handle it. The question is how well will it perform. I mean I could probably do this on my laptop, but it will be running pretty slowly. I do know of NT machines with two 400 mhz processors handling such a workload and they do fine. But they could do better. It depends on how important the application is to you. Mike Murphy Sr. Middleware Consultant MQ Solutions, LLC http://www.mqsolutions.com Wesley Shaw <[EMAIL PROTECTED]> wrote: Date Recieved: 11/25/2002 11:45:30 AM To: [EMAIL PROTECTED] cc: Bcc Subject: Sizing a Sun Server for MQ We have an application which at times will be processing lots of messages in a short period of time. Somewhere around 100,000 request per hour, followed by the same reply message amounts. Then another 100,000 of larger messages flowing in the same direction of the reply. So a total of 300,000 per hour. None are persistent. In sizing a server, could a Sun Blade keep up with this volume ? Especially with the disk being located on a Storage area network. Instructions for managing your mailing list 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: amqiclen
The first thing that comes to mind is your queue manager is not completely shutdown and then you try to start a half shut down queue manager. This can happen if your script is not smart enough to deal with a slow or failed shutdown. Misbehaving apps or apps not designed to properly recognize the queue manager is shutting down and aggravate this situation. If you are just issuing "endmqm QmgrName" than you are quiescing it. This can take from 1 minute to 100 years or so to shut down the queue manager. It depends on how good the apps are, but I usually use endmqm -i to make sure it shuts down. Even then, you can have problems. A good process for a shutdown and restart includes these steps: 1. Shut down the apps first if they are not designed to deal with a quiescing queue manager. Most are not 2. endmqm -i (run in background) then wait a few minutes 3. Check the queue manager processes to see if they have ended. 4. If not ended, endmqm -p (in the background) then wait a few minutes 5. Check the queue manager processes again. 6. If the queue manager still hasn't shut down start killing processes. This is detailed in the system admin manual. Read this because you should kill the processes in the correct order. 7. Clean up IPCS if needed. Only do this if all queue managers are shut down though. Carefully. If you use this as a guideline before performing your other steps and restarting, you'll probably eliminate your problem. Just an observation, you should upgrade to CSD 5 because 4 has a nasty bug that can prevent your log pointer from moving forward on linear logs. Since you mention cleaning the logs I am assuming you are using linear logs. Mike Murphy Sr. Middleware Consultant MQ Solutions, LLC http://www.mqsolutions.com "Chan, Ian M" <[EMAIL PROTECTED]> wrote: Date Recieved: 11/25/2002 05:31:29 PM To: [EMAIL PROTECTED] cc: Bcc Subject: amqiclen Hi Listers, I got the amq6004 problem in the SUN box this morning which caused the queue manager cannot be brought up. This is the second time it happened on that box this year and thanks for those who showed me the amqiclen command recently on the list. This time I don't have to issue ipcs and ipcrm commands to fix it. The amqiclen is great with just one command to do all the things and on a particular queue manager. On the other hand, I still don't have any idea why this happen. At midnight, there is a script running to do a cleanlog/shutdown/backup and then restart. Everything looks alright except when executing the strmqm. Anyone got any idea what causes this? The OS is SUN 5.6 and MQ 5.2 with CSD4. There is no FDC or other errors at all. Cheers, Ian Instructions for managing your mailing list 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: amqiclen
It's a normal shutdown (i.e. the default control shutdown). Actually the shutdown worked without problem. I can see the queue manager ended messsage in the message log. Ian -Original Message- From: Malamud, Mikhail [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 26 November 2002 1:12 PM To: 'Chan, Ian M '; '[EMAIL PROTECTED] ' Subject: RE: amqiclen What options do you use for endmqm command? -Original Message- From: Chan, Ian M To: [EMAIL PROTECTED] Sent: 11/25/2002 7:31 PM Subject: amqiclen Hi Listers, I got the amq6004 problem in the SUN box this morning which caused the queue manager cannot be brought up. This is the second time it happened on that box this year and thanks for those who showed me the amqiclen command recently on the list. This time I don't have to issue ipcs and ipcrm commands to fix it. The amqiclen is great with just one command to do all the things and on a particular queue manager. On the other hand, I still don't have any idea why this happen. At midnight, there is a script running to do a cleanlog/shutdown/backup and then restart. Everything looks alright except when executing the strmqm. Anyone got any idea what causes this? The OS is SUN 5.6 and MQ 5.2 with CSD4. There is no FDC or other errors at all. Cheers, Ian Instructions for managing your mailing list 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: amqiclen
What options do you use for endmqm command? -Original Message- From: Chan, Ian M To: [EMAIL PROTECTED] Sent: 11/25/2002 7:31 PM Subject: amqiclen Hi Listers, I got the amq6004 problem in the SUN box this morning which caused the queue manager cannot be brought up. This is the second time it happened on that box this year and thanks for those who showed me the amqiclen command recently on the list. This time I don't have to issue ipcs and ipcrm commands to fix it. The amqiclen is great with just one command to do all the things and on a particular queue manager. On the other hand, I still don't have any idea why this happen. At midnight, there is a script running to do a cleanlog/shutdown/backup and then restart. Everything looks alright except when executing the strmqm. Anyone got any idea what causes this? The OS is SUN 5.6 and MQ 5.2 with CSD4. There is no FDC or other errors at all. Cheers, Ian Instructions for managing your mailing list 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
Security exit
Hi, I'm trying to figure out how to write channel security exit for OS390 and OS400 to perform some basic security check to prevent unauthorised qmgr from joining a MQ cluster. I will greatly appreciate it if anyone can tell me how the algorithm should be like or knows where to find such sample exit. Thanks regards Geok Hoon Warning : Privileged/confidential information may be contained in this message. If you are not the intended addressee, you must not copy, distribute or take any action in reliance thereon. Communication of any information in this email to any unauthorised person is an offence under the Official Secrets Act (Cap 213). If you receive this message in error, please notify the sender immediately and delete the same. Visit the eCitizen Housing Town at Http://www.ecitizen.gov.sg/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Status Codes
Someone also put some useful MQ documents in Palm format including that channel status below, reason code, etc. If you have a Palm, it's quite handy and worth for download. See http://www.qvadis.com/exlibris/library-computers.html ** I've never verified the correctness but the reason code I've lookup so far are correct. Cheers, Ian -Original Message- From: Malamud, Mikhail [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 26 November 2002 9:57 AM To: [EMAIL PROTECTED] Subject: Re: Channel Status Codes Bob - these codes and codes for channel types can be found in java pcf support pack manual. I was just looking them up myself couple days ago. Those codes are actually supported by qpasa, so you can use them for event monitoring definitions. Mikhail. http://www-3.ibm.com/software/ts/mqseries/txppacs/ms0b.html -Original Message- From: Robert Broderick To: [EMAIL PROTECTED] Sent: 11/25/2002 4:15 PM Subject: Re: Channel Status Codes Thatnk John. What manual did you find them in? bobbee >From: John Scott <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Channel Status Codes >Date: Mon, 25 Nov 2002 19:04:53 - > >My list gives me: > >0 INACTIVE >1 BINDING >2 STARTING >3 RUNNING >4 STOPPING >5 RETRYING >6 STOPPED >7 REQUESTING >8 PAUSED >13 INITIALISING > >HTH >John. > >-Original Message- >From: Robert Broderick [mailto:[EMAIL PROTECTED]] >Sent: 25 November 2002 18:56 >To: [EMAIL PROTECTED] >Subject: Channel Status Codes > > >I have lost hem again!! > >I need the actual codes for the Channel Status (ie 1,2,3,4,5,6) and their >meaning. I looked in the Admin, Tele and Pgmrs Ref. I am either missing it >or IBM pulled them out. I get the "inactive, binding, running' stuff but >not >the codes for the English. I'm trying to set up QPASA Events. I had them >once befor and though I saved the doc on my LAP but alas > > > > > >_ >Add photos to your e-mail with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > >Instructions for managing your mailing list subscription are provided in >the >Listserv General Users Guide available at http://www.lsoft.com >Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > >** > >Click here to visit the Argos home page http://www.argos.co.uk > >The information contained in this message or any of its attachments may be >privileged and confidential, and is intended exclusively for the addressee. >The views expressed may not be official policy, but the personal views of >the originator. >If you are not the intended addressee, any disclosure, reproduction, >distribution, dissemination or use of this communication is not authorised. >If you have received this message in error, please advise the sender by >using your reply facility in youe e-mail software. >All messages sent and received by Argos Ltd are monitored for virus, high >risk file extensions, and inappropriate content. As a result users should >be aware that mail maybe accessed. > >** > >Instructions for managing your mailing list subscription are provided in >the Listserv General Users Guide available at http://www.lsoft.com >Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Triggering when CKTI comes up
I think it also depends on the trigger interval. Once the CKTI is up and running, the trigger message will be generated within the trigger interval period. Ian -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 26 November 2002 8:02 AM To: [EMAIL PROTECTED] Subject: Re: Triggering when CKTI comes up One of the times that the QM checks to see if a trigger message should be generated is when the INIT queue IPROCS count goes from 0 to 1. I would think that when CKT1 is brought up, it opens the INIT queue, and if no other app had the init queue open, the IPROCS would then go from 0 to 1. The queue manager would check to see if any queues meet trigger criteria, and would see that your triggered on first queue had more than zero messages on it, and would thus trigger. I tested this behaviour on distributed and it does exactly that. Don't know if CICS would be different. The triggering manual doesn't say so. http://publibfp.boulder.ibm.com/epubs/html/csqzal06/csqzal06tfrm.htm Chapter 14, Section 13.D Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: MCSHEFFREY, MICHELLE (AIT) [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:38 PM To: [EMAIL PROTECTED] Subject: Triggering when CKTI comes up If there are messages on a queue that is set to trigger a CICS transaction on FIRST, and the CICS region is down, will a trigger message be generated when the CICS region and CKTI trigger monitor first come up? I thought yes, but IBM support just told me no. I don't want to spend a lot of time looking at the wrong problem (we're getting a trigger when CICS comes up in production but not in test), so please someone tell me which is correct. Thanks. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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: Sizing a Sun Server for MQ
The messages themselves may not be persistent but I'm guessing that the receiving application does something with all that data, thus whilst MQ may be able to manage them in memory there will still be a significant I/O requirement by the app. Regards Tim A "Malamud, Mikhail" To: [EMAIL PROTECTED] Subject: Re: Sizing a Sun Server for MQ Sent by: MQSeries List 26/11/2002 10:29 Please respond to MQSeries List There will be impact quite sigificant impact on io. Since messages are stored on a filesystem even when they are non persistent. Also, for contingency planning, you should assume that the pick up application is not going to be available for a few hours. Also, consider custom DLQ handler, monitoring procedures and clustering. This is quite some traffic. Mikhail -Original Message- From: Rick Tsujimoto To: [EMAIL PROTECTED] Sent: 11/25/2002 2:04 PM Subject: Re: Sizing a Sun Server for MQ If the messages are non-persistent, then the impact on disk I/O should be minimum. Non-persistent messages are kept in buffers and only go to real disk when buffer space is exhausted. As long as the applications pull the messages at a good clip, the over-flow to real disk should be a small risk. Wesley Shaw cc: Sent by: Subject: Sizing a Sun Server for MQ MQSeries List 11/25/2002 01:45 PM Please respond to MQSeries List We have an application which at times will be processing lots of messages in a short period of time. Somewhere around 100,000 request per hour, followed by the same reply message amounts. Then another 100,000 of larger messages flowing in the same direction of the reply. So a total of 300,000 per hour. None are persistent. In sizing a server, could a Sun Blade keep up with this volume ? Especially with the disk being located on a Storage area network. Instructions for managing your mailing list 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
amqiclen
Hi Listers, I got the amq6004 problem in the SUN box this morning which caused the queue manager cannot be brought up. This is the second time it happened on that box this year and thanks for those who showed me the amqiclen command recently on the list. This time I don't have to issue ipcs and ipcrm commands to fix it. The amqiclen is great with just one command to do all the things and on a particular queue manager. On the other hand, I still don't have any idea why this happen. At midnight, there is a script running to do a cleanlog/shutdown/backup and then restart. Everything looks alright except when executing the strmqm. Anyone got any idea what causes this? The OS is SUN 5.6 and MQ 5.2 with CSD4. There is no FDC or other errors at all. Cheers, Ian Instructions for managing your mailing list 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: Priority
Simple way to look at it. MQ provides services to CICS so if CICS is running at a higher priority then it keep pre-empting its service provider. Regards Tim A "Mauro, Samuel" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] EXTRON.COM> cc: Sent by: MQSeries List Subject: Re: Priority <[EMAIL PROTECTED] > 23/11/2002 03:11 Please respond to MQSeries List If the MQ regions and CICS regions are 'talking' to each other, I always run them in the same service class(es). (ONLPRD for Production, etc.) Thanks. Sam. Sam Mauro Bell Helicopter Textron Voice (817) 280-3215 Fax(817) 278-3215 Pager (817) 227-4063 -Original Message- From: Williams, Dave (Systems Management) [mailto:[EMAIL PROTECTED]] Sent: Friday, November 22, 2002 9:43 AM To: [EMAIL PROTECTED] Subject: Priority Folks? At what priority do you run your OS/390 MQ compared to your CICS regions? I'm not at all sure it's important, but wanted to poll the list to see what you're coding. Thanks! Dave W. Instructions for managing your mailing list 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: Am I asking too much to MQ?!?! (PROTOm@il:200211221113 CENTROSIM) <-- Attachment History Removed
I agree with the blocking concept. However for your current problem if you are using circular logging you are probably running out of log file space so I'd suggest you increase the number of log files you are using. The other parameter you may encounter trouble with is MAXUMSGS i.e. the number of maxmimum number of uncommitted messages. Regards Tim A Randy J Clark cc: Sent by: MQSeriesSubject: Re: Am I asking too much to MQ?!?! (PROTOm@il:200211221113 List CENTROSIM) <-- Attachment History Removed 23/11/2002 06:05 Please respond to MQSeries List I know this is an obvious suggestion but I did not see anyone make it this time. Why not block the records into say a 32k block for a nice easy round number... when you send each 380 byte record they each get their own 324 byte MQMD. we block everything now when sending groups of messages or files the performance improvements are dramatic especially when each record is so small - we were sending 30 bytes messages and each one got a 324 MQMD - kinda ridiculous huh. Alessandro Caffarra <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 11/22/2002 06:21:14 AM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Am I asking too much to MQ?!?!(PROTOm@il:200211221113 CENTROSIM) As many of know, I am sending a file from a Win2K MQ to a MVS-based MQ. For some file integrity reason I am sending all records within the same SYNCPOINT: if all records are gone (I.E. my app reached the EOF without any bad retcode from MQ), I will issue a MQCMIT once. Today the input file is about 6000 rks, about 380 byte each, and MQ return a retcode 2 with reason 2003, after 4754 rks. Am I asking too much?! Instructions for managing your mailing list 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: Mistery: 2043 - MQRC-OBJECT-TYPE-ERROR
Srivathsa. Thank you for your reply, but I am afraid this is not the right track: as I said, everything works if I do not specify a message length in the Get. Unless I learn that the addition of this parameter leads to another queue being opened (which seems to be the case but I cannot understand why and which queue) I cannot apply the text that explain the 2043 reason code. Heinz Srivathsa T.V. wrote: I am no COM expert, but looking into the MQ Series information centre this is what is mentioned This error occurs while doing an MQOPEN without specifying an object type. 2043 - MQRC_OBJECT_TYPE_ERROR On the MQOPEN or MQPUT1 call, the ObjectType field in the object descriptor MQOD specifies a value that is not valid. For the MQPUT1 call, the object type must be MQOT_Q. Corrective action: Specify a valid object type. Is your overloaded function (Get) doing a MQOPEN again ? If so what is the value of object type it is using. Check if it is set to the default values OR manually set the ObjectType to MQOT_Q (as used in 'C'). Check the C++ manuals to know the default value for "ObjectType". Hope this helps Regards, Srivathsa -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Heinz Klein Sent: Sunday, November 24, 2002 1:38 AM To: [EMAIL PROTECTED] Subject: Mistery: 2043 - MQRC-OBJECT-TYPE-ERROR Hello Listers. Can someone help me figure out what is happening? The problem: we built a COM+ component using the MQ COM interface. I can Get (after PUTting) messages from queues without problems, as long as I code the Get method as: Queue->Get(MsgObj, GMOObj); When I try to use the maximum message length as third parameter in the Get: Queue->Get(MsgObj, GMOObj, Length); I get 2043 - MQRC_OBJECT_TYPE_ERROR. It seems that just because I added this parameter the Get method tries to open a 'new' queue or whatever. I cannot figure out what this error code is really trying to tell me... Thanks in advance for your help. Heinz Klein OLTP Tecnologia & Solucoes Ltda. Sao Paulo/SP - Brasil Instructions for managing your mailing list 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: Sizing a Sun Server for MQ
There will be impact quite sigificant impact on io. Since messages are stored on a filesystem even when they are non persistent. Also, for contingency planning, you should assume that the pick up application is not going to be available for a few hours. Also, consider custom DLQ handler, monitoring procedures and clustering. This is quite some traffic. Mikhail -Original Message- From: Rick Tsujimoto To: [EMAIL PROTECTED] Sent: 11/25/2002 2:04 PM Subject: Re: Sizing a Sun Server for MQ If the messages are non-persistent, then the impact on disk I/O should be minimum. Non-persistent messages are kept in buffers and only go to real disk when buffer space is exhausted. As long as the applications pull the messages at a good clip, the over-flow to real disk should be a small risk. Wesley Shaw cc: Sent by: Subject: Sizing a Sun Server for MQ MQSeries List 11/25/2002 01:45 PM Please respond to MQSeries List We have an application which at times will be processing lots of messages in a short period of time. Somewhere around 100,000 request per hour, followed by the same reply message amounts. Then another 100,000 of larger messages flowing in the same direction of the reply. So a total of 300,000 per hour. None are persistent. In sizing a server, could a Sun Blade keep up with this volume ? Especially with the disk being located on a Storage area network. Instructions for managing your mailing list 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: Multi CPU box for MQSI
As far as I know you cant set processor affinity under NT however you can set priorities for processes and tasks. You may want to try setting you MQ processes with a higher priority than MQSI(WMQI). After all it is WMQ that is servicing WMQI and as such you want it receiving priority. Regards Tim A "Potkay, Peter M (PLC, IT)" To: [EMAIL PROTECTED] Subject: Re: Multi CPU box for MQSI Sent by: MQSeries List 26/11/2002 01:26 Please respond to MQSeries List When MQSI is doing its thing and is real busy with heavy volume going thru an ESQL heavy compute node, the MCAs on the box get left with no resources. As a result we see XMIT queues to this box temporarily back up as the sending MCAs can't talk to the receivers, because the receivers have no available CPU. On a 2 CPU box, I would like to say, CPU#1 is only for MQSI, and #2 is for the QM and its MCAs. But maybe if there were 2 or 4 CPUs all going at the same time, the issue would not crop up anyway. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Bruce Olsen [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: Multi CPU box for MQSI Maybe I don't see your point, but doesn't that negate the benefits of Symmetrical Multi-Processing? Don't do for the operating system what the operating system will do for you. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Sunday, November 24, 2002 20.26 To: [EMAIL PROTECTED] Subject: Multi CPU box for MQSI If you had your MQSI flows running on a server that had multiple CPUs, is there away to assign Execution groups X, Y and Z to CPU #1, Execution group A to CPU #2 and the remainder of the execution groups to CPU #3? If there was a fourth CPU, would there be a way to say that all the regular QM processes ( MCAs, etc.) should use just this CPU? And the RAM would be equally shared by all regardless, correct? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
Thank for all your responses. The process def was in error. Thank You >>> [EMAIL PROTECTED] 11/25/02 02:42PM >>> Mark, I assume that it's not something as simple as remembering to turn on the triggering? We're running V5.2, but I don't think that should make a difference on this. On our initiated channels, the process definition says "CSQX START". Where did the QX52 come from? Or was it a typo? -- Rebecca Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -Original Message- From: Mark Steely [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:26 PM To: [EMAIL PROTECTED] Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. 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: Dead Letter Queue handler
We have MA10 pac and it only allows you to delete the messages. We would like to re-load the messages. Any help would be appreciated. Thank You >>> [EMAIL PROTECTED] 11/25/02 03:45PM >>> If you down load and install supportpac MA10 for ISPF, it comes with deadletter queue option. try this site : http://www-3.ibm.com/software/ts/mqseries/txppacs/ma10.html --- Mark Steely <[EMAIL PROTECTED]> wrote: > We are OS/390 v2.8 and MQ Series V2.1. Does any one > have a dead letter > queue handler program for V2.1? How do other site's > reload the dead > letter queue for V2.1? > > 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 __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Status Codes
Bob - these codes and codes for channel types can be found in java pcf support pack manual. I was just looking them up myself couple days ago. Those codes are actually supported by qpasa, so you can use them for event monitoring definitions. Mikhail. http://www-3.ibm.com/software/ts/mqseries/txppacs/ms0b.html -Original Message- From: Robert Broderick To: [EMAIL PROTECTED] Sent: 11/25/2002 4:15 PM Subject: Re: Channel Status Codes Thatnk John. What manual did you find them in? bobbee >From: John Scott <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: Channel Status Codes >Date: Mon, 25 Nov 2002 19:04:53 - > >My list gives me: > >0 INACTIVE >1 BINDING >2 STARTING >3 RUNNING >4 STOPPING >5 RETRYING >6 STOPPED >7 REQUESTING >8 PAUSED >13 INITIALISING > >HTH >John. > >-Original Message- >From: Robert Broderick [mailto:[EMAIL PROTECTED]] >Sent: 25 November 2002 18:56 >To: [EMAIL PROTECTED] >Subject: Channel Status Codes > > >I have lost hem again!! > >I need the actual codes for the Channel Status (ie 1,2,3,4,5,6) and their >meaning. I looked in the Admin, Tele and Pgmrs Ref. I am either missing it >or IBM pulled them out. I get the "inactive, binding, running' stuff but >not >the codes for the English. I'm trying to set up QPASA Events. I had them >once befor and though I saved the doc on my LAP but alas > > > > > >_ >Add photos to your e-mail with MSN 8. Get 2 months FREE*. >http://join.msn.com/?page=features/featuredemail > >Instructions for managing your mailing list subscription are provided in >the >Listserv General Users Guide available at http://www.lsoft.com >Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > >** > >Click here to visit the Argos home page http://www.argos.co.uk > >The information contained in this message or any of its attachments may be >privileged and confidential, and is intended exclusively for the addressee. >The views expressed may not be official policy, but the personal views of >the originator. >If you are not the intended addressee, any disclosure, reproduction, >distribution, dissemination or use of this communication is not authorised. >If you have received this message in error, please advise the sender by >using your reply facility in youe e-mail software. >All messages sent and received by Argos Ltd are monitored for virus, high >risk file extensions, and inappropriate content. As a result users should >be aware that mail maybe accessed. > >** > >Instructions for managing your mailing list subscription are provided in >the Listserv General Users Guide available at http://www.lsoft.com >Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
CSQX (space) START Fred Oddo Securities Industry Automation Corporation CICS / MQ Systems Programmer (212) 383 4087 Mark Steely cc: Sent by: Subject: Re: Channel Initiation on OS/390. MQSeries List 11/25/2002 04:32 PM Please respond to MQSeries List It that CSQX with a space then START or all 1 word? Is there anything that I need to do to get CSQXSTART setup? I can't find this in my manuals. Thank You >>> [EMAIL PROTECTED] 11/25/02 02:42PM >>> Mark, I assume that it's not something as simple as remembering to turn on the triggering? We're running V5.2, but I don't think that should make a difference on this. On our initiated channels, the process definition says "CSQX START". Where did the QX52 come from? Or was it a typo? -- Rebecca Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -Original Message- From: Mark Steely [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:26 PM To: [EMAIL PROTECTED] Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. 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 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
Mark, it is CSQX START (with a blank). For reference to documentation, please take a look at the MQSeries Command Reference http://www-3.ibm.com/software/ts/mqseries/library/manualsa/csqzaj/csqzaj0y.htm and scroll down to the description of the APPLICID parameter. Hope that helps, Stefan From: Mark Steely <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Channel Initiation on OS/390. Date: Mon, 25 Nov 2002 15:32:58 -0600 It that CSQX with a space then START or all 1 word? Is there anything that I need to do to get CSQXSTART setup? I can't find this in my manuals. Thank You >>> [EMAIL PROTECTED] 11/25/02 02:42PM >>> Mark, I assume that it's not something as simple as remembering to turn on the triggering? We're running V5.2, but I don't think that should make a difference on this. On our initiated channels, the process definition says "CSQX START". Where did the QX52 come from? Or was it a typo? -- Rebecca Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -Original Message- From: Mark Steely [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:26 PM To: [EMAIL PROTECTED] Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. 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 _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Webshere Integrator V2.1 - how do I tell what database a broker is attached to...
1) We are running V2.1 broker on Solaris8. How do I tell what database a broker is attached to and what the database userid was set to AFTER an mqsicreatebroker has been done? 2) Is the database that is accessed in a compute the same database that is set in the mqsicreatebroker command -n setting? Thanks, Dennis Bryngelson Phone: (763) 765-4224 Fax: (763) 765-3820 mailto:[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
Re: Triggering when CKTI comes up
You will get a trigger if qdepth > 0 and iprocs = 0. It's fairly a common test scenario that someone (an application) has the queue open for browsing. That confuses the qmgr into thinking the queue is being processed and therefore a trigger is not needed. > -Original Message- > From: MCSHEFFREY, MICHELLE (AIT) [SMTP:[EMAIL PROTECTED]] > Sent: Monday, November 25, 2002 12:38 PM > To: [EMAIL PROTECTED] > Subject: Triggering when CKTI comes up > > If there are messages on a queue that is set to trigger a CICS transaction > on FIRST, and the CICS region is down, will a trigger message be generated > when the CICS region and CKTI trigger monitor first come up? I thought > yes, > but IBM support just told me no. I don't want to spend a lot of time > looking at the wrong problem (we're getting a trigger when CICS comes up > in > production but not in test), so please someone tell me which is correct. > > Thanks. > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Status Codes
Bobbeee, take a look at the include file cmqcfc.h: /* Channel Status */ #define MQCHS_INACTIVE 0L #define MQCHS_BINDING 1L #define MQCHS_STARTING 2L #define MQCHS_RUNNING 3L #define MQCHS_STOPPING 4L #define MQCHS_RETRYING 5L #define MQCHS_STOPPED 6L #define MQCHS_REQUESTING 7L #define MQCHS_PAUSED 8L #define MQCHS_INITIALIZING 13L Is that what you are looking for? Stefan From: Robert Broderick <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Channel Status Codes Date: Mon, 25 Nov 2002 13:55:49 -0500 I have lost hem again!! I need the actual codes for the Channel Status (ie 1,2,3,4,5,6) and their meaning. I looked in the Admin, Tele and Pgmrs Ref. I am either missing it or IBM pulled them out. I get the "inactive, binding, running' stuff but not the codes for the English. I'm trying to set up QPASA Events. I had them once befor and though I saved the doc on my LAP but alas _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
The person setting this up was copying an old definition that never worked. >>> [EMAIL PROTECTED] 11/25/02 02:30PM >>> Was that a typo for the APPLICID ? Ours have: Application ID : CSQX START. The command Ref manulal says that's what it should be for distributed queueing without CICS. Richard. Mark Steely <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 26/11/2002 09:25:39 Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon - The contents of this e-mail are confidential. If you have received this communication by mistake, please advise the sender immediately and delete the message and any attachments. The views expressed in this e-mail are not necessarily the views of Westpac Banking Corporation. Westpac Banking Corporation is incorporated in New South Wales, Australia. - Instructions for managing your mailing list 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: Dead Letter Queue handler
If you down load and install supportpac MA10 for ISPF, it comes with deadletter queue option. try this site : http://www-3.ibm.com/software/ts/mqseries/txppacs/ma10.html --- Mark Steely <[EMAIL PROTECTED]> wrote: > We are OS/390 v2.8 and MQ Series V2.1. Does any one > have a dead letter > queue handler program for V2.1? How do other site's > reload the dead > letter queue for V2.1? > > 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 __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
Is there a display command I can use to determine the applid I need to use? >>> [EMAIL PROTECTED] 11/25/02 02:37PM >>> Two things - the process definition must have the channel name in the USERDATA field second - I'm not totally sure the applid is QX52 if you are on MQ 2.1, unless you are being pro-active and just renamed the old CSQX module (thats the applid we point to for 2.1). Peter From: Mark Steely <[EMAIL PROTECTED]> on 11/25/2002 03:25 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
It that CSQX with a space then START or all 1 word? Is there anything that I need to do to get CSQXSTART setup? I can't find this in my manuals. Thank You >>> [EMAIL PROTECTED] 11/25/02 02:42PM >>> Mark, I assume that it's not something as simple as remembering to turn on the triggering? We're running V5.2, but I don't think that should make a difference on this. On our initiated channels, the process definition says "CSQX START". Where did the QX52 come from? Or was it a typo? -- Rebecca Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -Original Message- From: Mark Steely [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:26 PM To: [EMAIL PROTECTED] Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. 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: channel security exit
Thanks Steve and Peter. I used the strcpy and bang! it worked. Tomorrow, I start playing with the code to see what I can control (secure). _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 "GIES, STEVE" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] M> cc: Sent by: MQSeriesSubject: Re: [MQSERIES] channel security exit List 11/25/2002 02:52 PM Please respond to MQSeries List Richard Try using this code instead: strcpy(mqcd.MCAUserIdentifier, "mqm"); - Steve Gies -Original Message- From: Richard Killian [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 11:23 AM To: [EMAIL PROTECTED] Subject: channel security exit I have another question related to security. I am creating my first Channel Security Exit on AIX. I don't know 'C' and have had one of our programmers get me through this far. I have read the channel exit chapters in MQSeries Intercommunication so many times that now my brain goes numb as soon as I look at it. What I am trying to do is to use the exit to modify a SVRCONN Channel's MCA User Id based on who or what is accessing the channel. (this might or might not be a good idea) My understanding from the manual is that the security exit can set the MCA User Id; however, I am not getting past the compile. code: mqcd.MCAUserIdentifier = "mqm"; compile error:"mqsecexit.c", line 26.1: 1506-025 (S) Operand must be a modifiable lvalue. Any ideas?? _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Instructions for managing your mailing list 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: Triggering when CKTI comes up
Unless IBM changed things and I may be mistaken, I have been away from OS390 for a year and a half so the finer details are getting fuzzy. When you restart a CICS Trigger Monitor the triggers get fired again. Anybody else bobbee From: "MCSHEFFREY, MICHELLE (AIT)" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Triggering when CKTI comes up Date: Mon, 25 Nov 2002 15:37:42 -0500 If there are messages on a queue that is set to trigger a CICS transaction on FIRST, and the CICS region is down, will a trigger message be generated when the CICS region and CKTI trigger monitor first come up? I thought yes, but IBM support just told me no. I don't want to spend a lot of time looking at the wrong problem (we're getting a trigger when CICS comes up in production but not in test), so please someone tell me which is correct. Thanks. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Triggering when CKTI comes up
One of the prerequisites for trigging is that a trigger monitor must have the initiation queue open for input. This is likely the reason. -Original Message- From: MCSHEFFREY, MICHELLE (AIT) [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 12:38 PM To: [EMAIL PROTECTED] Subject: Triggering when CKTI comes up If there are messages on a queue that is set to trigger a CICS transaction on FIRST, and the CICS region is down, will a trigger message be generated when the CICS region and CKTI trigger monitor first come up? I thought yes, but IBM support just told me no. I don't want to spend a lot of time looking at the wrong problem (we're getting a trigger when CICS comes up in production but not in test), so please someone tell me which is correct. Thanks. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Status Codes
Thatnk John. What manual did you find them in? bobbee From: John Scott <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Channel Status Codes Date: Mon, 25 Nov 2002 19:04:53 - My list gives me: 0 INACTIVE 1 BINDING 2 STARTING 3 RUNNING 4 STOPPING 5 RETRYING 6 STOPPED 7 REQUESTING 8 PAUSED 13 INITIALISING HTH John. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: 25 November 2002 18:56 To: [EMAIL PROTECTED] Subject: Channel Status Codes I have lost hem again!! I need the actual codes for the Channel Status (ie 1,2,3,4,5,6) and their meaning. I looked in the Admin, Tele and Pgmrs Ref. I am either missing it or IBM pulled them out. I get the "inactive, binding, running' stuff but not the codes for the English. I'm trying to set up QPASA Events. I had them once befor and though I saved the doc on my LAP but alas _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: AMQ9420
Make sure you authorize yourself for the SYSTEM.CLUSTER.TRANSMIT.QUEUE for the cluster queue manager. This has bitten me a couple of times. Normally you would expect a 2035 back but I remember getting some weird error back and opening a PMR with IBM. The resolution was to set the authorities on that queue. Hope This Helps, Chris -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Monday, November 25, 2002 1:06 PM To: [EMAIL PROTECTED] Subject: AMQ9420 Got MQ V5.3 on NT and seem to be having some problems getting clustering to work properly. I joined an NT Qmgr to a cluster and if I do a "dis clusqmgr(*)" in any of the other AIX Qmgrs I can see the joined NT Qmgr but I can't see any of the shared queues. Nor can I PUT to the shared queues (of course). Also when I try to denote a queue as being shared, using the MQExplorer, there is no list of clusters in the drop down box??? Looking at the error log, I see an AMQ9420 message. Is this a known problem? Still waiting for the latest CSD. Thanx. BB. Bruce Barclay Cell: 613-794-8423 Instructions for managing your mailing list 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: Triggering when CKTI comes up
One of the times that the QM checks to see if a trigger message should be generated is when the INIT queue IPROCS count goes from 0 to 1. I would think that when CKT1 is brought up, it opens the INIT queue, and if no other app had the init queue open, the IPROCS would then go from 0 to 1. The queue manager would check to see if any queues meet trigger criteria, and would see that your triggered on first queue had more than zero messages on it, and would thus trigger. I tested this behaviour on distributed and it does exactly that. Don't know if CICS would be different. The triggering manual doesn't say so. http://publibfp.boulder.ibm.com/epubs/html/csqzal06/csqzal06tfrm.htm Chapter 14, Section 13.D Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: MCSHEFFREY, MICHELLE (AIT) [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:38 PM To: [EMAIL PROTECTED] Subject: Triggering when CKTI comes up If there are messages on a queue that is set to trigger a CICS transaction on FIRST, and the CICS region is down, will a trigger message be generated when the CICS region and CKTI trigger monitor first come up? I thought yes, but IBM support just told me no. I don't want to spend a lot of time looking at the wrong problem (we're getting a trigger when CICS comes up in production but not in test), so please someone tell me which is correct. Thanks. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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: Triggering when CKTI comes up
Yes it will. If you do not see it in test then look at your initq. Dave -Original Message- From: MCSHEFFREY, MICHELLE (AIT) [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:38 PM To: [EMAIL PROTECTED] Subject: Triggering when CKTI comes up If there are messages on a queue that is set to trigger a CICS transaction on FIRST, and the CICS region is down, will a trigger message be generated when the CICS region and CKTI trigger monitor first come up? I thought yes, but IBM support just told me no. I don't want to spend a lot of time looking at the wrong problem (we're getting a trigger when CICS comes up in production but not in test), so please someone tell me which is correct. Thanks. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: channel security exit
Peter, If you quote a literal with double quotes, the C compiler automatically null-terminates the string for you. Therefore, "mqm" results in a 4-character array of 'm', 'q', 'm', '\0'. The single-quotes denote a character constant which is a single character and not automatically null-terminated. You are right that it wanted a null-terminated string but wrong in that you can't assign strings directly in C so mqcd.MCAUserIdentifier = "mqm\0" would not work. The strcpy or strncpy are the C equivalent of string assignment. The strcpy copies until the first null whereas strncpy copies until the first null or first n characters and is safer. -- T.Rob -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:00 PM To: [EMAIL PROTECTED] Subject: Re: channel security exit I'm not an expert in C, and there is probably a better way of writing this, but this works for me (similar to your assignment statement): strncpy(od.ObjectName,queue,MQ_Q_NAME_LENGTH); where od is declared previously with: MQOD od = {MQOD_DEFAULT};/* Object Descriptor */ and queue is previously declared with: char queue[49]; /* Queue name*/ queue[49] = '\0'; and populated with: strncpy(queue,mparm->queue,48); where mparm->queue was set previously from the program's invocation parm, and MQ_Q_NAME_LENGTH was declared at the beginning with: #include "cmqc.h" I think (I could be way off base here) that it wants a null-terminated string...??? If I'm right (!!!) then you could also have said mqcd.MCAUserIdentifier = "mqm\0" (maybe!! - I'm no C expert). I use null-terminated strings because I use those variables in other string routines that need the null character at the end. Peter From: Richard Killian <[EMAIL PROTECTED]> on 11/25/2002 02:22 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: channel security exit I have another question related to security. I am creating my first Channel Security Exit on AIX. I don't know 'C' and have had one of our programmers get me through this far. I have read the channel exit chapters in MQSeries Intercommunication so many times that now my brain goes numb as soon as I look at it. What I am trying to do is to use the exit to modify a SVRCONN Channel's MCA User Id based on who or what is accessing the channel. (this might or might not be a good idea) My understanding from the manual is that the security exit can set the MCA User Id; however, I am not getting past the compile. code: mqcd.MCAUserIdentifier = "mqm"; compile error:"mqsecexit.c", line 26.1: 1506-025 (S) Operand must be a modifiable lvalue. Any ideas?? _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
You need to have the sender channel name in the USERDATA field of the process. Also, I believe the APPLICID parameter has to be CSQX START (not QX52, which I assume is your queue manager name). And the channel initiator has to be running, of course. -Original Message- From: Mark Steely [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 2:26 PM To: [EMAIL PROTECTED] Subject:Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list 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: MQe usage
Title: MQe usage Gary, We used MQe (version 1.26) to support a customer's need to support about 1000 field engineers who use laptop devices (some Win98 & some Win2K) to obtain information from an MQSeries enabled set of legacy applications. The key was designing the MQe topology, and the MQe/MQSeries interface that was efficient, but maintainable. There were subtle differences between how MQe worked on Win98 versus Win2K, especially on how MQe handled dropped connections. If you need more info, you can reach me at 585-454-4250. Thanks, Rob Crippen Leveraging Technology, Inc -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Cogburn, GarySent: Monday, November 18, 2002 11:30 AMTo: [EMAIL PROTECTED]Subject: MQe usage We are starting a project to roll MQe out to our 4690's to implement a trickle solution for our TLOG data. Has anyone used MQe in this fashion? If so, how is it working? What about just using MQe in the Windows 2000 environment? Any real gotchas out there? Gary Cogburn Food Lion, LLC [EMAIL PROTECTED] This electronic message may contain confidential or privileged information and is intended for the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify the sender immediately by using the e-mail address or by telephone (704-633-8250).
Re: channel security exit
char queue[49]; /* Queue name*/ queue[49] = '\0'; I think you really meant the following. queue[48] = '\0'; -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Heggie Sent: Monday, November 25, 2002 2:00 PM To: [EMAIL PROTECTED] Subject: Re: channel security exit I'm not an expert in C, and there is probably a better way of writing this, but this works for me (similar to your assignment statement): strncpy(od.ObjectName,queue,MQ_Q_NAME_LENGTH); where od is declared previously with: MQOD od = {MQOD_DEFAULT};/* Object Descriptor */ and queue is previously declared with: char queue[49]; /* Queue name*/ queue[49] = '\0'; and populated with: strncpy(queue,mparm->queue,48); where mparm->queue was set previously from the program's invocation parm, and MQ_Q_NAME_LENGTH was declared at the beginning with: #include "cmqc.h" I think (I could be way off base here) that it wants a null-terminated string...??? If I'm right (!!!) then you could also have said mqcd.MCAUserIdentifier = "mqm\0" (maybe!! - I'm no C expert). I use null-terminated strings because I use those variables in other string routines that need the null character at the end. Peter From: Richard Killian <[EMAIL PROTECTED]> on 11/25/2002 02:22 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: channel security exit I have another question related to security. I am creating my first Channel Security Exit on AIX. I don't know 'C' and have had one of our programmers get me through this far. I have read the channel exit chapters in MQSeries Intercommunication so many times that now my brain goes numb as soon as I look at it. What I am trying to do is to use the exit to modify a SVRCONN Channel's MCA User Id based on who or what is accessing the channel. (this might or might not be a good idea) My understanding from the manual is that the security exit can set the MCA User Id; however, I am not getting past the compile. code: mqcd.MCAUserIdentifier = "mqm"; compile error:"mqsecexit.c", line 26.1: 1506-025 (S) Operand must be a modifiable lvalue. Any ideas?? _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
Was that a typo for the APPLICID ? Ours have: Application ID : CSQX START. The command Ref manulal says that's what it should be for distributed queueing without CICS. Richard. Mark Steely <[EMAIL PROTECTED]>@AKH-WIEN.AC.AT> on 26/11/2002 09:25:39 Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon - The contents of this e-mail are confidential. If you have received this communication by mistake, please advise the sender immediately and delete the message and any attachments. The views expressed in this e-mail are not necessarily the views of Westpac Banking Corporation. Westpac Banking Corporation is incorporated in New South Wales, Australia. - Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
Mark, I assume that it's not something as simple as remembering to turn on the triggering? We're running V5.2, but I don't think that should make a difference on this. On our initiated channels, the process definition says "CSQX START". Where did the QX52 come from? Or was it a typo? -- Rebecca Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -Original Message- From: Mark Steely [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:26 PM To: [EMAIL PROTECTED] Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. 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
Re: AMQ9420
Bruce, Have you tried explicitly defining a Cluster Sender queue from the repository back to the NT box? I had similar problems until I read that the repository information flows along explicitly defined channels. Once I did that, the cluster on my NT box refreshed itself of it's own accord. -- T.Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 3:06 PM To: [EMAIL PROTECTED] Subject: AMQ9420 Got MQ V5.3 on NT and seem to be having some problems getting clustering to work properly. I joined an NT Qmgr to a cluster and if I do a "dis clusqmgr(*)" in any of the other AIX Qmgrs I can see the joined NT Qmgr but I can't see any of the shared queues. Nor can I PUT to the shared queues (of course). Also when I try to denote a queue as being shared, using the MQExplorer, there is no list of clusters in the drop down box??? Looking at the error log, I see an AMQ9420 message. Is this a known problem? Still waiting for the latest CSD. Thanx. BB. Bruce Barclay Cell: 613-794-8423 Instructions for managing your mailing list 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
Triggering when CKTI comes up
If there are messages on a queue that is set to trigger a CICS transaction on FIRST, and the CICS region is down, will a trigger message be generated when the CICS region and CKTI trigger monitor first come up? I thought yes, but IBM support just told me no. I don't want to spend a lot of time looking at the wrong problem (we're getting a trigger when CICS comes up in production but not in test), so please someone tell me which is correct. Thanks. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Channel Initiation on OS/390.
Two things - the process definition must have the channel name in the USERDATA field second - I'm not totally sure the applid is QX52 if you are on MQ 2.1, unless you are being pro-active and just renamed the old CSQX module (thats the applid we point to for 2.1). Peter From: Mark Steely <[EMAIL PROTECTED]> on 11/25/2002 03:25 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Channel Initiation on OS/390. Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list 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
Channel Initiation on OS/390.
Channel Initiation on OS/390. We are OS/390 V2.8 amd MQ Series V2.1. MQ on OS/390 has been configured with the appropriate Queue and Channel definitions. However, channels communicating with distributed MQ Qmgrs refuse to initiate. The XmitQ definition is set with a Process that is defined with APPLTYPE(MVS) and APPLICID(QX52 START). The initiation queue name being used in the XMITQ definition is: INITQ(SYSTEM.CHANNEL.INITQ). The channels will not initiate. What definitions are missing to make a distributed TCP channel initiate properly? -Jon Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
AMQ9420
Got MQ V5.3 on NT and seem to be having some problems getting clustering to work properly. I joined an NT Qmgr to a cluster and if I do a "dis clusqmgr(*)" in any of the other AIX Qmgrs I can see the joined NT Qmgr but I can't see any of the shared queues. Nor can I PUT to the shared queues (of course). Also when I try to denote a queue as being shared, using the MQExplorer, there is no list of clusters in the drop down box??? Looking at the error log, I see an AMQ9420 message. Is this a known problem? Still waiting for the latest CSD. Thanx. BB. Bruce Barclay Cell: 613-794-8423 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: channel security exit
I'm not an expert in C, and there is probably a better way of writing this, but this works for me (similar to your assignment statement): strncpy(od.ObjectName,queue,MQ_Q_NAME_LENGTH); where od is declared previously with: MQOD od = {MQOD_DEFAULT};/* Object Descriptor */ and queue is previously declared with: char queue[49]; /* Queue name*/ queue[49] = '\0'; and populated with: strncpy(queue,mparm->queue,48); where mparm->queue was set previously from the program's invocation parm, and MQ_Q_NAME_LENGTH was declared at the beginning with: #include "cmqc.h" I think (I could be way off base here) that it wants a null-terminated string...??? If I'm right (!!!) then you could also have said mqcd.MCAUserIdentifier = "mqm\0" (maybe!! - I'm no C expert). I use null-terminated strings because I use those variables in other string routines that need the null character at the end. Peter From: Richard Killian <[EMAIL PROTECTED]> on 11/25/2002 02:22 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: channel security exit I have another question related to security. I am creating my first Channel Security Exit on AIX. I don't know 'C' and have had one of our programmers get me through this far. I have read the channel exit chapters in MQSeries Intercommunication so many times that now my brain goes numb as soon as I look at it. What I am trying to do is to use the exit to modify a SVRCONN Channel's MCA User Id based on who or what is accessing the channel. (this might or might not be a good idea) My understanding from the manual is that the security exit can set the MCA User Id; however, I am not getting past the compile. code: mqcd.MCAUserIdentifier = "mqm"; compile error:"mqsecexit.c", line 26.1: 1506-025 (S) Operand must be a modifiable lvalue. Any ideas?? _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: channel security exit
Richard Try using this code instead: strcpy(mqcd.MCAUserIdentifier, "mqm"); - Steve Gies -Original Message- From: Richard Killian [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 11:23 AM To: [EMAIL PROTECTED] Subject: channel security exit I have another question related to security. I am creating my first Channel Security Exit on AIX. I don't know 'C' and have had one of our programmers get me through this far. I have read the channel exit chapters in MQSeries Intercommunication so many times that now my brain goes numb as soon as I look at it. What I am trying to do is to use the exit to modify a SVRCONN Channel's MCA User Id based on who or what is accessing the channel. (this might or might not be a good idea) My understanding from the manual is that the security exit can set the MCA User Id; however, I am not getting past the compile. code: mqcd.MCAUserIdentifier = "mqm"; compile error:"mqsecexit.c", line 26.1: 1506-025 (S) Operand must be a modifiable lvalue. Any ideas?? _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Instructions for managing your mailing list 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: Checking the MQMD Expiry in WMQI
Title: Message Could you cast it both as an integer and a timestamp value and then do the comparison? Regards, John Dawson IBM WebSphere MQ Certified Solutions Expert & Specialist -Original Message- From: John Scott [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 1:27 PM To: [EMAIL PROTECTED] Subject: Re: Checking the MQMD Expiry in WMQI Sure, You'll find it (buried in my opinion) in the Working with Messages Guide (SC34-6039-00) in Appendix A Message parsers under "The MQMD Parser". It's just after the table of fields - on page 127. Quote: The Expiry field in the MQMD is a special case. If the Expiry field is set to -1 (unlimited), it is converted to an INTEGER. If the Expiry field is not set to -1 , it is converted to a TIMESTAMP. Regards John. -Original Message- From: Welch, Karen S (PLC, IT) [mailto:[EMAIL PROTECTED]] Sent: 25 November 2002 19:18 To: [EMAIL PROTECTED] Subject: Re: Checking the MQMD Expiry in WMQI Hi John, Can you tell me where this behavior is documented? Thanks Karen -Original Message- From: John Scott [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 1:16 PM To: [EMAIL PROTECTED] Subject: Checking the MQMD Expiry in WMQI If a message is set to unlimited expiry, the MQMD.Expiry is treated as an integer in WMQI. If the message is not set to unlimited expiry the MQMD.Expiry is treated as a timestamp. If I don't know what the Expiry interval is, how do I compare it without WMQI complaining about incompatible types. I want to do the following (presented here in pseudo-code). -- Make sure the message doesn't expire in less that 7 days. Leave as unlimited if it is already unlimited... IF <<< InputRoot.MQMD.Expiry is less than 7 days but not unlimited expression here >>> THEN SET OutputRoot.MQMD.Expiry = CAST((CURRENT_TIME + INTERVAL '7'' DAY) AS GMTTIMESTAMP); END IF; Regards John. ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies.
Re: Checking the MQMD Expiry in WMQI
Title: Message Sure, You'll find it (buried in my opinion) in the Working with Messages Guide (SC34-6039-00) in Appendix A Message parsers under "The MQMD Parser". It's just after the table of fields - on page 127. Quote: The Expiry field in the MQMD is a special case. If the Expiry field is set to -1 (unlimited), it is converted to an INTEGER. If the Expiry field is not set to -1 , it is converted to a TIMESTAMP. Regards John. -Original Message-From: Welch, Karen S (PLC, IT) [mailto:[EMAIL PROTECTED]] Sent: 25 November 2002 19:18To: [EMAIL PROTECTED]Subject: Re: Checking the MQMD Expiry in WMQI Hi John, Can you tell me where this behavior is documented? Thanks Karen -Original Message-From: John Scott [mailto:[EMAIL PROTECTED]]Sent: Monday, November 25, 2002 1:16 PMTo: [EMAIL PROTECTED]Subject: Checking the MQMD Expiry in WMQI If a message is set to unlimited expiry, the MQMD.Expiry is treated as an integer in WMQI. If the message is not set to unlimited expiry the MQMD.Expiry is treated as a timestamp. If I don't know what the Expiry interval is, how do I compare it without WMQI complaining about incompatible types. I want to do the following (presented here in pseudo-code). -- Make sure the message doesn't expire in less that 7 days. Leave as unlimited if it is already unlimited... IF <<< InputRoot.MQMD.Expiry is less than 7 days but not unlimited expression here >>> THEN SET OutputRoot.MQMD.Expiry = CAST((CURRENT_TIME + INTERVAL '7'' DAY) AS GMTTIMESTAMP); END IF; Regards John. **Click here to visit the Argos home page http://www.argos.co.ukThe information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee.The views expressed may not be official policy, but the personal views of the originator.If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised.If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software.All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed.**This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies.
channel security exit
I have another question related to security. I am creating my first Channel Security Exit on AIX. I don't know 'C' and have had one of our programmers get me through this far. I have read the channel exit chapters in MQSeries Intercommunication so many times that now my brain goes numb as soon as I look at it. What I am trying to do is to use the exit to modify a SVRCONN Channel's MCA User Id based on who or what is accessing the channel. (this might or might not be a good idea) My understanding from the manual is that the security exit can set the MCA User Id; however, I am not getting past the compile. code: mqcd.MCAUserIdentifier = "mqm"; compile error:"mqsecexit.c", line 26.1: 1506-025 (S) Operand must be a modifiable lvalue. Any ideas?? _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Instructions for managing your mailing list 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: Problem with MQAX200.dll
Reddy, I'm not terribly familiar with MQAX but did you include the MQOO_INQUIRE option on your queue open call? HTH, Marty Frasier e-mail: [EMAIL PROTECTED] "Narasimha reddy.V" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/25/2002 01:27 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:Re: Problem with MQAX200.dll Hi Andrew Thank you very much for the reply but ..I have tried to get depth value using currentDepth property type..But it's giving me error like "Option are wrong.." and MQQueue:.GetCurrentdepth:"" What type options I have to set for MQQueue and for MQGetMessageoptions.. regards /Reddy /Reddy "Kiernan, Andrew" <[EMAIL PROTECTED]> wrote: Reddy: The MQQueue class has a property CurrentDepth which will return a long containing the info. you want. Cheers, Andy. -Original Message- From: vemulapati narasimha reddy [mailto:[EMAIL PROTECTED]] Sent: 21 November 2002 18:52 To: [EMAIL PROTECTED] Subject: Problem with MQAX200.dll Hi All I am trying to implement ASP for MQServer using activex component MQAX200.dll. Here I am unable to get the current depth of a queue.Actualy this can be done using C language MQINQ api call. I am not finding the equal one in this (MQAX200.dll) component .I am able to other things like getiing Putappname, time and version etc... It would be great that If you could tell me that How to go about that... Regards /Reddy. Instructions for managing your mailing list 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 is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. evolvebank.com is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, 71 Lombard Street, London EC3P 3BS. Registered in England, number 2065. T! elephone No: 020 7626 1500 Lloyd s TSB Scotland plc, Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone No: 0131 225 4555 Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by the Financial Services Authority and represent only the Scottish Widows and Lloyds TSB Marketing Group for life assurance, pensions and investment business. Signatories to the Banking Codes. --- Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now Instructions for managing your mailing list 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: Checking the MQMD Expiry in WMQI
Title: Checking the MQMD Expiry in WMQI Hi John, Can you tell me where this behavior is documented? Thanks Karen -Original Message-From: John Scott [mailto:[EMAIL PROTECTED]]Sent: Monday, November 25, 2002 1:16 PMTo: [EMAIL PROTECTED]Subject: Checking the MQMD Expiry in WMQI If a message is set to unlimited expiry, the MQMD.Expiry is treated as an integer in WMQI. If the message is not set to unlimited expiry the MQMD.Expiry is treated as a timestamp. If I don't know what the Expiry interval is, how do I compare it without WMQI complaining about incompatible types. I want to do the following (presented here in pseudo-code). -- Make sure the message doesn't expire in less that 7 days. Leave as unlimited if it is already unlimited... IF <<< InputRoot.MQMD.Expiry is less than 7 days but not unlimited expression here >>> THEN SET OutputRoot.MQMD.Expiry = CAST((CURRENT_TIME + INTERVAL '7'' DAY) AS GMTTIMESTAMP); END IF; Regards John. **Click here to visit the Argos home page http://www.argos.co.ukThe information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee.The views expressed may not be official policy, but the personal views of the originator.If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised.If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software.All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed.** This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies.
Re: Channel Status Codes
My list gives me: 0 INACTIVE 1 BINDING 2 STARTING 3 RUNNING 4 STOPPING 5 RETRYING 6 STOPPED 7 REQUESTING 8 PAUSED 13 INITIALISING HTH John. -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: 25 November 2002 18:56 To: [EMAIL PROTECTED] Subject: Channel Status Codes I have lost hem again!! I need the actual codes for the Channel Status (ie 1,2,3,4,5,6) and their meaning. I looked in the Admin, Tele and Pgmrs Ref. I am either missing it or IBM pulled them out. I get the "inactive, binding, running' stuff but not the codes for the English. I'm trying to set up QPASA Events. I had them once befor and though I saved the doc on my LAP but alas _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** Instructions for managing your mailing list 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: Sizing a Sun Server for MQ
If the messages are non-persistent, then the impact on disk I/O should be minimum. Non-persistent messages are kept in buffers and only go to real disk when buffer space is exhausted. As long as the applications pull the messages at a good clip, the over-flow to real disk should be a small risk. Wesley Shaw cc: Sent by: Subject: Sizing a Sun Server for MQ MQSeries List 11/25/2002 01:45 PM Please respond to MQSeries List We have an application which at times will be processing lots of messages in a short period of time. Somewhere around 100,000 request per hour, followed by the same reply message amounts. Then another 100,000 of larger messages flowing in the same direction of the reply. So a total of 300,000 per hour. None are persistent. In sizing a server, could a Sun Blade keep up with this volume ? Especially with the disk being located on a Storage area network. Instructions for managing your mailing list 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
Channel Status Codes
I have lost hem again!! I need the actual codes for the Channel Status (ie 1,2,3,4,5,6) and their meaning. I looked in the Admin, Tele and Pgmrs Ref. I am either missing it or IBM pulled them out. I get the "inactive, binding, running' stuff but not the codes for the English. I'm trying to set up QPASA Events. I had them once befor and though I saved the doc on my LAP but alas _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail Instructions for managing your mailing list 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: Retrying Channel Status?
hat are your error logs saying??// From: eugene rosenberg <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Retrying Channel Status? Date: Mon, 25 Nov 2002 08:41:18 -0800 Can it be connected with the length of the message? Ping message is short. Eugene Rosenberg --- "Pope, Ben" <[EMAIL PROTECTED]> wrote: > > I've got a situation between an Win2K (5.3) and > AS/400 (5.2) box with a sender channel stuck > in retrying mode. If I manually stop the channel I > can ping it successfully. Initially, I could even > manually start it and it appeared to be running > fine. As soon as a message landed in the > transmission queue, however, the channel status > switched over to retrying. > > Considering I can ping the channel O.K. leads me to > believe both end points are defined > correctly. I checked the message in the > transmission queue and it appears to have a valid > transmission header prepended. Any suggestions on > what might cause this behavior or > where to look for more clues? > > Thanks, Ben > __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Sizing a Sun Server for MQ
We have an application which at times will be processing lots of messages in a short period of time. Somewhere around 100,000 request per hour, followed by the same reply message amounts. Then another 100,000 of larger messages flowing in the same direction of the reply. So a total of 300,000 per hour. None are persistent. In sizing a server, could a Sun Blade keep up with this volume ? Especially with the disk being located on a Storage area network. Instructions for managing your mailing list 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: Problem with MQAX200.dll
Hi Andrew Thank you very much for the reply but ..I have tried to get depth value using currentDepth property type..But it's giving me error like "Option are wrong.." and MQQueue:.GetCurrentdepth:"" What type options I have to set for MQQueue and for MQGetMessageoptions.. regards /Reddy /Reddy "Kiernan, Andrew" <[EMAIL PROTECTED]> wrote: Reddy: The MQQueue class has a property CurrentDepth which will return a long containing the info. you want. Cheers, Andy. -Original Message- From: vemulapati narasimha reddy [mailto:[EMAIL PROTECTED]] Sent: 21 November 2002 18:52 To: [EMAIL PROTECTED] Subject: Problem with MQAX200.dll Hi All I am trying to implement ASP for MQServer using activex component MQAX200.dll. Here I am unable to get the current depth of a queue.Actualy this can be done using C language MQINQ api call. I am not finding the equal one in this (MQAX200.dll) component .I am able to other things like getiing Putappname, time and version etc... It would be great that If you could tell me that How to go about that... Regards /Reddy. Instructions for managing your mailing list 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 is intended only for the above addressee. It may containprivileged information. If you are not the addressee you must not copy,distribute, disclose or use any of the information in it. If you havereceived it in error please delete it and immediately notify the sender.evolvebank.com is a division of Lloyds TSB Bank plc.Lloyds TSB Bank plc, 71 Lombard Street, London EC3P 3BS. Registered inEngland, number 2065. Telephone No: 020 7626 1500Lloyd s TSB Scotland plc, Henry Duncan House, 120 George Street,Edinburgh EH2 4LH. Registered in Scotland, number 95237. TelephoneNo: 0131 225 4555Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by theFinancial Services Authority and represent only the Scottish Widowsand Lloyds TSB Marketing Group for life assurance, pensions andinvestment business.Signatories to the Banking Codes.---Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: Retrying Channel Status?
Date sent: Mon, 25 Nov 2002 12:49:49 -0500 Send reply to: MQSeries List <[EMAIL PROTECTED]> From: "Pope, Ben" <[EMAIL PROTECTED]> Subject:Re: Retrying Channel Status? To: [EMAIL PROTECTED] > Checking the suggested logs, it was a sequencing error. Since I reset > the channels its been working fine. > > I am curious though as to what types of situations can give rise to a sequencing > error. In production (if we ever get that far) the systems will be operating > across a VPN with who-knows-what networking equipment and "stuff" between machines. > > Thanks, Ben > Sequencing lost can arrives when channels don't have time to close gracefuly, for example when one end decide to shutdown at night with ever running channels. It's the reason why triggering channels can be a good option, as they close gracefully when there is no more messages, at night for example ! HTP, Luc-Michel. -- Luc-Michel Demey - Consultant indipendant Architecte EAI - Expert MQSeries - +33 6 08 755 655 http://consulting.demey.org/ - [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
Checking the MQMD Expiry in WMQI
Title: Checking the MQMD Expiry in WMQI If a message is set to unlimited expiry, the MQMD.Expiry is treated as an integer in WMQI. If the message is not set to unlimited expiry the MQMD.Expiry is treated as a timestamp. If I don't know what the Expiry interval is, how do I compare it without WMQI complaining about incompatible types. I want to do the following (presented here in pseudo-code). -- Make sure the message doesn't expire in less that 7 days. Leave as unlimited if it is already unlimited... IF <<< InputRoot.MQMD.Expiry is less than 7 days but not unlimited expression here >>> THEN SET OutputRoot.MQMD.Expiry = CAST((CURRENT_TIME + INTERVAL '7'' DAY) AS GMTTIMESTAMP); END IF; Regards John. ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. **
Re: Retrying Channel Status?
Ben, Once the channels are running and working fine you should not get any sequencing errors, unless some one actually tampers with the syncq or manually issues reset channel. The network problems should not effect the seq number. So the chances for you to get similar errors in production is minimal. Adi From: "Pope, Ben" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 11/25/2002 12:49 PM EST Please respond to "MQSeries List" <[EMAIL PROTECTED]> Sent by:"MQSeries List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Re: Retrying Channel Status? Checking the suggested logs, it was a sequencing error. Since I reset the channels its been working fine. I am curious though as to what types of situations can give rise to a sequencing error. In production (if we ever get that far) the systems will be operating across a VPN with who-knows-what networking equipment and "stuff" between machines. Thanks, Ben -Original Message- From: Adiraju S Rao [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 10:03 AM To: [EMAIL PROTECTED] Subject: Re: Retrying Channel Status? Hi Ben, Please take a look at the error log files on the Win 2000 Server. In c:\program files\IBM\websphere mq\qmgrs\\errors\AMQERR01.LOG I am thinking that there is a problem with the sequence number. Please post the log file. Adi From: "eugene rosenberg" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 11/25/2002 08:41 AM PST Please respond to "MQSeries List" <[EMAIL PROTECTED]> Sent by:"MQSeries List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Re: Retrying Channel Status? Can it be connected with the length of the message? Ping message is short. Eugene Rosenberg --- "Pope, Ben" <[EMAIL PROTECTED]> wrote: > > I've got a situation between an Win2K (5.3) and > AS/400 (5.2) box with a sender channel stuck > in retrying mode. If I manually stop the channel I > can ping it successfully. Initially, I could even > manually start it and it appeared to be running > fine. As soon as a message landed in the > transmission queue, however, the channel status > switched over to retrying. > > Considering I can ping the channel O.K. leads me to > believe both end points are defined > correctly. I checked the message in the > transmission queue and it appears to have a valid > transmission header prepended. Any suggestions on > what might cause this behavior or > where to look for more clues? > > Thanks, Ben > __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list 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
Compiling MQSeries progs on Linux
Does anyone have a good knowledge of Linux programming with MQSeries? I am trying to recompile some of my C++ programs on RedHat Linux 8.0. The MQSeries (5.3.1) readme says I need libstdc++.so.3 to compile the samples (which my installation didn't have), so I dutifully downloaded an rpm package which included it and installed. Now any compilation I do complains that the libstdc++.so.3 needed by /opt/mqm/lib/libimqb23gl.so may conflict with libstdc++.so.5 and refuses to link despite the fact it is only a warning. I am relatively new to programming with Linux (in case you couldn't tell) so any clear advice would be appreciated. Regards, ___ Chris H Instructions for managing your mailing list 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: Retrying Channel Status?
Checking the suggested logs, it was a sequencing error. Since I reset the channels its been working fine. I am curious though as to what types of situations can give rise to a sequencing error. In production (if we ever get that far) the systems will be operating across a VPN with who-knows-what networking equipment and "stuff" between machines. Thanks, Ben -Original Message- From: Adiraju S Rao [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 10:03 AM To: [EMAIL PROTECTED] Subject: Re: Retrying Channel Status? Hi Ben, Please take a look at the error log files on the Win 2000 Server. In c:\program files\IBM\websphere mq\qmgrs\\errors\AMQERR01.LOG I am thinking that there is a problem with the sequence number. Please post the log file. Adi From: "eugene rosenberg" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 11/25/2002 08:41 AM PST Please respond to "MQSeries List" <[EMAIL PROTECTED]> Sent by:"MQSeries List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Re: Retrying Channel Status? Can it be connected with the length of the message? Ping message is short. Eugene Rosenberg --- "Pope, Ben" <[EMAIL PROTECTED]> wrote: > > I've got a situation between an Win2K (5.3) and > AS/400 (5.2) box with a sender channel stuck > in retrying mode. If I manually stop the channel I > can ping it successfully. Initially, I could even > manually start it and it appeared to be running > fine. As soon as a message landed in the > transmission queue, however, the channel status > switched over to retrying. > > Considering I can ping the channel O.K. leads me to > believe both end points are defined > correctly. I checked the message in the > transmission queue and it appears to have a valid > transmission header prepended. Any suggestions on > what might cause this behavior or > where to look for more clues? > > Thanks, Ben > __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list 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 message segmentation
Keep in mind if you don't have the required version, you can still break apart messages and send to MVS. It would be an app-specific algorithm, but between get-by-correl id and knowing how many messages made up the unit of work, it's not too difficult to code yourself. Also could use AMI send / receive file options. Rob Quigley -Original Message- From: Evelyn Millions [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 11:59 AM To: [EMAIL PROTECTED] Subject: Re: MQ message segmentation Anne, If you are asking about message grouping, then that is part of MQ 5.3, as I recall. -Evelyn Hoshooley, Anne wrote: > What version of MQ Series is required on MVS to allow message segmentation? > > Anne Hoshooley > Systems Specialist - Information Services > AT&T Canada > (416)345-3486 > on net 8-862-3486 > teleworking (519)772-3008 > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- Evelyn Millions Millions Consulting Limited office (403) 686-4840 fax (403) 686-4854 [EMAIL PROTECTED] "I wish I could be as sure of anything as some people are of everything." Instructions for managing your mailing list 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 message segmentation
No version of MQ for OS/390 or z/OS supports segmentation, though version 5 does support conversion of the MDE, so you can do you own segment reassembly. Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Retrying Channel Status?
Hi Ben, Please take a look at the error log files on the Win 2000 Server. In c:\program files\IBM\websphere mq\qmgrs\\errors\AMQERR01.LOG I am thinking that there is a problem with the sequence number. Please post the log file. Adi From: "eugene rosenberg" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 11/25/2002 08:41 AM PST Please respond to "MQSeries List" <[EMAIL PROTECTED]> Sent by:"MQSeries List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject:Re: Retrying Channel Status? Can it be connected with the length of the message? Ping message is short. Eugene Rosenberg --- "Pope, Ben" <[EMAIL PROTECTED]> wrote: > > I've got a situation between an Win2K (5.3) and > AS/400 (5.2) box with a sender channel stuck > in retrying mode. If I manually stop the channel I > can ping it successfully. Initially, I could even > manually start it and it appeared to be running > fine. As soon as a message landed in the > transmission queue, however, the channel status > switched over to retrying. > > Considering I can ping the channel O.K. leads me to > believe both end points are defined > correctly. I checked the message in the > transmission queue and it appears to have a valid > transmission header prepended. Any suggestions on > what might cause this behavior or > where to look for more clues? > > Thanks, Ben > __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ message segmentation
I believe it is supported on zOS and not MVS.>>> [EMAIL PROTECTED] 11/25/02 10:46AM >>>What version of MQ Series is required on MVS to allow message segmentation?Anne HoshooleySystems Specialist - Information ServicesAT&T Canada(416)345-3486on net 8-862-3486teleworking (519)772-3008Instructions 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: MQ message segmentation
Anne, If you are asking about message grouping, then that is part of MQ 5.3, as I recall. -Evelyn Hoshooley, Anne wrote: What version of MQ Series is required on MVS to allow message segmentation? Anne Hoshooley Systems Specialist - Information Services AT&T Canada (416)345-3486 on net 8-862-3486 teleworking (519)772-3008 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- Evelyn Millions Millions Consulting Limited office (403) 686-4840 fax (403) 686-4854 [EMAIL PROTECTED] "I wish I could be as sure of anything as some people are of everything." Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Exporting a flow from WMQI for promotion/version control purposes .
Title: Exporting a flow from WMQI for promotion/version control purposes. When I export a flow from WMQI that uses sub-flows, the dependant sub-flow(s) get exported into the file also. Is there any way I can export each flow to a separate file without each export containing all the dependant sub-flows? I want to check each of these as separate files into a version control system. We give the short description as "$Id$ which gets expanded on committing into version control. When this file is then imported back into the config manager, the sub-flows have the wrong version stamp. I have looked at the IC01 support pack, but this seems to want me to export all the flows to a single file and then use mqsifiltermsgflows multiple times to split out each distinct flow in the single export file. This is tedious, unless I write a splitter script to do it. However, this means we have lots of multiple scripts all over the place and it requires the promoter of code to remember to export the correct "set" of flows to a single file so that the splitter script can break them up successfully. How do other people promote code from the development? Regards John. ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. **
Re: Persistent
Dave, The change is immediate for all new messages put directly into the queue by the application, where the application does not specify anything on the put. so if you are using and alias, and change only the base, that does not change any messages put via the alias. conversely if you change the alias but not the base, only messages put via the alias are affected.To carry it one step further. If you change the remote definition, but not the local, it is the messages put via the remote that are affected. Glen Larson Zurich North America "Williams, Dave (Systems Management)" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 11/25/2002 10:22:16 AM Please respond to MQSeries List <[EMAIL PROTECTED]> Sent by:MQSeries List <[EMAIL PROTECTED]> To:[EMAIL PROTECTED] cc: Subject:Persistent If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks *** PLEASE NOTE *** This E-Mail/telefax message and any documents accompanying this transmission may contain privileged and/or confidential information and is intended solely for the addressee(s) named above. If you are not the intended addressee/recipient, you are hereby notified that any use of, disclosure, copying, distribution, or reliance on the contents of this E-Mail/telefax information is strictly prohibited and may result in legal action against you. Please reply to the sender advising of the error in transmission and immediately delete/destroy the message and any accompanying documents. 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: Persistent
Dave, I guess the answer is: If you change a queue's default persistence to 'YES', all applications that specify MQPER_PERSISTENCE_AS_Q_DEF (or so) on the PUT will start to write persistent messages after they have re-opened the queue. All other applications will not be affected by the change at all. A queue manager restart is not needed for that change. Hope that helps, Stefan From: "Williams, Dave (Systems Management)" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Persistent Date: Mon, 25 Nov 2002 11:22:16 -0500 If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Persistent
It won't change messages on the queue already, it will on take effect on new messages and only those that are defined as MQPER_PERSISTENCE_AS_Q_DEF or MQPER_PERSISTENT in the MQMD. The MQMD can override the queue attribute. If you set it as persistent on the queue and the MQMD is MQPER_NOT_PERSISTENT, then, they will not be persistent. Jeff >>> [EMAIL PROTECTED] 11/25/02 10:22:16 AM >>> If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Retrying Channel Status?
Can it be connected with the length of the message? Ping message is short. Eugene Rosenberg --- "Pope, Ben" <[EMAIL PROTECTED]> wrote: > > I've got a situation between an Win2K (5.3) and > AS/400 (5.2) box with a sender channel stuck > in retrying mode. If I manually stop the channel I > can ping it successfully. Initially, I could even > manually start it and it appeared to be running > fine. As soon as a message landed in the > transmission queue, however, the channel status > switched over to retrying. > > Considering I can ping the channel O.K. leads me to > believe both end points are defined > correctly. I checked the message in the > transmission queue and it appears to have a valid > transmission header prepended. Any suggestions on > what might cause this behavior or > where to look for more clues? > > Thanks, Ben > __ Do you Yahoo!? Yahoo! Mail Plus Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Persistent
A queue isn't persistent or non-persistent. Persistence applies rather to the individual messages. If you change the default persistence and the application specifies PERSISTENCE_AS_Q_DEF, the change should be picked up the next time the application tries to put a message. - Bruce Giordano "Williams, Dave (Systems Management)" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Persistent <[EMAIL PROTECTED]> Monday November 25, 2002 11:22 AM Please respond to MQSeries List If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks (See attached file: C.htm) If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks
Re: Persistent
Title: Message You do not have to restart the Queue Manager to make default persistence active. You may have to restart applications, or at least re-open the queue for the API to pick up the changed object definition. However, this does not make all messages on a queue persistent. Persistence is an attibute of individual messages. The setting on a queue is the default persistence if the message is put with the persistence set "as queue definition". Regards John. -Original Message-From: Williams, Dave (Systems Management) [mailto:[EMAIL PROTECTED]] Sent: 25 November 2002 16:22To: [EMAIL PROTECTED]Subject: Persistent If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. **
Persistent
If I change a queue to persistent, does that change take effect immediately or do I have to restart the QMGR (NT5.2). Thanks
MQ message segmentation
What version of MQ Series is required on MVS to allow message segmentation? Anne Hoshooley Systems Specialist - Information Services AT&T Canada (416)345-3486 on net 8-862-3486 teleworking (519)772-3008 Instructions for managing your mailing list 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: Multi CPU box for MQSI
Because of the sporadic volume of messages, and the fact there are applications that need their messages ASAP, we have the BATCHINT set to zero. we need the message to go over the wire right away. I don't know if running the MCA on the MQSI queue manager as a FASTPATH app would help or not, or what the cons are to that (Paul Clarke?) But I am thinking that if you have multiple CPUs and tons of RAM, you probably don't need to worry about which CPU is doing what, because all together they can do the job, where as one couldn't. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: David Sieberg [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 10:49 AM To: [EMAIL PROTECTED] Subject: Re: Multi CPU box for MQSI Peter, I think we are experiencing this problem also with the sending MCA on our NT qmgr/broker machines. I thought I had the same problem with the receiving MCA, although it turned out to be security related. For instance we have messages that are sent from an OS/390 qmgr to our NT qmgr/broker with put authority of CTX, and hundreds of individual users. When we restarted the NT box, or did a refresh security we would see messages buildup on the OS/390 qmgr SYSTEM.CLUSTER.TRANSMIT.QUEUE. Once the NT qmgr cached most of the userids the backlog cleared up. Because of our particular setup, we are seeing long delays when the OAM request the SID from NT for each userid. For your situation, Would running the channels and listeners as a trusted or FASTPATH application help? Can you tune the BATCHINT or BATCHSZ to make your channels more efficient? Dave "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: Multi CPU box for MQSI <[EMAIL PROTECTED]> Monday November 25, 2002 09:26 AM Please respond to MQSeries List When MQSI is doing its thing and is real busy with heavy volume going thru an ESQL heavy compute node, the MCAs on the box get left with no resources. As a result we see XMIT queues to this box temporarily back up as the sending MCAs can't talk to the receivers, because the receivers have no available CPU. On a 2 CPU box, I would like to say, CPU#1 is only for MQSI, and #2 is for the QM and its MCAs. But maybe if there were 2 or 4 CPUs all going at the same time, the issue would not crop up anyway. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Bruce Olsen [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: Multi CPU box for MQSI Maybe I don't see your point, but doesn't that negate the benefits of Symmetrical Multi-Processing? Don't do for the operating system what the operating system will do for you. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Sunday, November 24, 2002 20.26 To: [EMAIL PROTECTED] Subject: Multi CPU box for MQSI If you had your MQSI flows running on a server that had multiple CPUs, is there away to assign Execution groups X, Y and Z to CPU #1, Execution group A to CPU #2 and the remainder of the execution groups to CPU #3? If there was a fourth CPU, would there be a way to say that all the regular QM processes ( MCAs, etc.) should use just this CPU? And the RAM would be equally shared by all regardless, correct? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list 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 List
Re: Multi CPU box for MQSI
Peter, I think we are experiencing this problem also with the sending MCA on our NT qmgr/broker machines. I thought I had the same problem with the receiving MCA, although it turned out to be security related. For instance we have messages that are sent from an OS/390 qmgr to our NT qmgr/broker with put authority of CTX, and hundreds of individual users. When we restarted the NT box, or did a refresh security we would see messages buildup on the OS/390 qmgr SYSTEM.CLUSTER.TRANSMIT.QUEUE. Once the NT qmgr cached most of the userids the backlog cleared up. Because of our particular setup, we are seeing long delays when the OAM request the SID from NT for each userid. For your situation, Would running the channels and listeners as a trusted or FASTPATH application help? Can you tune the BATCHINT or BATCHSZ to make your channels more efficient? Dave "Potkay, Peter M (PLC, IT)" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: Multi CPU box for MQSI <[EMAIL PROTECTED]> Monday November 25, 2002 09:26 AM Please respond to MQSeries List When MQSI is doing its thing and is real busy with heavy volume going thru an ESQL heavy compute node, the MCAs on the box get left with no resources. As a result we see XMIT queues to this box temporarily back up as the sending MCAs can't talk to the receivers, because the receivers have no available CPU. On a 2 CPU box, I would like to say, CPU#1 is only for MQSI, and #2 is for the QM and its MCAs. But maybe if there were 2 or 4 CPUs all going at the same time, the issue would not crop up anyway. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Bruce Olsen [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: Multi CPU box for MQSI Maybe I don't see your point, but doesn't that negate the benefits of Symmetrical Multi-Processing? Don't do for the operating system what the operating system will do for you. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Sunday, November 24, 2002 20.26 To: [EMAIL PROTECTED] Subject: Multi CPU box for MQSI If you had your MQSI flows running on a server that had multiple CPUs, is there away to assign Execution groups X, Y and Z to CPU #1, Execution group A to CPU #2 and the remainder of the execution groups to CPU #3? If there was a fourth CPU, would there be a way to say that all the regular QM processes ( MCAs, etc.) should use just this CPU? And the RAM would be equally shared by all regardless, correct? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list 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: Websphere MQ questions
OH!!! NO!! It's the LISTSERVer Police! bee-oh-dubble-bee-dubble-egh!! From: Christopher Fryett <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Websphere MQ questions Date: Sat, 23 Nov 2002 09:51:20 -0600 Tia, Your inquire is perfectly valid and you should be able to obtain this information from your IBM representative. Some of the questions you ask could violate confidential information that a number of us can not reveal. It could put us at a disadvantage against our competitors who are also members of the List Server. If you have specific questions about your configuration or possible configuration, how to utilize a feature of WMQ, or a specific language issue in relation to WMQ I believe the audience will be more than willing to help. Chris Yvette <[EMAIL PROTECTED] To: [EMAIL PROTECTED] >cc: Sent by: Subject: Re: Websphere MQ questions MQSeries List 11/23/2002 09:09 AM Please respond to MQSeries List We are looking at Websphere MQ and would like to hear from the user community, what are the most common configurations and languages. Then what are the issues with those configurations. Any help would be appreciated. TIA Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Multi CPU box for MQSI
When MQSI is doing its thing and is real busy with heavy volume going thru an ESQL heavy compute node, the MCAs on the box get left with no resources. As a result we see XMIT queues to this box temporarily back up as the sending MCAs can't talk to the receivers, because the receivers have no available CPU. On a 2 CPU box, I would like to say, CPU#1 is only for MQSI, and #2 is for the QM and its MCAs. But maybe if there were 2 or 4 CPUs all going at the same time, the issue would not crop up anyway. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Bruce Olsen [mailto:[EMAIL PROTECTED]] Sent: Monday, November 25, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: Multi CPU box for MQSI Maybe I don't see your point, but doesn't that negate the benefits of Symmetrical Multi-Processing? Don't do for the operating system what the operating system will do for you. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Sunday, November 24, 2002 20.26 To: [EMAIL PROTECTED] Subject: Multi CPU box for MQSI If you had your MQSI flows running on a server that had multiple CPUs, is there away to assign Execution groups X, Y and Z to CPU #1, Execution group A to CPU #2 and the remainder of the execution groups to CPU #3? If there was a fourth CPU, would there be a way to say that all the regular QM processes ( MCAs, etc.) should use just this CPU? And the RAM would be equally shared by all regardless, correct? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Multi CPU box for MQSI
Maybe I don't see your point, but doesn't that negate the benefits of Symmetrical Multi-Processing? Don't do for the operating system what the operating system will do for you. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Potkay, Peter M (PLC, IT) Sent: Sunday, November 24, 2002 20.26 To: [EMAIL PROTECTED] Subject: Multi CPU box for MQSI If you had your MQSI flows running on a server that had multiple CPUs, is there away to assign Execution groups X, Y and Z to CPU #1, Execution group A to CPU #2 and the remainder of the execution groups to CPU #3? If there was a fourth CPU, would there be a way to say that all the regular QM processes ( MCAs, etc.) should use just this CPU? And the RAM would be equally shared by all regardless, correct? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 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: Mistery: 2043 - MQRC-OBJECT-TYPE-ERROR
I am no COM expert, but looking into the MQ Series information centre this is what is mentioned This error occurs while doing an MQOPEN without specifying an object type. 2043 - MQRC_OBJECT_TYPE_ERROR On the MQOPEN or MQPUT1 call, the ObjectType field in the object descriptor MQOD specifies a value that is not valid. For the MQPUT1 call, the object type must be MQOT_Q. Corrective action: Specify a valid object type. Is your overloaded function (Get) doing a MQOPEN again ? If so what is the value of object type it is using. Check if it is set to the default values OR manually set the ObjectType to MQOT_Q (as used in 'C'). Check the C++ manuals to know the default value for "ObjectType". Hope this helps Regards, Srivathsa > -Original Message- > From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Heinz > Klein > Sent: Sunday, November 24, 2002 1:38 AM > To: [EMAIL PROTECTED] > Subject: Mistery: 2043 - MQRC-OBJECT-TYPE-ERROR > > > Hello Listers. > > Can someone help me figure out what is happening? The problem: > we built a COM+ component using the MQ COM interface. I can Get (after > PUTting) messages from queues without problems, as long as I code the > Get method as: > > Queue->Get(MsgObj, GMOObj); > > When I try to use the maximum message length as third parameter > in the Get: > > Queue->Get(MsgObj, GMOObj, Length); > > I get 2043 - MQRC_OBJECT_TYPE_ERROR. > > It seems that just because I added this parameter the Get method tries > to open a 'new' queue or whatever. I cannot figure out what this error > code is really trying to tell me... > > Thanks in advance for your help. > > Heinz Klein > OLTP Tecnologia & Solucoes Ltda. > Sao Paulo/SP - Brasil > > Instructions for managing your mailing list 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: Problem with MQAX200.dll
Title: RE: Problem with MQAX200.dll Reddy: The MQQueue class has a property CurrentDepth which will return a long containing the info. you want. Cheers, Andy. -Original Message- From: vemulapati narasimha reddy [mailto:[EMAIL PROTECTED]] Sent: 21 November 2002 18:52 To: [EMAIL PROTECTED] Subject: Problem with MQAX200.dll Hi All I am trying to implement ASP for MQServer using activex component MQAX200.dll. Here I am unable to get the current depth of a queue.Actualy this can be done using C language MQINQ api call. I am not finding the equal one in this (MQAX200.dll) component .I am able to other things like getiing Putappname, time and version etc... It would be great that If you could tell me that How to go about that... Regards /Reddy. Instructions for managing your mailing list 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 is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. evolvebank.com is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, 71 Lombard Street, London EC3P 3BS. Registered in England, number 2065. Telephone No: 020 7626 1500 Lloyds TSB Scotland plc, Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone No: 0131 225 4555 Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by the Financial Services Authority and represent only the Scottish Widows and Lloyds TSB Marketing Group for life assurance, pensions and investment business. Signatories to the Banking Codes. ---
AW: Cluster Question (remote defs in overlapping clusters)
Peter, i get a little bit confused by the mix of your remotequeues and qmgr aliases, and the setup you described in this mail sounds different from the setup you described before, but both setups look like a "works as designed" to me. see my comments (>>) below. regards stefan -Ursprüngliche Nachricht- Von: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 22. November 2002 23:44 An: [EMAIL PROTECTED] Betreff: Re: Cluster Question (remote defs in overlapping clusters) I deleted the QM Alias on QMB. The set up is as follows now: *** QMA and QMB are in ClusterAB. QMA has a remote queue def called RequestQueue (RemoteQName=RequestQueue, RemoteQMname=QM1, XMITQ= blank) QM1 and QM2 are in Cluster12. Each has a local queue called RequestQueue, and each one is clustered under Cluster12. ClusterAB and Cluster 12 overlap. QMB is in both. * If I put messages to the remote queue def on QMA, they all go to QM1. Cool. >> why? because there is a REMOTEQ(QM1) RNAME() RQMNAME(QM1) XMITQ(QM1.XMIT) CLUSTER(CLUSTERAB) >> defined on QMB. Thats correct. If I change the properties of the remote queue def to be (RemoteQName=RequestQueue, RemoteQMname=QM2, XMITQ= blank), they all go to QM2. >> no. this cant be true. i get a 2087 because QMA does not know about QM2 >> QMA asks QMB (if this one is repository) "do you know something with the >> name QM2 in cluster CLUSTERAB"? and QMB says "no" (he only knows QM2 as >> a member of CLUSTER12). >> if you created a QMGR Alias named QM2 on QMB like you did for QM1 >> then this will work the same way it worked with QM1. if you did not >> create that alias for QM2 then there is more in CLUSTERAB that you >> think it is. (sounds linke QM2 is member of CLUSTERAB too). If I delete the remote queue def on QMA, and recreate it on QMB, the messages round robin. That I cant figure out. Why doesn't the RemoteQMname parameter in the remote queue def hold it to one QM like it did when the remote def was on QMA? >> how exactly does this remoteq looks like? >> my tests are (all definitions on QMB): >> rq(RequestQueue) rname(RequestQueue) rqmname(QM1) CLUSTER(CLUSTERAB) >> --> will route to QM1 >> rq(RequestQueue) rname(RequestQueue) rqmname(QM2) CLUSTER(CLUSTERAB) >> --> will route to QM2 >> rq(RequestQueue) rname(RequestQueue) rqmname(QMB) CLUSTER(CLUSTERAB) >> --> will route to DLQ on QMB >> rq(RequestQueue) rname(RequestQueue) rqmname() CLUSTER(CLUSTERAB) >> --> will route to DLQ on QMB Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Raabe, Stefan [mailto:[EMAIL PROTECTED]] Sent: Friday, November 22, 2002 4:41 AM To: [EMAIL PROTECTED] Subject: AW: Cluster Question (remote defs in overlapping clusters) Peter, i rebuilt the situation and it worked fine here. (all queuemanagers on win/nt version 5.2) messages are sent from QMA to QMB using TO.QMB clustersenderchannel, and then from QMB to QM1 using QM1.XMIT and QMB.TO.QM1 senderchannel. I tried to create the error by applying some changes to the QM1 QmgrAlias on QMB but no gain. If doing bad things here, messages are put to QMB dead letter queue. Its hard to guess why. Maybe - you did a definition error somehow (most likely on QMB, because if QMA is not member of CLUSTER12 it is only up to QMB to do the round-robin distribution. if the messages really flow from QMA to QMB first, then QMB msut think that they are destined for QMB and not for QM1). check all definitions if they exaclty match what you described. - does QMA knows about the RequestQueue Cluster entries? does QMA knows about Clusterqueuemanagers QM1 and QM2? - maybe a cluster error (what version are you running?) - verify the channel status after sending messages to check which way the messages took (QMA to QM1/2 directly or via QMB) - maybe the application is running with QMB instead of QMA? - maybe all of the above is nonsense :-) regards stefan -Ursprüngliche Nachricht- Von: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 21. November 2002 23:19 An: [EMAIL PROTECTED] Betreff: Cluster Question (remote defs in overlapping clusters) Man, what a mess. Try and draw this one 1st before attempting to solve it! QMA and QMB are in ClusterAB. QMA has a remote queue def called RequestQueue (RemoteQName=RequestQueue, RemoteQMname=QM1, XMITQ= blank) QM1 and QM2 are in Cluster12. Each has a local queue called RequestQueue, and each one is clustered under Cluster12. ClusterAB and Cluster 12 overlap. QMB is in both. There is a QMAlias called QM1 on QMB. QM1 has QM1 as the RemoteQMname, and QM1.XMIT queue as the transmit queue. That transmit queue goes directly to QM1. If an App on QMA puts to RequestQueue, wouldn't it's definition cause all the messages to go to QM1, via the QM1