Re: MQ Messages
You probably just want to suppress these and other informational messages from the console. Take a look at the System Setup Guide, chapter 2, task 21 where they talk about using the MPFLSTxx member in parmlib to do this. - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: MQ Messages [EMAIL PROTECTED] Thursday October 28, 2004 11:53 AM Please respond to MQSeries List We're receiving an inordinate amount of console messages from MQ regarding a server connection we have - 09.47.52 STC04052 +CSQX500I _ CSQXRESP Channel CLIENT.TO.MQPX started 09.47.52 STC04052 +CSQX501I _ CSQXRESP Channel CLIENT.TO.MQPX is no longer active These are repeating every two or three seconds and making the operators crazy - I don't want to suppress messages - Perhaps I have something set incorrectly that's causing this condition to occur? Has anyone else had this issue? Thanks, Dave (See attached file: C.htm) Title: MQ Messages We're receiving an inordinate amount of console messages from MQ regarding a server connection we have - 09.47.52 STC04052 +CSQX500I _ CSQXRESP Channel CLIENT.TO.MQPX started 09.47.52 STC04052 +CSQX501I _ CSQXRESP Channel CLIENT.TO.MQPX is no longer active These are repeating every two or three seconds and making the operators crazy - I don't want to suppress messages - Perhaps I have something set incorrectly that's causing this condition to occur? Has anyone else had this issue? Thanks, Dave
Re: When (if) the dead letter queue gets full
If they are persistent messages, they won't get thrown away. They will stay on the transmission queue of the remote queue manager. If that fills up then you will get a queue-full condition when you try to put the message from your remote queue manager. - Bruce Giordano Bill Anderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: When (if) the dead letter queue gets full [EMAIL PROTECTED] Monday October 25, 2004 04:38 PM Please respond to MQSeries List I was asked the question what happens to messages when the dead letter queue fills up. So, I did some testing, and it seams that they are lost. Of course, with a max depth of 9 if you fill that sucker up, you have bigger problems on your hands than what happens next ;)~ To test, I set a local queue's max depth to 5, and set the max depth on the dead letter queue (on the same queue manager) to 5. From a remote queue manager I sent 15 messages across a sender channel. 5 messages were on the remote local queue as expected 5 messages were on the remote dead letter queue as expected. 5 messages could not be accounted for. The remote system logged the full queue condition for both the local and dead letter queues, but no hint was given as to what the qmgr did with the message. The local (sending) system logged the fact that the message could not be delivered to the remote and that an attempt was made to put it on the remote dead letter queue. However, when the remote dead letter queue filled up, no more errors relating to the problem were recorded. So, do the messages in such an (unlikely scenario) truly get tossed away? This e-mail contains information which is SITA - Company Confidential All sita.int addresses have changed to sita.aero [EMAIL PROTECTED] http://www.mconnect.aero/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Fw: Audit of configuration changes
Not to be confused with IBM Tivoli Monitoring for WebSphere MQ. Any hints on what if any merging there will be between these two products? My vote would be to keep the former Candle product but give it better integration with Tivoli. - Bruce Giordano Barry Lamkin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Wednesday September 29, 2004 01:34 PM Please respond to MQSeries List If you look at the former Candle product now - IBM Tivoli OMEGAMON for MQ you will find a very rich MQ configuration tool. This tool allows you to copy all your MQ objects into a central database through automatic discovery. Any changes to the configuration made through the tool is logged for auditing purposes. The tool also has an automatic scheduling facility which as one of its functions is the ability to compare the database objects against the actual environment. If it detects a discrepancy between the database and the actual environment a notification report will be generated and the user will have the option of incorporating the found differences into the database or to enforce the use of the tool by returning the actual object back to the state it was in the database. Barry D. Lamkin Senior IT Specialist IBM Software Group Business Integration [EMAIL PROTECTED] To ERPRISEINTEGRATIO [EMAIL PROTECTED] N.COM cc Sent by: MQSeries List Subject [EMAIL PROTECTED] Re: Fw: Audit of configuration N.AC.AT changes 09/29/2004 10:07 AM Please respond to MQSeries List I don't like to advertise but it looks like you're looking for something that only Nastel has so I feel compelled to answer. Nastel's AutoPilot/WMQ (formerly known as MQControl) creates an event message/alert whenever any object parameter changes, whether it is changed using AutoPilot or mqsc or any other method. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kenny - BCX - Infrastructure Services Sent: Wednesday, September 29, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Thanks Tim, this is an interesting piece of software, but unfortunately, as far as I can tell it does not operate in conjunction with MQ Explorer. If I am wrong on that, somebody please correct me because this would then be what I am looking for. Mike Have a look at the MQ wrapper: An audit trail is also created to monitor and log changes to the MQSeries configuration. Supportpac MS0E can be found here: http://www-306.ibm.com/software/integration/support/supportpac s/product.html#wmq Regards, Tim Crossland Instructions for managing your mailing list 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: MQ manuals
I guess you haven't used the Candle site. IBMLink2000 does have problems. In my opinion it's a step backwards from IBMLink classic. It still seems well above other vendor sites I've seen as far as the ability to open problems, search for product defects and obtain maintenance. The organization of the rest of the ibm.com site is another story though. My theory is that they intentionally reorganize things every couple of months in order to hide the MQSeries manuals and support pacs. Either that or they want to force you to wade through all the WebSphere stuff to find them. - Bruce Giordano Jim Ford [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: MQ manuals Monday August 9, 2004 06:05 PM Please respond to MQSeries List Try this: http://www-306.ibm.com/software/integration/mqfamily/library/manualsa/ And sure, IBM's site may be really disorganized, but it's really slow. IBMLink and IBMLink 2000 have to be the absolute worst way to search for product defects I've seen. Nick Dilauro [EMAIL PROTECTED]To: [EMAIL PROTECTED] cc: Sent by: MQSeriesSubject: MQ manuals List [EMAIL PROTECTED] n.ac.at 08/09/2004 04:46 PM Please respond to MQSeries List Could someone please direct me to the IBM web page for manuals. I lost my previous links. I tried searching the IBM site, but it's the worst thing I've ever encountered on the Web. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: SSL with MQExplorer
I don't think there's a way to do this. MQExplorer lets you specify a security exit but I see no where to specify the CipherSpec settings for SSL. - Bruce Giordano Lawrence Coombs [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: SSL with MQExplorer Tuesday August 10, 2004 08:35 AM Please respond to MQSeries List Does anyone know of a way to use SSL with MQExplorer? Instructions for managing your mailing list 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: SSL with MQExplorer
Interesting. Probably a better solution though would be to get IBM to enhance MQExplorer to be able to specify the SSL parameters. - Bruce Giordano Potkay, Peter M (ISD, IT) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: SSL with MQExplorer [EMAIL PROTECTED] Tuesday August 10, 2004 09:47 AM Please respond to MQSeries List http://www.mqseries.net/phpBB2/viewtopic.php?t=15821highlight=ssl Jason from IBM figured out a way to do it. -Original Message- From: Bruce Giordano [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 9:09 AM To: [EMAIL PROTECTED] Subject: Re: SSL with MQExplorer I don't think there's a way to do this. MQExplorer lets you specify a security exit but I see no where to specify the CipherSpec settings for SSL. - Bruce Giordano Lawrence Coombs [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: SSL with MQExplorer Tuesday August 10, 2004 08:35 AM Please respond to MQSeries List Does anyone know of a way to use SSL with MQExplorer? Instructions for managing your mailing list 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 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: When we go on vacations
What I do if I setup an out of office reply is to define an exception saying not to send this reply to internet addresses. If you do want this reply sent to others outside your company, you could also setup an exception to not send this specifically to messages coming from the MQSeries list. - Bruce Giordano Potkay, Peter M (ISD, IT) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: When we go on vacations [EMAIL PROTECTED] Monday July 26, 2004 02:10 PM Please respond to MQSeries List So, has the problem been permanently solved with the o-u-t o-f o-f-f-i-c-e m-e-s-s-a-g-e-s? I added the dashes in case the list serve has some filter pulling messages with those words. Whenever I set my email to say I was away, I would always suspend my subscription while I was gone to not annoy every one else. But then I would miss a weeks worth of messages. Is it safe to leave the subscription to the listserve on even if you are on vacation from an email perspective? Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified 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: Expryint
You can run the command: REFRESH QMGR TYPE(EXPIRY) NAME(YOUR.QUEUE.NAME) in order to have an individual queue scanned for expired messages. You could also have a group of queues scanned by specifying a wildcard in the name. - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Expryint [EMAIL PROTECTED] Wednesday July 7, 2004 11:46 AM Please respond to MQSeries List The queue manager can periodically scan individual queues, or all queues belonging to a particular queue manager, for expired messages, which are then deleted. You can choose how often this scanning should take place, if at all, or you can define it so that the queue manager automatically calculates when the expired messages should be scanned and deleted. The EXPRYINT queue manager attribute controls this. This is from the manual. How do we specify an individual queue to be scanned? Thanks, Dave (See attached file: C.htm) Title: Expryint The queue manager can periodically scan individual queues, or all queues belonging to a particular queue manager, for expired messages, which are then deleted. You can choose how often this scanning should take place, if at all, or you can define it so that the queue manager automatically calculates when the expired messages should be scanned and deleted. The EXPRYINT queue manager attribute controls this. This is from the manual. How do we specify an individual queue to be scanned? Thanks, Dave
Re: MQ Version 5.3.1 and SSL
It's normal for the MQSeries 5.3 receiver channels to default to SSL certificate required 'Y'. Unless you've specified a Cipher Spec on the channel though, MQSeries isn't going to look for one. - Bruce Giordano Yeske, Judy [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: MQ Version 5.3.1 and SSL [EMAIL PROTECTED] Friday May 28, 2004 02:39 PM Please respond to MQSeries List Hello and Happy Friday, Today I upgraded to Websphere MQ for z/OS Version 5.3.1 (was at Version 2.1). I noticed that my RECEIVER Channels have SSL certificate required set to Y. As of now, we are not planning on using SSL. Question - what did I do for this to be set to Y ?Was it because I defined SYSTEM.DEFAULT.AUTHINFO.CRLLDAP ? I'm getting message: GLD0128A The SSL certificate sent by the client or the server certificate in TSOJKEY2 is not valid. I need to have an understanding as to what I did with my install to cause this to happen. Appreciate your help ! Thanks, Judy Yeske (See attached file: C.htm) Title: MQ Version 5.3.1 and SSL Hello and Happy Friday, Today I upgraded to Websphere MQ for z/OS Version 5.3.1 (was at Version 2.1). I noticed that my RECEIVER Channels have SSL certificate required set to Y. As of now, we are not planning on using SSL. Question - what did I do for this to be set to Y ? Was it because I defined SYSTEM.DEFAULT.AUTHINFO.CRLLDAP ? I'm getting message: GLD0128A The SSL certificate sent by the client or the server certificate in TSOJKEY2 is not valid. I need to have an understanding as to what I did with my install to cause this to happen. Appreciate your help ! Thanks, Judy Yeske
Re: MQ Version 5.3.1 and SSL
I don't get these errors for receiver channels with this set to 'Y' and no Cipher Spec. There must be another reason for it. Is it possible that the sender side is passing a certificate? - Bruce Giordano Yeske, Judy [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: MQ Version 5.3.1 and SSL [EMAIL PROTECTED] Friday May 28, 2004 03:19 PM Please respond to MQSeries List OK, that's good to know !! I did not specify a Cipher Spec. I am concerned with message: GLD0128A The SSL certificate sent by the client or the server certificate in TSOJKEY2 is not valid.I certainly don't want our system to be flooded with these once we go Production with this release. I think I will put in my task list to change this field to N. Hope everyone has a fun and safe Memorial Day weekend ! Thanks, Judy -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Giordano Sent: Friday, May 28, 2004 3:00 PM To: [EMAIL PROTECTED] Subject: Re: MQ Version 5.3.1 and SSL It's normal for the MQSeries 5.3 receiver channels to default to SSL certificate required 'Y'. Unless you've specified a Cipher Spec on the channel though, MQSeries isn't going to look for one. - Bruce Giordano Yeske, Judy [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: MQ Version 5.3.1 and SSL [EMAIL PROTECTED] Friday May 28, 2004 02:39 PM Please respond to MQSeries List Hello and Happy Friday, Today I upgraded to Websphere MQ for z/OS Version 5.3.1 (was at Version 2.1). I noticed that my RECEIVER Channels have SSL certificate required set to Y. As of now, we are not planning on using SSL. Question - what did I do for this to be set to Y ?Was it because I defined SYSTEM.DEFAULT.AUTHINFO.CRLLDAP ? I'm getting message: GLD0128A The SSL certificate sent by the client or the server certificate in TSOJKEY2 is not valid. I need to have an understanding as to what I did with my install to cause this to happen. Appreciate your help ! Thanks, Judy Yeske (See attached file: C.htm) Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: JMS and WMQ Cluster Workload Balancing
Just a guess, but is your JMS application connecting directly to one of the queue managers owning the cluster queue? If there is a local instance of the cluster queue, that will always be used. - Bruce Giordano Ross Stephens [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: JMS and WMQ Cluster Workload Balancing [EMAIL PROTECTED] Wednesday March 24, 2004 06:09 PM Please respond to rstephens I'm using JMS against two identically named cluster queues, but all messages end up on one queue only. Does anyone know how to get the messages to share across the queues within the JMS API? Ross Stephens +61 (2) 9410 9930 +61 (419) 494 489 [EMAIL PROTECTED] www.mqis.com.au (See attached file: C.htm) Im using JMS against two identically named cluster queues, but all messages end up on one queue only. Does anyone know how to get the messages to share across the queues within the JMS API? Ross Stephens +61 (2) 9410 9930 +61 (419) 494 489 [EMAIL PROTECTED] www.mqis.com.au
Re: NPMCLASS
This parameter seems a little odd to me. It seems like by definition, non-persistent messages shouldn't persist across a queue manager restart. Not sure why IBM saw the need to create a new sort of persistent message. - Bruce Giordano Adiraju, Rao [EMAIL PROTECTED]To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: NPMCLASS [EMAIL PROTECTED] Thursday February 26, 2004 10:16 PM Please respond to MQSeries List Did anybody get back to you on this. The doco which comes along with CSD06 give the full explanation of this field and here is the extract: New Queue Attribute This WebSphere MQ V5.3 update introduces a new queue attribute NPMCLASS which applies to local and model queues. NPMCLASS can take one of two values: 1.NPMCLASS(NORMAL) - This is the default value and indicates that non-persistent messages on this queue are only lost following a failure, or a queue manager shutdown. These messages will be discarded in the event of a queue manager restart. 2.NPMCLASS(HIGH) - This setting enables non-persistent messages on this queue to be retained across a queue manager restart. Non-persistent messages may still be lost in the event of a failure. Cheers Rao -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 February 2004 2:38 AM To: [EMAIL PROTECTED] Subject: NPMCLASS What is the purpose of NPMCLASS? AAC Kunio Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: OAM and Security Exits
The security exit is just involved in authenticating who the user is who's connecting to the queue manager. OAM is involved in what they can do once they get there. Unless you want to allow everyone to access everything, it would seem that you'll need it. - Bruce Giordano Usha Suryadevara [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: OAM and Security Exits [EMAIL PROTECTED] Tuesday February 24, 2004 01:25 PM Please respond to MQSeries List Hi all, Does using Security Exits and OAM (on the QM) together buy us anything ? If i have a security exit running on the QueueManager, the QueueManager is protected right ? No third party user can get to my QueueManager unless and until their client code initiates the security exit on the client side which then talks to the server side security exit in order to establish a connection. Btw, the scenario i am looking at is a windows client server environment and both MQ series client and server are at version 5.3. Thanks Usha Instructions for managing your mailing list 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: OS/390 - MQSeries v5.2 - Unix System Services
No, you don't need to use the Java clients and you don't need the client attach facility. You also don't create a new queue manager to run under USS. Basically, all you need to do is install the MVS version of the MQSeries java classes into USS from the MA88 support pack. The Java application will then need to include the MQSeries classes in their classpath and will need to include the MQSeries SCSQAUTH in their STEPLIB if it's not in linklist. Note that the application will need to run in bindings mode since MQSeries on OS/390 can't act as a client. - Bruce Giordano Jeff A Tressler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: OS/390 - MQSeries v5.2 - Unix System Services Monday December 22, 2003 11:13 AM Please respond to MQSeries List We are purchasing an application to run under OS/390 but due to its use of Java needs to run under Unix Systems Services (USS). I know nothing about USS and how applications running under USS can access the base MQSeries running under OS/390. Do we need to use the Java clients to access MQSeries? If so that means we need the Client Attach facility for OS/390. Can we create a new queue manager running under USS that is separate from the queue manager running under OS/390? If so, what about the issue of one queue manager per OS/390 region? Basically any information would be great. Jeff Tressler Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Page set full, SYSTEM.CLUSTER.COMMAND.QUEUE get inhibited: How to fix?
Take a look at the System Administration guide. There is a section on expanding a page set. You have to first format the new page set. You then use the COPYPAGE function to copy all the messages from the old page set to the new one. You can then rename the page datasets so the new pageset has the name of the old one. - Bruce Giordano Hilde G [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: Page set full, SYSTEM.CLUSTER.COMMAND.QUEUE get inhibited: How tofix? Tuesday December 9, 2003 01:56 PM Please respond to MQSeries List Rick, Actually this is the first thing I had tried but it did not work. Maybe the new dataset needed to be FORMATted as a page set before the old one was copied to it??? Thx. Hilde --- Rick Tsujimoto [EMAIL PROTECTED] wrote: Hilde, You should be able to create a larger pageset 3 (with a different name), and copy the old pageset 3 to it. Then, you could have swapped the data set names, assuming you wanted to retain the same name. The other thing to consider is to use a monitoring product that would have raised an alert when this situation reached a critical stage, giving some time to avert a more serious problem. Hilde G [EMAIL PROTECTED] To: [EMAIL PROTECTED] OM cc: Sent by: Subject: Page set full, SYSTEM.CLUSTER.COMMAND.QUEUE get inhibited: How to MQSeries Listfix? [EMAIL PROTECTED] en.AC.AT 12/09/2003 09:20 AM Please respond to MQSeries List OS/390 WMQ 5.3. I don t have much experience with MQ in the mainframe (or rather not much experience in mainframe in general) . We had a PSID3 full last night. I could not even get into MQ panels (I got RC 2192) or issue any commands for the queue manager. The CHIN/MSTR jobs showed that the future extensions of the VSAM dataset will be rejected, and SYSTEM.CLUSTER.COMMAND.QUEUE was get inhibited. I recycled the queue manager but it did not come up properly (i.e. the problem persisted). I tried RESETPAGE to no avail. As I knew that no messages were coming to QM1, and all the messages from QM1 to the NT servers were datagram, I assumed I would not be loosing any messages (hoped there were no messages in the Cluster xmit queue). So, I thought I would recreate the queue manager (creating the BSDS and all that) and the objects that I had saved using MAKEDEF. Now thinking back, I know I had taken to drastic an approach to resolve the problem. If did this with another queue manager I would have lost some messages (ouch!).I don t think I could have moved records from page set 3 to the others as suggested by the Admin book under How to balance loads in page sets , as the system as the I could not even use CSQUTIL to display a queue. What would you do? How should I have done instead? I would love to hear from those of you who have more experience with this kind of stuff. I need to be more prepared when this happens in Prod. Thank you. Hilde __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.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 __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.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: Reason code 2129 in CSQOREXX
SCSQAUTH needs to be in your STEPLIB or in LINKLIST to use CSQOREXX. On your second question, do you have the client attachment feature installed? If not, you can't connect from an MQSeries client. - Bruce Giordano Jan MOEYERSONS [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Reason code 2129 in CSQOREXX [EMAIL PROTECTED] Tuesday November 25, 2003 09:15 AM Please respond to MQSeries List Dear Listeners, I am experiencing a reason code 2129 when I try to connect to my MQ manager, using the CSQOREXX Ops and Control utility from ISPF. MQ-Series is V2R1 OS390 is V2R9 Yes, I have SCSQANLE and SCSQAUTH in my STEPLIB. (Well, it is in the ISPLLIB LIBDEF concatenation. I actually don't have a STEPLIB in my ISPFPROC) And that's about all I could Google... Yes, my Q manager is up running. It is running on the same machine. I can connect to it from a Windows machine, so I guess the Q manager is OK. Any suggestion as to what I am doing wrong will be very much appreciated. Cheers, Jantje. P.S. I have to say, I did not succeed yet to connect to this Q manager from a Windows machine in Client/Server mode, only in Server/Requestor mode. Any clues as to why the C/S connection does not work are equally welcome. Instructions for managing your mailing list 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: Reason code 2129 in CSQOREXX
You can issue an SMP LIST FUNCTIONS command to see if the client attachment feature has been applied. You can also just look at the CHIN task and see if you get the message on startup that the client attachment feature is available. You probably already know this but just thought I'd also mention that support for MQSeries 2.1 is dropped in April of next year. - Bruce Giordano Jan MOEYERSONS [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: Reason code 2129 in CSQOREXX [EMAIL PROTECTED] Tuesday November 25, 2003 12:31 PM Please respond to MQSeries List Dear Bruce, Right, SCSQAUTH was neither in STEPLIB, nor in LINKLIST. Although present in the LIBDEF concatenation for ISPLLIB, this seems indeed not to be enough. Adding it to the LINKLIST solved the issue. As to the client/server connection: I actually don't know which feature have been installed. Is there an easy way to get a list? The symptoms are that the channel initiator does log a message that the CLI_SRV_CHANNEL is created and immediately after that that it is ended; the client gets a reason code 2059. I am sure QMGR name is OK. One happy CSQOREXX user :-) Thanks, Jantje. SCSQAUTH needs to be in your STEPLIB or in LINKLIST to use CSQOREXX. On your second question, do you have the client attachment feature installed? If not, you can't connect from an MQSeries client. - Bruce Giordano Instructions for managing your mailing list 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: AdoptNewMCA and Mainframes
He's wrong, assuming they are at least at MQSeries 5.2 on the mainframe. Tell him to specify ADOPTMCA=YES on his channel initiator parm. - Bruce Giordano Bill Anderson [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: AdoptNewMCA and Mainframes [EMAIL PROTECTED] Thursday November 13, 2003 11:07 AM Please respond to MQSeries List I am trying to help a customer with a connection problem they are having. Long story short, I want him to make use of the AdoptNewMCA feature that I use in the qm.ini file on a UNIX system. He clams no such feature exists on an IBM Mainframe. I am quite mainframe illiterate so, I need a little help here. Bill Anderson Senior Systems Analyst SITA Atlanta, GA 770-303-3503 (office) 404-915-3190 (cell) [EMAIL PROTECTED] http://www.mconnect.aero/ Instructions for managing your mailing list 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: Strange problem in MQSeries
Could the messages have expired? In that case, they would show up in the queue depth but wouldn't actually go away until you did the MQGET. - Bruce Giordano Riyaz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Strange problem in MQSeries Thursday October 23, 2003 05:37 AM Please respond to MQSeries List Hi, The problem - Some messages were added to few queues in a Q manager using a COBOL program. The number of messages that were added was verified by issuing a MQINQ call and checking the message count. The same number of messages could be fetched using MQGET. However after some time (say overnight), when an MQINQ is issued, the message count returned is proper and corresponds to the number of messages added. However if an MQGET is issued on the same queue immediately after MQINQ, no messages are fetched and the MQGET fails with 2033 (i.e. no messages available)! Simply put - the MQINQ returns a proper message count but the MQGET says that no messages are available. This behaviour was not exhibited earlier. The setup is MQSeries on OS/390. What could be reason for this? Could it be because of any changes in the way messages are stored (something to do with the storage classes being changed)? Thanks in advance, Riyaz. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://mail.messenger.yahoo.co.uk Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Java 1.3 and JSSE for MQ 5.3 SSL
To get this to work you first have to first copy the ibmjsse.jar file to usr/java131/jre/lib/ext (I'm assuming this is AIX). You then have to add an entry such as the following to java.security in /usr/java131/jre/lib/security: security.provider.3=com.ibm.jsse.JSSEProvider . - Bruce Giordano Tom Fox [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Java 1.3 and JSSE for MQ 5.3 SSL Tuesday October 21, 2003 04:57 PM Please respond to MQSeries List Need some help. We've shown and tested Java 1.4 can support MQ 5.3 base MQ classes using SSL client connections. However, we understood this should work with Java 1.3.1 with JSSE added. It does not seem to work and gives obscure 2059 error. When we remove SSL from SRVCONN channel, everything works fine but no SSL. Anyone else able to use SSL from Java 1.3.x? Regards, -tom fox Instructions for managing your mailing list 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: SSL with WMQ Clients
Actually, MQSSLKEYR points to the location of your MQ client's certificate store. This can contain multiple certificates. - Bruce Giordano Wmq Techie [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: SSL with WMQ Clients Monday October 20, 2003 12:36 PM Please respond to MQSeries List MQ'ers, I know that to point to the SSL certificate on a client machine, the environment variable MQSSLKEYR must be used. But what if the same client application connected to multiple WMQ queue managers that used different certificates. How can the client machine point to multiple certificates? 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 Instructions for managing your mailing list 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
We've been through this before. I don't see how anyone can run a large scale MQSeries infrastructure without the use of a dead letter queue. If a single queue becomes full or a single user is not authorized to a remote queue, the channel will be stopped. This means that any other application using the channel is out of the water until someone manually addresses the problem. Not very practical in my opinion. I also don't understand why use of a dead letter queue causes you problems with this product. The actions of the DLQ handler are under your control. You can throw the messages away or take any other action you want. - Bruce Giordano Jeff A Tressler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Dead Letter Queue Friday September 26, 2003 02:17 PM Please respond to MQSeries List Hi, have many of you decided to NOT use a Dead Letter Queue? We are looking into a product that uses MQSeries as a transport layer. The tool assumes there is no DLQ. What happens is it sets the Exception Report option so if the remote queue if full, it returns an exception to the send portion of the tool. So if there is a DLQ and a DLQHandler running, the message may be recycled to the original queue and processed but the sending side throws an exception. Jeff Tressler Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Initiating a batch process from MQ
IBM doesn't supply a batch trigger monitor as part of the base product. You can download a sample one from the MA12 support pack. It generally seems better to me to just have your batch job waiting for messages to arrive on its queue rather than having a trigger monitor kick it off. - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Initiating a batch process from MQ [EMAIL PROTECTED] Friday September 5, 2003 11:53 AM Please respond to MQSeries List We need to define process to start a job in MVS. The MQ manuals don't seem to have any examples of this (we realize that APPL TYPE should be MVS). We also believe that APPL ID should be CSQX START. How do we define what BATCH JOB should be started (PROC name, JCL member name to be submitted...). Any input will be greatly appreciated. Thanks, Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Accounting
You can enter the following command to turn it on: START TRACE(ACCTG) CLASS(3) It's documented in the System Setup Guide and the MQSC Command Reference. What was a little confusing is that you can't turn it on via the SMFACCT parameter. You have to turn in on using the command although you can add this command to your CSQINP2 input dataset. - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Accounting [EMAIL PROTECTED] Wednesday September 3, 2003 01:04 PM Please respond to MQSeries List I want to capture queue-level SMF records (subtype2) and from what I gather to this point I have to specify class 3 when while doing a start on the accounting trace (using the START TRACE command), but I can't put my finger on the doc. Does anyone know where it's located or has anyone done this? Also is anyone familiar w/Point-to-point JMS? TIA, 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 Instructions for managing your mailing list 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: mqver remotely? Maybe MO71?
A regular MQSeries Java program should run fine on z/OS. Don't think
you'll have much luck executing the mqver or dspmq commands though.
- Bruce
Giordano
Roger Lacroix
[EMAIL PROTECTED] To:
[EMAIL PROTECTED]
cc:
Sent by: MQSeries List Subject: Re: mqver
remotely? Maybe MO71?
[EMAIL PROTECTED]
Friday August 22, 2003 02:53 PM
Please respond to MQSeries List
Hi,
Have your SysAdmin install the latest IBM JDK on OS/390 and your code will
work
just fine. I've done many Java programs (running on OS/390) that accessed
mainframe queue managers. It works like a charm.
later
Roger..
Quoting McCarty, Brian [EMAIL PROTECTED]:
I think we can bypass the platform problem by making a command executable
generically called. I wrote a small Java program as an example. I think
it
will work on Windows, Solaris, Linux and AIX without any problem. But of
course it won't work on OS/390 (and others) since the commands are not
available. I just plan on having this type of program triggered and
first
get the cmd from the request queue as a string and then put the
output.toString back on a reply queue. It's working for mqver, dspmq
and
netstat (a big output test).
Still testing
String cmd = (mqver) ;
Process p = Runtime.getRuntime().exec(cmd);
InputStream pin = p.getInputStream();
BufferedReader br = new BufferedReader(new InputStreamReader(pin));
String line;
StringBuffer output = new StringBuffer();
while ((line = br.readLine()) != null)
{
output.append(line);
output.append(\n);
}
System.out.println(output.toString());
-Original Message-
From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED]
Sent: Friday, August 22, 2003 1:27 PM
To: [EMAIL PROTECTED]
Subject: Re: mqver remotely? Maybe MO71?
Hmm...some new commonality across all our shops? At one time everyone
was
writing wrappers around MQ. Now it seems many of us are writing agents
to
do some of the things that IBM left out and more.
We have the luxury in my division of the company of having a pretty
homogenous shop. Almost all of my MQ servers are on platforms supported
by
ActiveState Perl. We got a copy of the Perl Dev Kit and compile our
agent
scripts so they can be deployed without regard to installation
dependencies.
Our agent scripts provide access to the error logs and FDC files, run
shell
commands (Win and Unix), set and display auths and can even receive and
deploy compiled exits. To get around platform inconsistencies and to add
security, the scripts do not run commands directly but instead take a
generic command (deploy exit for example) and translate it to the
appropriate system-specific action (copy to /var/mqm/exits or c:\program
files\...\exits).
Perl is great because the script can open and read our command queue and
write the responses directly to the response queue. The MQSeries Perl
module understands basic messages and PCF commands so it has direct
access
to all the message fields and does not rely on AMQSGET/AMQSPUT. The
script
can also execute shell commands directly without writing intermediate
files.
After we bought AppWatch we showed our scripts to Reconda because we
wanted
the functionality integrated. My understanding is that several agent
functions are planned for an upcoming release. Hopefully, IBM will still
be
giving away copies (http://www-3.ibm.com/software/integration/mqreconda/)
when the new version comes out.
MSDW, the people who maintain the Perl MQSeries module, built a wrapper
around IBM's command server. Their wrapper intercepts PCF commands,
executes those it understands and passes the remainder on to IBM's
command
server for processing. Their agent implementation makes ours look like
Hello World.
IBM - take note! We are all out here writing agents to do things that
should have PCF equivalents such as dumping log files, getting the
version/CSD level, displaying auths and starting/stopping components. I
know there is a formal request process for this but I also know you all
take
notice when a substantial part of the community starts writing the same
enhancement to the base code.
-- T.Rob
-Original Message-
From: McCarty, Brian [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 21, 2003 6:25 PM
To: [EMAIL PROTECTED]
Subject: Re: mqver remotely? Maybe MO71?
You say that you built a script that started by triggering and then reads
the application queue that has messages that the body contains a command
to
run? Just looking for clarification because I think we would like to do
this also for more than just mqver. Does the script actually call a
program
that does the get then put (of the command output)?, or did you
Running MQSeries 5.3 under AIX 5.2
Is anyone aware of any issues in running the MQSeries 5.3 Java client under AIX 5.2? We're running into some problems since the OS upgrade was done and I want to see if it's related. The WebSphere MQ for AIX Quick Beginnings only lists AIX 4.3.3 and AIX 5.1 but I'm assuming (although I know what happens when you do that) that AIX 5.2 should be ok too. - Bruce Giordano Instructions for managing your mailing list 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: Timed out messages
If you move forward at least to MQSeries 5.2, then a browse of the queue will cause the expired messages to be deleted. Under 5.3 you can also specify an EXPRYINT parameter to have expired messages periodically deleted without the need to browse the queue. With the 2.1 version you're running, you have to issue a destructive get against the queue to cause the expired messages to be deleted. - Bruce Giordano Michelle Russell [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Timed out messages [EMAIL PROTECTED] Wednesday July 16, 2003 10:17 AM Please respond to MQSeries List OS/390 MQv2.1 I have an application that puts to a reply queue and the messages expire after 2mins. After this time I can no longer browse the message but I can see the queue depth remains at 5 for example. Can anybody point me in the right direction as to what I need to do once the messages have expired. Kind regards Michelle This email and any attachments are confidential. They may contain privileged information and are intended for the named addressee(s) only. They must not be distributed without our consent. If you are not the intended recipient, please notify us immediately and do not disclose, distribute or retain this email or any part of it. Unless expressly stated, opinions in this email are those of the individual sender and not N Brown Group plc or any of its subsidiaries. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. N Brown Group plc. Registered office: 53 Dale Street, Manchester, M60 6ES. Registered in England No.814103. Instructions for managing your mailing list 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 Client Channel Security Products?
I think you still need a security exit or a product even if you are using SSL with MQ5.3. The only way SSL solves this is if you obtain a separate certificate for each user of the MQClient. Even then, this will only work if the clients only connect to MVS queue managers where the distinguished name on the certificate can be mapped to a userid. - Bruce Giordano Kelly, Steve [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: MQ Client Channel Security Products? [EMAIL PROTECTED] Friday June 20, 2003 04:55 AM Please respond to MQSeries List There are a number of products around. Primeur's DSMQ (which we use extensively at the customer where I'm currently working), Candle's MQSecure, CQ's ProtectMQ. Dunno costs I'm afraid. Best solution however, IMHO, is to upgrade to MQ5.3 and use the SSL implementation that comes with that release. Steve. ___ Steve Kelly CommerceQuest enabling the dynamic enterprise -Original Message- From: Karl Ng [mailto:[EMAIL PROTECTED] Sent: 19 June 2003 20:30 To: [EMAIL PROTECTED] Subject: MQ Client Channel Security Products? We are using MQ Clients V5 on various platforms (NT,Solaris,etc..) to connect to our MQ manager on MVS V1.2. We would like to implement some kind of client channel security and would like to know what others use? Do you write your own channel security exits?If yes, Is there any information you can share? OR do you use vendor product?If yes, what product and ballpark cost? Thanks, Karl (on behalf of our MQ admin.) (See attached file: C.htm) Title: MQ Client Channel Security Products? There are a number of products around. Primeur's DSMQ (which we use extensively at the customer where I'm currently working), Candle's MQSecure, CQ's ProtectMQ. Dunno costs I'm afraid. Best solution however, IMHO, is to upgrade to MQ5.3 and use the SSL implementation that comes with that release. Steve. ___ Steve Kelly CommerceQuest enabling the dynamic enterprise -Original Message-From: Karl Ng [mailto:[EMAIL PROTECTED]Sent: 19 June 2003 20:30To: [EMAIL PROTECTED]Subject: MQ Client Channel Security Products? We are using MQ Clients V5 on various platforms (NT,Solaris,etc..) to connect to our MQ manager on MVS V1.2. We would like to implement some kind of client channel security and would like to know what others use? Do you write your own channel security exits?If yes, Is there any information you can share? OR do you use vendor product?If yes, what product and ballpark cost? Thanks, Karl (on behalf of our MQ admin.)
Re: MQ/CICS and LU6.2
I'd be very surprised if the MQSeries and DB2 adapters didn't use cross memory services. Note for example, that if you're using IRC in your CICS region, you have to ensure that the IRC facility is open before you start the MQSeries adapter. This is because the CICS IRC initialization has a problem if a cross memory environment has already been established. If you start the MQSeries adapter first, guess who already established the cross memory environment. - Bruce Giordano EARmerc Roberts [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: MQ/CICS and LU6.2 [EMAIL PROTECTED] Thursday June 12, 2003 05:47 PM Please respond to MQSeries List Anyone from Hursley want to clarify? The statement about Cross-memory services may not be true. The external resource managers are MQ or DB2, but it gets a bit more complicated. The RMI is actually a Task-Related User Exit. Information transferred from the running CICS program to the Resource Manager is via a call to the RMI with the information being passed through a program stub link-edited with the running program. I can't confirm that the DB2 Attach Facility uses Cross-memory services, but to my recollection, if it does, it is something new. Likewise, MQ adaptor when CICS connects to the MQ subsystem. I know that CICS can use cross-memory services to communicate between two regions on the same LPAR when the connection defintions are thus specified.The Cross-memory services being referred to earlier might simply be the use of shared memory, and not actually Cross-memory services. I don't believe that MQ or DB2 uses cross-memory services, but rather shared memory. Ernest Roberts IT - Sr Sys Prog MBUSA, LLC - Forwarded by Ernest Roberts/171/DCAG/DCX on 06/12/2003 04:30 PM - Bruce Giordano [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 06/12/2003 02:24 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: MQ/CICS and LU6.2 It is my understanding that MQSeries does use cross-memory services as does DB2. How else is it going to get the data between the CICS and the MQSeries address space? The RMI is just a CICS mechanism that provides an interface between CICS and an external resource manager. It doesn't provide for the actual transmission of data between CICS and this external resource manager. This is up to the team writing the adapter and will likely be done using cross-memory services. - Bruce Giordano EARmerc Roberts [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: MQ/CICS and LU6.2 [EMAIL PROTECTED] Thursday June 12, 2003 01:06 PM Please respond to MQSeries List To my knowledge, CICS connects to local MQ subsystems using an adaptor which is essentially a program running in CICS to handle direct MQ calls from programs in several languages. The MQ API for CICS is the same as it is for batch. Before the implementation of TCP/IP support within MQ, the method was to go from MQ through the CICS adaptor to CICS, then from CICS on SYSTEM-A to CICS on SYSTEMB, then from CICS to MQ. No cross-memory services are used. AFAIK, the methodology is very similar to the DB2 API implementation for CICS. Each CICS region only connects to one MQ subsystem through a Resource Manager Interface, so logistics might get more complicated with multiple CICS and MQs on the same system. Ernest Roberts IT - Sr Sys Prog MBUSA, LLC Three Mercedes Drive Montvale, NJ 07345 201-573-2619 201-573-4383 fax 866-308-3782 pager - Forwarded by Ernest Roberts/171/DCAG/DCX on 06/11/2003 08:58 PM - Rick Tsujimoto [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 06/11/2003 02:52 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: MQ/CICS and LU6.2 June, CICS accesses MQ messages using cross-memory services. It doesn't use LU6.2. The decision to use LU6.2 (or TCP/IP) affects how remote queue managers and/or clients talk to each other. The SIP override specifies the queue manager name the region connects to, plus the initq used by CKTI on CICS. June Lawton [EMAIL PROTECTED] To: [EMAIL PROTECTED] GROUP.COM cc: Sent
Re: OS/390 MQ Client Attach Feature compatibility.
The V5.3 Client Attach Feature gets installed as a feature on top of the V5.3 base. You can't install it on V5.2. - Bruce Giordano Peter Moir [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: OS/390 MQ Client Attach Feature compatibility. [EMAIL PROTECTED] Wednesday June 11, 2003 04:56 AM Please respond to MQSeries List We currently run MQ 5.2 on OS/390 2.10. We do not have the Client Attach Feature but have now ordered it. We need to get this in quickly before we upgrade MQ itself (later this year). I assume for MQ5.2 we need CAF v5.2. I've been on holiday and got back to be told that IBM have told us that CAF v5.2 is no longer shipped so are shipping us v5.3 instead. I assume that v5.3 CAF doesn't work with a v5.2 queue manager. Can anyone confirm that for me ? Can you run different releases of a queue manager and a CAF ?? Pete. _ Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. _ (See attached file: C.htm) Title: Message Wecurrently run MQ 5.2 on OS/390 2.10. We do not have the Client Attach Feature but have now ordered it. We need to get this in quickly before we upgrade MQ itself (later this year). I assume for MQ5.2 we needCAF v5.2. I've been on holiday and got back to be told that IBM have told us that CAF v5.2 is no longer shipped so are shipping us v5.3 instead. I assume that v5.3 CAFdoesn't work with a v5.2 queue manager. Can anyone confirm that for me ? Can you run different releases of a queue manager and a CAF ?? Pete. _ Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. _
Re: Qmgr abend - 5C6
Looks like the batch job abended and MQSeries is trying to back out its activity. Did a log archive occur while this batch job was putting its messages? If so, is it possible that the archive file was deleted? If not I think I'd open a problem with IBM. If one logdataset is truely corrupt and you are using dual logging, you should be able to copy the good log dataset into the bad. - Bruce Giordano Jose, Prince [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Qmgr abend - 5C6 Wednesday June 11, 2003 03:00 PM Please respond to MQSeries List Hello! Our queue manager on Mainframe (5.2) abended yesterday with an SVC dump. ( 5C6) After going through the logs and looking at error message description, looked to me that the log dataset got corrupted. The user id appeared on the dump(ABC12) was running a batch job putting persistant messages on to the queue. (1000 msgs 100k in size each) Can anyone tell me what can cause the logdatset to get corrupted? Thanks, Prince Here are the relevent MQ error messages as it appeared in the syslog. CSQ3201E *MQSB ABNORMAL EOT IN PROGRESS FOR 830 USER=ABC12 CONNECTION-ID=ABC12RN2 THREAD-XREF= CSQJ113E *MQSB RBA 1C637000 NOT IN ANY ACTIVE OR 944 ARCHIVE LOG DATA SET, CONNECTION-ID=MQSB THREAD-XREF= IEA794I SVC DUMP HAS CAPTURED: 980 DUMPID=005 REQUESTED BY JOB (MQSBMSTR) DUMP TITLE=MQSB,ABN=5C6-00D1032A,U=ABC12 ,C=F1000.520.RLMC-CS QJLGR ,M=CSQJRE01,LOC=CSQJL002.CSQJR003+0582 CSQV086E *MQSBMQSERIES ABNORMAL TERMINATION REASON=00D94001 +CSQX411I *MQSB CSQXREPO Repository manager stopped Prince Jose Project Support Resources - (Middleware Products) Phone : 313 225 8156 (See attached file: C.htm) Title: Qmgr abend - 5C6 Hello! Our queue manager on Mainframe (5.2) abended yesterday with an SVC dump. ( 5C6) After going through the logs and looking at error message description, looked to me that the log dataset got corrupted. The user id appeared on the dump(ABC12) was running a batch job putting persistant messages on to the queue. (1000 msgs 100k in size each) Can anyone tell me what can cause the logdatset to get corrupted? Thanks, Prince Here are the relevent MQ error messages as it appeared in the syslog. CSQ3201E *MQSB ABNORMAL EOT IN PROGRESS FOR 830 USER=ABC12 CONNECTION-ID=ABC12RN2 THREAD-XREF= CSQJ113E *MQSB RBA 1C637000 NOT IN ANY ACTIVE OR 944 ARCHIVE LOG DATA SET, CONNECTION-ID=MQSB THREAD-XREF= IEA794I SVC DUMP HAS CAPTURED: 980 DUMPID=005 REQUESTED BY JOB (MQSBMSTR) DUMP TITLE=MQSB,ABN=5C6-00D1032A,U=ABC12 ,C=F1000.520.RLMC-CS QJLGR ,M=CSQJRE01,LOC=CSQJL002.CSQJR003+0582 CSQV086E *MQSB MQSERIES ABNORMAL TERMINATION REASON=00D94001 +CSQX411I *MQSB CSQXREPO Repository manager stopped Prince Jose Project Support Resources - (Middleware Products) Phone : 313 225 8156
Re: MQMD
You need to specify the SET_ALL_CONTEXT option when you open the queue. Note that the id this is running under would also need the authority to set this option on the queue. - Bruce Giordano Jay Jayatissa [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: MQMD [EMAIL PROTECTED] Wednesday June 4, 2003 11:18 AM Please respond to MQSeries List Hi all, does anyone know how I can set the Application name in the MQMD header. I have tried setting it using md.PutApplName = MyName but the MQ Client always takes the name of the of where the location of the application is and overwrites my value. Is there a flag I need to set as well?? cheers, Jay (See attached file: C.htm) Hi all, does anyone know how I can set the Application name in the MQMD header. I have tried setting it using md.PutApplName = MyName but the MQ Client always takes the name of the of where the location of the application is and overwrites my value. Is there a flag I need to set as well?? cheers, Jay
Websphere MQ for z/OS version 5.3.1?
I see references in support to Websphere MQ for z/OS version 5.3.1. I also see the 5.3.1 manuals. I've seen no announcement of this new version though. Does anyone know if this version has in fact been released? If so, are there any significant changes over the base MQSeries 5.3? IBM has certainly made their MQSeries versioning confusing. - Bruce Giordano Instructions for managing your mailing list 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 PSID Max Size
In the System Administration Guide it states that the maximum page set size is 4GB. - Bruce Giordano Dean Montevago [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: MQ PSID Max Size [EMAIL PROTECTED] Tuesday April 1, 2003 03:04 PM Please respond to MQSeries List Hi, Is there one ? Can a PSID be larger than 4gb if it is SMS managed ? TIA Dean Dean Montevago Sr. Software Specialist Visiting Nurse Service of N.Y. phone : (212) 290 - 0543 e-mail : [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: AMI elimination (was MQ and DB2 stored procedures)
I wasn't at the Tech Conference either. My guess for a reason for dropping the AMI though is because hardly anyone was using it. - Bruce Giordano Thomas Dunlap [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: AMI elimination (was MQ and DB2 stored procedures) [EMAIL PROTECTED] Friday March 7, 2003 04:22 AM Please respond to MQSeries List Jim, I was not able to attend the last Tech Conference. What was the reason given for elimination of the AMI? Did they hint to adding any of the function, like Send/Receive file, to current MQI? Jim Ford wrote: Doesn't the SQL solution require AMI? At the recent conference IBM made it clear that AMI is on its way out. I wonder if the SQL extensions will use a different method. -- Regards, Thomas DunlapChief Technology Officer[EMAIL PROTECTED] Themis, Inc.http://www.themisinc.com1 (800) 756-3000 Instructions for managing your mailing list 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
IBMLINK 2000
Not really specifically an MQSeries issue but I am curious on others opinions of the new IBMLINK 2000. I've been using it for several weeks now since I got the notice that the old IBMLINK was going away on April 16th. In my opinion it looks to be a step backwards rather than forwards. My initial problem with it was the small font sizes used. I opened a feedback on this and was told I could change the text size in Internet Explorer. That works except that it makes the text huge for all my other applications. I also find it difficult to navigate between applications since they're not always listed on the left-hand side. In addition, I'm often running into Page expired errors when I try to back up. Do others have these problems or is it just me? - Bruce Giordano Instructions for managing your mailing list 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: IBMLINK 2000
Don't count on it. This is the message I get when I access one of the servicelink applications under ibmlink classic: All of the IBMLink ServiceLink applications (SRD, ETR, SIS, ASAP, AST, PCR, and PSP), which provide electronic application capability for these Services Offerings, are now available on IBMLink 2000 at http://www.ibm.com/ibmlink/link2 . IBMLink 2000 provides the strategic Internet access to ServiceLink. United States access to the existing Internet ServiceLink applications on http://www. ibmlink.ibm.com/ will be discontinued on April 16, 2003. Rick Tsujimoto [EMAIL PROTECTED]To: [EMAIL PROTECTED] M cc: Subject: Re: IBMLINK 2000 Sent by: MQSeries List [EMAIL PROTECTED] Friday March 7, 2003 09:49 AM Please respond to MQSeries List I know you can link to the *classic* ibmlink pages. Hopefully, they keep that link in the future. Bruce Giordano [EMAIL PROTECTED] To: [EMAIL PROTECTED] ENTIAL.COM cc: Sent by: MQSeriesSubject: IBMLINK 2000 List [EMAIL PROTECTED] C.AT 03/07/2003 08:42 AM Please respond to MQSeries List Not really specifically an MQSeries issue but I am curious on others opinions of the new IBMLINK 2000. I've been using it for several weeks now since I got the notice that the old IBMLINK was going away on April 16th. In my opinion it looks to be a step backwards rather than forwards. My initial problem with it was the small font sizes used. I opened a feedback on this and was told I could change the text size in Internet Explorer. That works except that it makes the text huge for all my other applications. I also find it difficult to navigate between applications since they're not always listed on the left-hand side. In addition, I'm often running into Page expired errors when I try to back up. Do others have these problems or is it just me? - Bruce Giordano Instructions for managing your mailing list 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: CICS Adapter Userid Question
Yup, that's the way it works. What you're asking for couldn't really be implemented since a CICS transaction could be triggered once and then potentially read multiple messages. These may have differing userids in the message descriptor. What you could do is have your own transaction triggered and then have this transaction start a separate instance of the application transaction for each message. It could start each instance under the userid in the message descriptor. This has its own issues though. It requires that the userid starting your transaction, which is the same userid that started CKTI, needs authority to start transactions under each different userid. I agree that this is a common problem that IBM should address in some fashion. I think a good solution though would require changes not just in MQSeries but in CICS as well. - Bruce Giordano Gary P. Klos [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: CICS Adapter Userid Question Thursday February 20, 2003 11:41 AM Please respond to MQSeries List I guess I'm just looking for some clarification here. When I use the CICS Adapter and place a message on a queue which is triggered on in cics. Now CKTI starts the transaction I specified in the Process definition. However it starts the transaction with the userid that started the CKTI transaction. That is well and good except for the fact if I want to start various transactions for various applications, I have to give the userid which started CKTI access to all the transactions that CICS is going to start. Is this correct? So if I have 15 application transactions to run, the same CKTI starting userid has to have access to all of them. Why isn't the Useridentifier of the Mqseries message just passed in, and then CICS will use that userid to start the transaction. You can set the CICS Bridge up this way, but why not the adapter? Am I missing something or is there an alternative way to do this? Thanks, Gary === Gary Klos Online Systems - PSC United States Steel Corporation 412-433-1225 Instructions for managing your mailing list 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: REFRESH QMGR TYPE(EARLY)
If you want to be able to do this, your SCSQLINK library has to be LPA, not Linklist. IBM does document their recommendation that this library now be in the LPA rather than linklist. It might have made it clearer though if they changed the name of the library to SCSQLPA. - Bruce Giordano Robert X. Sloper [EMAIL PROTECTED]To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: REFRESH QMGR TYPE(EARLY) [EMAIL PROTECTED] Tuesday February 11, 2003 11:51 AM Please respond to MQSeries List Bruce, Thanks for the info, I did try this and I get When the Qmanager is down and I issue . /MQ REFRESH QMGR TYPE(EARLY) I get : MQ REFRESH QMGR TYPE(EARLY) CSQ3105E MQ CSQ3UR00 - UNABLE TO LOAD EARLY PROCESSING PROGRAM CSQ3EPX. IS NOT AVAILABLE CSQ3104I MQ CSQ3EC0X - TERMINATION COMPLETE CSQ3100I MQ CSQ3EC0X - SUBSYSTEM READY FOR START COMMAND Note that CSQ3EPX IS available in the correct Linklisted libary and I can start this Qmanager without any problems. Bruce Giordano bruce.giordano@PRUDE To: [EMAIL PROTECTED] NTIAL.COM cc: Sent by: MQSeries Subject: Re: REFRESH QMGR TYPE(EARLY) List [EMAIL PROTECTED] .AT 02/10/03 04:50 PM Please respond to MQSeries List If you issue the command directly to the subsystem, it works when the queue manager is down. - Bruce Giordano Robert X. Sloper [EMAIL PROTECTED]To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: REFRESH QMGR TYPE(EARLY) [EMAIL PROTECTED] Monday February 10, 2003 03:58 PM Please respond to MQSeries List I tried to use the new Z/OS V5.3 command REFRESH QMGR TYPE(EARLY) and got a CSQ9036E MQ KEYWORD TYPE PARAMETER 'EARLY' NOT ALLOWED WHEN QUEUE MANAGER IS ACTIVE. And if I try it when the Qmgr is down I get an MQCONN error (not a surprise). I did RTFM and can't find any reference to how this command should be issued. It is not in CSQUTIL so ??? 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 Instructions for managing your mailing list 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: REFRESH QMGR TYPE(EARLY)
If you issue the command directly to the subsystem, it works when the queue manager is down. - Bruce Giordano Robert X. Sloper [EMAIL PROTECTED]To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: REFRESH QMGR TYPE(EARLY) [EMAIL PROTECTED] Monday February 10, 2003 03:58 PM Please respond to MQSeries List I tried to use the new Z/OS V5.3 command REFRESH QMGR TYPE(EARLY) and got a CSQ9036E MQ KEYWORD TYPE PARAMETER 'EARLY' NOT ALLOWED WHEN QUEUE MANAGER IS ACTIVE. And if I try it when the Qmgr is down I get an MQCONN error (not a surprise). I did RTFM and can't find any reference to how this command should be issued. It is not in CSQUTIL so ??? 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: Queue service-interval-events
I'm not sure I understand what you're trying to do. We use the service interval events to generate an alert if messages aren't being read off a queue in a timely fashion. The thing is, you really need to look at the Event Monitoring Guide for an explanation of how the service interval events work. They may not work the way you'd like them to. For example, the service interval is only checked following an MQGET or MQPUT call. This means if there is very low activity on the queue, you might have a message sitting on the queue for hours but you won't get a service interval high event until a second message arrives on the queue. - Bruce Giordano Hill, Dave [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Queue service-interval-events Wednesday February 5, 2003 09:25 AM Please respond to MQSeries List Service timer? I have not used this but feel I may have a need to implement it. Is anyone using this and if so what were the reasons for doing so? I need to delay a trigger event on a WIN2000 server(s) so is this the way to do it? Does anyone have any suggestions? Does anyone know why people try to use PCs as mainframes? TIA Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
IBM Dropping support for old versions
I saw in the annoucements today that IBM was dropping support for MQSeries for OS/390 2.1 in 5/04 and MQSeries for OS/390 5.2 in 10/04. That seems pretty quick for dropping support for 5.2 since 5.3 hasn't really been out very long. Not that we're still using it, but I don't recall seeing anything about IBM dropping support for MQSeries for MVS/ESA 1.20. - Bruce Giordano Instructions for managing your mailing list 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 5.3 CSD01
So after 3 months, IBM's lawyers still won't let them release a CSD with SSL support. I do wonder why Sun doesn't seem to have these issues when they make their Java code with SSL support freely available. I guess their lawyers must not be quite as diligent (or IBM's are too much so). - Bruce Giordano Luc-Michel Demey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: MQ 5.3 CSD01 Friday January 24, 2003 11:46 AM Please respond to lmd - CSD 1 for AIX 5.3 (without SSL) is officialy available @ ftp://ftp.software.ibm.com/software/mqseries/fixes/aix53/U484023/ - CSD 1 for other platform are not officialy released, but with some imagination using urls .. HTH, Luc-Michel. Date sent: Fri, 24 Jan 2003 14:56:20 - Send reply to: MQSeries List [EMAIL PROTECTED] From: David C. Partridge [EMAIL PROTECTED] Subject:MQ 5.3 CSD01 To: [EMAIL PROTECTED] It's now some while since 5.3 GA2 (a.k.a. 5.3.0.1) was shipped which purportedly contains the fixes for CSD01. Are the IBM guys able to give some guidance on when CSD01 for 5.3 will be made available for download? Regards, David C. Partridge Security Products Manager Primeur Group Tel: +44 (0)1926 511058 Mobile: +44 (0)7713 880197 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive -- Luc-Michel Demey - Freelance EAI Consultant Paris / France Tel. : +33 6 08 755 655 http://consulting.demey.org/ - lmd at demey dot org Instructions for managing your mailing list 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: removal of expired messages in 5.3
I'm not aware of a specific utility. However, on OS/390 you can use the EXPRYINT queue manager attribute to control how often the queue manager automatically scans for expired messages. - Bruce Giordano Firoz Kotta [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: removal of expired messages in 5.3 Monday January 13, 2003 03:58 PM Please respond to MQSeries List Does version 5.3 come with a utility to remove expired messages. I would like to know if there are any available for both OS/390 and Aix. Thanks! Firoz Kotta Instructions for managing your mailing list 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 v5.3 and SSL W2K
Yes. - Bruce Giordano Nick Dilauro [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: MQ v5.3 and SSL W2K Wednesday January 8, 2003 04:10 PM Please respond to MQSeries List I have been reviewing the requirements for using SSL with client to server connections. From my reading I understand the qmgr must be configured to point to the repository file containing digital certificates. Then a server connection channel must be defined with the SSL settings. My question is whether it is also possible to have non-SSL server connection channels defined for an SSL configured qmgr. In other words, could there be both secure server conn and non-secure server conn channels supported by the same qmgr? TIA Nick Nicholas C. DiLauro MQSeries Administrator Technical Services IBM Certified Specialist - MQSeries IBM Certified Developer - MQSeries QRS Corporation 1400 Marina Way South, MS 231 Richmond, California 94804 510 231 6544 Voice 510 621 6544 Fax [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Logload value
We use a value of 100,000 to 200,000 for the LOGLOAD value on our production queue managers. It depends on the volume of activity though. We try to set a value so that we get checkpoints no more than every 15 minutes. We also setup the size of the active logs so that they fill up no more often than every half hour. - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Logload value [EMAIL PROTECTED] Thursday January 2, 2003 11:46 AM Please respond to MQSeries List What value are people coding for their LOGLOAD= value? I've read the 5.3 SETUP information and although the default is 500,000 (a suggested production value) it does suggest that this value may be high. We're currently specifying 10,000 - I suspect that this is causing too frequent writes. Anyone have suggestions for production? Thanks, Dave ** 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. (See attached file: C.htm) What value are people coding for their LOGLOAD= value? Ive read the 5.3 SETUP information and although the default is 500,000 (a suggested production value) it does suggest that this value may be high. Were currently specifying 10,000 I suspect that this is causing too frequent writes. Anyone have suggestions for production? Thanks, Dave ** 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.
Re: Archives
We are archiving to DASD and don't have any problems. I'd actually expect fewer problems than with tape since you don't need to wait for a tape mount. You just want to make sure that you have PRIQTY coded large enough to hold the archive. You may also want to look at your DASD migration rules for these datasets to try to keep them on DASD for a few days. This avoids potentially having to wait for an archive dataset to be recalled on queue manager restart when dealing with long running units of work. - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Archives [EMAIL PROTECTED] Friday December 20, 2002 12:06 PM Please respond to MQSeries List Management wants us to find out what's involved in moving our MQ (OS/390) 5.3 archiving to DASD - The change looks relatively easy, but I'm wondering what pitfalls are possible. Does anyone out there have any thoughts on this or have done it at your shops? Any thoughts would be appreciated. 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 Instructions for managing your mailing list 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: CSQ0REXX Question
I don't have this problem. Are you sure you are allocating 5.3 libraries for each of the DDNAMES in your TSO logon (SYSEXEC, ISPTLIB, ISPPLIB, ISPMLIB, ISPSLIB)? - Bruce Giordano Williams, Dave (Systems Management) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: CSQ0REXX Question [EMAIL PROTECTED] Friday December 20, 2002 07:07 AM Please respond to MQSeries List I'm not certain if any of you have experienced this (or is it just a problem w/my CSQ0REXX exec?), but w/our upgrade to 5.3 our PF4 prompt key doesn't give a complete list of objects. It DOES indicate that there are more, but PF8 just brings you back to the main menu. Has anyone else experienced this? Thanks, Dave (See attached file: C.htm) Title: RE: MQ Wrapper - who has built one vs AMI? Im not certain if any of you have experienced this (or is it just a problem w/my CSQ0REXX exec?), but w/our upgrade to 5.3 our PF4 prompt key doesnt give a complete list of objects. It DOES indicate that there are more, but PF8 just brings you back to the main menu. Has anyone else experienced this? Thanks, Dave
Re: problem with MO12 support pack
I was using the Starttool product to display the module. Looking into this further, it appears that the file transfer product we are using has problems with PDSE libraries. I tried transmitting the PDSSEQ library to the system I was working on and issuing the receive there and no longer encountered this problem. Thanks for your help. - Bruce Giordano john gilmore [EMAIL PROTECTED]To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: problem with MO12 support pack [EMAIL PROTECTED] Wednesday December 4, 2002 11:49 AM Please respond to MQSeries List This message is generated, by the Loader, when it detects a PDS directory entry for the entry/alias/whatever it is being asked to bring into storage that is not that of a load module. It is possible for a library/load-module PDS to contain a bad directory entry, but are you sure you are not asking the Loader to bring a source module, object module or the like into storage? You say that the module CCP1LRPL 'looks OK' when you list it. How are you doing this and what are you seeing? In particular, are you looking at the library that the loader is trying to use? John Gilmore SystemCraft LLC (See attached file: C.htm) This message is generated, by the Loader, when it detects a PDS directory entry for the entry/alias/whatever it is being asked to bring into storage that is not that of a load module. It is possible for a library/load-module PDS to contain abad directory entry, but are you sure you are not asking the Loader to bring a source module, object module or the like into storage? You say that the module CCP1LRPL 'looks OK' when you list it. How are you doing this and what are you seeing? In particular, are you looking at the library that the loader is trying to use?John GilmoreSystemCraft LLC
Re: New MQ numbering confusing to a point of frustration
The installation of MQ5.3.1 (or whatever IBM is calling it) for Windows/NT indicated that it included CSD01. It also installed a memo.ptf for CSD01. I would certainly agree that the numbering is very confusing. - Bruce Giordano David C. Partridge [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: New MQ numbering confusing to a point of frustration [EMAIL PROTECTED] Monday December 2, 2002 11:45 AM Please respond to MQSeries List Mike, Are you absolutely sure that MQ5.3.1 does include CSD1. I don't think it does based on some discussions the other week at Hursley. Please could IBM clarify this Dave Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ for AIX V5.3 and CSD01
I don't think CSD01 is available for download yet. If you have the ability to do electronic downloads, the full V5.3.1 version which incorporates CSD01 can be downloaded. Note that I had problems on Windows installing V5.3.1 on top of V5.3 so if you take this approach you may want to uninstall V5.3 before installing V5.3.1. Note also that there is some confusion on whether this is a new release or just V5.3+CSD01. It's called V5.3.1 on the software download site though. - Bruce Giordano Prudential Financial [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: MQ for AIX V5.3 and CSD01 Thursday November 21, 2002 08:24 AM Please respond to MQSeries List Anyone know when CSD01 will be available? Can I download it from somewhere?? 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: MQ for AIX V5.3 and CSD01
Good point on this 5.3.1 thing. We just downloaded 5.3.1 from passport advantage but it doesn't say anything about what the .1 means? So if you say 5.3.1 means it has CSD01 included, why is it they have 5.2.1 for Windows but then you have to add CSDs to that? This is very confusing. IBM needs to make this clear. Our sales rep can't even explain what this means. I agree that IBM needs to clarify this. A week or so ago I opened a problem on the issues I was having in upgrading from 5.3 to what the Passport site called 5.3.1. The response I got from the Change Team was that there was no such thing as Websphere MQ 5.3.1 and that I must be refering to the respin of MQ 5.3 (whatever that means). They also indicated that the expected migration path from the original 5.3 to the new 5.3 was to apply the CSD. They weren't sure if the migration from the old 5.3 to the new 5.3 had been tested and suggested that I uninstall and reinstall the product. - Bruce Giordano Instructions for managing your mailing list 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: Problems with MCAUSER on OS/390
Specifying MCAUSER on the receiver channel only controls what userid is checked for security to put to the requested queue. It doesn't cause this userid to be placed in the message descriptor of the message being put. - Bruce Giordano Prudential Insurance Pete Moir [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Problems with MCAUSER on OS/390 [EMAIL PROTECTED] Thursday September 26, 2002 11:44 AM Please respond to MQSeries List Hello, I have a frustrating problem I hope soemone can explain to me. I have a client on Win2K (V5.2) I'm running under userid 'pmoir' I am connected to a server on NT (V5.2) I use amqsputc to put a message onto a remote queue on the server which is then sent to a local queue on OS/390 (V5.2). The message turns up on the queue on OS/390 with userid of 'pmoir' as you'd expect. Now I amend the receiver channel on OS/390 to have MCAUSER of something else and set PUTAUT to 'ONLYMCA' but still when I send a message it turns up on the queue on OS/390 with the userid of 'pmoir'. I've stopped/started the channel, even refereshed the queue manager but still no change. the manual states for ONLYMCA option ; The default user ID is used. Any user ID received from the network is not used. surely the only place the userid of 'pmoir' could've come from is the network I've also tried PUTAUT of DEFAULT. How do I force the message to pick up the userid from the MCAUSER of the receiver channel on OS/390 ? This is easy to do on the NT server simply setting the MCA user on the SVRCONN channel but I don't want to do it there. I have no MQ security exits on OS/390 which could be overiding MCA. Pete. _ Notice to recipient: The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.. When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity. If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are regulated by the Financial Services Authority. _ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: How long did my MQGEt wait?
Assuming you're running MQSeries 5.2, you may be able to get something out of the new SMF accounting records. For each task, this will give you the total number of gets as well as the total elapsed time for gets for each queue. If you have a separate task for each request/reply, this should give you what you want. If not, it should at least allow you to calculate an average response time. - Bruce Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: How long did my MQGEt wait? [EMAIL PROTECTED] Thursday August 29, 2002 03:18 PM Please respond to MQSeries List I did this originally. I added some displays before the Get and After the GET and then checked SYSOUT. Grabbed a pencil and paper and checked about 30 transactions and did the math. But I need something that will track all this automatically. Manually looking at SYSOUT is not feasible. I toyed with the idea of directing this data to a DB, and then writing code to sort and process it all, but now I have DB writes in my app, which itself effects performance. Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 -Original Message- From: Bruce Giordano [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 29, 2002 3:02 PM To: [EMAIL PROTECTED] Subject: Re: How long did my MQGEt wait? Assuming you can update the application and that all replies get back in 5 seconds, just check the time when you issue the put and then check the time again when you get a reply back from the get. The difference is how long it took. You do realize don't you that increasing the wait to 5000 milliseconds isn't going to slow down the response from the get. Your application should get control back as soon as a message arrives on the reply queue. - Bruce Giordano Potkay, Peter M (PLC, IT) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: How long did my MQGEt wait? [EMAIL PROTECTED] Thursday August 29, 2002 02:12 PM Please respond to MQSeries List My mainframe app sends a request and immediately goes to the reply queue to wait for the reply. We have the wait set to 500 milliseconds, which is a business requirement (hope) that this transaction comes back in that amount of time. The request goes to MQSI to be converted from COBOL to XML, to a distributed platform to have the request processed, the XML reply then goes thru MQSI to be converted back to COBOL before the reply is placed to the reply queue back on the mainframe. 20% of the GETs are getting 2033, but we do see those replies back on the reply queue. I assume that 500 milliseconds is to little. Is there anyway to know what wait interval will satisfy 99.9% of the transactions other than bumping up the wait time a little every couple of days till it seems to work? I would like to be able to jack the time up to say 5000 milliseconds and then run with it a week, at the end of which I would like to say to the customer Hey, the average wait time was 453 milliseconds. 90% came back in 600 milliseconds. The shortest wait was Is there any way/tool to do this? As for those reply messages that seem to make it back to late, is there any way/tool to tell how long they took to make the round trip? (System clocks between all the machines are not synced.) 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
Re: PQEDIT
I'm not really sure what you are asking concerning PQEdit and CICS/TS. PQEDIT is accessed thru TSO. CICS isn't involved. - Bruce Giordano Criscione, Carol (DIS) [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: PQEDIT [EMAIL PROTECTED] Wednesday August 28, 2002 11:24 AM Please respond to MQSeries List Anyone have any knowledge/experience using it with CICS TS V2.2? Thank you. Carol Criscione ITSS, CICS/MQSeries Technical Services Computer Services Division Department of Information Services State of Washington (360) 902-3051 [EMAIL PROTECTED] Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Client to OS/390 Pros and Cons
The OS/390 listener can certainly support more than 256 client connections. We have several thousand client connections going to some of our OS/390 queue managers and I believe the true limit is more like 9,000. - Bruce Giordano Prudential Insurance Larry LaChanse [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: Client to OS/390 Pros and Cons [EMAIL PROTECTED] Thursday August 8, 2002 12:47 PM Please respond to MQSeries List A few more cons: - Limited number of client connections per OS/390 listener (256, I think) - Client connection is synchronous - if you lose TCP or the QMgr on OS/390, ALL of your apps could stop working, unless you code for MQCONN failures - Less control over channels - clntconn channels start and end dynamically adding overhead to each trx, no control over keepalive time Larry LaChanse The MONY Group Roberto Sanchez roberto.sanchez@BANCOGALI To: [EMAIL PROTECTED] CIA.COM.ARcc: Sent by: MQSeries List Subject: Re: Client to OS/390 Pros and Cons [EMAIL PROTECTED] 08/08/02 01:27 PM Please respond to MQSeries List If your business is mainframe-centric, the way is that the QM live on the OS/390, attached to the CICS, and probably batch processes, you can trigger both from an object from the webserver. One reason to justify another QM in the web server is if you have local procesess and data persistance on the box of the W2K. Pros: More security, no local queues, etc. No Licence cost for a QManager in the web server. Even exists the Client Trigger Monitor for client trigger. Simple administration on the webserver. Cons: Limited MQI, (MQClient). Time of response (Network traffic). No clustering. No Unit of work coordination. OS/390 Client Attach cost. (but minimal). Regards. --- Roberto Oscar Sánchez - Arquitecto de Sistemas Centrales Banco Galicia - Gerencia de Sistemas - Arquitectura Corporativa Peron 525 - Piso 8 - C1038AAK - 6329-5349 Buenos Aires - Argentina - [EMAIL PROTECTED] --- Mike Lawrence MIKLAW2@ATLASVANPara: [EMAIL PROTECTED] LINES.COM cc: Enviado por: Asunto: Client to OS/390 Pros and Cons MQSeries List MQSERIES@AKH-Wie n.AC.AT 08/08/2002 12.14 Por favor, responda a MQSeries List Good Morning, We run MQSeries 5.2 on the OS390 (Big Server) platform. And we preparing to setup web applications to use the client to send data to MQ. Other then the Client Attachment piece on the (OS/390) costing extra $$. Are there any other gotcha's we should watch for? Are there others out there doing this? Has anyone done a study on why this is better or worse then going through a W2k MQServer to the 390 MQserver.? Our data lives on 390 and we will trigger a CICS transaction
Re: MQSeries Client Security - SSL
Unless I'm missing something, I don't see that the SSL support is providing true authentication at least as I use the term. It lets you know that the client or queue manager coming across has a valid certificate. What it doesn't do is let you know who this client or queue manager is. That means you also can't use it to provide access control. Access control still seems dependent on the passed userid. This still requires use of a security exit on both sides since you can't really trust the passed userid otherwise. Since I'm still digging thru the 5.3 documentation, I may be incorrect on this. This is my take on what I've seen so far though. Any other comments? - Bruce Giordano Prudential Insurance Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQSeries Client Security - SSL
Mike, Thanks. Looking at the SSLPEER parameter I see that you can use this to control access to the queue manager. You still seem to be tied to the userid in order to use the OAM to control what resources the client can access once you let them in though. As this can't really be trusted, it still seems to require use of a security exit. - Bruce Giordano Mike Horan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: MQSeries Client Security - SSL Monday July 15, 2002 11:49 AM Please respond to MQSeries List Hi Bruce, Well the certificate sent from the attaching peer contains the Distinguished Name of the entity which sent it; so you know who the attaching client or queue manager is. Using the SSLPEER channel parameter you can reject attempts to connect from entities which you don't trust. The Distinguished Name can be automatically mapped to a userid on z/OS only. Cheers, Mike WebSphere MQ Base Development (distributed platforms) [EMAIL PROTECTED] Bruce Giordano bruce.giordano@PRUDTo: [EMAIL PROTECTED] ENTIAL.COM cc: Sent by: MQSeries Subject: Re: MQSeries Client Security - SSL List [EMAIL PROTECTED] C.AT 07/15/2002 02:01 PM Please respond to MQSeries List Unless I'm missing something, I don't see that the SSL support is providing true authentication at least as I use the term. It lets you know that the client or queue manager coming across has a valid certificate. What it doesn't do is let you know who this client or queue manager is. That means you also can't use it to provide access control. Access control still seems dependent on the passed userid. This still requires use of a security exit on both sides since you can't really trust the passed userid otherwise. Since I'm still digging thru the 5.3 documentation, I may be incorrect on this. This is my take on what I've seen so far though. Any other comments? - Bruce Giordano Prudential Insurance Instructions for managing your mailing list 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: Full Log on MVS
It's normal for the active logs to fill up. As long as it's not occuring more than every half hour and you aren't seeing CSQJ110E messages about the last active log being more than 75% full, it's not a problem. I doubt that this has anything to do with your triggering problem. I'd take a look at the application and make certain that it always reads all the messages off the queue when it is triggered. - Bruce Giordano Walter Childson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Full Log on MVS Friday June 7, 2002 12:47 PM Please respond to MQSeries List We are running MQ 1.2 on MVS and we have been getting Full Active Log messages (multiple times during the day). Copy of the log message (w/o time stamps) are at the bottom of this message for review if necessary (note Archive log also). I have two questions: 1. As the applications person, will this make the Triggering process (especially Trigger on First) temporailly not work. Reason for asking is our Trigger on first queue is filling up and not getting processed? The CICS transaction that reads and processes the message will restart itself until 2033 (as any good Trigger on First application should be designed). So can this cause the Trigger of First to get skipped while the queue count increases past one? 2. Should our Administrator be avoiding these Full log messages? To give you an idea of frequency, yesterday's log had twelve entries some as close as one hour and ten minutes apart. What would be the recommendation? Thanks in advance Walt CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 741 DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 1 ACTIVE LOG DATA 742 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY1.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQJ002I +Q1 FULL ACTIVE LOG DATA SET 743 DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS01, STARTRBA=0003B6898000,ENDRBA=0003B70CBFFF CSQJ001I +Q1 CSQJW307 CURRENT COPY 2 ACTIVE LOG DATA 744 SET IS DSNAME=ISMQ.P.ISQ1.LOGCOPY2.DS02, STARTRBA=0003B70CC000,ENDRBA=0003B78F CSQP018I +Q1 CSQPBCKW CHECKPOINT STARTED FOR ALL BUFFER POOLS CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 746 POOL 3, 0 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 747 POOL 2, 1 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 748 POOL 1, 7 PAGES WRITTEN CSQP019I +Q1 CSQP1DWP CHECKPOINT COMPLETED FOR BUFFER 749 POOL 0, 11 PAGES WRITTEN CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 750 DSNAME=ISMQ.P.ISQ1.ARC1.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY1VOL=SSW012, VOLSPAN=00 CATLG=YES CSQJ003I +Q1 FULL ARCHIVE LOG VOLUME 751 DSNAME=ISMQ.P.ISQ1.ARC2.A0001856, STARTRBA=0003B6898000, ENDRBA=0003B70CBFFF, UNIT=DISK, COPY2VOL=SSW001, VOLSPAN=00 CATLG=YES CSQJ139I +Q1 LOG OFFLOAD TASK ENDED Instructions for managing your mailing list 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: V5.2 Shared Queues
I don't know about a web site, but the MQSeries 5.2 Concepts and Planning Guide seems to describe the facility pretty well. The thing that took me some time, particularlly since I don't really know DB2, was setting things up on the DB2 side. One of the problems I ran into was that if the DB2 subsystem wasn't up or if RRS wasn't functioning, my queue manager would just hang coming up. I would have thought it would just come up without my shared queues but that's not what happened. At that point all I could do was cancel the queue manager until the DB2 issues could get resolved. Note that I've just tested out shared queues on our test system. We haven't tried moving this into production yet. Actually, one of the things I'll probably use first before defining specific queues as shared is the intra-group queueing facility. - Bruce Giordano Hills, Norman [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: V5.2 Shared Queues [EMAIL PROTECTED] Friday May 24, 2002 07:58 AM Please respond to MQSeries List Hello all, We are looking to implement Shared Queues for MQ V5.2 in the near future. I just started reading up on it in the MQ manuals that came with MQ but couldn't locate a good article on the IBM website. Does anyone have a good location to look to do additional research ? Also if anyone out there as converted from the distributed queuing to Shared Queues, approximately how long and difficult (or easy) did you find the conversion ?? What should I watch for ?? FYI, we currently are running a small clustered environment in test and we do have a sysplex and coupling facility already in place. Thank you in advance for any help or information you can offer. - Norm - CICS/MQ National City Corporation (See attached file: C.htm) Hello all, We are looking to implement Shared Queues for MQ V5.2 in the near future. I just started reading up on it in the MQ manuals that came with MQ but couldn't locate a good article on the IBM website. Does anyone have a good location to look to do additional research ? Also if anyone out there as converted from the distributed queuing to Shared Queues, approximately how long and difficult (or easy)did you find the conversion ?? What should I watch for ?? FYI, we currently are running a small clustered environment in test and we do have a sysplex and coupling facility already in place. Thank you in advance for any help or information you can offer. - Norm - CICS/MQ National City Corporation
