Jackson, Richard R. | 16 Dec 20:13 2014

anyone using Shared channels in MVS from outside connects

MQ V710
QMGRS are not in a QSG yet. 
Have to implement IP/Port sharing

Just wondering?

Rich
DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the
use of the individual or entity to whom they are addressed. If you have received this email in error, please
notify us immediately and delete the email and any attachments from your system. The recipient should
check this email and any attachments for the presence of viruses.  The company accepts no liability for any
damage caused by any virus transmitted by this email.


To unsubscribe, write to LISTSERV <at> LISTSERV.MEDUNIWIEN.AC.AT and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com

Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html

Roger Lacroix | 16 Dec 18:20 2014

Valid characters for MQ object names

All,

This page in the MQ Knowledge Center says that there are only 64 valid 
characters for MQ object names:
http://www-01.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.pro.doc/q003340_.htm

Since when did IBM change this?  Or is there a typo on that page? 
Because as far as I can ever remember it has been 66 characters: A-Z  
a-z  0-9  .   /  _  %

i.e. The web page is missing the underscore "_" and percent sign "%" 
characters.

Regards,
Roger Lacroix
Capitalware Inc.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Paul Clarke | 15 Dec 10:53 2014

MO71 Video : Filters

The second in the series of MO71 videos is now available. The video is available here http://youtu.be/oAnD5cMa74k and introduces the concept of filters.

Comments and suggestions welcome,

Paul.
 
Paul Clarke

MQGem Software Limited
IBM Business Partner
www.mqgem.com
Twitter: <at> MQGem

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

Ron Hesketh | 12 Dec 03:24 2014
Picon

PRoblem with MQ FTE database logger DB2z/os

Hi
    I noticed that the MQ list was quiet between the 5th and the 9th of
december,
So I'm resending this just incase the was a problem.

 We have  IBM WebSphere MQ for z/OS V7.1.0 ,  DB2 z/os V10 nfm ,  WebSphere
MQ FTE V7.0.4 .
We are using DB2 for the FTE  stand-alone database logger, connecting using
jdbc .

After a while the databselogger application (the FTAL address space)
produced the following error :

BFGDB0003E: A problem occurred with the database. The database driver  631
reported the following details: SQL State [22508], Error Code [-812],
Message [[jcc][50053][12311][3.65.102] T2zOS exception: [jcc][T2zos]T2
zosPreparedStatement.readPrepareDescribeOutput_:nativePrepareInto:1582
: DB2 engine SQL error, SQLCODE = -812, SQLSTATE = 22508, error
tokens = SYSLH203.5359534C564C3031;DSNRRSAF ERRORCODE=-812, SQLSTATE=2
2508]

Which is saying that it cant fine the SYSLH203 package. We  had bound only
the default number of packages,
so we only had SYSLH200,  SYSLH201  and SYSLH202.

At  IBM;s request we created 20 SYSLH* packages : SYSLH200 to SYSLH203.
 All was well until the next day when we got the  message  :

BFGDB0003E: A problem occurred with the database. The database driver  631
reported the following details: SQL State [22508], Error Code [-812],
Message [[jcc][50053][12311][3.65.102] T2zOS exception: [jcc][T2zos]T2
zosPreparedStatement.readPrepareDescribeOutput_:nativePrepareInto:1582
: DB2 engine SQL error, SQLCODE = -812, SQLSTATE = 22508, error
tokens = SYSLH214.5359534C564C3031;DSNRRSAF ERRORCODE=-812, SQLSTATE=2
2508]

Its now looking for SYSLH214  (The 21st package).

In addition our DB2 monitor is showing that not all cursors are being
closed :

OPEN..............5,555
CLOSE.............3,945

Has any one else had a similar problem ?
Did you just create even more packages , and if so how many ?
I would be grateful for any suggestions.

Regards,
               Ron

_______________________________________________________________________________
Unencrypted electronic mail is not secure and may not be authentic.
If you have any doubts as to the contents please telephone to confirm.

This electronic transmission including any attachments is intended only
for those to whom it is addressed. It may contain copyright material or
information that is confidential, privileged or exempt from disclosure by law.
Any claim to privilege is not waived or lost by reason of mistaken transmission
of this information. If you are not the intended recipient you must not
distribute or copy this transmission and should please notify the sender.
Your costs for doing this will be reimbursed by the sender.

We do not accept liability in connection with computer virus, data corruption,
delay, interruption, unauthorised access or unauthorised amendment.
_______________________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Tim Zielke | 11 Dec 15:13 2014

strmqm tracing and server reboot

Hello,

 

I was trying to collect some trace diagnostics on a Solaris server when the queue manager comes up after a reboot.  I tested that the strmqtrc settings will persist through a queue manager restart.  However, when the Unix administrator rebooted the server and the queue manager came up, tracing was turned off (even though it had been on before the reboot).  It looks like there is something that MQ is using to track strmqtrc tracing that does not persist through a server reboot.

 

Is there anyone that can confirm that what I found is the expected behavior?

 

If so, are there any alternatives to have tracing running when a distributed server is rebooted and the queue manager comes up?

 

Thanks,

Tim

 

Tim Zielke | CICS/MQ Systems Programmer

Aon Service Corporation | Aon Technology | Enterprise Architecture and Engineering

4 Overlook Point, Lincolnshire, IL 60069 

t +1.847.295.5000

tim.zielke-VwKEKOxrCg4@public.gmane.org

 


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

Jantje . | 11 Dec 10:47 2014
Picon

MQRC_Q_DELETED messages in DLQ after using MQEXECUTE on iSeries

Dear Listers,

iSeries V6R1M0
WebSphere MQ for i5/OS V7R0M1

I have this program to send MQSC commands to MQ. It uses the MQAI, creating an admin bag, specifying
MQIACF_ESCAPE_TYPE to tell the system an MQSC command is following in the MQCACF_ESCAPE_TEXT. It
creates an admin bag for the response and then sends an MQCMD_ESCAPE command onto the connection to my
queue manager. I do not specify any command options, but instead use the MQHB_NONE and I do not specify any
reply queue, letting the system create a temporary queue for the exchange. Upon completion of the call, I
find the responses I am expecting in the response bag. At the end, I MQDELETEBAG the two bags, I created
earlier. I use this sequence a number of times in order to send a few tens of MQSC commands. So far, so good...

I do test the MQCC and MQRC and act accordingly. Apart from the occasional 2085 when I ask to display a queue
that does not exist on that queue manager, there are no errors at all.

Yet, after having run this program, sometimes I get messages in the dead-letter queue. These messages have
the MQRC_Q_DELETED reason in their dead-letter header. They are of format MQADMIN and have been written
by application AMQPCSEA, which is the command server. The queue onto which they would have to be written is
called MQAI.REPLY.547A518820033B0A, where the third part of the name changes as different temporary
queues are created for each exchange. Mind you, not every run causes such a message to go to the dead-letter
queue, it is not systematic.

I have tried to switch on the MQ trace, but I am unable to find any trace files.

What am I doing wrong?

Thanks for any and all suggestions,

Jantje.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Voges, P. (Pieter | 10 Dec 16:58 2014
Picon

XA connection between WAS (JMS Q's) and MQ over a server Conn chl

Hi all,

 

We’re experiencing a performance issue with this scenario.   At the moment we see 22 handles to the queue from the WAS via the server conn channel. But of these handles only 1 per WAS instance appears to be actively involved in the processing of messages off the queue.  Does XA have a restriction on the number of participating Queue connection handles ?

Is there any possible way of increasing the throughput from MQ to WAS (JMS Q’s) ?   currently seeing only 1 msg per second per was instance .

 

Also we see a 150 odd active server con channels of which a very limited few are actively involved in getting message traffic off the queue. Ie sub state MQGET

The rest are in receiving  state for traffic back to the qmgr.

 

WAS V8.5 on Zllinux

MQ V 7.1   on Z/OS.

 

At this point we’re grasping at straws….

 

Thanks

 

Pieter Voges

Technical Specialist | Group Technology | Nedbank Limited

Protea Heights, Brackenfell, Western-Cape, 7560 South Africa

c +27 (0)83 6455 300   <at> pietervo-YAGAJyvW217PKWblFCUSJw@public.gmane.org

 

Website: www.nedbank.co.za

SAVE TREES, SAVE PAPER – THINK BEFORE YOU PRINT Nedbank is proud to be Africa’s first carbon-neutral bank and official conservation partner of the WWF-SA.

 

 

 


********************
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 ]
********************


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

Janine M Loweth | 9 Dec 20:25 2014
Picon

Proactive vs. Forensic - Middleware - Health Monitoring?

Hi All! I acknowledge you are each experts in the field, and as such, are ever striving to increase your knowledge base. I'd very much like to understand your perspective on the topic of proactive vs forensic approaches and invite you to call or email me directly after you've read this whitepaper.   

Proactive vs. Forensic - Middleware – Health Monitoring
http://www.websphereusergroup.org/go/browse/whitepapersnew/460301

A proactive approach to middleware management is like a healthy lifestyle. If you make wise choices and catch problems early, you prevent costly procedures later. Discover how such proactive measures—often considered too expensive by many IT managers—can shape a middleware strategy that detects anomalies and problems before they escalate. See how metrics can be established and used to monitor system performance, like a patient who chooses to monitor his/her health to mitigate the risk of a heart attack.

Read this whitepaper to understand the benefits of proactive management versus other options like forensic and reactive management. It covers strategy points that shape an effective, attainable way of optimizing middleware operation, including:
  • Why the explosion of transactions over the Internet of Things has created progressively more complicated middleware interactions and challenges for IT operations.
  • How visibility to critical data points helps to solve transaction problems in a fraction of time considering the inherently increased complexity generated by the Internet of Things.
  • Why proactive monitoring is more cost effective and intuitive to use and understand, both in initial setup and ongoing maintenance, vs. other more forensic methods like transaction tracing and log capture.


Well wishes to you and yours.

Kind regards,
Janine (J9)



C: 201.264.5542
E: JLoweth-cDhm8OeHsDRx67MzidHQgQC/G2K4zDHf@public.gmane.org
PE: JanineMLoweth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org



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

Coombs, Lawrence | 9 Dec 19:48 2014

Re: MQTMC2 structure on z/OS

The last filed in the MQTMC2 structure on z/OS is the queue manager name. In a CIOCS program, we normally do
not do a MQCONN. However, for a triggered CICS transaction, I thought that the queue manager name would be
made available to the trigger program. I have a developer who is telling me that after they an EXEC CICS
RETRIEVE INTO...they queue manager name filed is all blanks.
I did not believe and so I watched them perform a test, and yes the queue manager name was not being passed. I
double checked to make sure that copied in the MQTMC2V structure as opposed to the MQTMC.

Does anyone know where MQ gets this attribute from for a  triggered CICS transaction? Might it have
something to do with the CSQBDEFV module? I checked and it does not have our queue manager name in it.

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.

To unsubscribe, write to LISTSERV@... and,
in the message body (not the subject), write: SIGNOFF MQSERIES
Jefferson Lowrey | 9 Dec 17:48 2014
Picon

Re: Updated: MS0S WebSphere MQExplorer MQSC Script Editor

I am informed that the download link on the page for the 1.7 release is wrong.

I've notified the relevant parties in IBM to fix the link.  

In the meantime, the FTP link ftp://public.dhe.ibm.com/software/integration/support/supportpacs/individual/ms0s-1.7.zip  should work just fine.


Thank you,

Jeff Lowrey




From:        Jefferson Lowrey/Baltimore/IBM
To:        "MQSeries List" <MQSERIES-JX7+OpRa80QeFbOYke1v4oOpTq8/W97FXqFh9Ls21Oc@public.gmane.org>
Date:        12/09/2014 08:35 AM
Subject:        Updated: MS0S WebSphere MQExplorer MQSC Script Editor


SupportPac MS0S: WebSphere MQExplorer MQSC Script Editor has been updated.

A new version 1.7 has been released that runs in MQExplorer v8 and supports MQSC syntax for v8 queue managers.

http://www-01.ibm.com/support/docview.wss?rs=171&uid=swg24016826

This release will not run in MQExplorer v7.5 or earlier. The previous version, 1.6, which runs in MQExplorer v7.5 and v7.1., is still available for download.


Thank you,

Jeff Lowrey


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

Jefferson Lowrey | 9 Dec 15:35 2014
Picon

Updated: MS0S WebSphere MQExplorer MQSC Script Editor

SupportPac MS0S: WebSphere MQExplorer MQSC Script Editor has been updated.

A new version 1.7 has been released that runs in MQExplorer v8 and supports MQSC syntax for v8 queue managers.

http://www-01.ibm.com/support/docview.wss?rs=171&uid=swg24016826

This release will not run in MQExplorer v7.5 or earlier. The previous version, 1.6, which runs in MQExplorer v7.5 and v7.1., is still available for download.


Thank you,

Jeff Lowrey

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