Re: LPAR Failover?
Good point. Now. expect my call tomorrow (9/29) at around 10am. If u can't make it please let me know. I need info on what excatly happened on Aug 5 when BOCS NAB didn't fail-over to VG1 --- Glen Shubert [EMAIL PROTECTED] wrote: If the LPAR fails, you will need to move your queue manager also. We haven't had a problem with that. The only thing to watch out for is the NATted IP addresses get changed to point to the new LPAR. Glen Shubert [EMAIL PROTECTED] Associate Director TSYS - MQSeries Technical Support Williams, Dave (Systems Management) [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/28/04 10:48 Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:LPAR Failover? A question, please... A CICS region connects to a QMGR via the INITPARM data - how does the process of fail-over work in the event an LPAR is lost? Say RegionA points to QMGRA on LPAR1, If an LPAR fails I can (in a PLEX environment) simply workload balance to another region(s) on another LPAR or in a non-PLEX environment bring up the regions there - But how do I have it deal w/MQ when it's looking for a specific QMGR and Queues? Thanks, Dave - 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 = Vitaliy Ilyin Principal Middleware Architect IBM Certified Solutions Expert - WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator) IBM Certified Specialist- WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator) IBM Certified Developer - WMQI (MQSeries v5.2) 781-363-3474 http://www.ICnowledge.com ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: kqiWaitForABit -- is this from MQSI engine?
Lisa, That message looks like one coming from the Candle, now IBM, WBI monitoring agent. The kqi prefix is the one for that agent. HTH, Doug lisa preos [EMAIL PROTECTED] lisa preos [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/27/2004 12:37 PM Please respond to MQSeries List To [EMAIL PROTECTED] cc Subject kqiWaitForABit -- is this from MQSI engine? I get this kind of message from a MQ trace file: kqiWaitForABit. My guess this is from MQSI engine, anybody has seen this before? Thanks, __ Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! http://promotions.yahoo.com/new_mail 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 inline: graycol.gifinline: pic00351.gifinline: ecblank.gif
Re: mqseries setup hints
Didn't mean to dis anybody--the question was fair. I was just confused by the responses which continued to dialog as if there was a choice in the matter. And honestly, it's been sometime since I've been in the mainframe arena, so I was kinda curious if anything had changed. Apparently not. Including bobbee's knack for humbling me from time to time. It's all good for the cause, so keep it up, and keep the pressure on IBM to relent and release a mainframe client. (Notice I didn't say give us a mainframe client--that either make Sharon a prophet or me a fool). -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 28, 2004 11:11 AM To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints This person, like ALL of us at one time or another, even you my good friend Dennis, is new to MQ. They are building character. Maybe in the same way people refer to me as a character. WOW...a little army of bobbee's. Think of it Overwhelming Funny that you bring this up. When I first entered the MQ arena, the client brought in an MQSeries expert a long long time ago. This expert said that we could save ourselves a bundle by running the client on the MF because it was free instead of purchasing a server licence for the MF. (Remember Sharon???) HUMMM I wonder what his/her billing rate was. Tee Hee Hee!!! Experience is something you acquire LONG after you need it!! bee-oh-dubble-bee-dubble-egh From: Miller, Dennis [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints Date: Tue, 28 Sep 2004 10:10:55 -0700 Java aside, I don't understand the question about choosing to not put a qmgr on the mainframe and just go with a client. Is there a MF client now? I thought if you want an MQ presence on the MF, there was no choice but to install a qmgr there -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Monday, September 27, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints Let me try to be a little more constructive. 1. Should I use queue managers on all machines or just one for a specific platform ( eg. 1 for windows, 1 for all unix etc.) Using MQ Queue managers on all your machines presents two things: 1 - It allows you to have assured delivery. Assuming that you applications and environments are coded correctly 2 - Will present your organization with additional operational concerns. We will get to CLIENT latter on but QMGR to QMGR excludes on problem unless you go with the Transactional Client. As you will be using MQSeries across multiple platforms you will have to administer on both a MQSeries level and operational level. This will add to your workload. But in some instances, depending on your business requirements, may be a necessary evil. In the long run, the work is not as much trouble as one would like to think. It a learning experience as with everything else. 2. If I choose to use clients, can clients guarantee delivery in the advent that the machine where the client is on goes down. Clients will give you assured delivery just as Server to Server does except for the HOLE. This has to be programicatically attacked. Sometimes it is enough pain to warrent Server to Sever. Because now you have to make sure EVERY on eis doing the correct thing. and again this is not the case with the transactional client. OH! Outgoing client IS NOT supported on zOS. 3.I was told that having a queue manager on the mainframe is tricky, is that the case and if I choose not to put a queue manager on the mainfram and go with just a client will that provide me with a reliable fault tolerant setup. If you told a zOS person to set up a UNIX system he would tell you is is a pain in the arse. Well maybe not given Open Systems!! BUT...ask a Unix Sysadmin to set up a zOS and he may kill you or tell you it is easier to do it on UNIX. Granted MQSeries on UNIX is easier to set up than on zOS but if you have a capable, reliable and responsive system programmer on zOS you are going to do fine. My first MQ experience was on zOS and our CICS system Programmer, Jackie, was a smart and very nice responsive person. She made it easy! Also, again, MF does not support outgoing clients. As for the fault tolerant, most zOS systems by their nature in production are set up that way with fiber channel replication to a DR site. Not hardware configuration withstanding. You should be OK there. In fact you may want to consider putting a concentrator up front and doing your MQ work through the mainframe. MQSeries sometimes comes down to what the business will pay for. The complete GOD LIKE picture is equal to money. More that likely they will let you install and configure enough to ge them buy. As a little bit of advice. Get your tools, administration, management and monitoring software decided on in
Re: Pageset nearly full warning?
Hi Taras, I don't know of any way to get the queue manager itself to issue a warning that the page set is almost full. Some (probably most, maybe all) of the MQ monitoring products on the market will do this. In my opinion a better approach is to set MAXDEPTH on the queues to a reasonable (not the default, for sure) value, and then use queue depth high alerts to anticipate when a queue is reaching its limit. If a queue becomes full, only that queue is impacted, whereas if a page set becomes full all the queues using it are impacted. If limiting queue size does not seem to be practical, then you might want to either look at a monitor, or you could try to monitor usage of pagesets on your own either by using the output of the display usage command, or by scanning for the messages that are output when a pageset adds extents. -Tom -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tom Schneider / IBM Global Services - MQSeries ASC (513) 274-4034 [EMAIL PROTECTED] -=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Taras Wolansky [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/27/2004 01:13 PM Please respond to MQSeries List To [EMAIL PROTECTED] cc Subject Pageset nearly full warning? On the mainframe, MQ puts out a message if a pageset is full, which can then be acted upon by automation. Is there a good way of producing a warning message if a pageset is filling up, but not yet full? ** Confidentiality Note: This message and any attachments may contain legally privileged and/or confidential information. Any unauthorized disclosure, use or dissemination of this e-mail message or its contents, either in whole or in part, is prohibited. If you are not the intended recipient of this e-mail message, kindly notify the sender and then destroy it. ** Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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: Audit of configuration changes
Hi, I just tried out a few things on Win2k box with WMQ v5.3 server and I could not get any events related to object changes to fire. I thought Win2k MQ had those events. Hummm, I guess I was mixing up mainframe with Windows - !! :)) Regards, Roger Lacroix Quoting Mike Kenny - BCX - Infrastructure Services [EMAIL PROTECTED]: Thanks for this Roger. Actually the 'who'is probably not a major problem as we could probably determine this from the time. When you get a chance, I'd like to know what that attribute is. David Partridge pointed me at CONFIGEV (on z/OS), but this does not seem to exist on W2 (thanks anyway David) Mike -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Roger Lacroix Sent: Tuesday, September 28, 2004 3:12 PM To: [EMAIL PROTECTED] Subject: Re: Audit of configuration changes Hi, I don't have a queue manager in front of me right now but there is a queue manager attribute that is for object change (I don't remember what is it called). But if you enable it, an event will be generated when an MQ object is changed. Of course, the hard part is 'who' changed it. Things that I have learnt over the years is that developers don't get 'Admin' access to queue managers (even in DEV) and nobody gets access to the mqm account except for myself and my team members. It means a little more work for myself and my team but in the end, far fewer headaches. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting Mike Kenny - BCX - Infrastructure Services [EMAIL PROTECTED]: Using MQ 5.3 on W2K I am trying to use the event log to determine what has happened to our system and when, without success. For example, I can see in the event log that an MQGET operation failed because get had been disabled. OK, that is simple enough, I just need to enable get. But when it happens again, I may want to look into the cause rather than the sympton, but the event log does not appear to have an entry indicating when the get operation was disabled (nor by whom). Is there any way of enabling this level of logging in the event log? Or elsewhere? Note: I am using the above as an example only, I really want be able to audit any configuration changes. Kind Regards, Mike Kenny Principal Consultant Professional Services Business Connexion (Pty) Ltd Office: +27 (0)11 266 5703 Mobile: +27 (0)83 266 1437 Fax: +27 (0)11 266 5769 Email: [EMAIL PROTECTED] Web Site: www.bcx.co.za NOTICES: 1. This message and any attachments are confidential and intended solely for the addressee. If you have received this message in error, please notify the sender at Business Connexion (Pty) Ltd immediately. Any unauthorised use, alteration or dissemination is prohibited. 2. Business Connexion (Pty) Ltd accepts no liability whatsoever for any loss whether it be direct, indirect or consequential, arising from information made available and actions resulting there from. 3. Please note that Business Connexion only binds itself by way of signed agreements. 'Signed' refers to a hand-written signature, excluding any signature appended by 'electronic communication' as defined in the Electronic Communications and Transactions Act, no. 25 of 2002. 4. Directors: P.A. Watt, B. Mophatlane, A.C. Farthing (British), B. Sithole, I. Mophatlane, M.W. Schoeman. 5. Business Connexion (Pty) Ltd Company Registration Number: 1993/003683/07. 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: LPAR Failover?
Guys, Why don't you make live as easy as it can be, go for CICSplex and Qsharing and all your problems will vanish Regards, Rabofacet Erik Dijkerman PIM/OS390 Infra Services +31 30-2154878 The only real mistake is the one from which we learn nothing. -- John Powell -Oorspronkelijk bericht- Van: MQSeries List [mailto:[EMAIL PROTECTED] Vitaliy Ilyin Verzonden: woensdag 29 september 2004 7:06 Aan: [EMAIL PROTECTED] Onderwerp: Re: LPAR Failover? Good point. Now. expect my call tomorrow (9/29) at around 10am. If u can't make it please let me know. I need info on what excatly happened on Aug 5 when BOCS NAB didn't fail-over to VG1 --- Glen Shubert [EMAIL PROTECTED] wrote: If the LPAR fails, you will need to move your queue manager also. We haven't had a problem with that. The only thing to watch out for is the NATted IP addresses get changed to point to the new LPAR. Glen Shubert [EMAIL PROTECTED] Associate Director TSYS - MQSeries Technical Support Williams, Dave (Systems Management) [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/28/04 10:48 Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:LPAR Failover? A question, please... A CICS region connects to a QMGR via the INITPARM data - how does the process of fail-over work in the event an LPAR is lost? Say RegionA points to QMGRA on LPAR1, If an LPAR fails I can (in a PLEX environment) simply workload balance to another region(s) on another LPAR or in a non-PLEX environment bring up the regions there - But how do I have it deal w/MQ when it's looking for a specific QMGR and Queues? Thanks, Dave - 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 = Vitaliy Ilyin Principal Middleware Architect IBM Certified Solutions Expert - WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator) IBM Certified Specialist- WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator) IBM Certified Developer - WMQI (MQSeries v5.2) 781-363-3474 http://www.ICnowledge.com ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. 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
Vladimir Veytsel is out of the Office.
I will be out of the office from 09/29/2004 until 09/30/2004. I will respond to your message when I'll return. For production emergencies please contact me at: 201-251-3892 - Home 347-563-1085 - Cell For questions other than production emergencies contact my manager Rommel Belen at 212-270-1037 Intranet MQSeries Reference Site: http://unix-dris.ny.global.chase.com/documentation/MQ Regards, Vlad. 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: Where to find Character Conversion Tables?
Philip Where did you get those pdf files from please, can they be pulled of the web? Dave 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: Where to find Character Conversion Tables?
Hmmm The table for CP 037 appears incomplete is it doesn't cover any of the characters 00-3f, while that for 437 covers the full 00-ff range. Also some of the character assignments in CP 437 seem strange. For example x09 is normally a tab character, and in the 437 table it is shown as an small circle (glyph name SM75). Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: 28 September 2004 19:30 To: [EMAIL PROTECTED] Subject: Re: Where to find Character Conversion Tables? (See attached file: cp00037z.pdf) DeBlassio, Joe [EMAIL PROTECTED]To: [EMAIL PROTECTED] -MINOR.COM cc: Sent by: MQSeries Subject: Where to find Character Conversion Tables? List [EMAIL PROTECTED] c.at 09/28/2004 01:54 PM Please respond to MQSeries List Hi Where can I find out how a character from windows (CCSID 437) is being converted to a character on z/OS (37)? It's been some time since I've had to do this so I'm having trouble remembering. Thanks for your help, Joe This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. 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: Fw: Audit of configuration changes
Thanks Tim, this is an interesting piece of software, but unfortunately, as far as I can tell it does not operate in conjunction with MQ Explorer. If I am wrong on that, somebody please correct me because this would then be what I am looking for. Mike Have a look at the MQ wrapper: An audit trail is also created to monitor and log changes to the MQSeries configuration. Supportpac MS0E can be found here: http://www-306.ibm.com/software/integration/support/supportpac s/product.html#wmq Regards, Tim Crossland 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: Audit of configuration changes
Thanks for the effort anyway Mike I just tried out a few things on Win2k box with WMQ v5.3 server and I could not get any events related to object changes to fire. I thought Win2k MQ had those events. Hummm, I guess I was mixing up mainframe with Windows - !! :)) Regards, Roger Lacroix 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: mqseries setup hints
You a fool??? Now if Sharon is a prophet, then by all means of comparisons, you are a GOD and I am the court jester!! I realize what you were doing. I just didn't want the young lady (I am taking liberties here from my Swiss cheese memory) thinking we jump all over people, which we do from time to time. It is a good way to elicited excitable conversation. One of which I am personally guilty of! Now that she (again with the assumption) is no longer a newbie to the list, she is at the mercy of the dogs of war like the rest of us!!! take care!!! bee-oh-dubble-bee-dubble-egh From: Miller, Dennis [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints Date: Tue, 28 Sep 2004 13:08:32 -0700 Didn't mean to dis anybody--the question was fair. I was just confused by the responses which continued to dialog as if there was a choice in the matter. And honestly, it's been sometime since I've been in the mainframe arena, so I was kinda curious if anything had changed. Apparently not. Including bobbee's knack for humbling me from time to time. It's all good for the cause, so keep it up, and keep the pressure on IBM to relent and release a mainframe client. (Notice I didn't say give us a mainframe client--that either make Sharon a prophet or me a fool). -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 28, 2004 11:11 AM To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints This person, like ALL of us at one time or another, even you my good friend Dennis, is new to MQ. They are building character. Maybe in the same way people refer to me as a character. WOW...a little army of bobbee's. Think of it Overwhelming Funny that you bring this up. When I first entered the MQ arena, the client brought in an MQSeries expert a long long time ago. This expert said that we could save ourselves a bundle by running the client on the MF because it was free instead of purchasing a server licence for the MF. (Remember Sharon???) HUMMM I wonder what his/her billing rate was. Tee Hee Hee!!! Experience is something you acquire LONG after you need it!! bee-oh-dubble-bee-dubble-egh From: Miller, Dennis [EMAIL PROTECTED] Reply-To: MQSeries List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints Date: Tue, 28 Sep 2004 10:10:55 -0700 Java aside, I don't understand the question about choosing to not put a qmgr on the mainframe and just go with a client. Is there a MF client now? I thought if you want an MQ presence on the MF, there was no choice but to install a qmgr there -Original Message- From: Robert Broderick [mailto:[EMAIL PROTECTED] Sent: Monday, September 27, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: mqseries setup hints Let me try to be a little more constructive. 1. Should I use queue managers on all machines or just one for a specific platform ( eg. 1 for windows, 1 for all unix etc.) Using MQ Queue managers on all your machines presents two things: 1 - It allows you to have assured delivery. Assuming that you applications and environments are coded correctly 2 - Will present your organization with additional operational concerns. We will get to CLIENT latter on but QMGR to QMGR excludes on problem unless you go with the Transactional Client. As you will be using MQSeries across multiple platforms you will have to administer on both a MQSeries level and operational level. This will add to your workload. But in some instances, depending on your business requirements, may be a necessary evil. In the long run, the work is not as much trouble as one would like to think. It a learning experience as with everything else. 2. If I choose to use clients, can clients guarantee delivery in the advent that the machine where the client is on goes down. Clients will give you assured delivery just as Server to Server does except for the HOLE. This has to be programicatically attacked. Sometimes it is enough pain to warrent Server to Sever. Because now you have to make sure EVERY on eis doing the correct thing. and again this is not the case with the transactional client. OH! Outgoing client IS NOT supported on zOS. 3.I was told that having a queue manager on the mainframe is tricky, is that the case and if I choose not to put a queue manager on the mainfram and go with just a client will that provide me with a reliable fault tolerant setup. If you told a zOS person to set up a UNIX system he would tell you is is a pain in the arse. Well maybe not given Open Systems!! BUT...ask a Unix Sysadmin to set up a zOS and he may kill you or tell you it is easier to do it on UNIX. Granted MQSeries on UNIX is easier to set up than on zOS but if you have a capable, reliable and responsive system programmer on zOS you are going to do fine. My first MQ experience was on zOS and our
Re: Fw: Audit of configuration changes
No, but you could just remove those from the mqm group Unfortunately that doesn't prevent / track changes made by users not using this support pack. 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: LPAR Failover?
Except for the message size limitations in the Coupling Facility. Glen Shubert [EMAIL PROTECTED] Associate Director TSYS - MQSeries Technical Support Dijkerman, E (Erik) [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/29/04 04:35 Please respond to MQSeries List To:[EMAIL PROTECTED] cc: Subject:Re: LPAR Failover? Guys, Why don't you make live as easy as it can be, go for CICSplex and Qsharing and all your problems will vanish Regards, Rabofacet Erik Dijkerman PIM/OS390 Infra Services +31 30-2154878 The only real mistake is the one from which we learn nothing. -- John Powell -Oorspronkelijk bericht- Van: MQSeries List [mailto:[EMAIL PROTECTED] Vitaliy Ilyin Verzonden: woensdag 29 september 2004 7:06 Aan: [EMAIL PROTECTED] Onderwerp: Re: LPAR Failover? Good point. Now. expect my call tomorrow (9/29) at around 10am. If u can't make it please let me know. I need info on what excatly happened on Aug 5 when BOCS NAB didn't fail-over to VG1 --- Glen Shubert [EMAIL PROTECTED] wrote: If the LPAR fails, you will need to move your queue manager also. We haven't had a problem with that. The only thing to watch out for is the NATted IP addresses get changed to point to the new LPAR. Glen Shubert [EMAIL PROTECTED] Associate Director TSYS - MQSeries Technical Support Williams, Dave (Systems Management) [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/28/04 10:48 Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:LPAR Failover? A question, please... A CICS region connects to a QMGR via the INITPARM data - how does the process of fail-over work in the event an LPAR is lost? Say RegionA points to QMGRA on LPAR1, If an LPAR fails I can (in a PLEX environment) simply workload balance to another region(s) on another LPAR or in a non-PLEX environment bring up the regions there - But how do I have it deal w/MQ when it's looking for a specific QMGR and Queues? Thanks, Dave - 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 = Vitaliy Ilyin Principal Middleware Architect IBM Certified Solutions Expert - WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator) IBM Certified Specialist - WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator) IBM Certified Developer - WMQI (MQSeries v5.2) 781-363-3474 http://www.ICnowledge.com ___ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. 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 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
Re: LPAR Failover?
When you can't live with 63K as max mess size you better start thinking about FTP :-) regards, Erik -Oorspronkelijk bericht-Van: MQSeries List [mailto:[EMAIL PROTECTED]namens Glen ShubertVerzonden: woensdag 29 september 2004 14:44Aan: [EMAIL PROTECTED]Onderwerp: Re: LPAR Failover?Except for the message size limitations in the Coupling Facility.Glen Shubert[EMAIL PROTECTED]Associate DirectorTSYS - MQSeries Technical Support "Dijkerman, E (Erik)" [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/29/04 04:35 Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:Re: LPAR Failover?Guys,Why don't you make live as easy as it can be,go for CICSplex and Qsharing and all your problems will vanish Regards,Rabofacet Erik DijkermanPIM/OS390Infra Services+31 30-2154878The only real mistake is the one from which we learn nothing.-- John Powell-Oorspronkelijk bericht-Van: MQSeries List [mailto:[EMAIL PROTECTED] Vitaliy IlyinVerzonden: woensdag 29 september 2004 7:06Aan: [EMAIL PROTECTED]Onderwerp: Re: LPAR Failover?Good point.Now. expect my call tomorrow (9/29) at around 10am. Ifu can't make it please let me know. I need info onwhat excatly happened on Aug 5 when BOCS NAB didn't fail-over to VG1--- Glen Shubert [EMAIL PROTECTED] wrote: If the LPAR fails, you will need to move your queue manager also. We haven't had a problem with that. The only thing to watch out for is the NATted IP addresses get changed to point to the new LPAR. Glen Shubert [EMAIL PROTECTED] Associate Director TSYS - MQSeries Technical Support "Williams, Dave (Systems Management)" [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/28/04 10:48 Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: LPAR Failover? A question, please... A CICS region connects to a QMGR via the INITPARM data - how does the process of fail-over work in the event an LPAR is lost? Say RegionA points to QMGRA on LPAR1, If an LPAR fails I can (in a PLEX environment) simply workload balance to another region(s) on another LPAR or in a non-PLEX environment bring up the regions there - But how do I have it deal w/MQ when it's looking for a specific QMGR and Queues? Thanks, Dave - 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=Vitaliy IlyinPrincipal Middleware ArchitectIBM Certified Solutions Expert - WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator)IBM Certified Specialist - WMQ (MQSeries v5.3) WMQI (WebSphereMQ Integrator)IBM Certified Developer - WMQI (MQSeries v5.2)781-363-3474 http://www.ICnowledge.com___Do you Yahoo!?Declare Yourself - Register online to vote today!http://vote.yahoo.comInstructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archiveDe informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail.Instructions for managing your mailing list subscription are provided inthe Listserv General Users Guide available at http://www.lsoft.comArchive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Pageset nearly full warning?
QPASA from www.mqsoftware.com can monitor this attribute (although I never actually used it myself). From the QPASA User Guide Table 42 OS/390 page set attributes that can be monitored PSID TotalPages UnusedPages PageswPersistent PageswNonPersist TotalExtents ExtentsSinceRestart PctPagesInUse PctwPersistent PctwNonPersistent BufferPool DSN QmgrName Table 43 OS/390 page sets history template ComMQSoftwareMVSPageSets Last Total Avg Min Max Count ExtentsSinceRestartX PctPagesInUse X X X PctwNonPersistent X X X PctwPersistent X X X -Original Message- From: Tom Schneider [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 28, 2004 3:17 PM To: [EMAIL PROTECTED] Subject: Re: Pageset nearly full warning? Hi Taras, I don't know of any way to get the queue manager itself to issue a warning that the page set is almost full. Some (probably most, maybe all) of the MQ monitoring products on the market will do this. In my opinion a better approach is to set MAXDEPTH on the queues to a reasonable (not the default, for sure) value, and then use queue depth high alerts to anticipate when a queue is reaching its limit. If a queue becomes full, only that queue is impacted, whereas if a page set becomes full all the queues using it are impacted. If limiting queue size does not seem to be practical, then you might want to either look at a monitor, or you could try to monitor usage of pagesets on your own either by using the output of the display usage command, or by scanning for the messages that are output when a pageset adds extents. -Tom -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tom Schneider / IBM Global Services - MQSeries ASC (513) 274-4034 [EMAIL PROTECTED] -=-=-=-==-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Taras Wolansky [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/27/2004 01:13 PM Please respond to MQSeries List To [EMAIL PROTECTED] cc Subject Pageset nearly full warning? On the mainframe, MQ puts out a message if a pageset is full, which can then be acted upon by automation. Is there a good way of producing a warning message if a pageset is filling up, but not yet full? ** Confidentiality Note: This message and any attachments may contain legally privileged and/or confidential information. Any unauthorized disclosure, use or dissemination of this e-mail message or its contents, either in whole or in part, is prohibited. If you are not the intended recipient of this e-mail message, kindly notify the sender and then destroy it. ** Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive 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 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
MO72
Due to popular demand I have put up a version of my MO72 SupportPac for AIX, Solaris, Linux as well as Windows. The zip file is available :- ftp testcase.boulder.ibm.com do an anonymous sign-in cd ts/fromibm/mqseries bin get paul_mqsc.zip It should work exactly the same although I haven't had a chance to test fully. The one area where it's no as good is that it doesn't automatically determine the width of your screen. If any one could tell me the simple way of doing that on Unix I could add that in but as of now you have to say something like =width=120 (or whatever). Anyway, I would appreciate bug reports and confirmation that it works on the different flavours/releases of Unix so I can then get this loaded up on a web site. Incidently, is anyone out there trying to use MO71 or MO72 over a slow client link ?, I'd be interested in you geting in touch with me directly. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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: Fw: Audit of configuration changes
I don't like to advertise but it looks like you're looking for something that only Nastel has so I feel compelled to answer. Nastel's AutoPilot/WMQ (formerly known as MQControl) creates an event message/alert whenever any object parameter changes, whether it is changed using AutoPilot or mqsc or any other method. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kenny - BCX - Infrastructure Services Sent: Wednesday, September 29, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Thanks Tim, this is an interesting piece of software, but unfortunately, as far as I can tell it does not operate in conjunction with MQ Explorer. If I am wrong on that, somebody please correct me because this would then be what I am looking for. Mike Have a look at the MQ wrapper: An audit trail is also created to monitor and log changes to the MQSeries configuration. Supportpac MS0E can be found here: http://www-306.ibm.com/software/integration/support/supportpac s/product.html#wmq Regards, Tim Crossland 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
Websphere MQ on AIX Dead Letter Queue Messages
I am trying to run the sample program amqsget to read the messages from the dead letter queue on an AIX system. I am getting the 2080 message and I am hoping somebody can help with changing the Buffer Size so that I can read the 60 + messages stored. Or can anybody advise on another way of reading these messages from the queue. ? Regards Michelle This email and any attachments are confidential. They may contain privileged information and are intended for the named addressee(s) only. They must not be distributed without our consent. If you are not the intended recipient, please notify us immediately and do not disclose, distribute or retain this email or any part of it. Unless expressly stated, opinions in this email are those of the individual sender and not N Brown Group plc or any of its subsidiaries. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. N Brown Group plc. Registered office: Griffin House, 40 Lever Street, Manchester, M60 6ES. Registered in England No.814103. 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: setmqaut on unix
Think of it as a documented feature: System Administration Guide, Chapter 4, Section: Authority to work with WebSphere MQ objects, Sub-Section: Identifying the user ID Principals and groups Principals can belong to groups. You can grant access to a particular resource to groups rather than to individuals, to reduce the amount of administration required. For example, you might define a group consisting of users who want to run a particular application. Other users can be given access to all the resources they require simply by adding their user ID to the appropriate group. This is described in Creating and managing groups. A principal can belong to more than one group (its group set) and has the aggregate of all the authorities granted to each group in its group set. These authorities are cached, so any changes you make to the principal's group membership are not recognized until the queue manager is restarted, unless you issue the MQSC command REFRESH SECURITY (or the PCF equivalent). UNIX systems All ACLs are based on groups. When a user is granted access to a particular resource, the user ID's primary group is included in the ACL, not the individual user ID, and authority is granted to all members of that group. Because of this, be aware that you could inadvertently change the authority of a principal by changing the authority of another principal in the same group. All users are nominally assigned to the default user group nobody and by default, no authorizations are given to this group. You can change the authorization in the nobody group to grant access to WebSphere MQ resources to users without specific authorizations. Dave -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Wright, Tim (AFM) Sent: 29 September 2004 15:15 To: [EMAIL PROTECTED] Subject: setmqaut on unix Does anyone know if IBM recognise the fact that setmqaut on unix doesn't work for principals ( if you apply an authority setting to a principal, the auth actually applies to the principal's primary group ) as a bug? If not has anyone ever raised a PMR about this? thanks tim * Emails aren't always secure, and they may be intercepted or changed after they've been sent. Abbey doesn't accept liability if this happens. If you think someone may have interfered with this email, please get in touch with the sender another way. This message doesn't create or change any contract. Abbey doesn't accept responsibility for damage caused by any viruses contained in this email or its attachments. Emails may be monitored. If you've received this email by mistake, please let the sender know at once that it's gone to the wrong person and then destroy it without copying, using, or telling anyone about its contents. Abbey National Treasury Services plc Reg. No. 2338548, Cater Allen International Ltd Reg. No. 2572704, and Inscape Investments Limited Reg. No. 3839455 are registered in England and have their Registered Offices at: Abbey National House, 2 Triton Square, Regent's Place, London, NW1 3AN. Cater Allen International Ltd is a subsidiary of Abbey National Treasury Services plc. Abbey National Treasury Services plc and Cater Allen International Ltd are Members of The London Stock Exchange. Abbey National Asset Managers Ltd. Reg. No. 106669. Registered Office: Abbey National House, 301 St Vincent Street, Glasgow, G2 5HN. Registered in Scotland. Abbey National Asset Managers Ltd and Inscape Investments Limited are members of the Abbey Marketing Group and provide OEICS, PEPS, and ISAs. Abbey National Treasury Services plc, Cater Allen International Ltd, Inscape Investments Limited, and Abbey National Asset Managers Ltd are authorised and regulated by the Financial Services Authority. Abbey Financial Markets is the brand name for Abbey National Treasury Services plc. 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
Unresolved account error in oam
We use many different types of servers with MQ but I am having a problem with the oam on one server. This server is a Win 2003 server running MQ V5.3, CSD04. The server has no oam settings in that oam is enabled but I have not issued any setmqaut commands. The queue manager appears to be working fine and when I ran the amqoamd command I could see the oam defaults that are set for musr_mqadmin, mqm and the queues that I created under my id. Months later I run the amqoamd command, amqoamd -m QMGRNAME -s, everywhere the musr_mqadmin used to be listed, it now shows as follows: setmqaut -m QMGRNAME -t qmgr FAIL : unresolved account +altusr +connect It is as if someone did something with musr_mqadmin, but that id is there and is in the mqm group. Any ideas as to what has happened and do I need to do anything to fix it. Thank You, John Haraburda TPS/ITS/Message Queuing Administration Team - The contents of this email are the property of PNC. If it was not addressed to you, you have no legal right to read it. If you think you received it in error, please notify the sender. Do not forward or copy without permission of the sender. 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: setmqaut on unix
It's always worked that way, and it's always been documented that it works that way. So I think it's extremely unlikely that IBM would consider it to be a bug. Wright, Tim (AFM) [EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED] 09/29/2004 09:15 AM Please respond to MQSeries List [EMAIL PROTECTED] To [EMAIL PROTECTED] cc Subject setmqaut on unix Does anyone know if IBM recognise the fact that setmqaut on unix doesn't work for principals ( if you apply an authority setting to a principal, the auth actually applies to the principal's primary group ) as a bug? If not has anyone ever raised a PMR about this? thanks tim * Emails aren't always secure, and they may be intercepted or changed after they've been sent. Abbey doesn't accept liability if this happens. If you think someone may have interfered with this email, please get in touch with the sender another way. This message doesn't create or change any contract. Abbey doesn't accept responsibility for damage caused by any viruses contained in this email or its attachments. Emails may be monitored. If you've received this email by mistake, please let the sender know at once that it's gone to the wrong person and then destroy it without copying, using, or telling anyone about its contents. Abbey National Treasury Services plc Reg. No. 2338548, Cater Allen International Ltd Reg. No. 2572704, and Inscape Investments Limited Reg. No. 3839455 are registered in England and have their Registered Offices at: Abbey National House, 2 Triton Square, Regent's Place, London, NW1 3AN. Cater Allen International Ltd is a subsidiary of Abbey National Treasury Services plc. Abbey National Treasury Services plc and Cater Allen International Ltd are Members of The London Stock Exchange. Abbey National Asset Managers Ltd. Reg. No. 106669. Registered Office: Abbey National House, 301 St Vincent Street, Glasgow, G2 5HN. Registered in Scotland. Abbey National Asset Managers Ltd and Inscape Investments Limited are members of the Abbey Marketing Group and provide OEICS, PEPS, and ISAs. Abbey National Treasury Services plc, Cater Allen International Ltd, Inscape Investments Limited, and Abbey National Asset Managers Ltd are authorised and regulated by the Financial Services Authority. Abbey Financial Markets is the brand name for Abbey National Treasury Services plc. 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: MO72
Paul... you have already mentioned this, but is the support pack Supported ?? By the by, I've been using the new beta of MO71 .. thus far no problems. thanks ! Paul Clarke [EMAIL PROTECTED]To: [EMAIL PROTECTED] IBM.COM cc: Sent by: MQSeriesSubject: MO72 List [EMAIL PROTECTED] n.ac.at 09/29/2004 10:05 AM Please respond to MQSeries List Due to popular demand I have put up a version of my MO72 SupportPac for AIX, Solaris, Linux as well as Windows. The zip file is available :- ftp testcase.boulder.ibm.com do an anonymous sign-in cd ts/fromibm/mqseries bin get paul_mqsc.zip It should work exactly the same although I haven't had a chance to test fully. The one area where it's no as good is that it doesn't automatically determine the width of your screen. If any one could tell me the simple way of doing that on Unix I could add that in but as of now you have to say something like =width=120 (or whatever). Anyway, I would appreciate bug reports and confirmation that it works on the different flavours/releases of Unix so I can then get this loaded up on a web site. Incidently, is anyone out there trying to use MO71 or MO72 over a slow client link ?, I'd be interested in you geting in touch with me directly. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. 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: setmqaut on unix
Chapter 17 of the Sys Admin guide gives the following note, which implies it is working as designed: In WebSphere MQ for UNIX systems, if you specify a set of authorizations for a principal, the same authorizations are given to all principals in the same primary group. It also says the following about UNIX platforms: All ACLs are based on groups. When a user is granted access to a particular resource, the user ID's primary group is included in the ACL, not the individual user ID, and authority is granted to all members of that group. Because of this, be aware that you could inadvertently change the authority of a principal by changing the authority of another principal in the same group. Therefore, you won't be able to open a PMR for it as it is working as designed. You could try raising a change request however... Regards John Scott IBM Certified Specialist - MQSeries Argos Ltd. -Original Message- From: Wright, Tim (AFM) [mailto:[EMAIL PROTECTED] Sent: 29 September 2004 15:15 To: [EMAIL PROTECTED] Subject: setmqaut on unix Does anyone know if IBM recognise the fact that setmqaut on unix doesn't work for principals ( if you apply an authority setting to a principal, the auth actually applies to the principal's primary group ) as a bug? If not has anyone ever raised a PMR about this? thanks tim * Emails aren't always secure, and they may be intercepted or changed after they've been sent. Abbey doesn't accept liability if this happens. If you think someone may have interfered with this email, please get in touch with the sender another way. This message doesn't create or change any contract. Abbey doesn't accept responsibility for damage caused by any viruses contained in this email or its attachments. Emails may be monitored. If you've received this email by mistake, please let the sender know at once that it's gone to the wrong person and then destroy it without copying, using, or telling anyone about its contents. Abbey National Treasury Services plc Reg. No. 2338548, Cater Allen International Ltd Reg. No. 2572704, and Inscape Investments Limited Reg. No. 3839455 are registered in England and have their Registered Offices at: Abbey National House, 2 Triton Square, Regent's Place, London, NW1 3AN. Cater Allen International Ltd is a subsidiary of Abbey National Treasury Services plc. Abbey National Treasury Services plc and Cater Allen International Ltd are Members of The London Stock Exchange. Abbey National Asset Managers Ltd. Reg. No. 106669. Registered Office: Abbey National House, 301 St Vincent Street, Glasgow, G2 5HN. Registered in Scotland. Abbey National Asset Managers Ltd and Inscape Investments Limited are members of the Abbey Marketing Group and provide OEICS, PEPS, and ISAs. Abbey National Treasury Services plc, Cater Allen International Ltd, Inscape Investments Limited, and Abbey National Asset Managers Ltd are authorised and regulated by the Financial Services Authority. Abbey Financial Markets is the brand name for Abbey National Treasury Services plc. 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 ** Check our latest prices and full range at http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and/or confidential, and is intended exclusively for the addressee. Unauthorised disclosure, copying or distribution of the contents is strictly prohibited. The views expressed may not be official policy, but the personal views of the originator. If you have received this message in error, please advise the sender by using the reply facility in your e-mail software. All messages sent and received by Argos Ltd are monitored for viruses, high-risk file extensions, and inappropriate content. 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: RUNMQLSR
You can issue the word start infront, as in: start runmqlsr -t tcp -p 1441 -m QMgrName Which will start the listener in another popup window. However, if you logoff, this popup windows will get closed, as will the listener. You need to either use the MMC snapin to create a listener, or use the amqmdain to create a listener. See Chapter 17 of the Sys Admin Guide. John Scott IBM Certified Specialist - MQSeries Argos Ltd. -Original Message- From: Usha Suryadevara [mailto:[EMAIL PROTECTED] Sent: 29 September 2004 14:35 To: [EMAIL PROTECTED] Subject: RUNMQLSR Hi all, I am trying to automate the process of creating a QueueManager and configuring it the way we want. In the process i also have to create a server connection channel and a listener for the Queue Manager. I read the MQ System Administration document and as per the document i should be using, runmqlsr -t tcp -p 1441 -m QmgrName .. assuming i want a tcp type communication and i want the Queue Manager to listen at 1441. When i execute the above command (windows 2000 machine) at the DOS prompt the control never comes back to me. Its as if i have started a front end listener process. I close the command prompt, i stop the listener. I have created the listener many times before but never using a command. I have always used the MMC snap-in to do so. What command can i use to start the listener as a background process ? Thanks in advance, Usha 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 ** Check our latest prices and full range at http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and/or confidential, and is intended exclusively for the addressee. Unauthorised disclosure, copying or distribution of the contents is strictly prohibited. The views expressed may not be official policy, but the personal views of the originator. If you have received this message in error, please advise the sender by using the reply facility in your e-mail software. All messages sent and received by Argos Ltd are monitored for viruses, high-risk file extensions, and inappropriate content. 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: Websphere MQ on AIX Dead Letter Queue Messages
Look at the messages using amqsbcg or use one of the DLQ support packs Dave 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: Websphere MQ on AIX Dead Letter Queue Messages
Hi, I have previously posted the update that you are looking for at mqseries.net - go to: http://www.mqseries.net/phpBB2/viewtopic.php?t=10208 If you are looking for a nice GUI program to view (edit, delete, foward, etc...) messages in a queue (formatted DLH) then have a look at MQ Visual Edit. For more information or to download 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 Michelle Russell [EMAIL PROTECTED]: I am trying to run the sample program amqsget to read the messages from the dead letter queue on an AIX system. I am getting the 2080 message and I am hoping somebody can help with changing the Buffer Size so that I can read the 60 + messages stored. Or can anybody advise on another way of reading these messages from the queue. ? Regards Michelle This email and any attachments are confidential. They may contain privileged information and are intended for the named addressee(s) only. They must not be distributed without our consent. If you are not the intended recipient, please notify us immediately and do not disclose, distribute or retain this email or any part of it. Unless expressly stated, opinions in this email are those of the individual sender and not N Brown Group plc or any of its subsidiaries. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. N Brown Group plc. Registered office: Griffin House, 40 Lever Street, Manchester, M60 6ES. Registered in England No.814103. 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: setmqaut on unix
This is working as designed and documented: http://publibfp.boulder.ibm.com/epubs/html/csqzas01/csqzas010y.htm#HDRSP1WOUNWI The OAM maintains an access control list (ACL) for each WebSphere MQ object it is controlling access to. On UNIX systems, only group IDs can appear in an ACL. This means that all members of a group have the same authorities. On OS/400 and on Windows systems, both user IDs and group IDs can appear in an ACL. This means that authorities can be granted to individual users as well as to groups. -- T.Rob -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Wright, Tim (AFM) Sent: Wednesday, September 29, 2004 10:15 AM To: [EMAIL PROTECTED] Subject: setmqaut on unix Does anyone know if IBM recognise the fact that setmqaut on unix doesn't work for principals ( if you apply an authority setting to a principal, the auth actually applies to the principal's primary group ) as a bug? If not has anyone ever raised a PMR about this? thanks tim 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
TCP/IP Errors
Env: Solaris 5.8, WMQ 5.3 (CSD05). I have been seeing recurring instances of TCP/IP errors being logged on my queue managers: --- 09/29/04 03:30:39 PM AMQ9213: A communications error for TCP/IP occurred. EXPLANATION: An unexpected error occurred in communications. ACTION: The return code from the TCP/IP(select) [TIMEOUT] 10 seconds call was 11 (X'B'). Record these values and tell the systems administrator. - amqccita.c : 3075 --- 09/29/04 03:30:39 PM AMQ: Channel program ended abnormally. EXPLANATION: Channel program 'TO.AR1' ended abnormally. ACTION: Look at previous error messages for channel program 'TO.AR1' in the error files to determine the cause of the failure. - amqrmrsa.c : 467 According to the docs I can find, the error 11 equates to EAGAIN or No more processes. However, I do not have any events logged in system level files. Has anyone else seen this with any frequency? Is there anyway to link these MQ errors to system events? 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: RUNMQLSR
Hi, Download and read the WMQ System Administration manual, in particular, go to the chapter on 'amqmdain' and read the section about 'crtlsr'. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting Usha Suryadevara [EMAIL PROTECTED]: Hi all, I am trying to automate the process of creating a QueueManager and configuring it the way we want. In the process i also have to create a server connection channel and a listener for the Queue Manager. I read the MQ System Administration document and as per the document i should be using, runmqlsr -t tcp -p 1441 -m QmgrName .. assuming i want a tcp type communication and i want the Queue Manager to listen at 1441. When i execute the above command (windows 2000 machine) at the DOS prompt the control never comes back to me. Its as if i have started a front end listener process. I close the command prompt, i stop the listener. I have created the listener many times before but never using a command. I have always used the MMC snap-in to do so. What command can i use to start the listener as a background process ? Thanks in advance, Usha 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: Unresolved account error in oam
John, On windows, all accounts have two components - the human readable account name and the SID as stored in the SAM database. Generally, you see the human-readable version while the SID us used under the covers (like in the MQ Auth Data queue). If an account is deleted and recreated it gets a new and unique SID although you wouldn't know it from looking in the Users Accounts dialog. Is it possible that someone deleted the musr_mqadmin account and then recreated it? This would account for what you are seeing. -- T.Rob -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of listname ANONYMOUS postings DIGests Sent: Wednesday, September 29, 2004 11:33 AM To: [EMAIL PROTECTED] Subject: Unresolved account error in oam We use many different types of servers with MQ but I am having a problem with the oam on one server. This server is a Win 2003 server running MQ V5.3, CSD04. The server has no oam settings in that oam is enabled but I have not issued any setmqaut commands. The queue manager appears to be working fine and when I ran the amqoamd command I could see the oam defaults that are set for musr_mqadmin, mqm and the queues that I created under my id. Months later I run the amqoamd command, amqoamd -m QMGRNAME -s, everywhere the musr_mqadmin used to be listed, it now shows as follows: setmqaut -m QMGRNAME -t qmgr FAIL : unresolved account +altusr +connect It is as if someone did something with musr_mqadmin, but that id is there and is in the mqm group. Any ideas as to what has happened and do I need to do anything to fix it. Thank You, John Haraburda TPS/ITS/Message Queuing Administration Team 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: TCP/IP Errors
What's your keepalive time? David 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: MO72
Officially it is a CAT 2 AS IS Supportpac. The party line would say: Category 2 SupportPacs are provided in good faith and AS-IS. There is no warranty or further service implied or committed and any supplied sample code is not supported via IBM product service channels. However having experienced Paul with regard to problems/bugs/feature requests... the fact you can't go through IBM product service channels speeds everything up a lot :-))) I have not come across any living authors letting their babies drown or get a bad rep. So bottomline would be: officially no support, but the as is support is often a lot better then the official support... (MHO!) Michael -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 29 September 2004 17:38 To: [EMAIL PROTECTED] Subject: Re: MO72 Paul... you have already mentioned this, but is the support pack Supported ?? By the by, I've been using the new beta of MO71 .. thus far no problems. thanks ! Paul Clarke [EMAIL PROTECTED]To: [EMAIL PROTECTED] IBM.COM cc: Sent by: MQSeriesSubject: MO72 List [EMAIL PROTECTED] n.ac.at 09/29/2004 10:05 AM Please respond to MQSeries List Due to popular demand I have put up a version of my MO72 SupportPac for AIX, Solaris, Linux as well as Windows. The zip file is available :- ftp testcase.boulder.ibm.com do an anonymous sign-in cd ts/fromibm/mqseries bin get paul_mqsc.zip It should work exactly the same although I haven't had a chance to test fully. The one area where it's no as good is that it doesn't automatically determine the width of your screen. If any one could tell me the simple way of doing that on Unix I could add that in but as of now you have to say something like =width=120 (or whatever). Anyway, I would appreciate bug reports and confirmation that it works on the different flavours/releases of Unix so I can then get this loaded up on a web site. Incidently, is anyone out there trying to use MO71 or MO72 over a slow client link ?, I'd be interested in you geting in touch with me directly. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Hursley 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 communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. 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: RUNMQLSR
Thanks a bunch Roger. Thats the command i was looking for. It solves most of my problems. Thanks again! At 12:25 PM 9/29/2004 -0400, Roger Lacroix wrote: Hi, Download and read the WMQ System Administration manual, in particular, go to the chapter on 'amqmdain' and read the section about 'crtlsr'. Regards, Roger Lacroix Capitalware Inc. http://www.capitalware.biz Quoting Usha Suryadevara [EMAIL PROTECTED]: Hi all, I am trying to automate the process of creating a QueueManager and configuring it the way we want. In the process i also have to create a server connection channel and a listener for the Queue Manager. I read the MQ System Administration document and as per the document i should be using, runmqlsr -t tcp -p 1441 -m QmgrName .. assuming i want a tcp type communication and i want the Queue Manager to listen at 1441. When i execute the above command (windows 2000 machine) at the DOS prompt the control never comes back to me. Its as if i have started a front end listener process. I close the command prompt, i stop the listener. I have created the listener many times before but never using a command. I have always used the MMC snap-in to do so. What command can i use to start the listener as a background process ? Thanks in advance, Usha 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: Fw: Audit of configuration changes
If you look at the former Candle product now - IBM Tivoli OMEGAMON for MQ you will find a very rich MQ configuration tool. This tool allows you to copy all your MQ objects into a central database through automatic discovery. Any changes to the configuration made through the tool is logged for auditing purposes. The tool also has an automatic scheduling facility which as one of its functions is the ability to compare the database objects against the actual environment. If it detects a discrepancy between the database and the actual environment a notification report will be generated and the user will have the option of incorporating the found differences into the database or to enforce the use of the tool by returning the actual object back to the state it was in the database. Barry D. Lamkin Senior IT Specialist IBM Software Group Business Integration [EMAIL PROTECTED] To ERPRISEINTEGRATIO [EMAIL PROTECTED] N.COM cc Sent by: MQSeries List Subject [EMAIL PROTECTED] Re: Fw: Audit of configuration N.AC.AT changes 09/29/2004 10:07 AM Please respond to MQSeries List I don't like to advertise but it looks like you're looking for something that only Nastel has so I feel compelled to answer. Nastel's AutoPilot/WMQ (formerly known as MQControl) creates an event message/alert whenever any object parameter changes, whether it is changed using AutoPilot or mqsc or any other method. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kenny - BCX - Infrastructure Services Sent: Wednesday, September 29, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Thanks Tim, this is an interesting piece of software, but unfortunately, as far as I can tell it does not operate in conjunction with MQ Explorer. If I am wrong on that, somebody please correct me because this would then be what I am looking for. Mike Have a look at the MQ wrapper: An audit trail is also created to monitor and log changes to the MQSeries configuration. Supportpac MS0E can be found here: http://www-306.ibm.com/software/integration/support/supportpac s/product.html#wmq Regards, Tim Crossland 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
ikeyman fix pack
Does anyone know where the IKEYMAN fix pack would be for AIX ? Can't seem to find it anymore... Thanks ! This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of J.P. Morgan Chase Co., its subsidiaries and affiliates. 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: Fw: Audit of configuration changes
Not to be confused with IBM Tivoli Monitoring for WebSphere MQ. Any hints on what if any merging there will be between these two products? My vote would be to keep the former Candle product but give it better integration with Tivoli. - Bruce Giordano Barry Lamkin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Wednesday September 29, 2004 01:34 PM Please respond to MQSeries List If you look at the former Candle product now - IBM Tivoli OMEGAMON for MQ you will find a very rich MQ configuration tool. This tool allows you to copy all your MQ objects into a central database through automatic discovery. Any changes to the configuration made through the tool is logged for auditing purposes. The tool also has an automatic scheduling facility which as one of its functions is the ability to compare the database objects against the actual environment. If it detects a discrepancy between the database and the actual environment a notification report will be generated and the user will have the option of incorporating the found differences into the database or to enforce the use of the tool by returning the actual object back to the state it was in the database. Barry D. Lamkin Senior IT Specialist IBM Software Group Business Integration [EMAIL PROTECTED] To ERPRISEINTEGRATIO [EMAIL PROTECTED] N.COM cc Sent by: MQSeries List Subject [EMAIL PROTECTED] Re: Fw: Audit of configuration N.AC.AT changes 09/29/2004 10:07 AM Please respond to MQSeries List I don't like to advertise but it looks like you're looking for something that only Nastel has so I feel compelled to answer. Nastel's AutoPilot/WMQ (formerly known as MQControl) creates an event message/alert whenever any object parameter changes, whether it is changed using AutoPilot or mqsc or any other method. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kenny - BCX - Infrastructure Services Sent: Wednesday, September 29, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Thanks Tim, this is an interesting piece of software, but unfortunately, as far as I can tell it does not operate in conjunction with MQ Explorer. If I am wrong on that, somebody please correct me because this would then be what I am looking for. Mike Have a look at the MQ wrapper: An audit trail is also created to monitor and log changes to the MQSeries configuration. Supportpac MS0E can be found here: http://www-306.ibm.com/software/integration/support/supportpac s/product.html#wmq Regards, Tim Crossland 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
WBI Oracle Broker DDL definitions
Does anyone know where I can find the DDL for Oracle WBI Broker tables? Did you have any problems running a WBI broker with Oracle DB. 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
Cluster errors.
Seems to be my week for posting... Env: Solaris 5.8, WMQ 5.3 (CSD05) Cluster of 4 queue managers (2 full repos's of course). Custom cluster workload exit installed. The CLWE (similar to the supplied sample) checks the availability of the destination queue manager and channel status before returning success. If the channel to the destination queue manager is *not* running, the application gets a 2188 (as expected) error code and reroutes messages to an available queue manager. We are doing out application failover testing. To do this we are simulating host failure by disabling the NIC card on one of the hosts (in this case it *happens* to be one of the full respos's). Prior to the failure everything is fine... no errors. All cluster queues are available. We fail the NIC. Channel goes to retrying. Now, I can still put messages to the remaining cluster queue managers. When I try to put a message to a queue on the failed queue manager, instead of 2188's I am getting 2009's (after quite a delay). I do have a generated FDC/FFST file that sez: +-+ | | | WebSphere MQ First Failure Symptom Report | | = | | | | Date/Time :- Wednesday September 29 14:38:28 PDT 2004 | | Host Name :- vdpsusftar21 (SunOS 5.8) | | PIDS :- 5724B4103 | | LVLS :- 530.5 CSD05 | | Product Long Name :- WebSphere MQ for Sun Solaris | | Vendor:- IBM | | Probe Id :- XC130004 | | Application Name :- MQM | | Component :- xehExceptionHandler | | Build Date:- Sep 27 2003 | | CMVC level:- p530-05-L030926 | | Build Type:- IKAP - (Production) | | UserID:- 1002 (mqm) | | Program Name :- amqzlaa0_nd | | Process :- 00018844 | | Thread:- 0128 | | QueueManager :- CLUSTER2B!FT02AR1!MANAGER | | Major Errorcode :- STOP | | Minor Errorcode :- OK | | Probe Type:- HALT6109 | | Probe Severity:- 1 | | Probe Description :- AMQ6109: An internal WebSphere MQ error has occurred. | | FDCSequenceNumber :- 0 | | Arith1:- 11 b | | Comment1 :- SIGSEGV | | | | | +-+ MQM Function Stack zlaMainThread zlaProcessMessage zlaProcessMQIRequest zlaMQPUT zsqMQPUT kpiMQPUT kqiPutIt kqiFastnetSetResolvedQ kqiFastnetChooseQueue kqiFastnetChooseQueue2 rfxChooseQ rfiChooseOne rfxCallWLM rfiCallWLMFast rfxCallClusterWorkloadExit xcsFFST This points to the fact that my cluster workload exit may have caused an exception and that my queue manager agent process may have crashed. Is there any way (short of a queue manager restart) to recover from this? FYI the exit is configured to run in FAST (CLWExitMode=FAST) mode. tonyB. 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
Employment Opportunity
http://www.mqseries.net/phpBB2/viewtopic.php?t=17910 Please see the above link. I have an opening on my MQ team for an MQSeries Administrator. 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
Re: Cluster errors.
Hi Tony, I think you are out of luck with getting things going again if your fastpath problem has crashed. You have potentially corrupted your queue manager semaphore and shared memory space, so a restart is critical. You should always test Cluster Workload Exits in normal mode exhaustively before moving to fastpath mode for this reason. Even if you were running in normal mode, a queue manager restart could be required after an exit failure, as the cluster workload exit process would have crashed. As far as I am aware, IBM doesn't provide a mechanism to restart these internal qm processes manually. On the mainframe, the CLWL task is restarted periodically after a failure (every 6000 seconds I think). I don't remember whether the midrange version does anything similar. Regards, Neil Casey National Australia Bank Southern Star Technology WebSphere MQ Support 1/122 Lewis Rd Wantirna South office. +61 3 9886 2375 (x82375) mobile. +61 414 615 334 Tony Boggis [EMAIL PROTECTED] TICSOFTWARE.COM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] n.AC.AT Subject Cluster errors. 30/09/2004 08:15 Please respond to MQSeries List [EMAIL PROTECTED] n.AC.AT Seems to be my week for posting... Env: Solaris 5.8, WMQ 5.3 (CSD05) Cluster of 4 queue managers (2 full repos's of course). Custom cluster workload exit installed. The CLWE (similar to the supplied sample) checks the availability of the destination queue manager and channel status before returning success. If the channel to the destination queue manager is *not* running, the application gets a 2188 (as expected) error code and reroutes messages to an available queue manager. We are doing out application failover testing. To do this we are simulating host failure by disabling the NIC card on one of the hosts (in this case it *happens* to be one of the full respos's). Prior to the failure everything is fine... no errors. All cluster queues are available. We fail the NIC. Channel goes to retrying. Now, I can still put messages to the remaining cluster queue managers. When I try to put a message to a queue on the failed queue manager, instead of 2188's I am getting 2009's (after quite a delay). I do have a generated FDC/FFST file that sez: +-+ | | | WebSphere MQ First Failure Symptom Report | | = | | | | Date/Time :- Wednesday September 29 14:38:28 PDT 2004 | | Host Name :- vdpsusftar21 (SunOS 5.8) | | PIDS :- 5724B4103 | | LVLS :- 530.5 CSD05 | | Product Long Name :- WebSphere MQ for Sun Solaris | | Vendor:- IBM | | Probe Id :- XC130004 | | Application Name :- MQM | | Component :- xehExceptionHandler | | Build Date:- Sep 27 2003 | | CMVC level:- p530-05-L030926 | | Build Type:- IKAP - (Production) | | UserID:- 1002 (mqm) | | Program Name :- amqzlaa0_nd | | Process :- 00018844 | | Thread:- 0128 | | QueueManager :- CLUSTER2B!FT02AR1!MANAGER | | Major Errorcode :- STOP | | Minor Errorcode :- OK | | Probe Type:- HALT6109 | | Probe Severity:- 1 | | Probe Description :- AMQ6109: An internal WebSphere MQ error has occurred. | | FDCSequenceNumber :- 0 | | Arith1:- 11 b | | Comment1 :- SIGSEGV | | | | | +-+ MQM Function Stack zlaMainThread zlaProcessMessage zlaProcessMQIRequest zlaMQPUT zsqMQPUT kpiMQPUT kqiPutIt kqiFastnetSetResolvedQ kqiFastnetChooseQueue kqiFastnetChooseQueue2 rfxChooseQ rfiChooseOne rfxCallWLM rfiCallWLMFast rfxCallClusterWorkloadExit xcsFFST This points to the fact that my cluster workload exit may have caused an exception and that my queue manager agent process may have crashed. Is there any way (short of a queue manager restart) to recover from this? FYI the exit is configured to run in FAST (CLWExitMode=FAST) mode. tonyB. 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: Fw: Audit of configuration changes
Bruce, Hope all is well with you. Your vote wins. Some of the features of the IBM Tivoli Monitoring for WebSphere MQ will be incorporated into the OMEGAMON XE for MQ agent when they both come together, next year. The Candle Net Portal will be maintained as the interface, renamed as the Tivoli Management Portal. Barry D. Lamkin Senior IT Specialist IBM Software Group Bruce Giordano [EMAIL PROTECTED] RUDENTIAL.COM To Sent by: MQSeries [EMAIL PROTECTED] List cc [EMAIL PROTECTED] N.AC.AT Subject Re: Fw: Audit of configuration changes 09/29/2004 02:30 PM Please respond to MQSeries List Not to be confused with IBM Tivoli Monitoring for WebSphere MQ. Any hints on what if any merging there will be between these two products? My vote would be to keep the former Candle product but give it better integration with Tivoli. - Bruce Giordano Barry Lamkin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent by: MQSeries List cc: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Wednesday September 29, 2004 01:34 PM Please respond to MQSeries List If you look at the former Candle product now - IBM Tivoli OMEGAMON for MQ you will find a very rich MQ configuration tool. This tool allows you to copy all your MQ objects into a central database through automatic discovery. Any changes to the configuration made through the tool is logged for auditing purposes. The tool also has an automatic scheduling facility which as one of its functions is the ability to compare the database objects against the actual environment. If it detects a discrepancy between the database and the actual environment a notification report will be generated and the user will have the option of incorporating the found differences into the database or to enforce the use of the tool by returning the actual object back to the state it was in the database. Barry D. Lamkin Senior IT Specialist IBM Software Group Business Integration [EMAIL PROTECTED] To ERPRISEINTEGRATIO [EMAIL PROTECTED] N.COM cc Sent by: MQSeries List Subject [EMAIL PROTECTED] Re: Fw: Audit of configuration N.AC.AT changes 09/29/2004 10:07 AM Please respond to MQSeries List I don't like to advertise but it looks like you're looking for something that only Nastel has so I feel compelled to answer. Nastel's AutoPilot/WMQ (formerly known as MQControl) creates an event message/alert whenever any object parameter changes, whether it is changed using AutoPilot or mqsc or any other method. -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kenny - BCX - Infrastructure Services Sent: Wednesday, September 29, 2004 12:58 PM To: [EMAIL PROTECTED] Subject: Re: Fw: Audit of configuration changes Thanks Tim, this is an interesting piece of software, but unfortunately, as far as I can tell it does not operate in conjunction with MQ Explorer. If I am wrong on that, somebody please correct me because this would then be what I am looking for. Mike Have a look at the MQ wrapper: An audit trail is also created to monitor and log changes to the MQSeries configuration. Supportpac MS0E can be found here: http://www-306.ibm.com/software/integration/support/supportpac s/product.html#wmq Regards, Tim Crossland 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:
PeopleSoft MQ Adapter - ReplyToQueue info
Is there one or many PeopleSoft MQ adapters? Do they all / Does it support respecting the ReplyToQueue and ReplyToQueueManager of the incoming request message when it puts the reply message? What about the various MQMD_Report option on how MessageIDs and CorrelIDs should be handled from the incoming request message to the outgoing reply message? 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
Putafter event in Api exit
Could anyone tell me how to get the object name from a put after event. There is no reference to the MQOD and the resolved queue name in the PMO structure is always a dynamic reply queue. The amqsaxe0.c is somewhat anemic in this area. 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