unsubscribe mqseries
Title: unsubscribe mqseries unsubscribe mqseries Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: DLQ Maintenance
Art, We have a custom DLQH which was designed in the 1.1.4 days. It mimicks the DLQH that IBM provided for the distributed platforms, but it has some other features as well. When messages hit the DLQ and are eligible to be kept, they usually get rerouted to a user-specified backup/error queue. In addition, our monitoring system issues an email alert. Art Schanz <[EMAIL PROTECTED] IT.FRB.ORG>To Sent by: MQSeries [EMAIL PROTECTED] List cc <[EMAIL PROTECTED] n.AC.AT> Subject DLQ Maintenance 08/10/2004 03:50 PM Please respond to MQSeries List <[EMAIL PROTECTED] n.AC.AT> Greetings, Just a quick survey to see how different shops are handling these issues: + How are you handling the 'maintenance' of msgs in the DLQ? (How long do you keep them, criteria for deletion, etc.) + Do you move msgs from System DLQ to Appl-specific DLQs? Who is managing these DLQs, the appls or the admins? + Do you use the DLQ msg handler or another mechanism for DLQ maintenance? (What about on z/OS - CSQUDLQH?) Thanks in advance! Cheers, Art Arthur C. Schanz Operating Systems Programmer I. - Specialist Federal Reserve Information Technology AIMS - WebSphere MQ Support IBM Certified System Administrator - WebSphere MQ V5.3 IBM Certified Solution Designer - WebSphere MQ V5.3 (804) 697-3889 [EMAIL PROTECTED] Instructions for managing your mailing list 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: MaxChannels - How high can you go?
You may want to think of the maximum number of TCP connections your box can handle (in particular, if you open too much from the same client to a server, you can get problems on the client site due to the exhausted ephemeral port numbers). On a server, you may not have exactly this problem, but still each connection takes some memory (I am not sure how much but I guess more than 36K), too, and for the stalled channels, TIME_WAITing connections will continue to hold their memory till they are timed out... Just 2c Pavel "Potkay, Peter M (ISD, IT)" To: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: RTFORD.COM>Subject: Re: MaxChannels - How high can you go? Sent by: MQSeries List <[EMAIL PROTECTED] AC.AT> 08/10/2004 05:27 PM Please respond to MQSeries List Hi Matt, yeah I was reading that and saw those big numbers. On Table 16, they have the MaxChannels set to 50,000! But I didn't see any advice on calculating what the biggest number can safely be. The only thing I can see is that an open >>queue<< takes 36K of memory. So do I assume 2 open queues for a client connection (request queue / reply queue) and then work the numbers that way Or does the connection itself have additional overhead? -Original Message- From: Gurney, Matthew [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 2:40 PM To: [EMAIL PROTECTED] Subject: Re: MaxChannels - How high can you go? Peter, I believe the main limiting factor is memory and cpu. There is an example in the MQ5.3 Windows 2000 Performance Report of 11,500 Client channels, see page 30. Be careful to check the fine print though, IBM have a habit of quoting performance figures for trusted connections, which while providing better performance, are rarely sensible in a production environment. ftp://ftp.software.ibm.com/software/integration/support/supportpacs/individu al/mp78_2000.pdf Matt. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Potkay, Peter M (ISD, IT) Sent: 10 August 2004 14:52 To: [EMAIL PROTECTED] Subject: MaxChannels - How high can you go? How do you go about determining what the highest value you can put on a Queue Manager's MaxChannels parameter? Is there a formula to use based on your setup that will give you the largest number you can safely put there? (I am thinking in terms of instances of SVRCONN channels running at the same time.) The particular machine I am wondering about is a Windows 2000 server with 2 GIG of memory. 5.3 CSD04. Are certain hardware/OSs better suited to handle huge numbers of concurrent MQClient connections? > 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 == This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. == Instructions for managing your mailing list 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 e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Instructions for managing your mailing list s
Re: ' MQ661 Class
If you have a chance to take a class taught by Eric Olson, do yourself and your employer a favor and take it. I have taken 4 classes over the years taught by him and each one was superb. Tony is right, I defy anyone to come up with a person that knows more about the Integrator product, and he is a very good teacher to boot. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]Sent: Tuesday, August 10, 2004 4:00 PMTo: [EMAIL PROTECTED]Subject: Re: ' MQ661 ClassI think that MQSoftware does a bang-up job at teaching this class. There's a guy there by the name of ... Eric Olson (I THINK???). He knows WBI better than anyone I have ever come across. Robert Broderick <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 08/10/2004 02:20 PM Please respond toMQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject ' MQ661 Class Has anyone taken the WBIMB class numbered MQ661. I would appreciate anyrecomdations on teachers. I am trying to coordinate this for the developmentgroup here. You can answer me directly. We are setting up MQ720 also. bobbee_Express yourself instantly with MSN Messenger! Download today - it's FREE!hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveThis electronic message transmission contains information from a member company of Westfield Group which is privileged, confidential or otherwise the exclusive property of the intended recipient or that member company of Westfield Group. This information is intended for the use of the individual or entity that is the intended recipient. If you are not the designated recipient, please be aware that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone at 1.800.243.0210, extension 2153, or by electronic e-mail ([EMAIL PROTECTED]) and promptly destroy the original transmission. This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies.
Re: ' MQ661 Class
I think that MQSoftware does a bang-up job at teaching this class. There's a guy there by the name of ... Eric Olson (I THINK???). He knows WBI better than anyone I have ever come across. Robert Broderick <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 08/10/2004 02:20 PM Please respond to MQSeries List <[EMAIL PROTECTED]> To [EMAIL PROTECTED] cc Subject ' MQ661 Class Has anyone taken the WBIMB class numbered MQ661. I would appreciate any recomdations on teachers. I am trying to coordinate this for the development group here. You can answer me directly. We are setting up MQ720 also. bobbee _ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive This electronic message transmission contains information from a member company of Westfield Group which is privileged, confidential or otherwise the exclusive property of the intended recipient or that member company of Westfield Group. This information is intended for the use of the individual or entity that is the intended recipient. If you are not the designated recipient, please be aware that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone at 1.800.243.0210, extension 2153, or by electronic e-mail ([EMAIL PROTECTED]) and promptly destroy the original transmission.
Re: MaxChannels - How high can you go?
Tony, the Performance report for Windows shows them using much higher numbers than these. (See Table 16) http://www-1.ibm.com/support/docview.wss?rs=203&uid=swg24006569&loc=en_US&cs=utf-8&lang=en -Original Message-From: Anthony G Allison [mailto:[EMAIL PROTECTED]Sent: Tuesday, August 10, 2004 1:32 PMTo: [EMAIL PROTECTED]Subject: Re: MaxChannels - How high can you go?Peter, I believe that the MaxChannels parameter is about 5000. You can populate the field with any value but the max I have seen or used is 5000. You do however also need the increase the MaxHandles attribute as well. When it comes to maximum performance you want to stay away from windows boxes if you want more than 1300 active connections. At around 1300-1600 active connections the TCP stack in a windows box will actually crash not only MQ but windows as well (You know,, Blue Screen of Death) I have had great success with all flavors of UNIX and allowing up to 2500+ active connections. Anthony Allison Senior Systems / Middleware EngineerCSC 1001 G StreetSuite 800WDC, 20001(202) 824-7938[EMAIL PROTECTED]This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. "Potkay, Peter M (ISD, IT)" @THEHARTFORD.COM> Sent by: MQSeries List 08/10/2004 09:52 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: MaxChannels - How high can you go?How do you go about determining what the highest value you can put on aQueue Manager's MaxChannels parameter?Is there a formula to use based on your setup that will give you the largestnumber you can safely put there? (I am thinking in terms of instances ofSVRCONN channels running at the same time.)The particular machine I am wondering about is a Windows 2000 server with 2GIG of memory. 5.3 CSD04.Are certain hardware/OSs better suited to handle huge numbers of concurrentMQClient connections?> Peter Potkay> MQSeries Specialist> The Hartford Financial Services> [EMAIL PROTECTED]> x77906> IBM MQSeries Certified>This communication, including attachments, is for the exclusive use ofaddressee and may contain proprietary, confidential or privilegedinformation. If you are not the intended recipient, any use, copying,disclosure, dissemination or distribution is strictly prohibited. Ifyou are not the intended recipient, please notify the senderimmediately by return email and delete this communication and destroy all copies.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MaxChannels - How high can you go?
Hi Matt, yeah I was reading that and saw those big numbers. On Table 16, they have the MaxChannels set to 50,000! But I didn't see any advice on calculating what the biggest number can safely be. The only thing I can see is that an open >>queue<< takes 36K of memory. So do I assume 2 open queues for a client connection (request queue / reply queue) and then work the numbers that way Or does the connection itself have additional overhead? -Original Message- From: Gurney, Matthew [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 2:40 PM To: [EMAIL PROTECTED] Subject: Re: MaxChannels - How high can you go? Peter, I believe the main limiting factor is memory and cpu. There is an example in the MQ5.3 Windows 2000 Performance Report of 11,500 Client channels, see page 30. Be careful to check the fine print though, IBM have a habit of quoting performance figures for trusted connections, which while providing better performance, are rarely sensible in a production environment. ftp://ftp.software.ibm.com/software/integration/support/supportpacs/individu al/mp78_2000.pdf Matt. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Potkay, Peter M (ISD, IT) Sent: 10 August 2004 14:52 To: [EMAIL PROTECTED] Subject: MaxChannels - How high can you go? How do you go about determining what the highest value you can put on a Queue Manager's MaxChannels parameter? Is there a formula to use based on your setup that will give you the largest number you can safely put there? (I am thinking in terms of instances of SVRCONN channels running at the same time.) The particular machine I am wondering about is a Windows 2000 server with 2 GIG of memory. 5.3 CSD04. Are certain hardware/OSs better suited to handle huge numbers of concurrent MQClient connections? > 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 == This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. == Instructions for managing your mailing list 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: DLQ Maintenance
We wrote our own DLQ handler on z/OS that generates a non-delete message on the console for production QMgrs. Others we aren't so worried about. Sadly we have an awfully designed application that drops expired messages onto the DLQ if IMS or CICS is down so we are rolling out a windows agent to put disable the relevant queues when the appropriate z/OS susbsystem is closed down. The queues are then re-enabled when the IMS or CICS regions are back up. The messages on the DLQ are checked over manually and then we run a batch job to clear the messages off...BUT the vast majority of our messages are only 'inquiry' type messages. Kevin Ferguson From: Art Schanz <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: DLQ Maintenance Date: Tue, 10 Aug 2004 15:50:22 -0400 Greetings, Just a quick survey to see how different shops are handling these issues: + How are you handling the 'maintenance' of msgs in the DLQ? (How long do you keep them, criteria for deletion, etc.) + Do you move msgs from System DLQ to Appl-specific DLQs? Who is managing these DLQs, the appls or the admins? + Do you use the DLQ msg handler or another mechanism for DLQ maintenance? (What about on z/OS - CSQUDLQH?) Thanks in advance! Cheers, Art Arthur C. Schanz Operating Systems Programmer I. - Specialist Federal Reserve Information Technology AIMS - WebSphere MQ Support IBM Certified System Administrator - WebSphere MQ V5.3 IBM Certified Solution Designer - WebSphere MQ V5.3 (804) 697-3889 [EMAIL PROTECTED] _ Don t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MaxChannels - How high can you go?
Peter, I believe the main limiting factor is memory and cpu. There is an example in the MQ5.3 Windows 2000 Performance Report of 11,500 Client channels, see page 30. Be careful to check the fine print though, IBM have a habit of quoting performance figures for trusted connections, which while providing better performance, are rarely sensible in a production environment. ftp://ftp.software.ibm.com/software/integration/support/supportpacs/individual/mp78_2000.pdf Matt. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Potkay, Peter M (ISD, IT) Sent: 10 August 2004 14:52 To: [EMAIL PROTECTED] Subject: MaxChannels - How high can you go? How do you go about determining what the highest value you can put on a Queue Manager's MaxChannels parameter? Is there a formula to use based on your setup that will give you the largest number you can safely put there? (I am thinking in terms of instances of SVRCONN channels running at the same time.) The particular machine I am wondering about is a Windows 2000 server with 2 GIG of memory. 5.3 CSD04. Are certain hardware/OSs better suited to handle huge numbers of concurrent MQClient connections? > 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 == This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. == Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: DLQ Maintenance
I have all my DLQs monitored. We get an email when the depth goes over 0, a more URGENT EMAIL!!! when the depth goes over 10, and a page when the depth goes over 50. We manually handle the problem. I don't see very many conditions that can be handled automatically. If a queue is missing, I'm not gonna have a script automatically create it. If a queue is PUT_INHIBITED, I assume its for a good reason, and don't want a script automatically enabling it. If a queue is full, OK, maybe it would be nice to have it retry automatically. The assumption here is that the destination queue will have had a chance to go down a bit. I get that behavior by setting the Message Retry values on the channels themselves, and letting them retry after 1 second one more time. If the queue is being serviced, that's enough to keep things going. If the queue is not being serviced, the message only gets hung up for a sec before going to the DLQ. The DLQ handler wouldn't have any more luck at this point anyway. Moving the messages from the DLQ to another queue is just "sweeping the problem under the rug". I don't see the concept of an application specific DLQ that you can move messages to. The DLQ is a QM level entity. If the message can' be delivered, the DLQ is where it belongs. -Original Message-From: Art Schanz [mailto:[EMAIL PROTECTED]Sent: Tuesday, August 10, 2004 3:50 PMTo: [EMAIL PROTECTED]Subject: DLQ MaintenanceGreetings, Just a quick survey to see how different shops are handling these issues: + How are you handling the 'maintenance' of msgs in the DLQ? (How long do you keep them, criteria for deletion, etc.) + Do you move msgs from System DLQ to Appl-specific DLQs? Who is managing these DLQs, the appls or the admins? + Do you use the DLQ msg handler or another mechanism for DLQ maintenance? (What about on z/OS - CSQUDLQH?) Thanks in advance! Cheers, ArtArthur C. SchanzOperating Systems Programmer I. - SpecialistFederal Reserve Information TechnologyAIMS - WebSphere MQ SupportIBM Certified System Administrator - WebSphere MQ V5.3IBM Certified Solution Designer - WebSphere MQ V5.3(804) 697-3889[EMAIL PROTECTED] 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.
RUNMQLSR : What happens...
...to established connections when a runmqlsr process is terminated? I don't have easy access to a running environment at the moment so I am posing this question. If I have a cluster of queue managers with active CLUSSDR/CLUSRCVR channels, what happens to those channels if the runmqlsr process is terminated (in particular in a Solaris environment) on a single queue manager? How long does it ordinarily take for remote systems to spot that a connection to another cluster queue manager is unavailable (before a connection goes to retrying)? Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
DLQ Maintenance
Greetings, Just a quick survey to see how different shops are handling these issues: + How are you handling the 'maintenance' of msgs in the DLQ? (How long do you keep them, criteria for deletion, etc.) + Do you move msgs from System DLQ to Appl-specific DLQs? Who is managing these DLQs, the appls or the admins? + Do you use the DLQ msg handler or another mechanism for DLQ maintenance? (What about on z/OS - CSQUDLQH?) Thanks in advance! Cheers, Art Arthur C. Schanz Operating Systems Programmer I. - Specialist Federal Reserve Information Technology AIMS - WebSphere MQ Support IBM Certified System Administrator - WebSphere MQ V5.3 IBM Certified Solution Designer - WebSphere MQ V5.3 (804) 697-3889 [EMAIL PROTECTED]
Re: MaxChannels - How high can you go?
Peter, I believe that the MaxChannels parameter is about 5000. You can populate the field with any value but the max I have seen or used is 5000. You do however also need the increase the MaxHandles attribute as well. When it comes to maximum performance you want to stay away from windows boxes if you want more than 1300 active connections. At around 1300-1600 active connections the TCP stack in a windows box will actually crash not only MQ but windows as well (You know,, Blue Screen of Death) I have had great success with all flavors of UNIX and allowing up to 2500+ active connections. Anthony Allison Senior Systems / Middleware Engineer CSC 1001 G Street Suite 800 WDC, 20001 (202) 824-7938 [EMAIL PROTECTED] This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. "Potkay, Peter M (ISD, IT)" @THEHARTFORD.COM> Sent by: MQSeries List 08/10/2004 09:52 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: MaxChannels - How high can you go? How do you go about determining what the highest value you can put on a Queue Manager's MaxChannels parameter? Is there a formula to use based on your setup that will give you the largest number you can safely put there? (I am thinking in terms of instances of SVRCONN channels running at the same time.) The particular machine I am wondering about is a Windows 2000 server with 2 GIG of memory. 5.3 CSD04. Are certain hardware/OSs better suited to handle huge numbers of concurrent MQClient connections? > 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
MQ661 Class
Has anyone taken the WBIMB class numbered MQ661. I would appreciate any recomdations on teachers. I am trying to coordinate this for the development group here. You can answer me directly. We are setting up MQ720 also. bobbee _ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: FW: PMR 92013 B278 - first call in so no one is assigned yet
Thanks Rick. This was my error in sending it to the list. My apologies for any inconvenience created. IBM already answered this one for me. Since there were no other symptoms to discuss ( I did not get out of bed for this development box ) and because the box reboots each morning around 4:30 AM, this FDC may be harmless. As I understand it, the amqcrsta_nd may produce these types of FDCs and continue to run or just recover under a new process or thread. | Probe Id :- XC338001 | | Program Name :- amqcrsta_nd | | Major Errorcode :- xecE_W_UNEXPECTED_ASYNC_SIGNAL | | Minor Errorcode :- OK Thanks Frank -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Tsujimoto Sent: Tuesday, August 10, 2004 11:21 AM To: [EMAIL PROTECTED] Subject: Re: FW: PMR 92013 B278 - first call in so no one is assigned yet Frank What was the probeid for this FDC? I've had a couple of SIGHUP exceptions. "Bright, Frank" <[EMAIL PROTECTED] CO.COM>To Sent by: MQSeries [EMAIL PROTECTED] List cc <[EMAIL PROTECTED] n.AC.AT> Subject FW: PMR 92013 B278 - first call in so no one is assigned yet 08/10/2004 11:10 AM Please respond to MQSeries List <[EMAIL PROTECTED] n.AC.AT> On testcase.boulder.ibm.com is a compressed tar of the logs and FDC for this issue within /ts/toibm/mqseries/pmr92013 directory called pmr92013.0810.tar.Z. Received a FDC for SIGHUP of amqcrsta_nd process at 00:02 today. It is not apparent why this error occurred. swlist MQSERIES # Initializing... # Contacting target "mcfl1u0m"... # # Target: mcfl1u0m:/ # # MQSERIES B.11.530.02WebSphere MQ for HP-UX MQSERIES.MQM-BASE B.11.530.02Files required on all systems MQSERIES.MQM-CL-HPUX B.11.530.02Remote client for HP-UX MQSERIES.MQM-JAVA B.11.530.02WebSphere MQ Java Client & JMS MQSERIES.MQM-KEYMAN B.11.530.02WebSphere MQ SSL Key management MQSERIES.MQM-MAN B.11.530.02Man pages MQSERIES.MQM-MC-CHINESB.11.530.02Message catalog for Simplified Chinese MQSERIES.MQM-MC-CHINETB.11.530.02Message catalog for Traditional Chinese MQSERIES.MQM-MC-FRENCHB.11.530.02Message catalog for French MQSERIES.MQM-MC-GERMANB.11.530.02Message catalog for German MQSERIES.MQM-MC-ITALIAN B.11.530.02Message catalog for Italian MQSERIES.MQM-MC-JAPAN B.11.530.02Message catalog for Japanese MQSERIES.MQM-MC-KOREANB.11.530.02Message catalog for Korean MQSERIES.MQM-MC-PORT B.11.530.02Message catalog for Portuguese MQSERIES.MQM-MC-SPANISH B.11.530.02Message catalog for Spanish MQSERIES.MQM-RUNTIME B.11.530.02Files required on all systems MQSERIES.MQM-SAMPLES B.11.530.02Sample programs with source MQSERIES.MQM-SERVER B.11.530.02For WebSphere MQ Server systems # MQSERIES B.11.530.05WebSphere MQ Update (U487851) for HP-UX MQSERIES.U487851 B.11.530.05WebSphere MQ Update for HP-UX mqm->uname -a HP-UX hostname B.11.00 U 9000/800 644359353 unlimited-user license Thanks Frank 201-703-7401 MQ Hotline: 201-703-7755 This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive - This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide a
Re: PMR 92013 B278 - first call in so no one is assigned yet
Title: Message Please ignore this. My mistake. -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Bright, FrankSent: Tuesday, August 10, 2004 11:11 AMTo: [EMAIL PROTECTED]Subject: FW: PMR 92013 B278 - first call in so no one is assigned yet On testcase.boulder.ibm.com is a compressed tar of the logs and FDC for this issue within /ts/toibm/mqseries/pmr92013 directory called pmr92013.0810.tar.Z. Received a FDC for SIGHUP of amqcrsta_nd process at 00:02 today. It is not apparent why this error occurred. swlist MQSERIES # Initializing... # Contacting target "mcfl1u0m"... # # Target: mcfl1u0m:/ # # MQSERIES B.11.530.02 WebSphere MQ for HP-UX MQSERIES.MQM-BASE B.11.530.02 Files required on all systems MQSERIES.MQM-CL-HPUX B.11.530.02 Remote client for HP-UX MQSERIES.MQM-JAVA B.11.530.02 WebSphere MQ Java Client & JMS MQSERIES.MQM-KEYMAN B.11.530.02 WebSphere MQ SSL Key management MQSERIES.MQM-MAN B.11.530.02 Man pages MQSERIES.MQM-MC-CHINES B.11.530.02 Message catalog for Simplified Chinese MQSERIES.MQM-MC-CHINET B.11.530.02 Message catalog for Traditional Chinese MQSERIES.MQM-MC-FRENCH B.11.530.02 Message catalog for French MQSERIES.MQM-MC-GERMAN B.11.530.02 Message catalog for German MQSERIES.MQM-MC-ITALIAN B.11.530.02 Message catalog for Italian MQSERIES.MQM-MC-JAPAN B.11.530.02 Message catalog for Japanese MQSERIES.MQM-MC-KOREAN B.11.530.02 Message catalog for Korean MQSERIES.MQM-MC-PORT B.11.530.02 Message catalog for Portuguese MQSERIES.MQM-MC-SPANISH B.11.530.02 Message catalog for Spanish MQSERIES.MQM-RUNTIME B.11.530.02 Files required on all systems MQSERIES.MQM-SAMPLES B.11.530.02 Sample programs with source MQSERIES.MQM-SERVER B.11.530.02 For WebSphere MQ Server systems # MQSERIES B.11.530.05 WebSphere MQ Update (U487851) for HP-UX MQSERIES.U487851 B.11.530.05 WebSphere MQ Update for HP-UX mqm->uname -a HP-UX hostname B.11.00 U 9000/800 644359353 unlimited-user license Thanks Frank 201-703-7401 MQ Hotline: 201-703-7755 This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments. This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments.
Re: FW: PMR 92013 B278 - first call in so no one is assigned yet
Frank What was the probeid for this FDC? I've had a couple of SIGHUP exceptions. "Bright, Frank" <[EMAIL PROTECTED] CO.COM>To Sent by: MQSeries [EMAIL PROTECTED] List cc <[EMAIL PROTECTED] n.AC.AT> Subject FW: PMR 92013 B278 - first call in so no one is assigned yet 08/10/2004 11:10 AM Please respond to MQSeries List <[EMAIL PROTECTED] n.AC.AT> On testcase.boulder.ibm.com is a compressed tar of the logs and FDC for this issue within /ts/toibm/mqseries/pmr92013 directory called pmr92013.0810.tar.Z. Received a FDC for SIGHUP of amqcrsta_nd process at 00:02 today. It is not apparent why this error occurred. swlist MQSERIES # Initializing... # Contacting target "mcfl1u0m"... # # Target: mcfl1u0m:/ # # MQSERIES B.11.530.02WebSphere MQ for HP-UX MQSERIES.MQM-BASE B.11.530.02Files required on all systems MQSERIES.MQM-CL-HPUX B.11.530.02Remote client for HP-UX MQSERIES.MQM-JAVA B.11.530.02WebSphere MQ Java Client & JMS MQSERIES.MQM-KEYMAN B.11.530.02WebSphere MQ SSL Key management MQSERIES.MQM-MAN B.11.530.02Man pages MQSERIES.MQM-MC-CHINESB.11.530.02Message catalog for Simplified Chinese MQSERIES.MQM-MC-CHINETB.11.530.02Message catalog for Traditional Chinese MQSERIES.MQM-MC-FRENCHB.11.530.02Message catalog for French MQSERIES.MQM-MC-GERMANB.11.530.02Message catalog for German MQSERIES.MQM-MC-ITALIAN B.11.530.02Message catalog for Italian MQSERIES.MQM-MC-JAPAN B.11.530.02Message catalog for Japanese MQSERIES.MQM-MC-KOREANB.11.530.02Message catalog for Korean MQSERIES.MQM-MC-PORT B.11.530.02Message catalog for Portuguese MQSERIES.MQM-MC-SPANISH B.11.530.02Message catalog for Spanish MQSERIES.MQM-RUNTIME B.11.530.02Files required on all systems MQSERIES.MQM-SAMPLES B.11.530.02Sample programs with source MQSERIES.MQM-SERVER B.11.530.02For WebSphere MQ Server systems # MQSERIES B.11.530.05WebSphere MQ Update (U487851) for HP-UX MQSERIES.U487851 B.11.530.05WebSphere MQ Update for HP-UX mqm->uname -a HP-UX hostname B.11.00 U 9000/800 644359353 unlimited-user license Thanks Frank 201-703-7401 MQ Hotline: 201-703-7755 This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
unsubscribe
unsubscribe> Hello all, > > We are running MQ 5.2 on AIX 5.2. We have multiple queue managers, each > with multiple channels and queues. One of the channels is getting the > following error and I'm having a hard time finding out what it means. > Does anyone have any ideas or thought that might lead me to a > solution??? > > Thanks!!! > Brian > > > --- > 08/10/04 08:53:28 > AMQ9002: Channel program started. > EXPLANATION: > Channel program 'EC00D001.XNSFPST' started. > ACTION: > None. > > --- > 08/10/04 08:59:29 > AMQ9213: A communications error for TCP/IP occurred. > EXPLANATION: > An unexpected error occurred in communications. > ACTION: > The return code from the TCP/IP (select) [TIMEOUT] call was 11 (X'B'). > Record > these values and tell the systems administrator. > > --- > 08/10/04 08:59:29 > AMQ: Channel program ended abnormally. > EXPLANATION: > Channel program 'EC00D001.XNSFPST' ended abnormally. > ACTION: > Look at previous error messages for channel program 'EC00D001.XNSFPST' > in the > error files to determine the cause of the failure. > > --- > > Instructions for managing your mailing list 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
I wouldn't be at all surprised if you find SSL supported by the Administrator in future releases. However, if you want a GUI administrator that supports SSL why not use my MO71 support pac. It does most of what MQExplorer can do and a lot more besides. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List <[EMAIL PROTECTED]> wrote on 10/08/2004 15:22:44: > 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=15821&highlight=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 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
FW: PMR 92013 B278 - first call in so no one is assigned yet
Title: FW: PMR 92013 B278 - first call in so no one is assigned yet On testcase.boulder.ibm.com is a compressed tar of the logs and FDC for this issue within /ts/toibm/mqseries/pmr92013 directory called pmr92013.0810.tar.Z. Received a FDC for SIGHUP of amqcrsta_nd process at 00:02 today. It is not apparent why this error occurred. swlist MQSERIES # Initializing... # Contacting target "mcfl1u0m"... # # Target: mcfl1u0m:/ # # MQSERIES B.11.530.02 WebSphere MQ for HP-UX MQSERIES.MQM-BASE B.11.530.02 Files required on all systems MQSERIES.MQM-CL-HPUX B.11.530.02 Remote client for HP-UX MQSERIES.MQM-JAVA B.11.530.02 WebSphere MQ Java Client & JMS MQSERIES.MQM-KEYMAN B.11.530.02 WebSphere MQ SSL Key management MQSERIES.MQM-MAN B.11.530.02 Man pages MQSERIES.MQM-MC-CHINES B.11.530.02 Message catalog for Simplified Chinese MQSERIES.MQM-MC-CHINET B.11.530.02 Message catalog for Traditional Chinese MQSERIES.MQM-MC-FRENCH B.11.530.02 Message catalog for French MQSERIES.MQM-MC-GERMAN B.11.530.02 Message catalog for German MQSERIES.MQM-MC-ITALIAN B.11.530.02 Message catalog for Italian MQSERIES.MQM-MC-JAPAN B.11.530.02 Message catalog for Japanese MQSERIES.MQM-MC-KOREAN B.11.530.02 Message catalog for Korean MQSERIES.MQM-MC-PORT B.11.530.02 Message catalog for Portuguese MQSERIES.MQM-MC-SPANISH B.11.530.02 Message catalog for Spanish MQSERIES.MQM-RUNTIME B.11.530.02 Files required on all systems MQSERIES.MQM-SAMPLES B.11.530.02 Sample programs with source MQSERIES.MQM-SERVER B.11.530.02 For WebSphere MQ Server systems # MQSERIES B.11.530.05 WebSphere MQ Update (U487851) for HP-UX MQSERIES.U487851 B.11.530.05 WebSphere MQ Update for HP-UX mqm->uname -a HP-UX hostname B.11.00 U 9000/800 644359353 unlimited-user license Thanks Frank 201-703-7401 MQ Hotline: 201-703-7755 This e-mail message and any attachments contain confidential information from Medco. If you are not the intended recipient, you are hereby notified that disclosure, printing, copying, distribution, or the taking of any action in reliance on the contents of this electronic information is strictly prohibited. If you have received this e-mail message in error, please immediately notify the sender by reply message and then delete the electronic message and any attachments.
TCP error
Hello all, We are running MQ 5.2 on AIX 5.2. We have multiple queue managers, each with multiple channels and queues. One of the channels is getting the following error and I'm having a hard time finding out what it means. Does anyone have any ideas or thought that might lead me to a solution??? Thanks!!! Brian --- 08/10/04 08:53:28 AMQ9002: Channel program started. EXPLANATION: Channel program 'EC00D001.XNSFPST' started. ACTION: None. --- 08/10/04 08:59:29 AMQ9213: A communications error for TCP/IP occurred. EXPLANATION: An unexpected error occurred in communications. ACTION: The return code from the TCP/IP (select) [TIMEOUT] call was 11 (X'B'). Record these values and tell the systems administrator. --- 08/10/04 08:59:29 AMQ: Channel program ended abnormally. EXPLANATION: Channel program 'EC00D001.XNSFPST' ended abnormally. ACTION: Look at previous error messages for channel program 'EC00D001.XNSFPST' in the error files to determine the cause of the failure. --- Instructions for managing your mailing list 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 haven't used Candle's site, you're right. My problem with IBMLink is that it's sooo slow. I understand that they've got decades worth of APARs out there, so I can tolerate slow searching. But opening a specific APAR is unreasonably slow too. I got a linker error in Visual C++, went to Microsoft's site and searched, found the problem and downloaded the appropriate fix pack in the time it would take me to sign on to IBMLink. So it can be done. Bruce Giordano <[EMAIL PROTECTED]To: [EMAIL PROTECTED] ENTIAL.COM> cc: Sent by: MQSeries Subject: Re: MQ manuals List <[EMAIL PROTECTED] c.at> 08/10/2004 07:59 AM Please respond to MQSeries List 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 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
WMQI CONTRACTOR URGENTLY NEEDED TO START MONDAY[Scanned]
Hi Sorry to bother you all, I need a WMQI Developer to start work on Monday in the Midlands - Please could you pass this on to anyone who might be available for a contract role. More details can be provided. Regards, Paul Flynn Director European Staffing Solutions Limited www.eurostaffsolutions.com [EMAIL PROTECTED] +44 (0) 870 1 69 69 70 Phone +44 (0) 870 1 69 69 66 Fax +44 (0) 7970 941393Mobile 17 Bickels Yard, 151-153 Bermondsey Street, London SE1 3HA -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Giordano Sent: 10 August 2004 15:23 To: [EMAIL PROTECTED] Subject: 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=15821&highlight=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 Instructions for managing your mailing list 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=15821&highlight=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
MaxChannels - How high can you go?
How do you go about determining what the highest value you can put on a Queue Manager's MaxChannels parameter? Is there a formula to use based on your setup that will give you the largest number you can safely put there? (I am thinking in terms of instances of SVRCONN channels running at the same time.) The particular machine I am wondering about is a Windows 2000 server with 2 GIG of memory. 5.3 CSD04. Are certain hardware/OSs better suited to handle huge numbers of concurrent MQClient connections? > 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
Re: SSL with MQExplorer
http://www.mqseries.net/phpBB2/viewtopic.php?t=15821&highlight=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
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: 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
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
Sample echo (amqecha) for mainframe?
Is there an equivalent to amqsecha in the mainframe version of MQ? If so, where can I find out information about it? - Tony This electronic message transmission contains information from a member company of Westfield Group which is privileged, confidential or otherwise the exclusive property of the intended recipient or that member company of Westfield Group. This information is intended for the use of the individual or entity that is the intended recipient. If you are not the designated recipient, please be aware that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone at 1.800.243.0210, extension 2153, or by electronic e-mail ([EMAIL PROTECTED]) and promptly destroy the original transmission.
Re: MQ manuals
Far be it for me to defend the IBM web site, there are a number of things I don't like about it either but I think calling it the worst on the net is perhaps being a little harsh. I've been to some pretty bad sites. Anyway, just to see how bad it was I thought I'd try it. So I went to www.ibm.com In the search bar I entered MQ manuals The search yielded loads of hits the first one being FAQ: Where are the WebSphere MQ manuals on the Web ? Selecting this took me to the web site below. I guess I must be missing something :-) but that was about as easy as it gets. Anyway, the reason I'm writing is to tell you to ask you to inform the Web Master. Perhaps you already have but certainly complaining about IBMs Web Site on the MQ listserver is unlikely to fix any problems. I would urge anybody with problems with an IBM site to contact the people concerned. There is an 'email' button in the 'contact us' page. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley MQSeries List <[EMAIL PROTECTED]> wrote on 09/08/2004 23:05:31: > > > > > 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. >