Roger Lacroix | 1 Sep 19:36 2014

Beta testers needed for MQ Channel Throttler

All,

Capitalware is ready for beta testers for a new solution called: MQ 
Channel Throttler.

MQ Channel Throttler provides the ability to control/throttle the 
messages that flow over a channel.  It operates with Sender, 
Receiver, Server, Requestor, Cluster-Sender, Cluster-Receiver, Server 
Connection and Client Connection channels of the WMQ queue managers.

Companies or users may have a need to restrict the number of messages 
or bytes flowing over a channel for particular testing 
scenarios.  The user can control the message flow by either byte 
count or message count.  The time value can be in either seconds or 
minutes.  For CLNTCONN/SVRCONN channel, the user can also control the 
flow by MQPut, MQGet or both.

I plan on building MQ Channel Throttler for AIX, HP-UX (RISC & 
IA64),  Solaris (SPARC & x86_64), Linux (x86, x86_64, POWER & 
zSeries), Windows and IBM i (OS/400).  MQ Channel Throttler will 
support WMQ v6.0, v7.0, v7.1, v7.5 and v8.0.

There will also be a version for z/OS called: MQ Channel Throttler 
for z/OS.  MQ Channel Throttler for z/OS will support WMQ v6.0, v7.0, 
v7.1 and v8.0.

Beta testing MQ Channel Throttler and MQ Channel Throttler for z/OS 
is absolutely free including support (no strings attached).

If you interesting in trying out either products, please send an 
(Continue reading)

Paul Clarke | 1 Sep 12:57 2014

New MO71 Beta Driver available

I am pleased to announce that the next Beta driver of Version 8.0.0 of MO71 is now available at http://www.mqgem.com/mo71_download.html. This is free to download and use until 19th September.
 
Many thanks to those of you who have fed back suggestions and bug reports.
 
Version 8.0 of MO71 Supports IBM MQ V8 although it will, of course, run against any other version of MQ. In addition it introduces the concept of application monitoring. Users can see at a glance which applications are running and what MQ objects they are using, either now or in the past. You can also display your application and queue usage in a diagram.
 
The main change in this driver is the ability to import local Queue Manager definitions. This has been requested by users many times over the years and I'm pleased that it has finally made it into the code. Now, by default, each time MO71 starts it will check that all local Queue Managers are defined in its configuration and, if not, offer the user the ability to automatically import a definition. This should make setting up a new user of MO71 much easier.
 
As always I encourage feedback. Please send me your comments, good and bad.
 
Cheers,
Paul.
 
Paul Clarke
www.mqgem.com

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Barton, Linda | 20 Aug 19:34 2014
Picon

Re: Question about co-existing non-Multi-Instance qmgrs on the same server as Multi-Instance - but using different filesystems

Never mind….specify the ld and md in the crtmqm and don’t take the defaults.
I am an idiot.
 
 
Linda Barton
 
 
 
 
 
_____________________________________________
From: Barton, Linda
Sent: Wednesday, August 20, 2014 1:29 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Question about co-existing non-Multi-Instance qmgrs on the same server as Multi-Instance - but using different filesystems
 
 
Hi, we are just beginning our multi-instance shared MQ environment.  I was hoping that the multi-instance qmgrs could be on /wmq which is on NAS and any single instance qmgrs could be on another filesystem – say /mqm_qmgrs and /mqm_logs.
We run into issues when we hit the mqs.ini file as the default paths are specified here.  I know there is an environment variable called AMQ_MQS_INI_LOCATION which allows you to use a different location for the file, but I don’t think you can use it for qmgrs a,b,c that would run on /wmq and another location for mqs.ini that would be for qmgrs c,d,e….
 
Any thoughts?  Are other folks out there running single instance on the same server as multi-instance and NOT using the same filesystems?
I would like to NOT have my single instance qmgrs have an outage if my NAS had an issue (like, it went away…which has happened…)
 
I could just purchase more servers...but we are trying to reduce our server and license costs…
 
Any input would be appreciated! 
p.s. interesting topic for the MQTC!
Maybe an RFE…
 
Linda Barton
 
 
 
 

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

MQ RFE: Application Activity Trace - Show start and end time of all MQ API calls to the millisecond

Direct link to cast your vote: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=58147

 

Title: Application Activity Trace - Show start and end time of all MQ API calls to the millisecond

 

Description: Enhance Application Activity Trace to show start time and end time for every MQ API call.

Include the ability to capture the time as accurately as the local operating system will allow - down to the millisecond ideally.

Rather than display the time in Epoch Time as is currently the case for "High Res Time" in the Application Activity Trace output for the MQPUT call, display the timestamps in human readable format.

Do the math and display the elapsed time for that MQ API call down to the millisecond.

If there would be significant overhead in getting this level of detail added, perhaps make this level of detail only show up if the Application Activity Trace level is set to Medium or High.

 

Use case: Application Activity Trace is a great way to easily gets tons of useful info to see what's happening. Sometimes we are asked to prove how long that MQOPEN call took, or how long did each MQPUT take. If Application Activity Trace could show us this info down to as accurate as the O/S allows (e.g. millisecond) it would be a big help.

 

Private Business justification: We need more tools in the never ending battle of proving it’s not MQ. If we can easily show the app area how fast MQ actual was, we can shift the focus of the investigation away from MQ. Less PMRs for IBM!

 

 

Peter Potkay

************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/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 e-mail, delete this communication and destroy all copies.
************************************************************


List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Paul Clarke | 19 Aug 16:10 2014

MO71 Beta Driver available

Hi,

 

I am pleased to announce that the next Beta driver of Version 8.0.0 of MO71 is now available at http://www.mqgem.com/mo71_download.html

 

Many thanks to those of you who have fed back suggestions and bug reports.

 

Version 8.0 of MO71 Supports IBM MQ V8 although it will, of course, run against any other version of MQ.  In addition it introduces the concept of application monitoring. Users can see at a glance which applications are running and what MQ objects they are using, either now or in the past. You can also display your application and queue usage in a diagram.

 

The main change in this driver is the ability to have Shared Filters. These are filter definitions that can be generated in one ‘master’ instance of MO71 and then used in other ‘slave’ versions of MO71. This can be useful particularly in monitoring and event processing.

 

This version of MO71 is available for free download and does not require a licence file.

As always I encourage feedback. Please send me your comments, good and bad.

 

Cheers,

Paul.

 

Paul Clarke
www.mqgem.com

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Roger Lacroix | 18 Aug 23:47 2014

MQTC v2.0.1.4 Schedule Posted

All,

I have posted the schedule for MQTC v2.0.1.4 to 
www.mqtechconference.com/schedule.html

MQTC will be the largest conference in the world solely dedicated to 
IBM's WebSphere MQ.

For more information, please go to: http://www.mqtechconference.com

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Charley Rich | 18 Aug 17:41 2014

Tomorrow: Track msgs through Multi-middleware

Nastel VP Dev. Richard Nikula  will lead a session on tracking messages tomorrow: 

Learn how to track middleware messages across the multiple middleware solutions, including: JMS, MQ,
DataPower and WMB that interconnect your applications.
Tuesday, August 19, 2014, 11:00 AM EDT

Watch this TechTalk and discover:

-Monitor performance for transactions traversing multi-middleware
-How messaging middleware such as WMQ, MB, DataPower and MB can work in conjunction
-Track message flow across multi-middleware

Register at: http://library.nastel.com/acton/media/6333/techtalk-tracking-messages-through-multi-middleware

The session will be recorded and available on-demand the following day.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Costa, D. (Damian | 15 Aug 12:55 2014
Picon

requesting a SSL cert for a qmgr and the cert admin is asking for a URL as the common name of cert?

HI all,
 Filling in forms for  getting a SSL cert for one of our qmgrs and the Cert admin wants a mandatory URL as the
common name for the SSL cert I am requesting.
What do I put in as the common URL if it is just for a qmgr? Does an IP address cut it?
 thanks

********************
Nedbank Limited Reg No 1951/000009/06. The following link displays
the names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ]
This email is confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
********************

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Roger Lacroix | 14 Aug 19:54 2014

IBM’s New Super Conference: InterConnect 2015

All,

Have you seen these announcements:

http://insightsmagazineonline.com/Assets/2014/July/IBM-InterConnect?utm_source=newsletter&utm_medium=email&utm_campaign=IM%20newsletter%208.14.14#.U-ztcGOtxo2

http://www.ibm.com/software/events/interconnect/

And here's my comments about this new super conference and how it 
relates to MQ:
http://www.capitalware.com/rl_blog/?p=3039

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Paul Clarke | 14 Aug 11:54 2014

MQSCX Version 8.0 (Open Beta)

MQGem Software is pleased to announce that the first Beta driver of the MQSCX 8.0.0 is available for download. The program will run against any version of MQ, including MQ V8.0, and will not require a licence file for the duration of the Beta.

 

MQSCX is a program, similar to RUNMQSC, which allows the user to enter MQSC commands. However, it adds to that a vast array of enhancements which make using MQSC commands easier and more efficient. It also had the ability to parse MQSC responses making dynamic command files, which respond to command server responses, possible. Lastly it has the ability to read, update and generate CCDT files of any MQ version.

 

Version 8.0.0 has added support for MQ V8.0 commands, attributes and CCDT format.

 

The Beta program is available on Windows and Linux 64bit Intel and can be downloaded by following the links on http://www.mqgem.com/mqscx_download.html

 

So, why not give it a try. All comments and suggestions welcome.

 

Cheers,

Paul.

 
Paul Clarke
www.mqgem.com

List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

Roger Lacroix | 14 Aug 01:07 2014

Re: Is there a way to make MQ copy its AMQERR01.log entries into the syslog?

Hi Peter,

Your Unix guru will have more rsync knowledge than me but you can (1) as a daemon and (2) set directory permissions for rsync.

i.e. 
rsync --daemon --chmod=ug=rw,o=r  /var/mqm/qmgrs/MyQM/errors/*  /var/mqm/qmgrs/MyQM/errors_clone/

Note the ",o=r" for the chmod.  It set world permission to read.

You can look up the man page for rsync at http://linux.die.net/man/1/rsync

Regards,
Roger Lacroix
Capitalware Inc.

At 06:48 PM 8/13/2014, you wrote:
The MQ Service would need to be a script that runs rsync every x minutes, then does a chmod on the destination copy of the file so that the monitor would be able to read the copy? The original AMQERR01.LOG has 660 permissions and rsync run by mqm ends up giving the copy of the file the same permissions, which leave the monitoring tool unable to read the copy.
 
 
Not sure what the MQ service buys me here. Would having cron run it every x minutes work just as well?  I guess it would run needlessly if the QM was down, but that is so infrequent who cares.
 
The thing I like about this idea is that it can be the same script on every one of my MQ servers, and the local copy can always be the same named dir, so the monitoring team doesn’t have to be aware of the different path to the error log on every different server / queue manager.
 
 
-Peter
 
 
From: MQSeries List [ mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org] On Behalf Of Roger Lacroix
Sent: Wednesday, August 13, 2014 12:59 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+2wyY2g16FtwPuJ0ROkVbw@public.gmane.org
Subject: Re: Is there a way to make MQ copy its AMQERR01.log entries into the syslog?
 
Hi Peter,

How about you flip the idea around?  If you need the directory/file permission (or ownership) to be different (without affecting the QMgr) then why not clone the directory/files to a new location with rsync?

i.e.
- Create a directory called /var/mqm/qmgrs/MyQM/errors_clone/
- Set the permission of /var/mqm/qmgrs/MyQM/errors_clone/ to be whatever you need
- Create an MQ service for that QMgr to invoke rsync to clone /var/mqm/qmgrs/MyQM/errors/ to /var/mqm/qmgrs/MyQM/errors_clone/

Now you can have your monitoring tools watch /var/mqm/qmgrs/MyQM/errors_clone/ without any issues.

Its not perfect but it does solve your issue.

Regards,
Roger Lacroix
Capitalware Inc.


At 12:43 PM 8/13/2014, you wrote:

The chmod 2770 permissions on the /var/mqm/qmgrs/MyQM/errors directory are a pain in the butt. Our monitoring tools can’t get in there. Apparently the permissions will revert back to this anytime the QM restarts. See here:
http://www-01.ibm.com/support/docview.wss?uid=swg21228976
 
Yeah, they give a kludgy work around. But then there are other tech notes that say don’t mess with MQ dir permissions – period.
http://www-01.ibm.com/support/docview.wss?uid=swg21265111
 
 
So, while I scratch my head, wondering what the big deal was, why didn’t IBM allow read access to world for the MQ error logs, what’s the harm with reading an error log…how about getting the entries to go to the syslog. WMB does that by default. On Windows, MQ copies it into the Event Viewer.
 
All our monitoring tools have access to the syslog by default, so if our MQ entries were there as well it would be easy.
 
Anyone done this? How?
Other ideas?
 
I really do not want to add those monitoring IDs into the mqm group – who the heck knows who has access to those IDs.
 
 
 
Peter Potkay
 

************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/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 e-mail, delete this communication and destroy all copies.
************************************************************
List Archive - Manage Your List Settings - Unsubscribe

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com
 

Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com

************************************************************
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/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 e-mail, delete this communication and destroy all copies.
************************************************************


Gmane