Re: CLOSE_WAIT
No..I don't think that is the case.. It's more a time sequence error in the TCP stack... But why ? Sid -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: Monday, 13 October 2003 3:46 PM To: [EMAIL PROTECTED] Subject: AW: CLOSE_WAIT Hi Sid, I guess, you run an application (maybe a MQ or Java client), which opens qmgr connections via SVRCONN channels and does not close them properly. CLOSE_WAIT means, the operationg systems found, that this connection has not been used for a while and will close it soon. Regards Hubert -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 13. Oktober 2003 07:27 An: [EMAIL PROTECTED] Betreff: CLOSE_WAIT G'Day all, I am having really bad performance problems on my MQ server (NT4) where I can see 100+ connections in CLOSE_WAIT using netstat. Does anyone know why and how do I get rid of them ? Sid Young Brisbane Austrlaia Instructions for managing your mailing list 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
As440 startup Script
Hi, Please send me a copy of the above where the startup includes a trigger monitor,listener and channel initiator. Emile Kearns Any views expressed in this message are those of the individual sender, and T-Systems South Africa (Pty) Ltd accepts no liability therefore, except where the sender specifically states them to be those of T-Systems South Africa (Pty) Ltd. Although this message has been scanned for the possible presence of computer viruses prior to despatch, T-Systems South Africa (Pty) Ltd cannot be held responsible for any viruses or other material transmitted with, or as part of, this message.
Apologies: AS400 RE: As440 startup Script
Hi, Please send me a copy of the above where the startup includes a trigger monitor,listener and channel initiator. Emile Kearns Any views expressed in this message are those of the individual sender, and T-Systems South Africa (Pty) Ltd accepts no liability therefore, except where the sender specifically states them to be those of T-Systems South Africa (Pty) Ltd. Although this message has been scanned for the possible presence of computer viruses prior to despatch, T-Systems South Africa (Pty) Ltd cannot be held responsible for any viruses or other material transmitted with, or as part of, this message.
Error creating Key Repository on WMQ5.3 CSD4
I am trying to configure the SSL in WMQ 5.3 CSD4 in an AIX 4.3.3. I execute the followind command to create the key repository gsk6cmd -keydb -create -db /var/mqm/qmgrs/MAPD01/ssl/key.kdb -pw ibm -type cms -expire 365 -stash and got an error indicating Invalid key database type was found. Any idea how to solve this? 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
Re: Error creating Key Repository on WMQ5.3 CSD4
Hi, I have found similar problems some month ago, setting up SSL between AIX and Windows clients. May be you have installed in your AIX more than one gsk kit (for example one with IHS and/or WAS), and some libraries refert the wrong installation I have solved the problem using explicitely the gsk from IHS, I think the command is gsk5_something. Alternatively, you can try use the X interface for GSK, error messages seem to be more useful. HTH, Luc-Michel Date sent: Mon, 13 Oct 2003 10:27:54 +0200 Send reply to: MQSeries List [EMAIL PROTECTED] From: RodrÃguez Alvarez-Querol, Manuel Carlos [EMAIL PROTECTED] Subject:Error creating Key Repository on WMQ5.3 CSD4 To: [EMAIL PROTECTED] I am trying to configure the SSL in WMQ 5.3 CSD4 in an AIX 4.3.3. I execute the followind command to create the key repository gsk6cmd -keydb -create -db /var/mqm/qmgrs/MAPD01/ssl/key.kdb -pw ibm -type cms -expire 365 -stash and got an error indicating Invalid key database type was found. Any idea how to solve this? 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 -- 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
Re: MQCIH Data conversion
David, When we send a request up to the mainframe with a CIH, the reply comes back with one. We need to keep the CIH because we use different CKPB tranids for different applications. From the sound of the other replies it looks like we might just have to roll our own. Gr. John John M Hammond Data Center: Middleware Household International 100 Mittel Drive Wood Dale, IL 60191 Phone: (630) 521-4339; Pager: (866) 237-0985 David C. Partridge [EMAIL PROTECTED] To:[EMAIL PROTECTED] EUR.COM cc: Sent by: MQSeries Subject: Re: MQCIH Data conversion List [EMAIL PROTECTED] .AT 10/07/2003 09:02 AM Please respond to MQSeries List As far as I know the MQCIH is only used by the CICS bridge code on 390, and the only reason that its a supported format on the other platforms is so that they can SEND messages to a 390 system running the CICS bridge. So, why do you want or need to convert an MQCIH to local encoding and character set representation on the distributed platform? Is this a broker related thing? Cheers, Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of John M Hammond Sent: 07 October 2003 13:32 To: [EMAIL PROTECTED] Subject: MQCIH Data conversion I just discovered (to my astonishment) that IBM does not support data conversion on the MQCIH on distributed platforms. We're raising a request to get this corrected but that will clearly take time. Is anyone aware of a Vendor product that can do the necessary conversion (on Solaris specifically). I'm also looking into building my own data conversion exit, but was hoping to find something ready to go without me doing much work :-) We currently use CONVERT(YES) on our sender channels out of the mainframe, but want to move away from it. Thanks, John John M Hammond Data Center: Middleware Household International 100 Mittel Drive Wood Dale, IL 60191 Phone: (630) 521-4339; Pager: (866) 237-0985 Instructions for managing your mailing list 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: Handling Database down period in WMQI
If this is on a UNIX schedule a cron job (1) to stop the broker before the database is unavailable and (2) restart it when it is available. -Original Message- From: Jas Singh [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 12:58 PM To: [EMAIL PROTECTED] Subject: Handling Database down period in WMQI We are developing message flows in IBM Websphere MQ Integrator (WMQI), Message flows are using Databases for Lookup and Write operations extensively . The database is shutdown for backup every night for 2 hrs and we need to build a functionality that the messages remain in the INPUT queue until the database is up and running . Option such as backout count or try catch do not suite our purpose as this a normal process we do not want to treat this as an error . Is there any good way of achieving this in Message flow Thanks -Jas *Internet Email Confidentiality* This communication may contain privileged or other confidential information. If you are not the intended recipient, or believe that you may have received this communication in error, please reply to the sender indicating that fact and delete the copy you received. In addition, you should not print, copy, retransmit, disseminate, or otherwise use the information contained in this communication. 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 CONFIDENTIALITY NOTICE: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute and delete the original message. Please notify the sender by E-Mail at the address shown. Thank you for your compliance. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Handling Database down period in WMQI
Another alternative is to GET(disable) the message flow input queue before and then GET(enable) the input queue after. Hashir, Mehedi [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 13-Oct-2003 14:27 Please respond to MQSeries List [EMAIL PROTECTED] To:MQSERIES cc: Subject:Re: Handling Database down period in WMQI If this is on a UNIX schedule a cron job (1) to stop the broker before the database is unavailable and (2) restart it when it is available. -Original Message- From: Jas Singh [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 12:58 PM To: [EMAIL PROTECTED] Subject: Handling Database down period in WMQI We are developing message flows in IBM Websphere MQ Integrator (WMQI), Message flows are using Databases for Lookup and Write operations extensively . The database is shutdown for backup every night for 2 hrs and we need to build a functionality that the messages remain in the INPUT queue until the database is up and running . Option such as backout count or try catch do not suite our purpose as this a normal process we do not want to treat this as an error . Is there any good way of achieving this in Message flow Thanks -Jas *Internet Email Confidentiality* This communication may contain privileged or other confidential information. If you are not the intended recipient, or believe that you may have received this communication in error, please reply to the sender indicating that fact and delete the copy you received. In addition, you should not print, copy, retransmit, disseminate, or otherwise use the information contained in this communication. 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 CONFIDENTIALITY NOTICE: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute and delete the original message. Please notify the sender by E-Mail at the address shown. Thank you for your compliance. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Handling Database down period in WMQI
But you'll have to do this for every single queue. -Original Message- From: Kulbir S. Thind [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 10:08 AM To: [EMAIL PROTECTED] Subject: Re: Handling Database down period in WMQI Another alternative is to GET(disable) the message flow input queue before and then GET(enable) the input queue after. Hashir, Mehedi [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 13-Oct-2003 14:27 Please respond to MQSeries List [EMAIL PROTECTED] To:MQSERIES cc: Subject:Re: Handling Database down period in WMQI If this is on a UNIX schedule a cron job (1) to stop the broker before the database is unavailable and (2) restart it when it is available. -Original Message- From: Jas Singh [mailto:[EMAIL PROTECTED] Sent: Friday, October 10, 2003 12:58 PM To: [EMAIL PROTECTED] Subject: Handling Database down period in WMQI We are developing message flows in IBM Websphere MQ Integrator (WMQI), Message flows are using Databases for Lookup and Write operations extensively . The database is shutdown for backup every night for 2 hrs and we need to build a functionality that the messages remain in the INPUT queue until the database is up and running . Option such as backout count or try catch do not suite our purpose as this a normal process we do not want to treat this as an error . Is there any good way of achieving this in Message flow Thanks -Jas *Internet Email Confidentiality* This communication may contain privileged or other confidential information. If you are not the intended recipient, or believe that you may have received this communication in error, please reply to the sender indicating that fact and delete the copy you received. In addition, you should not print, copy, retransmit, disseminate, or otherwise use the information contained in this communication. 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 CONFIDENTIALITY NOTICE: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute and delete the original message. Please notify the sender by E-Mail at the address shown. Thank you for your compliance. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive CONFIDENTIALITY NOTICE: This E-Mail is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you have received this communication in error, please do not distribute and delete the original message. Please notify the sender by E-Mail at the address shown. Thank you for your compliance. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: WMQI : Running Two Versions of Control Center, is it possible?
Jeff, Is it possible to run the Control Center of both versions on the same computer? No. In fact, the install of the WBI MB V5 toolkit will fail if it detects that the WMQI Control Center is currently installed. Regards, Christopher Frank Sr. I/T Specialist - IBM Software Group IBM Certified Solutions Expert - Websphere MQ MQ Integrator Phone: 612-397-5532 (t/l 653-5532) mobile: 612-669-3008 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
Solaris Kernel Settings - MSGMNB
MQ 5.2 CSD 7 Solaris 5.8 We have been having some performance problems on one of our heavily loaded servers lately, that eventually degrade to the point of being unresponsive. There has been a suggestion to increase the Kernel parameter MSGMNB from our current default value of 4096 to 65535. Has anyone had any similar experiences that have been resolved by adjusting this parameter? Any input is appreciated. Here is a link to IBM's recommend Kernel settings. Solaris 5.2 does not specify: http://www-3.ibm.com/software/integration/mqfamily/library/manualsa/amqdac03/amqdac03tfrm.htm Solaris 5.3 recommends 4096: http://publibfp.boulder.ibm.com/epubs/html/amqdac05/amqdac05tfrm.htm Thanks, Matt. == This message is for the named person's use only. It may contain sensitive and private proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you are not the intended recipient, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. CREDIT SUISSE GROUP and each legal entity in the CREDIT SUISSE FIRST BOSTON or CREDIT SUISSE ASSET MANAGEMENT business units of CREDIT SUISSE FIRST BOSTON reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any reference to the terms of executed transactions should be treated as preliminary only and subject to our formal written confirmation. == Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Process-Start Channels
Title: Process-Start Channels Hello. Were running MQS 5.3 for OS/390. We received the impression, from a class, that its no longer necessary to have process defined to start channels in XMIT queue definitions. What parameters have to be defined in XMIT queue for triggering then? More Queue name . . . . . . . . : MQxx Disposition . . . . . . . . : QMGR MQxx Trigger Definition Trigger type . . . . . . : F F=First,E=Every,D=Depth,N=None Trigger set . . . . . . : N Y=Yes,N=No Trigger message priority : 0 0 - 9 Trigger depth . . . . . : 1 1 - 9 Initiation queue . . . . : Process name . . . . . . : Trigger data . . . . . . : Thanks, DW
Re: Process-Start Channels
TrigType Trigger (Yes) Initq Trigdata = Channel Name Mike Davidson TSYS MQ Tech Support [EMAIL PROTECTED] Williams, Dave (Systems Management) [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 10/13/2003 01:34 PM Please respond to MQSeries List To:[EMAIL PROTECTED] cc: Subject:Process-Start Channels Hello. We're running MQS 5.3 for OS/390. We received the impression, from a class, that it's no longer necessary to have process defined to start channels in XMIT queue definitions. What parameters have to be defined in XMIT queue for triggering then? More Queue name . . . . . . . . : MQxx Disposition . . . . . . . . : QMGR MQxx Trigger Definition Trigger type . . . . . . : F F=First,E=Every,D=Depth,N=None Trigger set . . . . . . : N Y=Yes,N=No Trigger message priority : 0 0 - 9 Trigger depth . . . . . : 1 1 - 9 Initiation queue . . . . : Process name . . . . . . : Trigger data . . . . . . : Thanks, DW The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you
SSL and 531 Install
Title: SSL and 531 Install Has anyone installed MQ531 (OS390)? Im having a small issue w/the statement regarding SSL path. Thanks, Dave
MQSeries and webMethods
Does anyone have any experience with using MQSeries with webMethods? I think this is more of a webMethods issue, but I thought I'd check with the list too. Our MQSeries server is version 5.2.1 with CSD07 on a Windows 2000 Clustered Server. The webMethods Enterprise server is version 5.0 and we're using the webMethods MQSeries adapter (Version 4.2.2) to get messages from 2 MQSeries queues. We have a webMethods integration that gets messages from an MQSeries queue and publishes a document to the webMethods broker. Last week, the webMethods adapter encountered the following error: Unable to get message from queue M04P.WITSQ.NOTIFY.DATA.TO.SAP; completion code is Failed (2), reason code is 2024. The max uncommitted message setting for our queue manager is 50,000. Soon after getting this message, I noticed that some messages were rolled back to an MQSeries queue. I appears to me that the webMethods MQSeries adapter is not committing the messages after it has read them from the queue and processed the data. Has anyone else encountered this? Jim Wert Information Specialist Interface Support EDS - Coors Account Colorado Solution Centre (303) 277-3382 Instructions for managing your mailing list 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: MessageQ
Simon, Click on Listserv search on the following site: http://www.solent-consultancy.com/mqlink1.htm Regards, Tim Crossland From: Simon Higgins Subject: MessageQ Date: Mon, 29 Sep 2003 14:03:47 -0700 Does anyone know what's happened to the version of MessageQ that let you scan the listserv database for MQ problems and their resolution? Is there a way to get to it from http://www.ebizq.net/vintage/messageq? If so then let me know as I used to find it really useful. S Higgins MIddleware Consultant _ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: CommerceQuest free tool
[EMAIL PROTECTED] -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Randy J Clark Sent: Monday, October 13, 2003 8:29 PM To: [EMAIL PROTECTED] Subject: CommerceQuest free tool When I try to logon to the tool using a shortcut and the run as different user option. When I log on I get an Invalid picture error. Any ideas? Maybe this freebie is not able to handle the run as different user method. (Embedded image moved to file: pic26299.pcx) Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
CopyBook with Occurs Clause
Hi, I have the following COBOL copy book imported into WMQI 2.1 CSD 5. 01 MYCOMPOUND_ELEMENT. 05 MYREPEAT_ELEMENT OCCURS 3 TIMES. 10 TEST-ELEM PIC X(2). CWF properties , Min Occurs and Max Occurs is set to 3. I modified min occurs to 1. If I send a AB12XY , it works fine. But if I send only the first set , i.e. AB , I get an error that says , message too short. It always seems to expect the max. Is it expected to send always a fixed length even with Occurs clause? I could have used the depending clause , but that would mean I get the count from the sending application or have some logic that will populate the count. Does WMQI expect a fixed length equal to the max occurs whenever I use a CWF , or is it rectified with some CSD? Do you Yahoo!? The New Yahoo! Shopping - with improved product search
Ronald Weinger/Bsg/MetLife/US is out of the office.
I will be out of the office starting 10/13/2003 and will not return until 10/15/2003. I will respond to your message when I return. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
