Re: MQ Series Beginners Need help
I am getting error MQ error 309010E - Queue checkpoint record missing. In reading the explanation, it says no checkpoint record was found on the queue. However, I do not understand how a check point record is placed on a queue. We are a VSE shop running MQ series 2.1.2 with no MQ series training. Thanks Panayiotis (Pete) Petrou Systems Support Group Information Technology Division Bank Of Cyprus Ltd Tel. 22-848473 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
MQCHAN RACF class?
Hello, Has anybody heard about an MQCHAN RACF class for MQ to restrcit access to channels? Looking at the latest 5.3.1 manuals I can see no reference to that class? I would appreciate any insights? TIA, JM _ Store more e-mails with MSN Hotmail Extra Storage 4 plans to choose from! http://click.atdmt.com/AVE/go/onm00200362ave/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: Migrating MQSeries to another server
Title: Migrating MQSeries to another server The easiest way I can think off is - save the data and log folders in the network somewhere. And when the new box is built copy them back to the new server and install the software - everything will come back to normal. If you want only the definitions - you can use "saveqmgr" which saves all the definitions and run it through runmqsc in the new box. Cheers Rao Adiraju WebSphere MQ Specialist The National Bank of NZ Ltd. Wellington - New Zealand Tel: +64-4-494 4299 Fax: +64-4-802 8509 Mbl: +64-211-216-116 From: Schaeffer Dave [mailto:[EMAIL PROTECTED] Sent: 2 March 2004 10:43 AMTo: [EMAIL PROTECTED]Subject: Migrating MQSeries to another server We are replacing our current development server with new hardware, as part of this process we are rebuilding this server. Is there an easy way to unload the current MQSeries queue manager and load this into the new server? We are on MQSeries v5.2 on HP-UX 11.0. Thanks for any help that you can provide. Dave Schaeffer This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails.Thank you.
Re: Migrating MQSeries to another server
Hi Dave, In the absence of vendor tools, I would use the saveqmgr program from the ms03 support pack. It will save the object configuration of your queue manager as a runmqsc format file. When you create your new system, you need to run crtmqm to create the queue manager, and then use runmqsc < saveqmgr.tst This will create all of your objects on the new queue manager. You may need to edit the file for ip addresses in locladdr fields and such things. This will leave your channels in a broken state, because the sequence numbers will not match. You can get the saveqmgr tool to generate reset commands for sdr/svr channels, but you will need to manually fix your rqstr/rcvr channels. Regards, Neil Casey. |-+> | | Schaeffer Dave | | | <[EMAIL PROTECTED]| | | ENDIX.COM> | | | Sent by: MQSeries| | | List | | | <[EMAIL PROTECTED]| | | n.AC.AT> | | || | || | | 02/03/2004 08:42 | | | Please respond to| | | MQSeries List| | || |-+> >--| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Migrating MQSeries to another server | >--| We are replacing our current development server with new hardware, as part of this process we are rebuilding this server. Is there an easy way to unload the current MQSeries queue manager and load this into the new server? We are on MQSeries v5.2 on HP-UX 11.0. Thanks for any help that you can provide. Dave Schaeffer Instructions for managing your mailing list 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: test tool allowing us to specify a msg id
Hi, Are you looking for a batch style tool or more of an interactive GUI tool? If the latter, then have you looked at MQ Visual Edit? For more information or a 30-day trial of MQ Visual Edit, go to: http://www.capitalware.biz/products.html Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting "Kulbir S. Thind" <[EMAIL PROTECTED]>: > Thanks, but I need to be able to specify my own 24 byte string to the msg > id. Any other tools anyone? > > > > > "Mike Davidson" <[EMAIL PROTECTED]> > > Sent by: "MQSeries List" <[EMAIL PROTECTED]> > 01-Mar-2004 13:55 > Please respond to "MQSeries List" <[EMAIL PROTECTED]> > > > > To: MQSERIES > > cc: > Subject:Re: test tool allowing us to specify a msg id > > > > You can't specify your own MsgID with the "q" program, but you can zero > out MsgId before MQPUT with the "-z" parameter. > > Mike Davidson > TSYS MQ Tech Support > [EMAIL PROTECTED] > > > > > > "Adiraju, Rao" <[EMAIL PROTECTED]> > Sent by: MQSeries List <[EMAIL PROTECTED]> > > 02/29/2004 03:28 PM > Please respond to MQSeries List > > > To:[EMAIL PROTECTED] > cc: > Subject:Re: test tool allowing us to specify a msg id > > > There is a support pack - MA01 - that is available from IBM site. It has > got a program/utility "q" with copies messages from one source to another. > So you can input a file and messages will be written to Queue. I am not > sure about specifiying your own message-id through. Give a go and see > whether it's fit your bill. > > Cheers > > > Rao Adiraju > WebSphere MQ Specialist > The National Bank of NZ Ltd. > Wellington - New Zealand > Tel: +64-4-494 4299 > Fax: +64-4-802 8509 > Mbl: +64-211-216-116 > > > > > From: Kulbir S. Thind [mailto:[EMAIL PROTECTED] > Sent: 29 February 2004 7:07 AM > To: [EMAIL PROTECTED] > Subject: test tool allowing us to specify a msg id > > > Hi, > > Quick question, is there a utility supplied by IBM that will allow us to > send messages to a queue specifying our own Message Id and will also be > able to handle new line characters? We need to be able to supply a file > and message id as parameters and want the utility to take the contents of > the file and format a message and use the message id and put the message > on to the queue. This should run on Windows and Sun Solaris. > > Am I asking too much? The reason it has to be an IBM tool is that IBM > have passed our Vendor audits. We could quite easily develop our own, > problem would be that we then need unit specifications and unit test cases > for this tool, just trying to find the easy way out I guess. > > Thanks in advance, > > Kulbir. This communication is confidential and may contain privileged > material. If you are not the intended recipient you must not use, > disclose, copy or retain it. If you have received it in error please > immediately notify me by return email and delete the emails. > Thank you. > > > 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 > > Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Migrating MQSeries to another server
Title: Migrating MQSeries to another server We are replacing our current development server with new hardware, as part of this process we are rebuilding this server. Is there an easy way to unload the current MQSeries queue manager and load this into the new server? We are on MQSeries v5.2 on HP-UX 11.0. Thanks for any help that you can provide. Dave Schaeffer
Re: JMS TO MQMD
Hossam, The 'WebSphere MQ Using JAVA' manual is the place to start. To be sure to pass a 'non-JMS ' header, use the following property value from your JMS Admin tool: TARGCLIENT=MQ (You can use TC as an abbreviation for TARGCLIENT) Good Luck. Regards, Arthur C. Schanz Operating Systems Programmer I. - Specialist Federal Reserve Information Technology Distributed Systems Engineering IBM Certified System Administrator - WebSphere MQ V5.3 IBM Certified Solution Designer - WebSphere MQ V5.3 (804) 697-3889 [EMAIL PROTECTED] "Khedr, Hossam (GEI, MORT)" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 03/01/2004 10:25 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: JMS TO MQMD Hi All, We are trying to send a message using JMS to non JMS application. We need to send the MQMD header instead of JMS header. Any idea or clues where should we start? Thanks in advance, Hossam Khedr Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ V5.2.1 on WIN2000 Server
I believe it was MQ V5.3 CSD03 -Original Me I ssage-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Chris N KlineSent: Tuesday, 2 March 2004 3:44 AMTo: [EMAIL PROTECTED]Subject: Re: MQ V5.2.1 on WIN2000 Server If I remember correctly, Terminal Services became supported in one of the later 5.2 CSD's. I think it was 07, but I can't remember for certain. *Chris KlineIBM Global ServicesIBM Certified Websphere MQ SpecialistStrategic Middleware Services (56SD) - MQ Series/VitriaPhone: (303) 924-1767 T/L 347-1767Email: [EMAIL PROTECTED]"Chan, Ian M" <[EMAIL PROTECTED]> "Chan, Ian M" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 02/29/2004 08:46 PM Please respond toMQSeries List To [EMAIL PROTECTED] cc Subject Re: MQ V5.2.1 on WIN2000 Server Rao,I'm sure you are looking at it through Terminal Server. Managing MQ through terminal server is not supported at v5.2.1. May be you should upgrade to v5.3.Cheers,Ian -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Adiraju, RaoSent: Monday, 1 March 2004 1:25 PMTo: [EMAIL PROTECTED]Subject: MQ V5.2.1 on WIN2000 Server I have come across an unexplained scenario on two win2K servers running MQ V5.2.1 and appreciate if some one can throw some light on it: The MQ version is V5.2.1 with CMVC level 0521-L010508 I have a queue manager QM1 on a server SVR1. The QM1 queue manager is up and running and applications are working OK. The strange behaviour (at least to me) is as follows: 1) when I issue "dspmq" it comes back with QM1 with status - "ended unexpectedly" 2) Runmqsc QM1 - returns AMQ8146: MQSeries queue manager not available 3) In MQSeries console some one has added this as remote Queue manger as well. When I right click on the Queue manager, it shows the following QM1 local -- running QM1 remote SVR1 running 4) I can drill down the second entry - and see all the queues and channells and every thing looks OK. 5) but when I double click on the first entry - nothing shows up (no queues, no channels and no error messages). When I right click on the first entry - it gives me Connect & STOP options. Connect fails with queue manager not available message. STOP tells me that, the queue manager is up and running. I didn't dare to stop it. I checked the MQ Series services and all services including command server is OK and up and running. Any clues what might be wrong. Is it because some software got stuffed (it's a legacy that I inherited and don't have much info). Thanks in advance. Rao This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails.Thank you. <><>
Re: test tool allowing us to specify a msg id
Thanks, but I need to be able to specify my own 24 byte string to the msg id. Any other tools anyone? "Mike Davidson" <[EMAIL PROTECTED]> Sent by: "MQSeries List" <[EMAIL PROTECTED]> 01-Mar-2004 13:55 Please respond to "MQSeries List" <[EMAIL PROTECTED]> To: MQSERIES cc: Subject: Re: test tool allowing us to specify a msg id You can't specify your own MsgID with the "q" program, but you can zero out MsgId before MQPUT with the "-z" parameter. Mike Davidson TSYS MQ Tech Support [EMAIL PROTECTED] "Adiraju, Rao" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 02/29/2004 03:28 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: test tool allowing us to specify a msg id There is a support pack - MA01 - that is available from IBM site. It has got a program/utility "q" with copies messages from one source to another. So you can input a file and messages will be written to Queue. I am not sure about specifiying your own message-id through. Give a go and see whether it's fit your bill. Cheers Rao Adiraju WebSphere MQ Specialist The National Bank of NZ Ltd. Wellington - New Zealand Tel: +64-4-494 4299 Fax: +64-4-802 8509 Mbl: +64-211-216-116 From: Kulbir S. Thind [mailto:[EMAIL PROTECTED] Sent: 29 February 2004 7:07 AM To: [EMAIL PROTECTED] Subject: test tool allowing us to specify a msg id Hi, Quick question, is there a utility supplied by IBM that will allow us to send messages to a queue specifying our own Message Id and will also be able to handle new line characters? We need to be able to supply a file and message id as parameters and want the utility to take the contents of the file and format a message and use the message id and put the message on to the queue. This should run on Windows and Sun Solaris. Am I asking too much? The reason it has to be an IBM tool is that IBM have passed our Vendor audits. We could quite easily develop our own, problem would be that we then need unit specifications and unit test cases for this tool, just trying to find the easy way out I guess. Thanks in advance, Kulbir. This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. 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
Re: JMS TO MQMD
Hossam, >>>We are trying to send a message using JMS to non JMS application. >>>We need to send the MQMD header instead of JMS header. Any idea >>>or clues where should we start? See the TARGCLIENT ConnectionFactory property. It's documented in the WMQ Using Java manual. Regards, Christopher Frank Certified I/T Specialist - WebSphere Software 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
Re: VB client program preparation?
Gary - A point of clarification. The VB client uses mqic32.dll (not mqic.dll). The mqicstd.dll is from the old VB support pac from the days before VB support was officially added into the product (V5.1 I think). Assuming that you are using a V5.1 or later client, then you will not need (or find) mqicstd.dll. - Steve Gies -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of GDCII Sent: Monday, March 01, 2004 11:54 AM To: [EMAIL PROTECTED] Subject: Re: VB client program preparation? Bill, If you are wanting to create an application which will communicate via MQ Client the mqm.dll is not needed. This is only for Server communication which I assume is not what you are wanting to do. The important dlls for client communication , which are registered during MQClient installation , are mqic.dll and mqicstd.dll which are needed for the client MQ communication. In CMQB you will find the following statements: '* In the Conditional Compilation field *' '* enter (without the quotes):*' '* "MqType = 1" for the MQSeries server *' '* "MqType = 2" for the MQSeries client *' '* You need MqType = 2 during compilation. Let me know if you have any other questions. Thanks, Gary Chesser -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Heggie, Peter Sent: Thursday, February 26, 2004 5:26 PM To: [EMAIL PROTECTED] Subject: Re: VB client program preparation? Oh yeah! Haven't straight vb mq in a while. I've done the client install and there is no mqm.dll on my workstation. Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kazatsky Sent: Thursday, February 26, 2004 4:58 PM To: [EMAIL PROTECTED] Subject: Re: VB client program preparation? mqax200.dll is used when programming with Active X. This looks like he's tryting to do straight API calls (which gives you mucj more options anyway) which does require the mqm.dll file and cannot be added as a reference. Either way, it does appear as though the installation isn't complete as the .dll should be in the "bin" directory of the MQ directory. HTH Dave Kazatsky Senior Middleware Administrator W. (908) 575-6947 C. (973) 865-8106 "Heggie, Peter" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] NGRID.COM> cc: Sent by: Subject: Re: VB client program preparation? "MQSeries List" <[EMAIL PROTECTED] n.AC.AT> 02/26/2004 04:41 PM Please respond to "MQSeries List" Did he run the MQ Client install? Usually its just mqax200.dll that is needed. The client install registers the mqax200.dll, and it is then available in the VB Project References list. Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Beinert, William Sent: Thursday, February 26, 2004 4:31 PM To: [EMAIL PROTECTED] Subject: VB client program preparation? I have a developer writing the first VB app to be run as a client. I don't know VB at all, so I handed him the App. Prog. Guide and the Client Guide. So this is what he tells me... Should he have an MQM.DLL? What are we missing? Thanks Bill Hi, I'm now testing my program code. I copied all MQ-related declaration from cmqb.bas module file that MQ Client installation gave me. It references a dll file which I cannot find in my workstation: "MQM.DLL", why don't I have this or should I be using another dll? All MQI function calls makes reference to this dll, like: Declare Sub MQCONN Lib "MQM.DLL" Alias "[EMAIL PROTECTED]" _ (ByVal QMgrName As String, _ Hconn As Long, _ CompCode As Long, _ Reason As Long) In the data definition file "CMQB.bas" that came with MQ Client, all MQI functions are contained in "MQM.dll" file, which I didn't have. Did I miss anything in the installation? Bill Beinert Systems Programming Con Edison 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 This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity
Re: JMS TO MQMD
There's a parameter in the JNDI setup for the queue to specify JMS or non JMS called TARGCLIENT or TC. The values are JMS or MQ. If you need to you could have a separate JNDI entry for the JMS version of the same queue and the non-JMS. Below is a sample which uses the MQ (no JMS header) option. def q(jmsQueueName) + queue(TESTQ) + QMANAGER(TEST.QMGR)+ PER(APP)+ PRI(APP) + TC(MQ)+ EXP(UNLIM) end Nick -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Khedr, Hossam (GEI, MORT) Sent: Monday, March 01, 2004 7:26 AM To: [EMAIL PROTECTED] Subject: JMS TO MQMD Hi All, We are trying to send a message using JMS to non JMS application. We need to send the MQMD header instead of JMS header. Any idea or clues where should we start? Thanks in advance, Hossam Khedr Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: JMS TO MQMD
You could use the method setTargetClient() on the sender queue object and pass the parameter "JMSC.MQJMS_CLIENT_NONJMS_MQ" to that method. If this is done, the receiving application will be able to recieve MQMD header and no MQRFH2 field is produced. It worked for me. Ganges Khedr, Hossam (GEI, MORT) wrote: Hi All, We are trying to send a message using JMS to non JMS application. We need to send the MQMD header instead of JMS header. Any idea or clues where should we start? Thanks in advance, Hossam Khedr Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: JMS TO MQMD
Hi, In the JNDI, set the JMS queue attribute to "TARGCLIENT(MQ)". Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting "Khedr, Hossam (GEI, MORT)" <[EMAIL PROTECTED]>: > Hi All, > We are trying to send a message using JMS to non JMS application. We need to > send the MQMD header instead of JMS header. Any idea or clues where should we > start? > > Thanks in advance, > Hossam Khedr > > Instructions for managing your mailing list 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: VB client program preparation?
Bill, If you are wanting to create an application which will communicate via MQ Client the mqm.dll is not needed. This is only for Server communication which I assume is not what you are wanting to do. The important dlls for client communication , which are registered during MQClient installation , are mqic.dll and mqicstd.dll which are needed for the client MQ communication. In CMQB you will find the following statements: '* In the Conditional Compilation field *' '* enter (without the quotes):*' '* "MqType = 1" for the MQSeries server *' '* "MqType = 2" for the MQSeries client *' '* You need MqType = 2 during compilation. Let me know if you have any other questions. Thanks, Gary Chesser -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Heggie, Peter Sent: Thursday, February 26, 2004 5:26 PM To: [EMAIL PROTECTED] Subject: Re: VB client program preparation? Oh yeah! Haven't straight vb mq in a while. I've done the client install and there is no mqm.dll on my workstation. Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Dave Kazatsky Sent: Thursday, February 26, 2004 4:58 PM To: [EMAIL PROTECTED] Subject: Re: VB client program preparation? mqax200.dll is used when programming with Active X. This looks like he's tryting to do straight API calls (which gives you mucj more options anyway) which does require the mqm.dll file and cannot be added as a reference. Either way, it does appear as though the installation isn't complete as the .dll should be in the "bin" directory of the MQ directory. HTH Dave Kazatsky Senior Middleware Administrator W. (908) 575-6947 C. (973) 865-8106 "Heggie, Peter" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] NGRID.COM> cc: Sent by: Subject: Re: VB client program preparation? "MQSeries List" <[EMAIL PROTECTED] n.AC.AT> 02/26/2004 04:41 PM Please respond to "MQSeries List" Did he run the MQ Client install? Usually its just mqax200.dll that is needed. The client install registers the mqax200.dll, and it is then available in the VB Project References list. Peter Heggie -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Beinert, William Sent: Thursday, February 26, 2004 4:31 PM To: [EMAIL PROTECTED] Subject: VB client program preparation? I have a developer writing the first VB app to be run as a client. I don't know VB at all, so I handed him the App. Prog. Guide and the Client Guide. So this is what he tells me... Should he have an MQM.DLL? What are we missing? Thanks Bill Hi, I'm now testing my program code. I copied all MQ-related declaration from cmqb.bas module file that MQ Client installation gave me. It references a dll file which I cannot find in my workstation: "MQM.DLL", why don't I have this or should I be using another dll? All MQI function calls makes reference to this dll, like: Declare Sub MQCONN Lib "MQM.DLL" Alias "[EMAIL PROTECTED]" _ (ByVal QMgrName As String, _ Hconn As Long, _ CompCode As Long, _ Reason As Long) In the data definition file "CMQB.bas" that came with MQ Client, all MQI functions are contained in "MQM.dll" file, which I didn't have. Did I miss anything in the installation? Bill Beinert Systems Programming Con Edison 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 This e-mail and any files transmitted with it, are confidential to National Grid and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error, please reply to this message and let the sender know. Instructions for managing your mailing list 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 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.
Re: Running trigger monitor under non-mqm account
Just to close this topic: Got it working on my machine -- there were no problems at all and permissions were 0750 -- no problems. It turned out that, my explanations regardless, users did *not* give any proper permissions to queues/objects. Hopefully when they get it right, everything will work in their environment as well as it now works in mine. Have a nice day, Pavel - Forwarded by Pavel Tolkachev/NewYork/DBNA/DeuBa on 03/01/2004 02:11 PM - Pavel Tolkachev To: MQSeries List <[EMAIL PROTECTED]> 02/27/2004 02:51 cc: PM Subject: Re: Running trigger monitor under non-mqm account Thanks Chris, We are still struggling with the same error. I do not have an access to the box so it takes time to make sure all my (your :-)) recommendations are precisely followed. I will let the list know if I get some previously not mentioned "gotchas" during the process. Have a nice day, Pavel Chris N Kline <[EMAIL PROTECTED]To: [EMAIL PROTECTED] OM> cc: Sent by: MQSeriesSubject: Re: Running trigger monitor under non-mqm account List <[EMAIL PROTECTED] n.AC.AT> 02/27/2004 12:55 PM Please respond to MQSeries List Pavel: It's been quite a while since I set it up, but I seem to remember that it required some such treatment. I'm trying to look back now and it appears that the 6755 may not be a requirement afterall. I do know we had to copy the binary and change ownership to the party running the process (they don't have permission to run the copy at /usr/bin). Remember that if you copy the binary, any time you apply a CSD you'll need to recopy that binary since it will likely be updated. We once had a problem with a copied, older version of runmqtrm causing many FDC files because it wasn't updated with the rest of the qmgr. Sorry I can't remember more specifics. * Chris Kline IBM Global Services IBM Certified Websphere MQ Specialist Strategic Middleware Services (56SD) - MQ Series/Vitria Phone: (303) 924-1767 T/L 347-1767 Email: [EMAIL PROTECTED] MQSeries List <[EMAIL PROTECTED]> wrote on 02/26/2004 01:02:22 PM: > > Hello Chris, > > I just realized what you said to its end: you still have those > sticky bits set. Why do you need setuid and setgid and what is the > ownership of this new file? Is it owned by non-mqm user and group? > Is this the requirement to have sticky bits set to have it running? > Sorry for too many questions :-). > > We tried giving plain 0755 or 0555 permissions. > > Have a nice day, > Pavel > > > > > Chris N Kline > <[EMAIL PROTECTED]To: > [EMAIL PROTECTED] > OM> cc: > Sent by: MQSeriesSubject: Re: Running > trigger monitor under non-mqm account > List > <[EMAIL PROTECTED] > n.AC.AT> > > > 02/26/2004 02:04 > PM > Please respond to > MQSeries List > > > > > > > You also need to have permissions granted for that user (group) on > the process object and init queue (and of course qmgr object). It > will work fine then. We use 6755 on permissions for the new trigmon > copy when we do that.. > > * > Chris Kline > IBM Global Services > IBM Certified Websphere MQ Specialist > Strategic Middleware Services (56SD) - MQ Series/Vitria > Phone: (303) 924-1767 T/L 347-1767 > Email: [EMAIL PROTECTED] > > (Embedded image moved to file: pic05249.gif)Pavel Tolkachev [EMAIL PROTECTED]> > > > Pavel Tolkachev <[EMAIL PROTECTED]> > Sent by: MQSeries List <[EMAIL PROTECTED]> > > > (Embedded image moved to file: pic16519.gif) > 02/26/2004 10:25 AM To > > (Embedded image moved to file: pic31556.gif) > > [EMAIL PROTECTED] > > Please respond to > (Embedded image moved to file: pic22798.gif) > > MQSeries List cc > > (Embedded image moved to file: pic30303.gif) > > (Embedded image moved to file: pic06224.gif) > Subject > > (Embedded image moved to file: pic11008.gif) > > Running trigger monitor under non-mqm account > > > > (Embedded image moved to file: pic05844.gif) > > (Embedded image moved to file: pic32609.gif) > > > > > > Hello, > > Ha
Re: MQ V5.2.1 on WIN2000 Server
If I remember correctly, Terminal Services became supported in one of the later 5.2 CSD's. I think it was 07, but I can't remember for certain. * Chris Kline IBM Global Services IBM Certified Websphere MQ Specialist Strategic Middleware Services (56SD) - MQ Series/Vitria Phone: (303) 924-1767 T/L 347-1767 Email: [EMAIL PROTECTED] ">"Chan, Ian M" <[EMAIL PROTECTED]> "Chan, Ian M" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 02/29/2004 08:46 PM Please respond to MQSeries List To [EMAIL PROTECTED] cc Subject Re: MQ V5.2.1 on WIN2000 Server Rao, I'm sure you are looking at it through Terminal Server. Managing MQ through terminal server is not supported at v5.2.1. May be you should upgrade to v5.3. Cheers, Ian -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Adiraju, Rao Sent: Monday, 1 March 2004 1:25 PM To: [EMAIL PROTECTED] Subject: MQ V5.2.1 on WIN2000 Server I have come across an unexplained scenario on two win2K servers running MQ V5.2.1 and appreciate if some one can throw some light on it: The MQ version is V5.2.1 with CMVC level 0521-L010508 I have a queue manager QM1 on a server SVR1. The QM1 queue manager is up and running and applications are working OK. The strange behaviour (at least to me) is as follows: 1) when I issue "dspmq" it comes back with QM1 with status - "ended unexpectedly" 2) Runmqsc QM1 - returns AMQ8146: MQSeries queue manager not available 3) In MQSeries console some one has added this as remote Queue manger as well. When I right click on the Queue manager, it shows the following QM1 local -- running QM1 remote SVR1running 4) I can drill down the second entry - and see all the queues and channells and every thing looks OK. 5) but when I double click on the first entry - nothing shows up (no queues, no channels and no error messages). When I right click on the first entry - it gives me Connect & STOP options. Connect fails with queue manager not available message. STOP tells me that, the queue manager is up and running. I didn't dare to stop it. I checked the MQ Series services and all services including command server is OK and up and running. Any clues what might be wrong. Is it because some software got stuffed (it's a legacy that I inherited and don't have much info). Thanks in advance. Rao This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. <><><>
Re: FW: Duplicate Messages
> We also once had a situation where the getting >application was getting message under syncpoint, > processing them but never committing > them and when the program finally ended, all the > uncommitted messages would reappear on the queue. This would only happen if the program terminates abnormaly. If the app terminates gracefully, even if the messages were not committed explicitly, an implicit syncpoint will occur (thereby committing the messages). Regards, Ruzi --- "Adiraju, Rao" <[EMAIL PROTECTED]> wrote: > I agree with Lynn - even though I won't use the word > "blame", potentially > either the program is reading the message twice or > at least reading the > buffer twice. You have given the COBOL code but not > given the subsequent > return & reason code checking. > > As you can't identify the pattern, it's very > difficult to debug / recreate > the situation. If it is possible, try to capture the > putdate, puttime and > backout count parameters from the message. First two > are different (or > second one is different) then your problem is on the > sending side and then > investigate that side programs. If backoutcount is > greater than 0, then > your receiving side program is the culprit and take > it from there. > > If I were you I will start on the receiving side > program code and see how > robust the error handling is. > > All the best > > Rao > > Ps: Lynn - by mistake instead of forwarding it to > MQForum, the earlier mail > was sent to your address. Sorry for the > inconvenience. > > > -Original Message- > From: Lynn Nelson [mailto:[EMAIL PROTECTED] > Sent: 28 February 2004 8:27 AM > To: [EMAIL PROTECTED] > Subject: Re: Duplicate Messages > > Hi Mike, > > Are you actually seeing (with your own eyes) two > identical messages on > Queues at the same time? Or are the developers > responsible for the > mainframe application reporting that they are > processing duplicates? > > I ask these questions because we once had a similar > situation and it turns > out there was only one message but the getting > application was processing > the data twice. We also once had a situation where > the getting application > was getting message under syncpoint, processing them > but never committing > them and when the program finally ended, all the > uncommitted messages would > reappear on the queue. > > Based on previous experiences, I always blame the > application programs > first. :) > > Lynn > > -Original Message- > From: MQSeries List > [mailto:[EMAIL PROTECTED] Behalf Of > Sorrells, > Mike (DSIO) > Sent: Friday, February 27, 2004 12:35 PM > To: [EMAIL PROTECTED] > Subject: Duplicate Messages > > > We are running into a sporadic problem with > duplicate messages when sending > MQ messages from a Windows NT server running > MQSeries 5.2 to a mainframe > running MQSeries 5.2. The duplicate messages with > the exact same MSG-ID > might appear consecutively or might appear on the > mainframe usually within > two minutes from each other. There is no > consistency to when and how the > duplicate messages show up. > > I have include the code for MQPUT from the server > and the MQGET from the > mainframe to see if anyone can see any options that > we are using or not > using that might be causing the problem. > > The MQPUT command used by the NT Server is below. > > BOOLMQPut::Transmit(char* transmitMsg) > { > charmsgbuffer[200]; > if (SubcontrollerHasShutdown()) > { > return TRUE; > } > brepeat = FALSE; > msg.useEmptyBuffer(workingMsg, > sizeof(workingMsg)); > msg.setFormat(MQFMT_STRING); >// character > string format > memset(workingMsg, '\0', > sizeof(workingMsg)); > strncpy(workingMsg, transmitMsg, 298); > LNKLog.Post(workingMsg); > > if ((int)strlen(workingMsg) > 0) > { > > msg.setMessageLength(strlen(workingMsg)); > } > else > { > return TRUE; > } > > PutMsgOpts.setOptions( MQPMO_NEW_MSG_ID | > MQPMO_NEW_CORREL_ID | > MQPMO_NO_SYNCPOINT ); > PutMsgOpts.setSyncPointParticipation(FALSE); > if (!queue.put(msg, PutMsgOpts)) > { > >// log failure > reason > memset(msgbuffer, '\0', > sizeof(msgbuffer)); > sprintf(msgbuffer, "ImqQueue::put > ended with reason code > %d\n", > (int)queue.reasonCode()); > LNKLog.Post(msgbuffer); > linkStatus = 0; > return FALSE; > } > return TRUE; > > Below is the mainframe code for getting the > messages. > > MOVE MQGMO-FAIL-IF-QUIESCING TO > MQGMO-OPTIONS. > ADD MQGMO-NO-SYNCPOINT TO MQGMO-OPTIONS > ADD MQGMO-WAIT TO MQGMO-OPTIONS. > ADD MQGMO-CONVERT TO MQGMO-OPTIONS. > MOVE 3 TO MQGMO-WAITINTERVAL. > * > *Loop from here to END-PERFORM until the MQGET > call fails > * >
JMS TO MQMD
Hi All, We are trying to send a message using JMS to non JMS application. We need to send the MQMD header instead of JMS header. Any idea or clues where should we start? Thanks in advance, Hossam Khedr Instructions for managing your mailing list 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: test tool allowing us to specify a msg id
You can't specify your own MsgID with the "q" program, but you can zero out MsgId before MQPUT with the "-z" parameter. Mike Davidson TSYS MQ Tech Support [EMAIL PROTECTED] "Adiraju, Rao" <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 02/29/2004 03:28 PM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: Re: test tool allowing us to specify a msg id There is a support pack - MA01 - that is available from IBM site. It has got a program/utility "q" with copies messages from one source to another. So you can input a file and messages will be written to Queue. I am not sure about specifiying your own message-id through. Give a go and see whether it's fit your bill. Cheers Rao Adiraju WebSphere MQ Specialist The National Bank of NZ Ltd. Wellington - New Zealand Tel: +64-4-494 4299 Fax: +64-4-802 8509 Mbl: +64-211-216-116 From: Kulbir S. Thind [mailto:[EMAIL PROTECTED] Sent: 29 February 2004 7:07 AM To: [EMAIL PROTECTED] Subject: test tool allowing us to specify a msg id Hi, Quick question, is there a utility supplied by IBM that will allow us to send messages to a queue specifying our own Message Id and will also be able to handle new line characters? We need to be able to supply a file and message id as parameters and want the utility to take the contents of the file and format a message and use the message id and put the message on to the queue. This should run on Windows and Sun Solaris. Am I asking too much? The reason it has to be an IBM tool is that IBM have passed our Vendor audits. We could quite easily develop our own, problem would be that we then need unit specifications and unit test cases for this tool, just trying to find the easy way out I guess. Thanks in advance, Kulbir. This communication is confidential and may contain privileged material. If you are not the intended recipient you must not use, disclose, copy or retain it. If you have received it in error please immediately notify me by return email and delete the emails. Thank you. 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
Re: MO71
Does monitoring only work if you have the program at both queue managers? Also the original question was why it flickers from green to red. -Original Message- From: Williams, Arlen [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 11:42 AM To: [EMAIL PROTECTED] Subject: Re: MO71 Is the monitor queue on the remote queue manager a remote queue pointing to a local queue on the Via QM? -Original Message- From: Ward, Mike S [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 7:54 AM To: [EMAIL PROTECTED] Subject: Re: MO71 VIA MQ. -Original Message- From: Kerry Swemmer [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 24, 2004 6:03 AM To: [EMAIL PROTECTED] Subject: Re: MO71 Is your connection in your location settings via QM or Client? > Kerry Swemmer > T-Systems South Africa (Pty) Ltd > Database Administrator > Computing and Desktop Services > Address: DaimlerChrysler, 7 Settlers Way, East London, South Africa > Postal Address: PO Box 671, East London, 5200 > Phone: +27 (43) 706 2549 > Fax:+27 (43) 706 2085 > Mobile: +27 (83) 657 4151 > E-mail: [EMAIL PROTECTED] > Internet: www.t-systems.co.za -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Ward, Mike S Sent: 23 February 2004 21:37 To: [EMAIL PROTECTED] Subject: MO71 I am trying to set up MO71 on an NT/W2K platform. I set up the local queue manager in MO71 and also a remote queue manager. The local queue manger show green on the status screen. The remote queue manager shows red with an x through it. I can view items on the remote queue manager such as channels and queues and sometimes the remote shows green on the status screen but mostly it's red. I think I have the connectivity correct since I can manage the remote manager. Anyone have any idea's on 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 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. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: test tool allowing us to specify a msg id
You have always been able to specify your own MessageID, just make sure it is unique in your world. I do not believe IBM supplies and FTP over MQ, but other vendors do. I'm sure they will contact you... Bill -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Kulbir S. ThindSent: Saturday, February 28, 2004 1:07 PMTo: [EMAIL PROTECTED]Subject: test tool allowing us to specify a msg idHi, Quick question, is there a utility supplied by IBM that will allow us to send messages to a queue specifying our own Message Id and will also be able to handle new line characters? We need to be able to supply a file and message id as parameters and want the utility to take the contents of the file and format a message and use the message id and put the message on to the queue. This should run on Windows and Sun Solaris. Am I asking too much? The reason it has to be an IBM tool is that IBM have passed our Vendor audits. We could quite easily develop our own, problem would be that we then need unit specifications and unit test cases for this tool, just trying to find the easy way out I guess. Thanks in advance, Kulbir.