Jones, Dan -- OOTO, Thursday, December 19 thru Friday, December 27
I will be out of the office starting 12/19/2002 and will not return until 12/30/2002. I will be out of the office from Thursday December 19, throught Friday, December 27. All problems should be routed through your appropriate HelpDesk infrastructure. General inquiries concerning MQSeries can be directed to Dale Hultgren at 612.342.7314. General inquiries concerning MQSI can be directed to Ken Hill at 860.723.9059. All other matters should be directed to John Vondrachek at 612.342.3600. Happy Holidays Dan Jones Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: WMQI Command Line Utility
Bobbee, You are correct, but it's only if the message flow is in a export file. What if you want to remove a message flow totally, that is you want to delete and not replace the message flow from an export file. Thanks for your reply. John Dawson -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 19, 2002 10:34 AM To: [EMAIL PROTECTED] Subject:Re: WMQI Command Line Utility John,mqsiimportmsgflows -d If you read the IC01.pdf it sez that using this option has the same functionality as the mqsideletemsgflow command. bobbee >From: "Dawson, John" <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: WMQI Command Line Utility >Date: Thu, 19 Dec 2002 10:22:20 -0600 > >Is there a command line utility that deletes a message flows from the >configuration manager database? I'm working with the ic01 supportpac, but >there is no utility that deletes a message flow from the configuration >manager database. > > >Thanks, > >John Dawson > >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 _ 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 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
Can't validate a message
I am trying to validate an xml message using MRM. I have created an xsd which i imported with the command mqsiimpxmlschema. In the input node properties i specified the following: Under the default tab i spcified: message domain=MRM, message set=DS0EFO0072001, message type=Message_ANON, message format=LIBLOGXML(LIBLOGXML). Under the Validation tab i specified: validate=content and value, failure action=exception, timing=complete. I can still put simple text message like 'abcde' and the message goes through to the output queue instead of the failure queue. The xsd and the xml file i am using are well formed and valid. I am running MQSI 2.1, CSD3 on Win2000. I am not sure what i am missing? 'will appreciate any help with this problem. Thanks Graham *** This message may contain information which is confidential and subject to legal privilege. If you are not the intended recipient, you may not peruse, use, disseminate, distribute or copy this message. If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original 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
Re: WMQI Command Line Utility
John,mqsiimportmsgflows -d If you read the IC01.pdf it sez that using this option has the same functionality as the mqsideletemsgflow command. bobbee From: "Dawson, John" <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: WMQI Command Line Utility Date: Thu, 19 Dec 2002 10:22:20 -0600 Is there a command line utility that deletes a message flows from the configuration manager database? I'm working with the ic01 supportpac, but there is no utility that deletes a message flow from the configuration manager database. Thanks, John Dawson 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 _ 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
DCE
Hi all, I have the following question. Does anyone have the IBM DCE 3.2 for AIX software? If you do, I would like to change some email with you, because I have a little problem with the ordering. With kind regard, DISCLAIMER Deze e-mail en alle daarbij meegezonden bijlagen zijn uitsluitend bestemd voor de geadresseerde(n). Verstrekking aan en gebruik door anderen is niet toegestaan. Delta Lloyd N.V. sluit iedere aansprakelijkheid uit die voortvloeit uit electronische verzending. This e-mail and any attachment sent with it are intended exclusively for the addressee(s), and may not be passed on to, or made available for use by any person other than the addressee(s). Delta Lloyd N.V. rules out any and every liability resulting from any electronic transmission. ** 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 Command Line Utility
Is there a command line utility that deletes a message flows from the configuration manager database? I'm working with the ic01 supportpac, but there is no utility that deletes a message flow from the configuration manager database. Thanks, John Dawson 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: HA clusters and filesystem configuration for IPC
Thanks, Roland. Great info. There is a SupportPac for HP too but it doesn't look like it was used by my client because the moving of the ipc directories was not done. I do think this is the problem. Thanks for reminding me about the mounting over mounted filesystems. That is the case here but I am fairly certain they are unmounting in the right order, but I should check just in case though. As for the @SYSTEM, I had a problem with moving that one time but I don't remember what it was. In that case, I was using HACMP. In this current problem, I see FFST files created because resources are trying to access the @SYSTEM directory. I think it is safer to leave it local. Mike Murphy Roland Duenki <[EMAIL PROTECTED]> wrote: Date Recieved: 12/19/2002 08:47:30 AM To: [EMAIL PROTECTED] cc: Bcc Subject: Re: HA clusters and filesystem configuration for IPCHi Michael, I have some AIX and Solaris HA systems...There are some supportpacks with scripts for those two systems. Maybe there are some for HP, too. Otherwise, I recommend you to read the MC63 documentation... Some things you should look at: First of all, you should end the queuemanager before taking its filesystems away. It will crash otherwise, leaving some nasty errormessages behind. Second, try not to mount one filesystem on another mountet filesystem; you cannot unmount /var/mqm while /var/mqm/log is still mountet. create /var/mqm/ and /var/mqm/log/ as mountpoints, and put the qmgr in there. This also helps a lot when you have more than one qmgr on the HA cluster. Then about the IPC ressources: As you mentioned, AIX and Solaris supportpacks have a tool named "halinkmqm". It moves the IPC-directorys from your qmgr back to a local disk (/var/mqm/ipc) and puts links to the qmgr directory. Those files shall not be moved during takeover. I had a lot of problems when I left the ipc directorys with the qmgrs. All those problems where gone after using halinkmqm. Finally: the @SYSTEM: Actually, I always copy this to any /var/mqm//qmgrs directory. Therefore it will move with the qmgr. I dont know if this is good or bad. But it works. :-) Roland ___ Disclaimer: Diese Mitteilung ist nur fuer die Empfaengerin / den Empfaenger bestimmt. Fuer den Fall, dass sie von nichtberechtigten Personen empfangen wird, bitten wir diese hoeflich, die Mitteilung an die ZKB zurueckzusenden und anschliessend die Mitteilung mit allen Anhaengen sowie allfaellige Kopien zu vernichten bzw. zu loeschen. Der Gebrauch der Information ist verboten. This message is intended only for the named recipient and may contain confidential or privileged information. If you have received it in error, please advise the sender by return e-mail and delete this message and any attachments. Any unauthorised use or dissemination of this information is strictly prohibited. "{-®ç-ì~æjv x2¢êæj)b b²Û.nÇ+b¢v«zè¾'^v)í ââ²Û®ñêÚK®Á®×½¨¥i¹^jØm¶ÿÃ%²írÈb½èm¶ÿ¾f¤§·óIêâzÆ«r¯
Re: HA clusters and filesystem configuration for IPC
Hi Michael, I have some AIX and Solaris HA systems...There are some supportpacks with scripts for those two systems. Maybe there are some for HP, too. Otherwise, I recommend you to read the MC63 documentation... Some things you should look at: First of all, you should end the queuemanager before taking its filesystems away. It will crash otherwise, leaving some nasty errormessages behind. Second, try not to mount one filesystem on another mountet filesystem; you cannot unmount /var/mqm while /var/mqm/log is still mountet. create /var/mqm/ and /var/mqm/log/ as mountpoints, and put the qmgr in there. This also helps a lot when you have more than one qmgr on the HA cluster. Then about the IPC ressources: As you mentioned, AIX and Solaris supportpacks have a tool named "halinkmqm". It moves the IPC-directorys from your qmgr back to a local disk (/var/mqm/ipc) and puts links to the qmgr directory. Those files shall not be moved during takeover. I had a lot of problems when I left the ipc directorys with the qmgrs. All those problems where gone after using halinkmqm. Finally: the @SYSTEM: Actually, I always copy this to any /var/mqm//qmgrs directory. Therefore it will move with the qmgr. I dont know if this is good or bad. But it works. :-) Roland ___ Disclaimer: Diese Mitteilung ist nur fuer die Empfaengerin / den Empfaenger bestimmt. Fuer den Fall, dass sie von nichtberechtigten Personen empfangen wird, bitten wir diese hoeflich, die Mitteilung an die ZKB zurueckzusenden und anschliessend die Mitteilung mit allen Anhaengen sowie allfaellige Kopien zu vernichten bzw. zu loeschen. Der Gebrauch der Information ist verboten. This message is intended only for the named recipient and may contain confidential or privileged information. If you have received it in error, please advise the sender by return e-mail and delete this message and any attachments. Any unauthorised use or dissemination of this information is strictly prohibited. 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: delayed triggering possible?
The service interval however is not a timer that will pop as soon as the interval expires and send a performance event. Instead it uses a timer to determine at the time of a get (or maybe even another put) that the interval had expired before a get was done. So a message can be put to the queue and unless there is additional activity on the queue, no performance event may be generated. Furthermore it only takes an attempt to retrieve from the queue to reset the timer. It does not say that the message was processed within the interval, only that the queue is being serviced (successfully or not) within the interval. Rick |-+---> | | Jim Ford <[EMAIL PROTECTED]>| | | | | | Sent by: MQSeries List | | | <[EMAIL PROTECTED]> | | | | | | | | | | | | Wednesday December 18, 2002 11:31 AM| | | Please respond to MQSeries List | | | | |-+---> >| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Re: delayed triggering possible? | >| I'm not entirely sure what you're trying to do, but have you looked at performance events? When they are turned on at the queue manager level, you can set QSVCINT and QSVCIEV on the queue. If a message sits on the queue longer than QSVCINT, a performance event will get generated. As an alternative you could set QDEPTHHI and QDPHIEV to do the same sort of thing in a different way. You'd still have to parse the performance event message, and send the appropriate email, but that's not too hard. Benjamin Zhou <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent by: MQSeriescc: List Subject: delayed triggering possible? 12/18/2002 11:09 AM Please respond to MQSeries List Hi, we have a long running application that gets and processes messages from a queue. I want to setup triggering in such a way that if a message stays in that queue for more than, say 10 second, without being retrieved, which mean the service is not working properly, then a notification email will be sent to the admin. I want to use trigger by first because I don't want to be forced to reset the trigger everytime after sth has gone wrong. But I also don't want the trigger monitor to compete with my application service for minor delay. There's no such a parameter in the qmgr to set such delay. Anyone knows a trick to do this without having to write a customized trigger monitor? thanks, Benjamin Zhou Princeton Financial State Street Corp. 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: MQ53 - PF4 prompt
I raised PMR 16704 raised with IBM due to problems with new panels. The solution to this in short was to add SYS1.SCSQTBLE to the ISPF SYSPROC concatenation. I have asked that a DOC APAR be raised at very least as this came out of the blue. HTH Windy On 16/12/2002 16:42:21 MQSeries List wrote: >A couple of months ago we installed 5.3 (MQ OS/390), but just recently noticed >that PF4 (used to give a full list of objects from the CSQ0REXX menu) is >presenting only the first seven object types?. The screen indicates that a PF8 >would give you "More", yet it just takes you back to the main menu ? Has anyone >else seen this, or perhaps it's something we had to do w/the rexx exec? Any >ideas? > > > >Dave [EMAIL PROTECTED] For more information on Standard Life, visit our website http://www.standardlife.com/ The Standard Life Assurance Company, Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH, is registered in Scotland (No. SZ4) and regulated by the Financial Services Authority. Tel: 0131 225 2552 - calls may be recorded or monitored. This confidential e-mail is for the addressee only. If received in error, do not retain/copy/disclose it without our consent and please return it to us. We virus scan and monitor all e-mails but are not responsible for any damage caused by a virus or alteration by a third party after it is sent. 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: HA clusters and filesystem configuration for IPC
Bobbee, Thanks for the tip. I do remember reading this from you before and it is a good idea. Whenever we upgrade the software we always comment this out in /etc/inetd.conf but automating that is harder than automating chmod on a file, so your idea is better. While goofing with the server I had the problem with, I noticed I could produce the same effect of holding files by accessing the queue manager in any way, even with runmqsc. So if an application is still trying to connect I may still have the same problem. I just need to assure people HA won't need babysitting for MQ. Mike Murphy Robert Broderick <[EMAIL PROTECTED]> wrote: Date Recieved: 12/19/2002 06:50:52 AM To: [EMAIL PROTECTED] cc: Bcc Subject: Re: HA clusters and filesystem configuration for IPCMike, I can try to answer you amqcrsta question. While on a Sun box, running Veratas (which isn't the issue), when we lost a QMGR we were experiencing the same problem. amqscrsta's were being spawned on incoming connections and the QMGR could not be brought back up. This is a result of running INETD an inherrient feature of working with INETD and MQSeries. If you are running MQ 5.3 the runmqlsr is supposedly better than before and claims are made it is better than INETD. You may want to switch to that if you are running 5.3. Our workaround was to render the amqscrsta_nd binary unexecutable. Bring up the QMGR and change the permissions back to executable. This may correct your problem, in some if not all ways, pertaining to files in use. bobbee >From: Michael F Murphy/AZ/US/MQSolutions <[EMAIL PROTECTED]> >Reply-To: MQSeries List <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: HA clusters and filesystem configuration for IPC >Date: Wed, 18 Dec 2002 22:39:03 -0700 > >I am troubleshooting an issue where the filesystem for MQ will not unmount >during a failover with HP service guard. While investigating the server >configuration I noticed the filesystem was mounted as /var/mqm, >/var/mqm/errors, and /var/mqm/log with /var/mqm and /var/mqm/log >filesystems moving to the other server during failover. The problem I had >with that is in addition to taking the queue managers to the failover >server, they also take the machine specific files and directories >including mqs.ini and /var/mqm/qmgrs/@SYSTEM. My theory is that since >their may be resources held up in the directories that should be local, >the filesystem is being held and cannot unmount. I particular I see >incoming connections spawning amqscrsta and that is opening files in >/var/mqm/qmgrs/@SYSTEM. Am I going in the right direction with this? > >Further investigating this, I found lots of FFST files, like over a >thousand, all with the same problem. It is due to a incoming connection >spawning amqscrsta and trying to get IPC resources. It fails trying to >write to /var/mqm/qmgrs/@SYSTEM/shmem/SUBPOOL.000. I am pretty sure this >is why this part of the file structure is supposed to say local, because >of IPC resources. I don't understand the fine details of this so I need >help understanding this part. > >In the past when I have set up queue managers for HA I have only failed >over the queue manager's individual directories, not the whole qmgrs >directory. I always left @SYSTEM alone. I looked at the scripts that >come with the SupportPacs for the various HA configurations and I see them >creating a /var/mqm/ipc directory locally for the IPC resources and then >linking each queue managers @ipcc directory to these local directories. I >haven't done this too often but it appears to be related to problems I am >seeing. > >I have a question about the @ipcc directories. This directory exists >under each queue manager's directory, but does not under @SYSTEM. Under >this directory, there are various folders such as isem, shmem. I notices >these folders are in @ipcc and just the in the queue manager's directory. >Whey are these folders and files in two places for the queue manager? In >the HA scripts I see the links for both sets being made from the shared >file system back to the local filesystem so I suppose this is important. >But what about the directories under @SYSTEM? Does all of that have to >say local and why? > >Sorry for the length. >Thanks for taking the time to answer this one! > >Mike Murphy >Sr. Middleware Consultant >MQ Solutions, LLC >http://www.mqsolutions.com Ëk¹Ëb¢{¢¹¨"¨º¹X§X¬¶Ë±Êâ¦Ø¨ªÞ¦º/×{ax¸¬¶Ç«¼g§z¶¥RÇ«°k¢uæ¯j)ZnW¶m§ÿðà l¡û\¢`+r¯zm§ÿï©!Â'§iÆüÄz¸±ªÜ+Þ
Re: HA clusters and filesystem configuration for IPC
Mike, I can try to answer you amqcrsta question. While on a Sun box, running Veratas (which isn't the issue), when we lost a QMGR we were experiencing the same problem. amqscrsta's were being spawned on incoming connections and the QMGR could not be brought back up. This is a result of running INETD an inherrient feature of working with INETD and MQSeries. If you are running MQ 5.3 the runmqlsr is supposedly better than before and claims are made it is better than INETD. You may want to switch to that if you are running 5.3. Our workaround was to render the amqscrsta_nd binary unexecutable. Bring up the QMGR and change the permissions back to executable. This may correct your problem, in some if not all ways, pertaining to files in use. bobbee From: Michael F Murphy/AZ/US/MQSolutions <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: HA clusters and filesystem configuration for IPC Date: Wed, 18 Dec 2002 22:39:03 -0700 I am troubleshooting an issue where the filesystem for MQ will not unmount during a failover with HP service guard. While investigating the server configuration I noticed the filesystem was mounted as /var/mqm, /var/mqm/errors, and /var/mqm/log with /var/mqm and /var/mqm/log filesystems moving to the other server during failover. The problem I had with that is in addition to taking the queue managers to the failover server, they also take the machine specific files and directories including mqs.ini and /var/mqm/qmgrs/@SYSTEM. My theory is that since their may be resources held up in the directories that should be local, the filesystem is being held and cannot unmount. I particular I see incoming connections spawning amqscrsta and that is opening files in /var/mqm/qmgrs/@SYSTEM. Am I going in the right direction with this? Further investigating this, I found lots of FFST files, like over a thousand, all with the same problem. It is due to a incoming connection spawning amqscrsta and trying to get IPC resources. It fails trying to write to /var/mqm/qmgrs/@SYSTEM/shmem/SUBPOOL.000. I am pretty sure this is why this part of the file structure is supposed to say local, because of IPC resources. I don't understand the fine details of this so I need help understanding this part. In the past when I have set up queue managers for HA I have only failed over the queue manager's individual directories, not the whole qmgrs directory. I always left @SYSTEM alone. I looked at the scripts that come with the SupportPacs for the various HA configurations and I see them creating a /var/mqm/ipc directory locally for the IPC resources and then linking each queue managers @ipcc directory to these local directories. I haven't done this too often but it appears to be related to problems I am seeing. I have a question about the @ipcc directories. This directory exists under each queue manager's directory, but does not under @SYSTEM. Under this directory, there are various folders such as isem, shmem. I notices these folders are in @ipcc and just the in the queue manager's directory. Whey are these folders and files in two places for the queue manager? In the HA scripts I see the links for both sets being made from the shared file system back to the local filesystem so I suppose this is important. But what about the directories under @SYSTEM? Does all of that have to say local and why? Sorry for the length. Thanks for taking the time to answer this one! Mike Murphy Sr. Middleware Consultant MQ Solutions, LLC http://www.mqsolutions.com _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail 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
MRM elements appended to end of output message
I have a problem with NULL processing on a WMQI Broker V2.1 + CSD03 system on Win2000. A message set is defined with a tagged delimiter format and a number of elements. I then perform a test for a null field in the ESQL of a Compute node as follows: Scenario 1: if "InputBody"."M1TITEL" IS NULL then SET "OutputRoot"."MRM"."M1TITEL" = '00'; END IF; The data for this field is: || (ie tag delimiter of pipe, followed by another pipe) The output element is assigned a value of 00 but this value is assigned to the element at the end of the output message, such that the sequence of fields in the output message is then incorrect. The user trace shows the elements being added at the end of the MRM structure at the end of the output message. Scenario 2: If I code a statement such as: if "InputBody"."M1TITEL" = "MR" then SET "OutputRoot"."MRM"."M1TITEL" = '00'; END IF; then the value of 00 is assigned to the element and the element appears in the correct sequence in the output message. The user trace shows the elements being added in the correct place in the MRM structure in the output message. Regards Peter von Hirschfeld Senior IT specialist - S/390, CICS & Application Integration Middleware IBM Cape Town 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