Re: MQ and MQSI on the Mainframe
Hi, be sure to increase the SHRLIBRGNSIZE to at least 300.000.000 (300 Mb), this will decrease the amount of storage used when running multiple execution groups. As to CPU, a typical day on our production broker: 81.249.074 TCB+SRB SU for processing 130.808 msgs with a total size of 269.730.372 bytes Regards, Michael -Original Message- From: JoE JK [mailto:[EMAIL PROTECTED]] Sent: vrijdag 31 januari 2003 01:06 To: [EMAIL PROTECTED] Subject: Re: MQ and MQSI on the Mainframe Hi, MQSI on the mainframe is taking a lot of memory. Do your planning properly during the setup. That the most important part when using MQSI on the mainframe. Thanks. --- June Lawton [EMAIL PROTECTED] wrote: We are just in the beginning stages of planning to implement MQ in our environment. This environment will consist of the OS/390 MF and NT. The powers that be have decided to implement the MQ base and MQSI on the mainframe platform. I am trying to investigate any performance issues this will provide on the mainframe. I have downloaded the support pac for Capacity Planning and Tuning, but I would like to know of any 'real world' experiences that any of you have encountered. Thanks June Lawton Information Systems The PMA Insurance Group [EMAIL PROTECTED] (T) 610.397.5058 (F) 610.397.5311 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** Instructions for managing your mailing list 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: Volume testing of CICS requests
Depends on what you are really trying to load test. Is it the load on CICS or on your MQ network or on the Windows application? There are a number of testing tools for CICS (or at least there were a few years). CA's Playback. I think they also acquired CICS Verify so that product probably doesn't exist any more. Compuware had a product called Hiperstation - maybe called QAHiperstation these days. If it is the MQ testing that is important to you then take a look at CommerceQuest's MQTester and Compuware's QACenter for WebsphereMQ. mqm --- Peter Heggie [EMAIL PROTECTED] wrote: How do people simulate/perform volume testing of MQ roundtrips that start and end in CICS? Messages go to Windows and back. We want to simulate CICS transactions that send one message at a time, so each iteration would do an MQPUT1. Is there a way, without having 100 people sitting at 100 CICS terminals and hitting enter at the same time, of simulating a load on the system? I'm writing a batch program to loop through a file full of requests, but still that is only sending messages one at a time.. I can't run more than two or three batch jobs at a time.. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
AW: Triggering anomaly update
Kevin, i think Morag already gave you the answer, i also think the queue is still open thats why trigger first does not fire. The Apar you refer to is related to shared queues, this means queues that are placed in the coupling facility. sharing a queue by using mqseries clustering between mq on os/390 and mq on windows nt is a completely different issue and maybe a bad verbalisation in this case... in a mq cluster you get information about a queue and how to put data into the queue by making your queuemanager member of the cluster and by accessing repository information. but you do not share a queue. please let us know if the triggering issue is solved... regards stefan -Ursprungliche Nachricht- Von: Kevin Ferguson [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 29. Januar 2003 17:24 An: [EMAIL PROTECTED] Betreff: Triggering anomaly update Folks Looks like this is a known problem I have found a fix (UQ72551) (APAR PQ67053). Kevin Ferguson _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list 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 Logs on Unix
Hi, The System.out.println within a java plugin node appear on the console in windows NT if the broker is started with Interact With Desktop option. How can we see these system.outs in unix?(WMQI 2.1) The syslog doesnt contain these entries. Thanks in advance __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Windows XP - Version 5.3 - are we there yet?
Yes it will. You'll need 5.3.0.1 for XP. |-+ | | Larry LaChanse | | | Larry_LaChanse@M| | | ONY.COM | | | Sent by: MQSeries| | | List | | | MQSERIES@AKH-WIE| | | N.AC.AT | | || | || | | 01/29/2003 12:59 | | | PM | | | Please respond to| | | MQSeries List| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Windows XP - Version 5.3 - are we there yet? | --| I've searched all the list servers and message boards, IBM platform page, etc and can't find a recent thread that discusses this. Does anyone know if I can install MQ V5.3 on Windows XP Pro or XP Home Edition? If not, does anyone know if/when IBM plans to make this a supported platform? TIA, Larry LaChanse The MONY Group Instructions for managing your mailing list 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: Volume testing of CICS requests
Thanks to everyone who responded - IBM has TPNS, which can either work from network trace data, or you can create your own scripts. Also, I think CA has a product called Playback. Rick Tsujimoto We don't have Playback; we might have TPNS.. I'll ask our systems people.. You didn't mention if this transaction requires a needs to use a terminal. I am assuming not since you're starting it up from a batch program. How about writing a simple CICS transaction that does a START for a whole bunch of transactions at once (well, OK, I guess they wouldn't be at once, but they'd be darn close). You could have it start up, say, 20 tasks and then just start it up 5 times to get your 100. You could even trigger it 5 times (that should be closer together than typing in the transid 5 times). Or maybe you could schedule them all for the same future time using the EXEC CICS START. Rebecca Bullock Yes I should have been more specific - actually, I'm not too concerned about MQ internals - from xmit q to channel to channel to target queue is really fast, and I've seen the performance data. (In fact I just ran a batch test of 135 Puts and it took less than 1/100 of a second). I'm more concerned about the contention of 100 users all hitting enter at the same time and opening queues, putting messages and closing queues at the same time. I really am not sure also about the '8 TCBs' that MQ uses with CICS. I assume that means that eight MQ related transactions are active/swapped in at the same time, with the other 92 transactions swapped out.. ??? The GUI here is actually a hopped-up windows desktop application that formats the 'transaction details' into a data stream and sends it via a gateway to CICS where assembler/low-level programs translate the 'transaction details' into a call to a generic CICS program, which in turn calls the specific transaction. I shouldn't have to worry about that because we are modifying an existing program to call MQ, but to simulate that transaction I'd have to recreate the COMMAREA which is kind of long. I guess I could do that. To simulate 100 people sending messages at the same time, program your batch program to send all 100 messages in the same UOW. Tweak the channel batchsz and batchint to accomodate the entire UOW. The goal is to get the channel to ship some number of messages in a single UOW, such that they all become available at the same time. Dennis Miller I like that idea - it would make sure they all would be presented to the target at the same time. I'm guessing that they would actually be physically present on the xmit queue, but not visible to the channel (agent) until Committed? I'll put that in my batch program. I'll also pursue the online scenario outlined above. write one program to loop 100 times. have it start a simple cobol pgm that send a message to a round robin remote queue and then do a start with data on itself in an x amount of time. Have the start data contain the counter for the number of messages sent and check the limit in the started program. This is your termination data. Have the target queue of the round robin triggered to start amqsget or just leave the stuff the and do a CLEAR queue or something. this is about 1/2 hour of coding or about as much time as this thread has occupied. What I'm saying is there only one simple way to accomplish if you don't have a stress test package in place and are VERY familuar with it. bobbee ok, I'm still having trouble with this one. Maybe I need more coffee. A 'shell' program loops for 100 times.. In each loop it starts an MQ program that does a Put, and does a start of a third program? why is there a timer? Why not have a shell program loop 100 times to start an MQ program that does the open, put and close? Does this keep them independent (not single-threaded)? Or are you saying there is a way for all these started MQ progams to just wait out there until all 100 have been started (by each one looking at the message counter)? And then they would all take off at the same time? By the way, this is a roundtrip -request/reply, and I am matching on CorrelId. Depends on what you are really trying to load test. Is it the load on CICS or on your MQ network or on the Windows application? There are a number of testing tools for CICS (or at least there were a few years). CA's Playback. I think they also acquired CICS Verify so that product probably doesn't exist any more. Compuware had a product called Hiperstation - maybe called QAHiperstation these days. If it is the MQ testing that is important to you then take a look at CommerceQuest's MQTester and Compuware's QACenter for WebsphereMQ. mqm Actually, I am testing the Windows application load also, just because there is triggering involved, and the Windows app is a COM+ component, so I have to trigger an EXE which will then call the COM+ component. I wrote the EXE, and unfortunately it is generic so it is a little slower than it could be. I have tried
Re: MQ and MQSI on the Mainframe
We are running on an os/390 mf. The performance issues have been around the NT environment every time. The network here is fast. |-+ | | June Lawton | | | June_Lawton@PMAG| | | ROUP.COM| | | Sent by: MQSeries| | | List | | | MQSERIES@AKH-WIE| | | N.AC.AT | | || | || | | 01/30/2003 10:05 | | | AM | | | Please respond to| | | MQSeries List| | || |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: MQ and MQSI on the Mainframe | --| We are just in the beginning stages of planning to implement MQ in our environment. This environment will consist of the OS/390 MF and NT. The powers that be have decided to implement the MQ base and MQSI on the mainframe platform. I am trying to investigate any performance issues this will provide on the mainframe. I have downloaded the support pac for Capacity Planning and Tuning, but I would like to know of any 'real world' experiences that any of you have encountered. Thanks June Lawton Information Systems The PMA Insurance Group [EMAIL PROTECTED] (T) 610.397.5058 (F) 610.397.5311 Instructions for managing your mailing list 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
Strange Behaviour QMGR
Title: Strange Behaviour QMGR Please help, any input will be appreciated. Strange new problem on unix(AIX) qmgr connected to os390 and NT qmgr's. Happened on 30 December and 31 January. Unix ver 5.1, mvs and NT ver 5.2 QMGR to QMGR connected through sender and receiver channels - disconnect interval 0. The following are noticed between NT and Unix even though the channels on both sides shows as running and messages are not received. Soon after this, no RUNMQSC commands can be entered on Unix and eventually the QMGR needs to be bounced. There are no error logs on Unix. What causes a connection on a port to get a CLOSE_WAIT status? What can be done to rectify it. When it hits this state soon RUNMQSC does not accept any input and shortly thereafter the QMGR cannot being brought down, not even with the '-i' command. After restarting the unix qmgr, everything is sorted out. Command failed: chmod a+rw /dev/null chmod: /dev/null: Not owner Press return to continue: 08:07:00 all_adm@flash_boot1:/main/nedcor/home/all_adm netstat -a| grep 1414 tcp4 0 0 swift1.1414 safeprod.it.nedn.3798 ESTABLISHED tcp4 0 0 swift1.1414 mvsprod.it.nedne.2573 ESTABLISHED tcp4 0 0 *.1414 *.* LISTEN tcp4 0 0 swift1.32905 safeprod.it.nedn.1414 CLOSE_WAIT Thank you Pieter Voges MQ Support Nedcor Limited Tel: (011) 881 4410 Sel: 083 6455 300 E-mail: [EMAIL PROTECTED] http://dotweb.it.nednet.co.za/link.asp?names=Voges,%20Pieter - "The contents of this electronic message and any attachments relating to the official business of Nedcor Limited and subsidiaries ("Nedcor") are proprietary to Nedcor. They are confidential, legally privileged and protected by law. Views and opinions are those of the sender and do not represent Nedcor's views and opinions nor constitute any commitment by or obligation on Nedcor unless otherwise stated or agreed to in writing by Nedcor. The person addressed in this electronic message is the sole authorised recipient. If you have received this message in error, you are to delete it immediately and notify the sender that it has unintentionally reached you. You may not use or disclose the contents of this message to any other person. Nedcor cannot assure that the integrity of this communication has been maintained, nor that it is free of errors, viruses, interception, tampering or interference. Nedcor therefore does not accept liability or legal responsibility for the contents of this electronic message, its non-delivery or incorrect delivery for whatever reason, its effect on electronic devices or its transmission in an unencrypted medium." ---
Peter Gersak/Slovenia/IBM is out of the office.
I will be out of the office starting January 30, 2003 and will not return until February 6, 2003. Instructions for managing your mailing list 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 and MQSI on the Mainframe
Title: RE: MQ and MQSI on the Mainframe I'd agree but the experience is of using W2K not NT. OS/390 acted in a rather bored and unoccupied way, processing messages. W2K got so agitated it should have seen a therapist (or just had a nice cup of tea, bearing in mind this is England). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 31 January 2003 13:53 To: [EMAIL PROTECTED] Subject: Re: MQ and MQSI on the Mainframe We are running on an os/390 mf. The performance issues have been around the NT environment every time. The network here is fast. |-+ | | June Lawton | | | June_Lawton@PMAG| | | ROUP.COM | | | Sent by: MQSeries| | | List | | | MQSERIES@AKH-WIE| | | N.AC.AT | | | | | | | | | 01/30/2003 10:05 | | | AM | | | Please respond to| | | MQSeries List | | | | |-+ --| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: MQ and MQSI on the Mainframe | --| We are just in the beginning stages of planning to implement MQ in our environment. This environment will consist of the OS/390 MF and NT. The powers that be have decided to implement the MQ base and MQSI on the mainframe platform. I am trying to investigate any performance issues this will provide on the mainframe. I have downloaded the support pac for Capacity Planning and Tuning, but I would like to know of any 'real world' experiences that any of you have encountered. Thanks June Lawton Information Systems The PMA Insurance Group [EMAIL PROTECTED] (T) 610.397.5058 (F) 610.397.5311 Instructions for managing your mailing list 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 is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. evolvebank.com is a division of Lloyds TSB Bank plc. Lloyds TSB Bank plc, 71 Lombard Street, London EC3P 3BS. Registered in England, number 2065. Telephone No: 020 7626 1500 Lloyds TSB Scotland plc, Henry Duncan House, 120 George Street, Edinburgh EH2 4LH. Registered in Scotland, number 95237. Telephone No: 0131 225 4555 Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by the Financial Services Authority and represent only the Scottish Widows and Lloyds TSB Marketing Group for life assurance, pensions and investment business. Signatories to the Banking Codes. ---
Re: Strange Behaviour QMGR
I've seen this problem as well against the 5.1 product. I know that there were some changes (fixes) put in to the 5.2 and 5.3 product to resolve this. I'd suggest moving forward. Ron --- Voges, P. (Pieter) [EMAIL PROTECTED] wrote: Please help, any input will be appreciated. Strange new problem on unix(AIX) qmgr connected to os390 and NT qmgr's. Happened on 30 December and 31 January. Unix ver 5.1, mvs and NT ver 5.2 QMGR to QMGR connected through sender and receiver channels - disconnect interval 0. The following are noticed between NT and Unix even though the channels on both sides shows as running and messages are not received. Soon after this, no RUNMQSC commands can be entered on Unix and eventually the QMGR needs to be bounced. There are no error logs on Unix. What causes a connection on a port to get a CLOSE_WAIT status? What can be done to rectify it. When it hits this state soon RUNMQSC does not accept any input and shortly thereafter the QMGR cannot being brought down, not even with the '-i' command. After restarting the unix qmgr, everything is sorted out. Command failed: chmod a+rw /dev/null chmod: /dev/null: Not owner Press return to continue: 08:07:00 all_adm@flash_boot1:/main/nedcor/home/all_adm netstat -a| grep 1414 tcp4 0 0 swift1.1414 safeprod.it.nedn.3798 ESTABLISHED tcp4 0 0 swift1.1414 mvsprod.it.nedne.2573 ESTABLISHED tcp4 0 0 *.1414 *.* LISTEN tcp4 0 0 swift1.32905 safeprod.it.nedn.1414 CLOSE_WAIT Thank you Pieter Voges MQ Support Nedcor Limited Tel: (011) 881 4410 Sel: 083 6455 300 E-mail: [EMAIL PROTECTED] http://dotweb.it.nednet.co.za/link.asp?names=Voges,%20Pieter -- -- -- --- The contents of this electronic message and any attachments relating to the official business of Nedcor Limited and subsidiaries (Nedcor) are proprietary to Nedcor. They are confidential, legally privileged and protected by law. Views and opinions are those of the sender and do not represent Nedcor's views and opinions nor constitute any commitment by or obligation on Nedcor unless otherwise stated or agreed to in writing by Nedcor. The person addressed in this electronic message is the sole authorised recipient. If you have received this message in error, you are to delete it immediately and notify the sender that it has unintentionally reached you. You may not use or disclose the contents of this message to any other person. Nedcor cannot assure that the integrity of this communication has been maintained, nor that it is free of errors, viruses, interception, tampering or interference. Nedcor therefore does not accept liability or legal responsibility for the contents of this electronic message, its non-delivery or incorrect delivery for whatever reason, its effect on electronic devices or its transmission in an unencrypted medium. -- -- -- - __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Strange Behaviour QMGR
If runmqsc is starting to exhibit prolems I would look into the LOG file system. When MQ isn't given enough room to work it starts acting wierd. BUTyou should have received message indicating MQ was killing processes because of LOG space problems. ALSO is there another application excercising the box a little too much?? bb From: Voges, P. (Pieter) [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Strange Behaviour QMGR Date: Fri, 31 Jan 2003 14:36:00 +0200 Please help, any input will be appreciated. Strange new problem on unix(AIX) qmgr connected to os390 and NT qmgr's. Happened on 30 December and 31 January. Unix ver 5.1, mvs and NT ver 5.2 QMGR to QMGR connected through sender and receiver channels - disconnect interval 0. The following are noticed between NT and Unix even though the channels on both sides shows as running and messages are not received. Soon after this, no RUNMQSC commands can be entered on Unix and eventually the QMGR needs to be bounced. There are no error logs on Unix. What causes a connection on a port to get a CLOSE_WAIT status? What can be done to rectify it. When it hits this state soon RUNMQSC does not accept any input and shortly thereafter the QMGR cannot being brought down, not even with the '-i' command. After restarting the unix qmgr, everything is sorted out. Command failed: chmod a+rw /dev/null chmod: /dev/null: Not owner Press return to continue: 08:07:00 all_adm@flash_boot1:/main/nedcor/home/all_adm netstat -a| grep 1414 tcp4 0 0 swift1.1414safeprod.it.nedn.3798 ESTABLISHED tcp4 0 0 swift1.1414mvsprod.it.nedne.2573 ESTABLISHED tcp4 0 0 *.1414 *.*LISTEN tcp4 0 0 swift1.32905 safeprod.it.nedn.1414 CLOSE_WAIT Thank you Pieter Voges MQ Support Nedcor Limited Tel: (011) 881 4410 Sel: 083 6455 300 E-mail: [EMAIL PROTECTED] http://dotweb.it.nednet.co.za/link.asp?names=Voges,%20Pieter -- -- -- --- The contents of this electronic message and any attachments relating to the official business of Nedcor Limited and subsidiaries (Nedcor) are proprietary to Nedcor. They are confidential, legally privileged and protected by law. Views and opinions are those of the sender and do not represent Nedcor's views and opinions nor constitute any commitment by or obligation on Nedcor unless otherwise stated or agreed to in writing by Nedcor. The person addressed in this electronic message is the sole authorised recipient. If you have received this message in error, you are to delete it immediately and notify the sender that it has unintentionally reached you. You may not use or disclose the contents of this message to any other person. Nedcor cannot assure that the integrity of this communication has been maintained, nor that it is free of errors, viruses, interception, tampering or interference. Nedcor therefore does not accept liability or legal responsibility for the contents of this electronic message, its non-delivery or incorrect delivery for whatever reason, its effect on electronic devices or its transmission in an unencrypted medium. -- -- -- - _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
2102 with server bindings
After upgrading an Aix server to v5.3 of Mqseries we are having problems with server bindings connecting to one of our qmanagers. The client connections are working okay. The error that we see when running amqsput is a 2102 - Resource Problem. Any ideas of what we might cause this? Instructions for managing your mailing list 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: Volume testing of CICS requests
Compuware's QACenter for WebSphere MQ will simulate simultaneous volumes of MQ roundtrips that start and end in CICS. It will actually simulate any part of an MQ application that accesses a mainframe queue manager. It creates automation scripts from existing MQ activity, or you can construct your own. You can add conditional logic or populate scripts with data from a file full of requests. -Original Message- From: Peter Heggie [mailto:[EMAIL PROTECTED]] Sent: January 30, 2003 3:04 PM To: [EMAIL PROTECTED] Subject: Volume testing of CICS requests How do people simulate/perform volume testing of MQ roundtrips that start and end in CICS? Messages go to Windows and back. We want to simulate CICS transactions that send one message at a time, so each iteration would do an MQPUT1. Is there a way, without having 100 people sitting at 100 CICS terminals and hitting enter at the same time, of simulating a load on the system? I'm writing a batch program to loop through a file full of requests, but still that is only sending messages one at a time.. I can't run more than two or three batch jobs at a time.. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
VB samples - descriptions?
I have a new (to MQ) developer who wants to write a server app in VB. I pointed him to the samples on the CD, and he asked if there were discriptions of the samples. All the other samples are described in the App Programming Guide, but no mention is made of the VB samples, and a Web search turned up nothing. Anybody have any ideas? Bill Beinert Systems Programming Con Edison (212) 460-4853 When they took the fourth amendment, I was quiet because I didn't deal drugs! When they took the sixth amendment, I was quiet because, I was innocent. When they took the second amendment, I was quiet because I didn't own a gun! Now they've taken the first amendment, and I can say (or do) nothing about it. The Second Amendment is in place in case they ignore the others. MODWN DAbE Instructions for managing your mailing list 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: Volume testing of CICS requests
Thats either close to or just what I need.. unfortunately I can't justify the cost for this application.. I'll start with a batch volume test and then move to an online volume test using custom programs. Thanks though! From: Lockhart, Rebecca [EMAIL PROTECTED] on 01/31/2003 01:56 PM Please respond to MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: Re: Volume testing of CICS requests Compuware's QACenter for WebSphere MQ will simulate simultaneous volumes of MQ roundtrips that start and end in CICS. It will actually simulate any part of an MQ application that accesses a mainframe queue manager. It creates automation scripts from existing MQ activity, or you can construct your own. You can add conditional logic or populate scripts with data from a file full of requests. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Deleting queue manager
Hello, Could someone please advise me on how to remove a queue manager, which has a name starting with / (like /qm123) in Unix environment? I tried dltmqm /qm123 and dltmqm '/qm123' but it doesn't work. Thanks in advance, Igor Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive