Paul Clarke | 18 Sep 12:53 2014

MO71 Version 8 Available

Hi,

 

I am pleased to announce that, after a successful Beta program, 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 during the Beta.

 

MO71 Version 8.0 introduces a number of improvements over the previous version:

 

  • MQ V8 Support
    Although, of course, it will still run against any previous version of MQ
  • Application Monitoring
    Allows you to quickly see, in a diagram, what is running and what isn’t.
  • Local Queue Manager Importing
    Automatically discover the queue managers on the local machine
  • Performance Improvements
  • Shared Filters
    Use your carefully created filters on multiple instances of MO71
  • %[qmlist] browser access improvements.

 

Anyone with a licence for a previous version of MO71 can download and start using the new version immediately at no additional cost.

 

If anyone would like to try out this version then please send a request to support-PvZknbXPofMAvxtiuMwx3w@public.gmane.org for a one month trial licence provided free with no obligation to buy.

 

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

Frank Swarbrick | 17 Sep 22:45 2014
Picon

MQ "copy" utility?

This is for z/OS.

Before I try writing it myself, is there an existing utility that can read records from a sequential and/or
VSAM file and place them as-is in to a named queue?

Thanks,
Frank

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Picon

Re: MQ start in disaster recovery scenario

All,

      I’ll offer my little tips garnered at various shops I’ve worked on/for.

Tune your PROD qmgrs to checkpoint around every 20 minutes. On Dev environments I’ve found that

Forcing this via automation (3 times a day IIRC) the only reliable method due to their nature of use.

I’ll echo the consistency group settings mentioned. Been there, done that etc.

You should always have a checkpoint setting job lying around, as you may need (and I’ve hit this)

To specify a checkpoint restart point – if your Qmgr happened to have been “snapshotted”

When it is performing an archive log.  I would also recommend you maintain a recovery options

Dataset (including all JCL members required for a COLD Start ) for your Qmgr’s depending on

your shop’s setup.

 

 

HTH

Sean Wisdom

HPES MQ

 

 

From: MQSeries List [mailto:MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT] On Behalf Of Paul S Dennis
Sent: Tuesday, 16 September 2014 7:02 AM
To: MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT
Subject: Re: MQ start in disaster recovery scenario

 

I am slightly concerned that you had issues with your DR testing. It is perfectly possible to start a queue manager when executing a DR test, even when the queue manager has been under load. I think it would probably be worth revisiting this again, to see if you can identify why it didn't work in your situation. On thing to not is that you should be replicating your logs, BSDS and pagesets all in the same consistency group. You will run into difficulties if this isn't the case. Of course, depending on what other MQ stuff you have going on in your network, there might be a slight mismatch between your recovered QMGRs at the DR site, and the rest of your MQ network. So there is a potential for duplication/lost messages, depending on your exact configuration, and what is being failed over. However, it should be possible to bring up the QMGR without requiring a cold start.


Thanks
Paul


Paul Dennis

WebSphere MQ for z/OS Development




From:        "Garcia Juanino, Jorge" <jgarci12 <at> MAPFRE.COM>
To:        MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT,
Date:        15/09/2014 12:48
Subject:        MQ start in disaster recovery scenario
Sent by:        MQSeries List <MQSERIES <at> LISTSERV.MEDUNIWIEN.AC.AT>




Hello:
 
It’s my first post in this fórum. Our experience in MQ z/OS is low and we have a lot of questions about the MQ manage.
The first is about the recover process in a disaster recovery scenario with high activity in channels and queues. In our test scenario when we replicated the MQ devices to a disaster recovery site and there was a high activity, the manager start in a disaster recovery lpar failed with a system abend (we don’t remember the code) about consistency of RBA . The workaround was to replicate device in a time with a low activity. In this situation the manager start always works fine.
My question is about a real disaster recovery situation. The channels and queues are with a lot of message in fly. In this scenario we suppose that it’s impossible support the messages consistency in MQ channels and queues and you must execute a MQ cold start. Our question is, what’s the way to do a MQ cold start? Define a new BSDS, LOG and PSID? Only one of them? Start the manager with a new parm?
 
Regards
 
Jorge Garcia Juanino
Gerente sistemas z/OS
ACTP – DIAC – Operación y Soporte EMEA
MAPFRE
Avenida del Talgo 100-103 – 3ª Planta
28023 Madrid
Tfno.: 91 581 27 34 – Extension interna: 412734
Movil: 618333559
jgarci12 <at> mapfre.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



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

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


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

Ravi Kumar Patnaik Balivada | 16 Sep 19:32 2014
Picon

Removal of subscriptions from message broker v6

All

I need to remove some subscriptions from an execution group in a  message broker .

I retrieved the subscriptions from the exe-group in the following way and able to find the subscriptions.

mqsireportproperties BRK1 -e exe-grp1 -o DynamicSubscriptionEngine -r

Result:

Topic
Name='IOB/BHU/STMT/KBK'
subscription
  clientId='mqrfh2:QMGR1:ABC.STMT.SUB'
  user='mqsiusr'

How to remove this reference from exe group?

Thanks in advance.

Ravi


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

Costa, D. (Damian | 16 Sep 13:53 2014
Picon

MQ IPT question on SSL and HTTPS protocol.

 Hi all, 
This Is based on a document covering the release of MQ IPT V 2.1.0.1.
There was a mention of an "immediate" HTTPS proxy required between two MQ IPT devices should the https
protocol wrapper option be utilised. 
As I'm not entirely sure what a proxy is could someone explain what it is? And why it's required?
Thanks
Damian Costa

********************
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
Charley Rich | 15 Sep 22:13 2014

MQ Presentations

Richard Nikula, VP Dev. at Nastel will be presenting multiple sessions at the MQTC   9/29 - 1-/1

http://www.nastel.com/capitalwares-mq-technical-conference-v2014_557_117.html

- If You Can't Clone Yourself... Delegate! (MQ Self-service)
- Leveraging WBI (Broker) Monitoring
- Beyond just monitoring MQ.

If you there, please stop by and say hello to Richard.

--Charley 

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Garcia Juanino, Jorge | 15 Sep 13:23 2014

MQ start in disaster recovery scenario

Hello:
 
It’s my first post in this fórum. Our experience in MQ z/OS is low and we have a lot of questions about the MQ manage.
The first is about the recover process in a disaster recovery scenario with high activity in channels and queues. In our test scenario when we replicated the MQ devices to a disaster recovery site and there was a high activity, the manager start in a disaster recovery lpar failed with a system abend (we don’t remember the code) about consistency of RBA . The workaround was to replicate device in a time with a low activity. In this situation the manager start always works fine.
My question is about a real disaster recovery situation. The channels and queues are with a lot of message in fly. In this scenario we suppose that it’s impossible support the messages consistency in MQ channels and queues and you must execute a MQ cold start. Our question is, what’s the way to do a MQ cold start? Define a new BSDS, LOG and PSID? Only one of them? Start the manager with a new parm?
 
Regards
 
Jorge Garcia Juanino
Gerente sistemas z/OS
ACTP – DIAC – Operación y Soporte EMEA
MAPFRE
Avenida del Talgo 100-103 – 3ª Planta
28023 Madrid
Tfno.: 91 581 27 34 – Extension interna: 412734
Movil: 618333559
 
 
 
 

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

Ryan Finnesey | 12 Sep 06:53 2014

NuGet package - MQ Classes for .net?

Would anyone happen to know why IBM does not publish the dll's required for MQ Classes for .net via NuGet?

Cheers
Ryan

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Frank Swarbrick | 11 Sep 20:27 2014
Picon

synchronous communication and MQ

My first post to this list, so please be gentle!

We just got MQ recently, and as of yet are only using it for async message passing.  We have a requirement to use
it for request/reply type comms.  For the most part it seems relatively simple.  Two queues, one for placing
requests (read by the peer) and one for the peer to place its responses (read by us).

My question is, what is the best way to handle the situation where the peer has "gone away"?  With TCP sockets
it's simple.  When the peer goes away the socket is closed.  Thus you get an immediate error when attempting
to write to the socket.  But with MQ I can't see any way to determine if a peer has gone away and is not reading
from the request queue.  Is that "just the way it is"?  Obviously we need timeout handling anyway, in case the
peer is slow to respond.  Is it just this same logic that is used in this case?  And is there no real way to say
"don't bother to write to the queue because no one is there to read it"?

Thanks!

Frank Swarbrick
Mainframe Applications Architect
FirstBank - Lakewood, CO USA

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Coombs, Lawrence | 11 Sep 18:53 2014

Re: Dummy out a queue...

Has anyone else ever had a need to “dummy” out a queue like you would a dataset on z/OS? It might sound strange, but when running a stress test, that might come in handy.

This message, including any attachments, is the property of Sears Holdings Corporation and/or one of its subsidiaries. It is confidential and may contain proprietary or legally privileged information. If you are not the intended recipient, please delete it without reading the contents. Thank you.

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

Gordon, Rob | 10 Sep 00:44 2014

QSG security

Running WMQ 7.0.1 on z/OS 1.13 with CA-Top Secret.   I’m having problems getting QSG security to work.  We have no security profile switches set and I interpret this as enabling both QMGR and QSG-level security since none of the “NO” profiles are found.

 

We have a QSG called QGB0 which contains a QMGR named TAB0.  A TSS rule was created to grant UPDATE access to QGB0.some.queue.name but when the programmer tests it, she incurs an MQRC 2035 (not authorized) error and the TSS violation report shows the queue name as TAB0.some.queue.name, and there is no rule that grants access to TAB0.some.queue.name.    She’s running a batch job that connects directly to the QMGR to do this.

 

I’ve opened a service request with IBM and they’re puzzled also.  Can anyone offer something I need to do to get QSG security working?     When I display the security switches with CSQOREXX everything looks good to me; it looks like QSG security is in place (3rd line down).

 

SUBSYSTEM: ON, 'QGB0.NO.SUBSYS.SECURITY' not found            

QMGR: ON, 'QGB0.NO.QMGR.CHECKS' not found                     

QSG: ON, 'QGB0.NO.QSG.CHECKS' not found                       

CONNECTION: ON, 'QGB0.NO.CONNECT.CHECKS' not found            

COMMAND: ON, 'QGB0.NO.CMD.CHECKS' not found                   

CONTEXT: ON, 'QGB0.NO.CONTEXT.CHECKS' not found               

ALTERNATE USER: ON, 'QGB0.NO.ALTERNATE.USER.CHECKS' not found 

PROCESS: ON, 'QGB0.NO.PROCESS.CHECKS' not found               

NAMELIST: ON, 'QGB0.NO.NLIST.CHECKS' not found                

QUEUE: ON, 'QGB0.NO.QUEUE.CHECKS' not found                   

TOPIC: ON, 'QGB0.NO.TOPIC.CHECKS' not found                   

COMMAND RESOURCES: ON, 'QGB0.NO.CMD.RESC.CHECKS' not found    

 

It must be something stupid but I’ll be darned if I can see it. 

 

Rob

 

 

Use of email is inherently insecure. Confidential information, including account information, and personally identifiable information, should not be transmitted via email, or email attachment. The information in this email may contain confidential and/or privileged information and is intended only for the use of the individual/entity named above. Any disclosure, copying, distribution or use of this information is strictly prohibited. If you have received this communication in error, please notify the sender immediately and destroy any record of this email.

RBS Citizens, N.A. is an affiliate of RBS Citizens Financial Group, Inc.


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


Gmane