Trace Files for a Queue manager
Hi everyone, I'm facing a strange situation where 1000's of trace files (.TRC files )are being written into the /var/mqm/trace directory almost everyday. This is filling up the filesystem From the name of the .TRC files, i can make out it is the amqpcsea and the amqcrsta that are generating these files. I've got 7 queue managers on the box. Is there any way of disabling this? Thanks, Sony 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: MQExplorer Security Exit
Peter, It is quite good. Any chance of getting this exit for UNIX environment ?? Regards Sony. -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: 28 October 2003 17:34 To: [EMAIL PROTECTED] Subject: MQExplorer Security Exit Has anyone implemented this Security exit from Neil Kolban in production? I have been fiddling with it in my LAB environment and it seems to work well. http://www.kolban.com/mq/Security/security.htm I was considering putting it on all my SYSTEM.ADMIN.SVRCONN channels, and tagging the channels with mqm on the MCAUSER. Since only trusted people would have the partner exit on their side, and only trusted people would know the ID / Password combos to get thru the Exit, and access to the servers is restricted, I would think this would secure MQExplorer functions while at the same time not requiring me to keep a current list of valid IDs in the mqm group on every server. Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: What does CSD stand for?
Peter, Corrective Service Diskettes I think .. \Sony. -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED] Sent: 13 August 2003 14:53 To: [EMAIL PROTECTED] Subject: What does CSD stand for? As in 5.3 CSD04, what does the CSD acronym actually represent? Peter Potkay MQSeries Specialist The Hartford Financial Services [EMAIL PROTECTED] x77906 IBM MQSeries Certified This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
MQSI Configuration Managers
Hi, Is it possible to have 2 configuration managers on the same box ? I plan to have unique queue managers for these two but I'm wondering whether the database (config manager and message repositories) to be shared between these 2 config managers. Will this configuration work? Regards Sony. 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
Channel Always in Binding State
Hello, I've got a sender channel always in the binding state. If I ping the channel, I get a time out error But I'm able to ping the destination address (defined in the conname parameter of the channel) only from the machine on which the queue manager runs. Any idea why this happens and how I can get this working ? Do reply. Regards Sony Varghese GIO-Middleware 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: Channel Always in Binding State
Yes Emile, there are firewalls in between How can this problem be resolved? -Original Message- From: Kearns, Emile E [mailto:[EMAIL PROTECTED] Sent: 01 August 2003 10:48 To: [EMAIL PROTECTED] Subject: Re: Channel Always in Binding State Any Firewalls in between? -Original Message- From: Sony Varghese [mailto:[EMAIL PROTECTED] Sent: 01 August 2003 11:30 To: [EMAIL PROTECTED] Subject: Channel Always in Binding State Hello, I've got a sender channel always in the binding state. If I ping the channel, I get a time out error But I'm able to ping the destination address (defined in the conname parameter of the channel) only from the machine on which the queue manager runs. Any idea why this happens and how I can get this working ? Do reply. Regards Sony Varghese GIO-Middleware 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 about the Standard Bank group visit our web site www.standardbank.co.za Disclaimer and confidentiality note Everything in this e-mail and any attachments relating to the official business of the Standard Bank Group Limited is proprietary to the group. It is confidential, legally privileged and protected by law. Standard Bank does not own and endorse any other content. Views and opinions are those of the sender unless clearly stated as being that of the group.The person addressed in the e-mail is the sole authorised recipient. Please notify the sender immediately if it has unintentionally reached you and do not read, disclose or use the content in any way. Standard Bank can not assure that the integrity of this communication has been maintained nor that it is free of errors, virus, interception or interference. I 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: Supported Versions
Hi Terry, We are using the following but on AIX 5.1 WebSphere MQ V5.3 WebSphere Business Interchange Server V4.2 (Crossworlds) Regards Sony -Original Message- From: Terry Fors [mailto:[EMAIL PROTECTED] Sent: 11 July 2003 16:46 To: [EMAIL PROTECTED] Subject: Supported Versions Is anyone using the following environment on AIX 5.2, or know if it is supported? WebSphere MQ V5.3 WebSphere Business Integration Broker V5.0 WebSphere Business Interchange Server V4.2 (Crossworlds) Thanks Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
IBM MQSeries and SonicMQ
RE: MQCONN FAILEDHi, Does any one know if MQSeries to SonicMQ Intercommunication is possible? Can a MQSeries Queue Manager talk to a SonicMQ Queue Manager (not sure if this is the term used in SonicMQ) ? Do reply.. Thanks, Sony Varghese 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 v2.1 MessageFlows: DatabaseException
Hi everyone, I'm getting an error from a message flow: (This happens to be for a select statement) DatabaseException BIP2324E: Unsupported datatype '-9' fetched from database table colum 'XXX'. where XXX always seems to be the first column specified for retrieval. The insert statements over seem to work. Has anyone faced this before ? Your inputs would help a lot coz I'm running out of ideas :( Do reply, Regards, Sony 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
MQSI v2.1 and Oracle Drivers
Hi everyone, I'm facing an issue with Oracle Driver and MQSIv2.1 Configuration:AIX v5.1 MQSIv2.1 Oracle 9.2 client I'm using the merant drivers for oracle supplied with mqsi v2.1 But i'm getting the odbc errors using this driver. Has anyone encountered this before?? Do reply !! Warm regards Sony. 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: MQSICREATEBROKER - SEGMENTATION FAULT
Thankyou so much Marty. That worked !! Regards Sony. -Original Message- From: Marty G. Trice [mailto:[EMAIL PROTECTED] Sent: 18 June 2003 19:00 To: [EMAIL PROTECTED] Subject: Re: MQSICREATEBROKER - SEGMENTATION FAULT Give this a try my friend 1. Shut down all database instances as the instance owner ID: db2stop force. 2. Shut down the administration server instance as the admin instance ID: db2admin stop force. 3. Back up the original db2.o under /usr/lpp/db2_ver_rel/lib 4. Issue slibclean as root. 5. Copy db2_36.0 to db2.o, ensuring that ownership and permissions are consistent: cp db2_36.o db2.o -r--r--r-- bin:bin for db2.o To switch back to the original object, simply follow the same procedure using the backed up db2.o file. Marty G. Trice WebSphere MQ/MQI Administrator Sara Lee Business Services - EAI Group [EMAIL PROTECTED] 336.519.2939 McCarty, Brian [EMAIL PROTECTED]To: [EMAIL PROTECTED] AA.COM cc: Sent by: MQSeriesSubject: Re: MQSICREATEBROKER - SEGMENTATION FAULT List [EMAIL PROTECTED] n.AC.AT 06/18/2003 12:23 PM Please respond to MQSeries List Look for a core file or look in WMQI admin doc for how to set an early trace for commands (not the broker user trace stuff). That trace should tell you the last thing that happened before the dump. Usually it's a database access problem. Brian M. McCarty USAA, Senior Systems Programmer 210.913.1678 MQ/WMQI Specialist/Solutions Expert e-business Solution Advisor/Designer/Technologist -Original Message- From: Sony Varghese [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2003 10:07 AM To: [EMAIL PROTECTED] Subject: MQSICREATEBROKER - SEGMENTATION FAULT Dear all, Has anyone encountered a segmentation fault error while creating the broker? What causes this? Here is my error: mqsicreatebroker DGBCGB01 -i mquid -a mquid01 -q DGBCGB01 -n WMQIBRDB -u mquid -p mquid01 AMQ8110: WebSphere MQ queue manager already exists. WebSphere MQ queue manager running. The setmqaut command completed successfully. The setmqaut command completed successfully. The setmqaut command completed successfully. The setmqaut command completed successfully. The setmqaut command completed successfully. The setmqaut command completed successfully. The setmqaut command completed successfully. The setmqaut command completed successfully. Segmentation fault my platform - AIX 5L MQ 53 CSD 04 MQSI v21 CSD 03 DB2 8.1 Do reply please !! Regards Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: MQ v5.3
Thanks John ... good to know about the 'undocumented' features :) !! Regards Sony -Original Message- From: John Scott [mailto:[EMAIL PROTECTED] Sent: 04 June 2003 15:26 To: [EMAIL PROTECTED] Subject: Re: MQ v5.3 Don't apply CSD03 unless you're prepared to load fixes bugs that appear to have been introduced in the CSD. The one's I've got are: IY43097: USERS GETTING 2102 0X0836 MQRC_RESOURCE_PROBLEM AND THEY CANT TELL WHAT RESOURCE IS EXPERIENCING PROB. IY43610: WEBSPHERE MQ V5.3 SNA AND C++ INTERFACE INCORRECT WHEN FIX PACK CSD03 (SERVICE LEVEL 5.3.0.3) HAS BEEN APPLIED Also the efix for defect 73915 which fixed a problem with multithreaded Java/JMS apps. This one isn't even an APAR yet. The shared library shipped here fixes a problem with not having a seperate jumpbuf per thread in a java bindings application - the upshot of this was segmentation violations / access violations. Other than that (at the moment anyway) it's fine. The display qstatus command is particularly useful in development environments to track down who's doing what... Regards John. -Original Message- From: Sony Varghese [mailto:[EMAIL PROTECTED] Sent: 04 June 2003 12:26 To: [EMAIL PROTECTED] Subject: MQ v5.3 Hi everyone, Are there any known issues with MQSeries v5.3? Would like your inputs on this ... Thanks. Sony 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in your e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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
mqsi version
Hi all, How do you find the mqsi version on an aix box? including the CSDs? i've tried lslpp -l | grep wmqi but is there any standard command like mqver for mqseries? Thanks VJ. 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
MQseries installation
Hi everyone, Is it possible to have MQ v5.2 and MQ v5.3 on the same AIX box? Is there a way of doing this? Thanks, VJ 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
MQ v5.3
Hi everyone, Are there any known issues with MQSeries v5.3? Would like your inputs on this ... Thanks. Sony 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: Channel State - Retrying
Hi Hubert, Thanks for your reply. Its working fine now ... i think it had something to do with the file system relocation ... Regards Sony -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: 02 June 2003 12:13 To: [EMAIL PROTECTED] Subject: AW: Channel State - Retrying Hi Sony, the MQSeries software may be installed once (on a shared disk) or twice (on local disks). These files are installed in /opt/mqm or /usr/mqm. Both scenarios have advantages and both work fine. What you need on a shared disk are the DATA files. These are normally stored in /var/mqm and it does not matter, wheather the software is shared or not. Regards Hubert Kleinmanns -Ursprüngliche Nachricht- Von: Sony Varghese [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 28. Mai 2003 17:21 An: [EMAIL PROTECTED] Betreff: Re: Channel State - Retrying Thanks Hubert .. Would this matter even if MQSeries is installed on a shared disk that is visible to both the members ? Regards Sony -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 12:43 To: [EMAIL PROTECTED] Subject: AW: Channel State - Retrying Hi Sony, the data and status informations are stored in files in /var/mqm. You must take over theses files, to run your queue manager on another node. Otherwise you do not have the same queue manager running, but only a different queue manager with the same name. Values like sequence number then differ. NPMSPEED stands for NonPersistentMessageSPEED. If this value is set to FAST, you may loose (and problably have lost) non-persistent messages. Regards Hubert Kleinmanns -Ursprüngliche Nachricht- Von: Sony Varghese [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 28. Mai 2003 11:55 An: [EMAIL PROTECTED] Betreff: Re: Channel State - Retrying Hi Hubert, Here is my present test scenario: I'm presently using TruCluster V5.1 (Cluster software for Compaq Tru64 Unix) During relocation, I am not taking over the filesystem /var/mqm . Will this cause a problem? My test messages presently are not persistent . Channel attribute NPMSPEED is set to Fast. Awaiting your reply, Warm Regards, VJ. -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 10:23 To: [EMAIL PROTECTED] Subject: AW: Channel State - Retrying Hi Sony, some questions: What cluster do you use (HACMP, SunHA, Veritas ...) ? Do you take over the file system /var/mqm ? Are your messages persistent ? What is the value of the channel attribut NPMSPEED ? Regards Hubert Kleinmanns -Ursprüngliche Nachricht- Von: Sony Varghese [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 28. Mai 2003 10:48 An: [EMAIL PROTECTED] Betreff: Channel State - Retrying Hi everyone, When does a channel go into the retry state? I have a scenario where 2 qmgrs QM1 and QM2 communicate with each other. I've defined sender channel QM1.QM2 on QM1 and a corresponding receiver channel on QM2 QM2 is on a clustered node consisting of 2 members M1 and M2. As a part of my test, I initially put 200 messages on a remote definition queue on QM1 and all the 200 messages are transferred to the corresponding queue on QM2. No problems here !! Both the sender and receiver channel are in the running state at this point. While the channels are in the running state i switch/relocate QM2 from member M1 to M2. During relocation, QM2 is ended in the following way: - endmqm -i : If this takes more than a specified time, - endmqm -p If this takes more than a specified time, - manually stopping the queue manager Once QM2 comes back up again, the receiver channel is inactive but the sender is still running .. I thought that at this point the sender channel would go to retrying state but it still remains in the running state? I put another 200 messages but the messages are not delivered to the queue on QM2. However, the transmission queue on QM1 is empty and the sender channel status shows me a message count of 400. Has anyone faced this before? Do reply, Thanks, VJ 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 Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http
Re: MQClient authorization error (2035)
Hi John, My userid is a NIS userid id .. The MCAUSER is set to blank .. Regards Sony -Original Message- From: John Scott [mailto:[EMAIL PROTECTED] Sent: 02 June 2003 17:18 To: [EMAIL PROTECTED] Subject: Re: MQClient authorization error (2035) Are you logging on using a different user name from the client? What is the MCAUSER set to for the server connection channel the client is using? Regards John. -Original Message- From: Sony Varghese [mailto:[EMAIL PROTECTED] Sent: 02 June 2003 14:58 To: [EMAIL PROTECTED] Subject: MQClient authorization error (2035) Hi , I'm getting a 2035 error when I run amqsputc (MQClient) on a UNIX box. If I log in to the UNIX box where MQSeries is installed and run amqsput (MQServer), the program works fine. If it works fine on the server, shouldn't it also work fine on the client? Any idea why this happens? Do reply Regards Sony 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 ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in your e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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
MQSeries and NIS
Hi everyone, Are there any points to keep in mind regarding MQSeries and NIS? Has anyone faced issues in this area? How does MQSeries Client pass the userid under which a client program is run to the server? I have 2 UNIX boxes A and B. On A, i've installed the mqseries client on B, i've installed the MQSeries Server. My userid sova123 is a NIS id and there is no local userid on these boxes. Now, I'm getting a 2035 error when I run amqsputc (MQClient) on a UNIX box A. If I log in B, where MQSeries Server is installed and run amqsput (MQServer), the program works fine. If I set the mcauserid to sova123 on the server connection channel, the MQClient amqsputc works fine. This clearly shows that the when i run the client program, MQSeries is not passing the correct userid sova123 but something else. Is there anyway to find out what userid is being passed? Do reply. Regards Sony 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
Triggering Channels
Hi everyone, I have a scenario where 2 qmgrs QM1 and QM2 communicate with each other. I've defined sender channel QM1.QM2 on QM1 and a corresponding receiver channel on QM2. I've set triggering ON for my transmission queue on QM1. When messages arrive on the transmission queue, the sender channel is triggered properly. The issue I'm facing now is when QM2 goes down, the sender channel goes into retry status. Now when messages are put on the transmission queue, the channel initiator cannot start the channel and the transmission queue becomes get inhibited. Is there anyway that I can prevent this from happening ? Do reply. Warm Regards Sony. 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: Channel State - Retrying
Thanks Hubert .. Would this matter even if MQSeries is installed on a shared disk that is visible to both the members ? Regards Sony -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 12:43 To: [EMAIL PROTECTED] Subject: AW: Channel State - Retrying Hi Sony, the data and status informations are stored in files in /var/mqm. You must take over theses files, to run your queue manager on another node. Otherwise you do not have the same queue manager running, but only a different queue manager with the same name. Values like sequence number then differ. NPMSPEED stands for NonPersistentMessageSPEED. If this value is set to FAST, you may loose (and problably have lost) non-persistent messages. Regards Hubert Kleinmanns -Ursprüngliche Nachricht- Von: Sony Varghese [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 28. Mai 2003 11:55 An: [EMAIL PROTECTED] Betreff: Re: Channel State - Retrying Hi Hubert, Here is my present test scenario: I'm presently using TruCluster V5.1 (Cluster software for Compaq Tru64 Unix) During relocation, I am not taking over the filesystem /var/mqm . Will this cause a problem? My test messages presently are not persistent . Channel attribute NPMSPEED is set to Fast. Awaiting your reply, Warm Regards, VJ. -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 10:23 To: [EMAIL PROTECTED] Subject: AW: Channel State - Retrying Hi Sony, some questions: What cluster do you use (HACMP, SunHA, Veritas ...) ? Do you take over the file system /var/mqm ? Are your messages persistent ? What is the value of the channel attribut NPMSPEED ? Regards Hubert Kleinmanns -Ursprüngliche Nachricht- Von: Sony Varghese [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 28. Mai 2003 10:48 An: [EMAIL PROTECTED] Betreff: Channel State - Retrying Hi everyone, When does a channel go into the retry state? I have a scenario where 2 qmgrs QM1 and QM2 communicate with each other. I've defined sender channel QM1.QM2 on QM1 and a corresponding receiver channel on QM2 QM2 is on a clustered node consisting of 2 members M1 and M2. As a part of my test, I initially put 200 messages on a remote definition queue on QM1 and all the 200 messages are transferred to the corresponding queue on QM2. No problems here !! Both the sender and receiver channel are in the running state at this point. While the channels are in the running state i switch/relocate QM2 from member M1 to M2. During relocation, QM2 is ended in the following way: - endmqm -i : If this takes more than a specified time, - endmqm -p If this takes more than a specified time, - manually stopping the queue manager Once QM2 comes back up again, the receiver channel is inactive but the sender is still running .. I thought that at this point the sender channel would go to retrying state but it still remains in the running state? I put another 200 messages but the messages are not delivered to the queue on QM2. However, the transmission queue on QM1 is empty and the sender channel status shows me a message count of 400. Has anyone faced this before? Do reply, Thanks, VJ 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 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
Channel State - Retrying
Hi everyone, When does a channel go into the retry state? I have a scenario where 2 qmgrs QM1 and QM2 communicate with each other. I've defined sender channel QM1.QM2 on QM1 and a corresponding receiver channel on QM2 QM2 is on a clustered node consisting of 2 members M1 and M2. As a part of my test, I initially put 200 messages on a remote definition queue on QM1 and all the 200 messages are transferred to the corresponding queue on QM2. No problems here !! Both the sender and receiver channel are in the running state at this point. While the channels are in the running state i switch/relocate QM2 from member M1 to M2. During relocation, QM2 is ended in the following way: - endmqm -i : If this takes more than a specified time, - endmqm -p If this takes more than a specified time, - manually stopping the queue manager Once QM2 comes back up again, the receiver channel is inactive but the sender is still running .. I thought that at this point the sender channel would go to retrying state but it still remains in the running state? I put another 200 messages but the messages are not delivered to the queue on QM2. However, the transmission queue on QM1 is empty and the sender channel status shows me a message count of 400. Has anyone faced this before? Do reply, Thanks, VJ 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: Channel State - Retrying
Hi Hubert, Here is my present test scenario: I'm presently using TruCluster V5.1 (Cluster software for Compaq Tru64 Unix) During relocation, I am not taking over the filesystem /var/mqm . Will this cause a problem? My test messages presently are not persistent . Channel attribute NPMSPEED is set to Fast. Awaiting your reply, Warm Regards, VJ. -Original Message- From: Kleinmanns, Hubert [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 10:23 To: [EMAIL PROTECTED] Subject: AW: Channel State - Retrying Hi Sony, some questions: What cluster do you use (HACMP, SunHA, Veritas ...) ? Do you take over the file system /var/mqm ? Are your messages persistent ? What is the value of the channel attribut NPMSPEED ? Regards Hubert Kleinmanns -Ursprüngliche Nachricht- Von: Sony Varghese [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 28. Mai 2003 10:48 An: [EMAIL PROTECTED] Betreff: Channel State - Retrying Hi everyone, When does a channel go into the retry state? I have a scenario where 2 qmgrs QM1 and QM2 communicate with each other. I've defined sender channel QM1.QM2 on QM1 and a corresponding receiver channel on QM2 QM2 is on a clustered node consisting of 2 members M1 and M2. As a part of my test, I initially put 200 messages on a remote definition queue on QM1 and all the 200 messages are transferred to the corresponding queue on QM2. No problems here !! Both the sender and receiver channel are in the running state at this point. While the channels are in the running state i switch/relocate QM2 from member M1 to M2. During relocation, QM2 is ended in the following way: - endmqm -i : If this takes more than a specified time, - endmqm -p If this takes more than a specified time, - manually stopping the queue manager Once QM2 comes back up again, the receiver channel is inactive but the sender is still running .. I thought that at this point the sender channel would go to retrying state but it still remains in the running state? I put another 200 messages but the messages are not delivered to the queue on QM2. However, the transmission queue on QM1 is empty and the sender channel status shows me a message count of 400. Has anyone faced this before? Do reply, Thanks, VJ 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