Re: Difference between MQSeries 5.1 and 5.2???
Are you saying that the queue did not exist and returned a 2085 error on 5.1. And when you upgraded to 5.2 you were able to put/get messages from the queue ? If you are talking about dynamic queues, then yes you can create a queue during the MQOPEN call. The queue created can be made temporary OR dynamic. I have tested this feature on 5.0(CSD 07) & 5.2 and it works fine. So this should be applicable to 5.1 too. Can you please elaborate on the problem. Are you using dynamic queue creation OR trying to put to a local queue. Regards, Srivathsa -Original Message-From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Robert MartinSent: Thursday, November 28, 2002 1:27 AMTo: [EMAIL PROTECTED]Subject: Difference between MQSeries 5.1 and 5.2??? We upgraded our NT MQSeries server from 5.1 to version 5.2 a few months ago. In the past, if you tried to open a queue that did not exist, you would get an error. Now it appears that the queue is created automatically. We are not sure if we want this type of functionality or not, but I cannot seem to find some configuration parameter to turn it off. Does anyone have any suggestions?
Re: MQJMS Error code MQJMS1016
Hi James, Thanks for your response.It was really useful. Currently we have an existing application which builds RFH2 header using MQSEries native Java APIs and expects some user specific info in the response also. New application which we are building is going to use JMS.Thats why I am trying to access the folder in the income message. When I build the folder in the JMS response I am able to get the info in the client application.Basically JMS to MQSeries RFh2 header translation is working fine but from MQSeries to JMS RFh2 header translation seems to have some issue. Let me know your inputs. Thanks & Regards, Vinay -Original Message- From: James Kingdon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 27, 2002 4:58 PM To: vinay_tiwari Cc: MQSeries List Subject: Re: MQJMS Error code MQJMS1016 Hello Vinay, Most of the error codes are listed in appendix I of the Using Java book. MQJMS1016 is the code for "internal error". Looking at your previous email "Urgent help needed on MQJMS", I'm guessing that the MQJMS code tripped up on some part of your custom built RFH2. The JMSException has both an associated text string and (possibly) a linked exception with more detail. It might be useful to print these out, along with the exception stack trace. Since we shouldn't generate internal errors under any reasonable circumstances, you may want to submit a service request to get this fixed. Out of curiosity, why are you going to the trouble of building RFH2s from the base Java classes instead of just using JMS for the sender as well as the receiver? Regards, James. vinay_tiwari wrote: > Hi All; > What does this error code MQJMS1016 means ? I am using latest ma88pac on MQSeries >5.2. > Does anyone on this list has MQJMS error codes and error message/debug info mapping. > > Any help will be highly appreciated. > > Regards, > Vinay > >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: Sec Channel Exit code
If you can get a queue manager to yourself for testing the exit then the MQ trace facility can also be of great help as you can see the protocol exchanges happening. Regards Tim A "Miller, Dennis" <[EMAIL PROTECTED]To: [EMAIL PROTECTED] OM> cc: Sent by: MQSeriesSubject: Re: Sec Channel Exit code List 28/11/2002 08:51 Please respond to MQSeries List The security exit is driven at MCA initiation (connect time, in the case of SVRCONNs)--possibly long before you have even constructed the MD, much less sent a message. You can however, pass information that identifies the client and server exits in the agentbuffer. Understand, though, that you are essentially trusting the client to be whomever the client says it is. If you need a little more certainty you should at least encrypt the information and accompany it by some sort of security token that limits your exposure to masquerades. > -Original Message- > From: Richard Killian [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, November 27, 2002 12:10 PM > To: [EMAIL PROTECTED] > Subject: Re: Sec Channel Exit code > > Peter, Other's responses have said that I can't get the MQMD data in a > security exit but you have stated that I can by accessing the > MQXQH-MsgDesc > data in the AgentBuffer. I don't know who is correct but I am going with > your suggestions simply because I want you to be right. > > I have been trying your approach and no success yet. I did get my code > cleaned up enough to stop getting 2059's (I assume I was failing in the > exit) and now I get 2035's which to me says the exit is not failing > anymore, it's just not giving me what I want. So my next venture is to > try > to write the MsgDesc data to a file and look at the contents. Being that > it is 3:00 PM and I need to pick up the turkey, the beer, and a tomato > then > get home and make pies and clean the house and whatever else is on my > honey-do list, I think I will resume testing on Monday. > > Happy Thanksgiving to those who celebrate. > Thanks to those who have responded so far. > > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > > > Peter Cradwick >[EMAIL PROTECTED] > @GSK.COM>cc: > Sent by: MQSeriesSubject: Re: [MQSERIES] > Sec Channel Exit code > List > N.AC.AT> > > > 11/27/2002 10:05 > AM > Please respond to > MQSeries List > > > > > > > Richard, > First, I guess you dropped a 'strcmp' out of the if statement! > > What does pmqmd point to? The first structure returned in the > AgentBuffer(parm 5) is the XMIT Header, so if you map this to a PMQXQH as > say pXmit, you can access the mqmd as eg: > > pXmit->MsgDesc.ApplIdentityData etc... > > Hope this helps! > Peter > > > > > "Richard > Killian" > ge.com> To: MQSERIES > > Sent by: cc: > "MQSeries List" Subject: Sec Channel Exit > code > IEN.AC.AT> > > > 27-Nov-2002 > 13:44 > Please respond > to "MQSeries > List" > IEN.AC.AT> > > > > > > I am writing a security exit for a SVRCONN channel. > > Does anyone out there see something wrong with this code? It compiles > and > links okay. It just doesn't set the MCA User Id. > I do have access to the MQMD in the security exit don't I. > > if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) >strcpy(pmqcd->MCAUserIdentifier, "mqprog "); > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > 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
Re: Is OS/400 supported for Clustering?
Peter, The name for the OS/400 is the WebSphere MQ for iSeries as indicated on the manual. IBM likes to change name from time to time. Ian -Original Message- From: Potkay, Peter M (PLC, IT) [mailto:[EMAIL PROTECTED]] Sent: Thursday, 28 November 2002 7:40 AM To: [EMAIL PROTECTED] Subject: Is OS/400 supported for Clustering? http://publibfp.boulder.ibm.com/epubs/html/csqzah04/csqzah04tfrm.htm In Chapter 1, under Concepts, there is a list of supported platforms for Clustering. OS/400 is not listed. But I have heard that people are clustered on this platform. Yes or no? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 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 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
Hosting MQIPT.
Hi Urvesh, Initiating a connection in through a firewall can either use an a) HTTP proxy to tunnel the request to an MQIPT b) HTTP server and "rewrite" the request to an MQIPT c) HTTP server and use the servlet version of MQIPT running in the app server This setup can allow MQ traffic to flow in both directions, e.g. using a sender channel and a requester channel between 2 Queue Managers, or by using a client connection. To initiate a connection out through a firewall, you can either use 1) HTTP proxy to tunnel the request to another MQIPT (or HTTP server) 2) SOCKS proxy All solutions using HTTP require an MQIPT at each end of the connection. There should be sample configurations in the MQIPT book, except for (b), which didn't make in the book in time. I can send you a sample of this if you like ? Hope this info helps. Let me know if you need more details. Phil Blake 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: Sec Channel Exit code
The security exit is driven at MCA initiation (connect time, in the case of SVRCONNs)--possibly long before you have even constructed the MD, much less sent a message. You can however, pass information that identifies the client and server exits in the agentbuffer. Understand, though, that you are essentially trusting the client to be whomever the client says it is. If you need a little more certainty you should at least encrypt the information and accompany it by some sort of security token that limits your exposure to masquerades. > -Original Message- > From: Richard Killian [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, November 27, 2002 12:10 PM > To: [EMAIL PROTECTED] > Subject: Re: Sec Channel Exit code > > Peter, Other's responses have said that I can't get the MQMD data in a > security exit but you have stated that I can by accessing the > MQXQH-MsgDesc > data in the AgentBuffer. I don't know who is correct but I am going with > your suggestions simply because I want you to be right. > > I have been trying your approach and no success yet. I did get my code > cleaned up enough to stop getting 2059's (I assume I was failing in the > exit) and now I get 2035's which to me says the exit is not failing > anymore, it's just not giving me what I want. So my next venture is to > try > to write the MsgDesc data to a file and look at the contents. Being that > it is 3:00 PM and I need to pick up the turkey, the beer, and a tomato > then > get home and make pies and clean the house and whatever else is on my > honey-do list, I think I will resume testing on Monday. > > Happy Thanksgiving to those who celebrate. > Thanks to those who have responded so far. > > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > > > Peter Cradwick >[EMAIL PROTECTED] > @GSK.COM>cc: > Sent by: MQSeriesSubject: Re: [MQSERIES] > Sec Channel Exit code > List > N.AC.AT> > > > 11/27/2002 10:05 > AM > Please respond to > MQSeries List > > > > > > > Richard, > First, I guess you dropped a 'strcmp' out of the if statement! > > What does pmqmd point to? The first structure returned in the > AgentBuffer(parm 5) is the XMIT Header, so if you map this to a PMQXQH as > say pXmit, you can access the mqmd as eg: > > pXmit->MsgDesc.ApplIdentityData etc... > > Hope this helps! > Peter > > > > > "Richard > Killian" > ge.com> To: MQSERIES > > Sent by: cc: > "MQSeries List" Subject: Sec Channel Exit > code > IEN.AC.AT> > > > 27-Nov-2002 > 13:44 > Please respond > to "MQSeries > List" > IEN.AC.AT> > > > > > > I am writing a security exit for a SVRCONN channel. > > Does anyone out there see something wrong with this code? It compiles > and > links okay. It just doesn't set the MCA User Id. > I do have access to the MQMD in the security exit don't I. > > if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) >strcpy(pmqcd->MCAUserIdentifier, "mqprog "); > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > 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
Is OS/400 supported for Clustering?
http://publibfp.boulder.ibm.com/epubs/html/csqzah04/csqzah04tfrm.htm In Chapter 1, under Concepts, there is a list of supported platforms for Clustering. OS/400 is not listed. But I have heard that people are clustered on this platform. Yes or no? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 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
Big Clusters / Windows GUI / long refresh?
If you had 12 queue managers in a cluster with maybe 2,000 total queues, would refreshing the MQExplorer take forever? What if Z/OS queue managers are part of the cluster? How does it handle that? Do they show up? Peter Potkay IBM MQSeries Certified Specialist, Developer [EMAIL PROTECTED] X 77906 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: UNIX Single Threading
Hello Bobbee,
For the script, it is reasonable to use a local file system as a synchronization
source. ps -ef | grep ... won't work always because of a time window between running
grep and running script when another process can slip in. Select some
/path/to/lockfile on a local filesystem. In perl, you can use "create" or "remove"
block, in shells you usually have to use "remove" block. Here is a "create" type of
block in Perl:
sub try_to_lock {
local *FH1;
use Fcntl;
return sysopen(FH1, $path_to_lock, O_RDWR|O_CREAT|O_EXCL) && close(FH1);
}
Before exiting the script, execute
unlink($path_to_lock);
In shell, use only "delete" type of lock. The only inconvenience is that you have to
create a lock file in the very beginning. For example:
...
if rm $lock_free; then
do the job
...
touch $lock_free
else
echo "$$: another instance is already working"
fi
Do not use NFS file systems for storing locks: NFS operations lacks atomicity.
The "right" way is to create a shared objects like shared files, shared semaphores
etc.. (as MQSeries does :-) ). It should work faster but it can tie your code to a
particular flavor or Unix (except memory mapped files -- see 'man mmap' on your
system for more information). Also, you would have to write some C code (or find out
if the API is wrapped in your scripting language of choice -- for Perl & Python it
probably is). I suspect the latest versions of POSIX or Unix 98 or similar effort
standardize persistent interprocess locks in Unix more.. however, for example, AIX 4.3
and Solaris 2.6 I still sometimes have to use do not support those anyway :-(.
Hope this will help,
Pavel
---
Jim Keohane
cc:
Sent by: MQSeriesSubject: Re: UNIX Single Threading
List
11/27/2002 02:02
PM
Please respond to
MQSeries List
Unix has mutex's (mutually exclusive). Windows has critical path. Both
have locks.
Looks like you want to single-thread processes and not just threads in a
multi-threaded app. That requires lock, mutex, etc. at system level. Such
varies from unix to unix.
There are also lower-level lock-out mechanisms that could single-file
processes using shared memory. Things like compare & swap (machine
instruction level) and techniques like spin-locks.
Do a search on your unix flavor for mutex, processes, locks, etc.
- Jim
Jim Keohane, Multi-Platforms, Inc.
"Changed my will to request a simple memorial: the smaller Jumbotron!"
- Original Message -
From: "Robert Broderick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 27, 2002 11:12
Subject: UNIX Single Threading
> In CICS there is a command, ENQ. This allows you to ENQ on a specific
> 'resource' (text string) and any transactions that want to comply will do
> the same. The first transaction to do this gets the ENQ. everybody else
gets
> an error while that transaction holds the ENQ. Thus you can restrict
> transaction to running only one at a time. (There are other ways but this
is
> not important) The question: Is there a simular method in UNIX. I have a
> script and want it only running one at a time. I can do this with a
'ps -ef
> |grep'. Is there a BETTER way???
>
> What I have is a 'rcdmqimg' set up in CRON and a number of time have
caught
> the script running 10-15 times at the same time. I wanted to code to
> restrict this. I cannot figure out what the thing is spawing itself
multiple
> times: the CRON line looks like this:
>
> # record all object data images to the current log file
> #
> * 01 * * 1-5 /opt/mqm/scripts/recordimg
> 1>/var/mqm/log/MQrcdmqimg.rpt 2>/var/mqm/log/MQrcdmqimg.rpt
>
> Anyway I digress.
>
>
bobbee
>
>
>
>
>
>
> _
> MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.
> http://join.msn.com/?page=features/virus
>
> 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 e-mail may contain confidential and/or privileged information. If you are not the
intended recipient (or have received this e-mail in error) please notify the sender
immediately and destroy this e-mail. Any unauthorized copying, disclosure or
distribution of the material in this e-mail is strictly forbidden.
Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Arch
Re: Sec Channel Exit code
Peter, Other's responses have said that I can't get the MQMD data in a security exit but you have stated that I can by accessing the MQXQH-MsgDesc data in the AgentBuffer. I don't know who is correct but I am going with your suggestions simply because I want you to be right. I have been trying your approach and no success yet. I did get my code cleaned up enough to stop getting 2059's (I assume I was failing in the exit) and now I get 2035's which to me says the exit is not failing anymore, it's just not giving me what I want. So my next venture is to try to write the MsgDesc data to a file and look at the contents. Being that it is 3:00 PM and I need to pick up the turkey, the beer, and a tomato then get home and make pies and clean the house and whatever else is on my honey-do list, I think I will resume testing on Monday. Happy Thanksgiving to those who celebrate. Thanks to those who have responded so far. _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 Peter Cradwick cc: Sent by: MQSeriesSubject: Re: [MQSERIES] Sec Channel Exit code List 11/27/2002 10:05 AM Please respond to MQSeries List Richard, First, I guess you dropped a 'strcmp' out of the if statement! What does pmqmd point to? The first structure returned in the AgentBuffer(parm 5) is the XMIT Header, so if you map this to a PMQXQH as say pXmit, you can access the mqmd as eg: pXmit->MsgDesc.ApplIdentityData etc... Hope this helps! Peter "Richard Killian" To: MQSERIES Sent by: cc: "MQSeries List" Subject: Sec Channel Exit code 27-Nov-2002 13:44 Please respond to "MQSeries List" I am writing a security exit for a SVRCONN channel. Does anyone out there see something wrong with this code? It compiles and links okay. It just doesn't set the MCA User Id. I do have access to the MQMD in the security exit don't I. if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 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
Difference between MQSeries 5.1 and 5.2???
We upgraded our NT MQSeries server from 5.1 to version 5.2 a few months ago. In the past, if you tried to open a queue that did not exist, you would get an error. Now it appears that the queue is created automatically. We are not sure if we want this type of functionality or not, but I cannot seem to find some configuration parameter to turn it off. Does anyone have any suggestions?
MQSeries CICS Bridge Problem
I am trying to start a CICS DPL program via the CICS MQSERIES bridge. I am
able to do this from a batch cobol program on the mainframe running
mqseries 5.2. We are running Z/os. However when I do it from a java
program running as an MQClient I get the following error in the REPLYTO
queue. CSQC710E MQGET failed,MQCC=1, MQRC=2110. I took the sample java
program in Websphere MQ Using Java, which does a put and get to a queue.
It works fine normally. I modified the program to put in a replyto queue
and the other necessary MQMD fields for the cics bridge. The following is a
code snipet.
qMgr.accessQueue("UST2.CICS.BRIDGE.REQUESTQ",openOptions);
// Define a simple MQSeries message, and write some text in UTF
format..
MQMessage hello_world = new MQMessage();
hello_world.correlationId = MQCI_NEW_SESSION;
hello_world.replyToQueueManagerName = "UST2";
hello_world.replyToQueueName = "UST2.CICS.BRIDGE.REPLYQ";
hello_world.messageId = MQC.MQMI_NONE;
hello_world.format = MQC.MQFMT_NONE; //also tried MQFMT_STRING
// hello_world.writeString(MQDPLTSThi gary);
hello_world.writeUTF("MQDPLTSThi gary");
NOTE:MQDPLTST is the CICS DPL program to run.
I've tried it with writeUTF and writeString and with the format =
MQFMT_STRING OR NONE. (I'm not using the MQCIH header so I can use NONE or
String from what I've read).
Once I send this message. The DEAD letter queue has the original message I
sent while the REPLYTO queue has the MQRC=2110.
What am I missing? Is there some translation I'm missing or conversion?
I'm running the client on a windows 2000 box.
Once this error occurs anytime I try to put another message to the request
queue I get the CSQC746E error - Invalid ccsid; 500 excepted 819 received.
The only way I can stop this is by bouncing the cics adapter. Any help
with these problems would really be appreciated.
Thanks,
Gary
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: UNIX Single Threading
Unix has mutex's (mutually exclusive). Windows has critical path. Both have locks. Looks like you want to single-thread processes and not just threads in a multi-threaded app. That requires lock, mutex, etc. at system level. Such varies from unix to unix. There are also lower-level lock-out mechanisms that could single-file processes using shared memory. Things like compare & swap (machine instruction level) and techniques like spin-locks. Do a search on your unix flavor for mutex, processes, locks, etc. - Jim Jim Keohane, Multi-Platforms, Inc. "Changed my will to request a simple memorial: the smaller Jumbotron!" - Original Message - From: "Robert Broderick" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 27, 2002 11:12 Subject: UNIX Single Threading > In CICS there is a command, ENQ. This allows you to ENQ on a specific > 'resource' (text string) and any transactions that want to comply will do > the same. The first transaction to do this gets the ENQ. everybody else gets > an error while that transaction holds the ENQ. Thus you can restrict > transaction to running only one at a time. (There are other ways but this is > not important) The question: Is there a simular method in UNIX. I have a > script and want it only running one at a time. I can do this with a 'ps -ef > |grep'. Is there a BETTER way??? > > What I have is a 'rcdmqimg' set up in CRON and a number of time have caught > the script running 10-15 times at the same time. I wanted to code to > restrict this. I cannot figure out what the thing is spawing itself multiple > times: the CRON line looks like this: > > # record all object data images to the current log file > # > * 01 * * 1-5 /opt/mqm/scripts/recordimg > 1>/var/mqm/log/MQrcdmqimg.rpt 2>/var/mqm/log/MQrcdmqimg.rpt > > Anyway I digress. > > bobbee > > > > > > > _ > MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. > http://join.msn.com/?page=features/virus > > 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: Sec Channel Exit code
Sure, My intent is to have one SVRCONN channel for the QMgr and allow several applications and people to use that channel for their various purposes. I set the MCA User Id on the channel to 'nobody' thereby effectively locking it. I intend to use the security exit to override the MCA User Id with one of several values based on who or what is accessing the channel. I thought I would need to interrogate the application id and the user id being passed from the client. _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 "Srivathsa T.V." cc: Sent by: MQSeriesSubject: Re: [MQSERIES] Sec Channel Exit code List 11/27/2002 10:16 AM Please respond to MQSeries List Hi Richard, MQMD is not available during Security exit. The reason being there is no messages transfer during security exits. MQMD is only available during MQPUT & MQGET calls. Security exits are invoked when you issue the MQCONN call. Curious to know why are you checking for some value in ApplIDentityData to set the MCAUserIdentifier ? Can you give me some more details on what you want to achieve. Regards, Srivathsa > -Original Message- > From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Richard > Killian > Sent: Wednesday, November 27, 2002 7:14 PM > To: [EMAIL PROTECTED] > Subject: Sec Channel Exit code > > > I am writing a security exit for a SVRCONN channel. > > Does anyone out there see something wrong with this code? It > compiles and > links okay. It just doesn't set the MCA User Id. > I do have access to the MQMD in the security exit don't I. > > if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) >strcpy(pmqcd->MCAUserIdentifier, "mqprog "); > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > 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: Sec Channel Exit code
That's it, I did a cust/paste and lost the strcmp. Also my [1,15] designation was way off. I replaced the strcmp statement with a strstr statement. I think it's good now but I have not successfully accessed the MQMD data. I hope I am not spinning my wheels with trying to get to the MQMD data in a security exit. _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 "Rodríguez Alvarez-Querol, To: [EMAIL PROTECTED] Manuel Carlos" cc: Sent by: MQSeries List 11/27/2002 09:28 AM Please respond to MQSeries List Maybe you miss the strcmp Cheers, Manuel Carlos Rodriguez IBM Certified Specialist - WebSphere MQ > -Mensaje original- > De: Richard Killian [SMTP:[EMAIL PROTECTED]] > Enviado el: Wednesday, November 27, 2002 2:44 PM > Para: [EMAIL PROTECTED] > Asunto: Sec Channel Exit code > > I am writing a security exit for a SVRCONN channel. > > Does anyone out there see something wrong with this code? It compiles > and > links okay. It just doesn't set the MCA User Id. > I do have access to the MQMD in the security exit don't I. > > if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) >strcpy(pmqcd->MCAUserIdentifier, "mqprog "); > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > 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: MQ Client on HP UX using Oracle PL/SQL
Hi Bob. We are currently using that very same support pac. The only warning I have about that is that it is an unsupported piece of code, which *may* (using this word very loosely) prevent upgrades to MQSeries on that server should the support pac not work with newer versions. With that said, our company has assumed this risk and is about to release it into our production environment. So far, no problems. However, I am still searching for a better, supported-tried-tested-and-true solution. Why there isn't a supported PL/SQL MQ API I don't knowmust be an IBM-ORACLE thing. Jason. Bob Jansen cc: Sent by: MQSeries Subject: MQ Client on HP UX using Oracle PL/SQL List <[EMAIL PROTECTED] C.AT> 26/11/2002 02:41 PM Please respond to MQSeries List HI all, I am new to the MQ world and looking to implement a MQ Client on a HP UX version 11 platform. I would like to use an Oracle PL/SQL bridge. I found a support pack that provides an example of using Oracle PL/SQL, with a MQ Server on the HP UX. MA0I MQSeries - Oracle PL/SQL language support Is anybody using this technique or another type of Oracle PL/SQL bridge? - Bob Jansen - 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
OS/390: Channel Security Exit
Wasn't someone asking a question about this very topic just a week or so ago? I just thought I'd point out that the latest issue of Mainframe Week (http://www.mainframeweek.com) has the start of a series of articles on this. It may be too late for the person with the query, but perhaps someone else would be interested. Regards, Rebecca P.S. For those of you in the U.S. --Happy Thanksgiving! Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. 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: Sec Channel Exit code
Hi Richard, I think that your code is not evaluating in the way you expect. I have tried your code and I get an abend in my test rig. Try the following: if( strncmp(pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor", strlen( "71 - MQ Monitor" ) == 0 ) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); I would recommend that you #define the "71 - MQ Monitor" somewhere to make access easier. Hope this helps... Regards, Kieran -Original Message- From: MQSeries List [mailto:[EMAIL PROTECTED]] On Behalf Of Richard Killian Sent: Wednesday, November 27, 2002 1:44 PM To: [EMAIL PROTECTED] Subject: Sec Channel Exit code I am writing a security exit for a SVRCONN channel. Does anyone out there see something wrong with this code? It compiles and links okay. It just doesn't set the MCA User Id. I do have access to the MQMD in the security exit don't I. if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 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: Clustered Difficulties - Repository Manager.
What maintenance level is the OS/390 MQ at? This sounds like an old problem - have a look on IBMLINK. If it's only 6 months old and you installed the latest CUM tape 6 months ago I would have thought you'd be okay. If you are at a recent maintenance level for MQ, then you should probably take this up with IBM. John John M Hammond - Middleware Support Team Household International 100 Mittel Drive Wood Dale, IL 60191 Phone: (630) 521-4339; Pager: (866) 237-0985 Andrew Gardner <[EMAIL PROTECTED]>To:[EMAIL PROTECTED] Sent by: MQSeries cc: List Subject: Clustered Difficulties - Repository Manager. <[EMAIL PROTECTED] .AT> 11/27/2002 05:22 AM Please respond to MQSeries List Hi all, A client's cluster consists of 4 x Back-end AIX servers and 2 x OS/390 LPARS. The AIX servers are running MQSeries V5.2 CSD4 and on OS390 it MQSeries V2.1. They are all part of the same cluster and which was set up some time ago (maybe 6 months) and left idle until the client was ready to use it. Both OS/390 systems host repositories and one of the AIX systems does as well. At some stage, one of the clustered OS390 MQSeries is having trouble synchronising its repository with the rest of the cluster, leaving behind a bit of a mess: Now some of the SYSTEM Queues look like this: Name Depth Get In Put Out SYSTEM.ADMIN.CHANNEL.EVENT 0Y 1 Y 0 SYSTEM.ADMIN.PERFM.EVENT 0Y 1 Y 0 SYSTEM.ADMIN.QMGR.EVENT2Y 1 Y 0 SYSTEM.CHANNEL.COMMAND 0Y 0 Y 0 SYSTEM.CHANNEL.INITQ 0Y 1 Y 0 SYSTEM.CHANNEL.REPLY.INFO 4Y 0 Y 0 SYSTEM.CHANNEL.SEQNO 1Y 0 Y 0 SYSTEM.CHANNEL.SYNCQ 63 Y 5 Y 5 SYSTEM.CLUSTER.COMMAND.QUEUE 159 N 0 Y 0 SYSTEM.CLUSTER.REPOSITORY.QUEUE2Y 0 Y 0 SYSTEM.CLUSTER.TRANSMIT.QUEUE 11 Y 3 Y 3 SYSTEM.COMMAND.INPUT 0Y 1 Y 2 Now the Qmgr is complaining that it is unable to GET from SYSTEM.CLUSTER.COMMAND.QUEUE which is correct since it's not GET enabled for some reason. On making this GET enabled, the MQSeries log is showing these messages: (with my annotations) +CSQX038E MQH7 CSQXCRPS Unable to put message to SYSTEM.COMMAND.INPUT, MQCC=2 MQRC=2030 [Message too big for Queue] +CSQX449I MQH7 CSQXREPO Repository manager restarted +CSQX514E MQH7 CSQXREPO Channel TO.MQCNPRD6 is active +CSQX514E MQH7 CSQXREPO Channel TO.MQH4 is active +CSQX038E MQH7 CSQXREPO Unable to put message to SYSTEM.CLUSTER.TRANSMIT.QUEUE, MQCC=2 MQRC=2013 [Expiry field in the message descriptor MQMD is not valid on MQPUT(1)] +CSQX411I MQH7 CSQXREPO Repository manager stopped Any suggestions on how to recover this repository Qmgr ? ps. this is an old and PRODUCTION qmgr, so only gentle suggestions please ! regards, Andrew 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
Protocol Error with Send/receive Exits
Hi, we have developed security, send and receive exits for user authentication as well as encryption and compression of messages. We have a Java version and a C version. The C version works fine on Windows 2000. The MQ server is on z/OS. We have MQ 5.2.1 on Windows and Java and MQ 5.2 on z/OS. A Java client access fails with MQRC 2009. At the server site we get the error message: CSQX504E (MQX1 CSQXRESP Local protocol error for MQX1.CLIENT.CHL3, type=000A data= When tracing the application, everything works fine until "RcvExit: Transmission, MQI call 05" (the number denotes the value of byte 10 of the channel flow, that identifies the API call). There are always corresponding calls at the server site. After processing the above transmission, the server exits terminate. The next transmission from the client site "SendExit: Transmission, MQI call 05" leads to the protocol error. Could anybody, who has insight into the protocol, explain what's going on here? The exits have worked at an earlier time. The MQ Versions have changed since then. But it could also be a programming error. Thanks in advance Karl Klumpp [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: Initialization [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Initialization [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Initialization [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: Initiate security exchange [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: return(MQXCC_SEND_AND_REQUEST_SEC_MSG) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: Security Message received, Version = 1 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: Authentication successful [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Transmission, MQI call 81 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Transmission, MQI call 91 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Message segment not processed by send exit [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Transmission, MQI call 83 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Transmission, MQI call 93 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Message segment not processed by send exit [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: FUNC - Try to open queue SAZ1.NCI.QUEUE [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Transmission, MQI call 83 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Transmission, MQI call 93 [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Message segment not processed by send exit [Wed Nov 27 14:36:37 GMT+01:00 2002] NciTrace: FUNC - Put datagram message to queue SAZ1.NCI.QUEUE [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: DATA - Put Message [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Transmission, MQI call 86 [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: SendReceiveHeader: version=1 enctype=0 cmptype=0 datalen=000511 padlen=00 [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Transmission, MQI call 05 [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Message segment not processed by send exit ===> [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Transmission, MQI call 05 [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: Termination [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - ScyExit: return(MQXCC_OK) [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: Termination [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - SendExit: return(MQXCC_OK) [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: Termination [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: NCIFUNC - RcvExit: return(MQXCC_OK) Error occured during API call - reason code22 MQJE001: Beendigungscode 2, Ursache 2009 [Wed Nov 27 14:36:38 GMT+01:00 2002] NciTrace: ERROR - NCI5003E Put to queue: SAZ1.NCI.QUEUE (Queue Manager MQX1) failed. MQCC: 2 MQRS: 2009. Error: NCI5003E Put to queue: SAZ1.NCI.QUEUE (Queue Manager MQX1)
persistent thanks
Thanks to all who responded. Dave
Re: Sizing a Sun Server for MQ
Ian - LogBufferPages have to do with number of logs that are used for messages when they are operated on within a transaction. What I believe Richard was talking about is file system resource allocations during operations on queues with messages not within a transaction. Richard, could you please clarify this? Thanks, Mikhail. - Original Message - From: "Chan, Ian M" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 27, 2002 00:01 Subject: Re: Sizing a Sun Server for MQ > Is the 64K buffer for the distributed platforms same as the LogBufferPages > in the qm.ini? Or is it a totally different thing? I found that the default > for LogBufferPages has been changed from 17(68K) to 64(256K) on v5.3. > > Ian > > -Original Message- > From: Rick Tsujimoto [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, 27 November 2002 1:26 AM > To: [EMAIL PROTECTED] > Subject: Re: Sizing a Sun Server for MQ > > > Mikhail, > > Here's IBM's take on buffering of non-persistent messages. I removed the > rest of the thread since the answer to the issue is the only thing that > matters: > > To: [EMAIL PROTECTED] > cc:(bcc: Richard Tsujimoto/CHASE) > From: Alan Powell <[EMAIL PROTECTED]> > Date: 03/22/99 10:01:24 AM GMT > Subject:Re: Message location > > > > Doug > > That is not quite correct. > > The situation is different on OS/390 and distributed platforms. > > On MVS both persistent and non-persistent messages are put into the buffer > pool. When the buffer pool begins to fill up then the older messages get > written out to the pagesets (queues). So if the buffers pools are well > tuned and messages don't stay on the queues for long then neither > persistent nor non-persistent messages will get written to the pagesets. > However persistent messages will always get written out on the log. > > On distributed platforms each queue has a 64k buffer (tunable) for > non-persistent messages. If this buffer fills up then subsequent > non-persistent messages will get written to the queue file. Persistent > messages are written to the log synchronously and written to the queue file > asynchronously. Whether a persistent message actually gets written to the > queue file before it is read depends on the buffering in the file system. > > Message ordering has no influence on whether a message is written to disk > or not. > > Alan Powell > > > > > "Malamud, > Mikhail" To: > [EMAIL PROTECTED] > IX.COM> Subject: Re: Sizing a Sun > Server for MQ > Sent by: > MQSeries List > en.AC.AT> > > > 11/25/2002 06:29 > PM > Please respond > to MQSeries List > > > > > > There will be impact quite sigificant impact on io. Since messages are > stored on a filesystem even when they are non persistent. Also, for > contingency planning, you should assume that the pick up application is not > going to be available for a few hours. Also, consider custom DLQ handler, > monitoring procedures and clustering. This is quite some traffic. > > Mikhail > > -Original Message- > From: Rick Tsujimoto > To: [EMAIL PROTECTED] > Sent: 11/25/2002 2:04 PM > Subject: Re: Sizing a Sun Server for MQ > > If the messages are non-persistent, then the impact on disk I/O should > be > minimum. Non-persistent messages are kept in buffers and only go to > real > disk when buffer space is exhausted. As long as the applications pull > the > messages at a good clip, the over-flow to real disk should be a small > risk. > > > > > Wesley Shaw >[EMAIL PROTECTED] > .COM>cc: > Sent by: Subject: Sizing a Sun > Server for MQ > MQSeries List > en.AC.AT> > > > 11/25/2002 01:45 > PM > Please respond > to MQSeries List > > > > > > We have an application which at times will be processing lots of > messages > in a short period of > time. Somewhere around 100,000 request per hour, followed by the same > reply message amounts. > Then another 100,000 of larger messages flowing in the same direction of > the reply. > So a total of 300,000 per hour. None are persistent. > > In sizing a server, could a Sun Blade keep up with this volume ? > Especially with the disk being > located on a Storage area network. > > 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 List
UNIX Single Threading
In CICS there is a command, ENQ. This allows you to ENQ on a specific 'resource' (text string) and any transactions that want to comply will do the same. The first transaction to do this gets the ENQ. everybody else gets an error while that transaction holds the ENQ. Thus you can restrict transaction to running only one at a time. (There are other ways but this is not important) The question: Is there a simular method in UNIX. I have a script and want it only running one at a time. I can do this with a 'ps -ef |grep'. Is there a BETTER way??? What I have is a 'rcdmqimg' set up in CRON and a number of time have caught the script running 10-15 times at the same time. I wanted to code to restrict this. I cannot figure out what the thing is spawing itself multiple times: the CRON line looks like this: # record all object data images to the current log file # * 01 * * 1-5 /opt/mqm/scripts/recordimg 1>/var/mqm/log/MQrcdmqimg.rpt 2>/var/mqm/log/MQrcdmqimg.rpt Anyway I digress. bobbee _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus 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: Sec Channel Exit code
Richard, You don't have access to an MQMD in a security exit as no message is yet flowing. If you want to set the mcauser in a security exit based upon the application name you'll probably have to grab the application name using a client-side exit and pass it over to the server side during the initial security flows. HTH, Marty Frasier e-mail: [EMAIL PROTECTED] Richard Killian <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/27/2002 08:44 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject:Sec Channel Exit code I am writing a security exit for a SVRCONN channel. Does anyone out there see something wrong with this code? It compiles and links okay. It just doesn't set the MCA User Id. I do have access to the MQMD in the security exit don't I. if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 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: Sec Channel Exit code
Richard, First, I guess you dropped a 'strcmp' out of the if statement! What does pmqmd point to? The first structure returned in the AgentBuffer(parm 5) is the XMIT Header, so if you map this to a PMQXQH as say pXmit, you can access the mqmd as eg: pXmit->MsgDesc.ApplIdentityData etc... Hope this helps! Peter "Richard Killian" To: MQSERIES Sent by: cc: "MQSeries List" Subject: Sec Channel Exit code 27-Nov-2002 13:44 Please respond to "MQSeries List" I am writing a security exit for a SVRCONN channel. Does anyone out there see something wrong with this code? It compiles and links okay. It just doesn't set the MCA User Id. I do have access to the MQMD in the security exit don't I. if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 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: Sec Channel Exit code
>I am writing a security exit for a SVRCONN channel. >Does anyone out there see something wrong with this code? It compiles and >links okay. It just doesn't set the MCA User Id. >I do have access to the MQMD in the security exit don't I. >if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); Richard, It's difficult to tell exactly what you're doing from this small snippet of code but generally speaking a security exit (or in fact any exit) for a SVRCONN channel does not have access to the MQMD of a client Api. In a security exit you can authenticate with the client machine, decide what userid you want to run as, then put that in the user identifier as you have. This would happen long before a client program got around to issuing an MQPUT. Cheers, P. Paul G Clarke WebSphere MQ Development IBM Rochester,MN 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: Sec Channel Exit code
Of course what I really meant to say was:
Did you mean:
static const char * const Mon71 = "71 - MQ Monitor";
static const char * const mqprog = "mqprog";
if (0 == memcmp(pmqmd->ApplIdentityData,
Mon71,
min (sizeof(pmqmd->ApplIdentityData), strlen(Mon71))
)
{ 123456789012
memcpy(pmqcd->MCAUserIdentifier, mqprog,
min(sizeof(pmqcd->MCAUserIdentifier), strlen(mqprog)));
}
Dave
-Original Message-
From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Richard
Killian
Sent: 27 November 2002 13:44
To: [EMAIL PROTECTED]
Subject: Sec Channel Exit code
I am writing a security exit for a SVRCONN channel.
Does anyone out there see something wrong with this code? It compiles and
links okay. It just doesn't set the MCA User Id.
I do have access to the MQMD in the security exit don't I.
if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0)
strcpy(pmqcd->MCAUserIdentifier, "mqprog ");
_
Regards,
Dick Killian
MQ Administrator & Adabas DBA
Rochester Gas & Electric Corp
(585) 771-6049
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
Fuzzy back up strategy.
Hi, I'm trying to see if I have worked this out correctly. Any comments are welcome When using fuzzy backups on OS390, the lowest RBA needed from the logs at recovery time should be on the DISPLAY USAGE output, msg CSQI024I. Now, if there would be any long running transactions basically, I think the low RBA for these transactions could actually be LESS that the RBA shown on CSQI024I. So, I should not only look at the output of DISPLAY USAGE but also DISPLAY THREAD(*). Unless, this (incomplete units of work) is taken care of during a checkpoint in which case I can force a checkpoint with an ARCHIVE LOG command. Also, it would explain the different approaches described in MD16 and the redbook SG24-5222 would in the end produce the same result. Actually, since on Unix (and other platforms) there's no DISPLAY THREAD, I think I have no other choice than trusting the information on the message AMQ7268. Thanks, Jan. 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: Integrator V2.1 - How do you take off a specific number of leading bytes from a BLOB
declare len INTEGER; declare firstByte INTEGER; -- blob comes in double bytes plus X' at the beginning and ' at the end. set firstByte = 88*2 + 3; set len = length(InputRoot.BLOB.BLOB) - firstByte; set OutputRoot.BLOB.BLOB = substring(InputRoot.BLOB.BLOB from firstByte for len); I haven't tested it, but I think you get the idea. I also have a routine to convert Blob to string. (See attached file: BlobToStr.txt) Raul L. Acevedo IT Architect, Enterprise Application Integration (EAI) IBM Global Services - Application Management Services (AMS) 818-539-3203 Office (TL 396-3203) Glendale, CA 818-599-6626 Mobile [EMAIL PROTECTED] |-+> | | Dennis Bryngelson| | | | | | Sent by: MQSeries List | | | <[EMAIL PROTECTED]>| | || | || | | 11/27/2002 08:09 AM | | | Please respond to| | | MQSeries List| | || |-+> >---| | | | To: [EMAIL PROTECTED] | | cc: | | Subject: Integrator V2.1 - How do you take off a specific number of leading bytes | |from a BLOB | | | | | >---| We need to remove the first 88 bytes of a BLOB on specific situations. How is this accomplished? Thanks, Dennis Bryngelson Phone: (763) 765-4224 Fax: (763) 765-3820 mailto:[EMAIL PROTECTED] * PRIVILEGED AND CONFIDENTIAL: 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. * 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 BlobToStr.txt Description: Binary data
Re: Sec Channel Exit code
Do you mean
if (0 == memcmp(pmqmd->ApplIdentityData,
"71 - MQ Monitor",
sizeof(pmqmd->ApplIdentityData)
)
{
strcpy(pmqcd->MCAUserIdentifier, "mqprog ");
}
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: Sec Channel Exit code
Hi Richard, MQMD is not available during Security exit. The reason being there is no messages transfer during security exits. MQMD is only available during MQPUT & MQGET calls. Security exits are invoked when you issue the MQCONN call. Curious to know why are you checking for some value in ApplIDentityData to set the MCAUserIdentifier ? Can you give me some more details on what you want to achieve. Regards, Srivathsa > -Original Message- > From: MQSeries List [mailto:[EMAIL PROTECTED]]On Behalf Of Richard > Killian > Sent: Wednesday, November 27, 2002 7:14 PM > To: [EMAIL PROTECTED] > Subject: Sec Channel Exit code > > > I am writing a security exit for a SVRCONN channel. > > Does anyone out there see something wrong with this code? It > compiles and > links okay. It just doesn't set the MCA User Id. > I do have access to the MQMD in the security exit don't I. > > if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) >strcpy(pmqcd->MCAUserIdentifier, "mqprog "); > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > 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: Sizing a Sun Server for MQ
Take a look at SupportPac MP01. There's a parameter called DefaultQBufferSize that should address your question. "Chan, Ian M" <[EMAIL PROTECTED] To: [EMAIL PROTECTED] M> cc: Sent by: Subject: Re: Sizing a Sun Server for MQ MQSeries List 11/27/2002 12:01 AM Please respond to MQSeries List Is the 64K buffer for the distributed platforms same as the LogBufferPages in the qm.ini? Or is it a totally different thing? I found that the default for LogBufferPages has been changed from 17(68K) to 64(256K) on v5.3. Ian -Original Message- From: Rick Tsujimoto [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 27 November 2002 1:26 AM To: [EMAIL PROTECTED] Subject: Re: Sizing a Sun Server for MQ Mikhail, Here's IBM's take on buffering of non-persistent messages. I removed the rest of the thread since the answer to the issue is the only thing that matters: To: [EMAIL PROTECTED] cc:(bcc: Richard Tsujimoto/CHASE) From: Alan Powell <[EMAIL PROTECTED]> Date: 03/22/99 10:01:24 AM GMT Subject:Re: Message location Doug That is not quite correct. The situation is different on OS/390 and distributed platforms. On MVS both persistent and non-persistent messages are put into the buffer pool. When the buffer pool begins to fill up then the older messages get written out to the pagesets (queues). So if the buffers pools are well tuned and messages don't stay on the queues for long then neither persistent nor non-persistent messages will get written to the pagesets. However persistent messages will always get written out on the log. On distributed platforms each queue has a 64k buffer (tunable) for non-persistent messages. If this buffer fills up then subsequent non-persistent messages will get written to the queue file. Persistent messages are written to the log synchronously and written to the queue file asynchronously. Whether a persistent message actually gets written to the queue file before it is read depends on the buffering in the file system. Message ordering has no influence on whether a message is written to disk or not. Alan Powell "Malamud, Mikhail" To: [EMAIL PROTECTED] Subject: Re: Sizing a Sun Server for MQ Sent by: MQSeries List 11/25/2002 06:29 PM Please respond to MQSeries List There will be impact quite sigificant impact on io. Since messages are stored on a filesystem even when they are non persistent. Also, for contingency planning, you should assume that the pick up application is not going to be available for a few hours. Also, consider custom DLQ handler, monitoring procedures and clustering. This is quite some traffic. Mikhail -Original Message- From: Rick Tsujimoto To: [EMAIL PROTECTED] Sent: 11/25/2002 2:04 PM Subject: Re: Sizing a Sun Server for MQ If the messages are non-persistent, then the impact on disk I/O should be minimum. Non-persistent messages are kept in buffers and only go to real disk when buffer space is exhausted. As long as the applications pull the messages at a good clip, the over-flow to real disk should be a small risk. Wesley Shaw cc: Sent by: Subject: Sizing a Sun Server for MQ MQSeries List 11/25/2002 01:45 PM Please respond to MQSeries List We have an application which at times will be processing lots of messages in a short period of time. Somewhere around 100,000 request per hour, followed by the same reply message amounts. Then another 100,000 of larger messages flowing in the same direction of the reply. So a total of 300,000 per hour. None are persistent. In sizing a server, could a Sun Blade keep up with this volume ? Especially with the disk being located on a Storage area network. 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: Someone out there
As you are an OS390 shop are you by anychance running TMONMQ This has the ability to requeue DLQ messages. bobbee From: Jim Ford <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Someone out there Date: Tue, 26 Nov 2002 16:51:44 -0600 There's nothing really special about a DLQ. It's just the original message with a DLH prepended to it. You could easily write a program that processed the queue and put the messages where they belong. Mark Steely cc: Sent by: MQSeriesSubject: Someone out there List 11/26/2002 02:22 PM Please respond to MQSeries List Someone out there knows how to reload the dead letter queue for release 2.1 on OS/390 V2.8. MA10 only allows deletion of the dead letter queue. Please help. Thank You 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 _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
Re: Sec Channel Exit code
Maybe you miss the strcmp Cheers, Manuel Carlos Rodriguez IBM Certified Specialist - WebSphere MQ > -Mensaje original- > De: Richard Killian [SMTP:[EMAIL PROTECTED]] > Enviado el: Wednesday, November 27, 2002 2:44 PM > Para: [EMAIL PROTECTED] > Asunto: Sec Channel Exit code > > I am writing a security exit for a SVRCONN channel. > > Does anyone out there see something wrong with this code? It compiles > and > links okay. It just doesn't set the MCA User Id. > I do have access to the MQMD in the security exit don't I. > > if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) >strcpy(pmqcd->MCAUserIdentifier, "mqprog "); > > _ > Regards, > Dick Killian > MQ Administrator & Adabas DBA > Rochester Gas & Electric Corp > (585) 771-6049 > > 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: Integrator V2.1 - How do you take off a specific number of le ading bytes from a BLOB
Hi Dennis, If your specific situation THEN SET OutputRoot.BLOB.BLOB = SUBSTRING(InputBody.BLOB FROM 89); END IF; This should remove the first 88 and give you everything after. Karen -Original Message- From: Dennis Bryngelson [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 27, 2002 9:09 AM To: [EMAIL PROTECTED] Subject: Integrator V2.1 - How do you take off a specific number of leading bytes from a BLOB We need to remove the first 88 bytes of a BLOB on specific situations. How is this accomplished? Thanks, Dennis Bryngelson Phone: (763) 765-4224 Fax: (763) 765-3820 mailto:[EMAIL PROTECTED] * PRIVILEGED AND CONFIDENTIAL: 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. * 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: Integrator V2.1 - How do you take off a specific number of le ading bytes from a BLOB
Use the following ESQL in those situations you mentioned. SET OutputRoot.BLOB.BLOB = SUBSTRING(InputRoot.BLOB.BLOB FROM 89); Cheers, Manuel Carlos Rodriguez IBM Certified Specialist - WebSphere MQ > -Mensaje original- > De: Dennis Bryngelson [SMTP:[EMAIL PROTECTED]] > Enviado el: Wednesday, November 27, 2002 3:09 PM > Para: [EMAIL PROTECTED] > Asunto: Integrator V2.1 - How do you take off a specific number of > leading bytes from a BLOB > > We need to remove the first 88 bytes of a BLOB on specific situations. How > is this accomplished? > > > Thanks, > Dennis Bryngelson > Phone: (763) 765-4224 > Fax: (763) 765-3820 > mailto:[EMAIL PROTECTED] > * > > PRIVILEGED AND CONFIDENTIAL: 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. > > * > > 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: Exporting a flow from WMQI for promotion/version control purp oses .
Sorry!! Now that I think of it, if you do an 'ADD TO Workspace" and there is an imbedded flow it would seem natural to add the subflow too. HHHUUUMMM!! bobbee From: John Scott <[EMAIL PROTECTED]> Reply-To: MQSeries List <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Exporting a flow from WMQI for promotion/version control purp oses . Date: Wed, 27 Nov 2002 08:38:55 - > -Original Message- > From: Robert Broderick > > ys create a new WORKSPACE. Add the subflow to the workspace > and the export the workspace and source-safe that. > That will export and source-safe any sub-flows that the sub-flow in the workspace uses. It looks like there isn't a way to export just an individual flow without any sub-flows. Hmmm. John. ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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 _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus 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: MQ C program on OS/390
I think you need the SCEERUN loadlib in your STEPLIB. Glen Shubert N Vinodh <[EMAIL PROTECTED]> Sent by: MQSeries List <[EMAIL PROTECTED]> 11/27/2002 12:05 AM Please respond to MQSeries List To: [EMAIL PROTECTED] cc: Subject: MQ C program on OS/390 Hi all I am trying to run a MQ C program on os/390. Complile link edit step is running fine. But the run step is failing wirh S0c4 abend with return code 10. I am pasting the run jcl here... plz let me know whether any libraries that r to be added in the step lib. //RBILPRTC JOB (RBI,RBI,@@,D2,DT990),MSGCLASS=A,MSGLEVEL=(1,1), // CLASS=A, // NOTIFY=RBILPR, // TIME=(,02) //* //** //* DESCRIPTION:SCHEDULE REPORT REQUEST //** //STEP10 EXEC PGM=MQCCODE,DYNAMNBR=20 //* //STEPLIB DD DSN=RBI1T.D1V1.CPPLOAD,DISP=SHR //* Thanks in advance. rgds vinodh ***The information contained in this message is legally privileged and confidential information intended only for the use of the addressed individual or entity indicated in this message (or responsible for delivery of the message to such person). It must not be read, copied, disclosed, distributed or used by any person other than the addressee. Unauthorised use, disclosure or copying is strictly prohibited and may be unlawful. Opinions, conclusions and other information on this message that do not relate to the official business of any of the constituent companies of the TATA CONSULTANCY SERVICES shall be understood as neither given nor endorsed by the Group. If you have received this message in error, you should destroy this message and kindly notify the sender by e-mail. Thank you.*** 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
Sec Channel Exit code
I am writing a security exit for a SVRCONN channel. Does anyone out there see something wrong with this code? It compiles and links okay. It just doesn't set the MCA User Id. I do have access to the MQMD in the security exit don't I. if ((pmqmd->ApplIdentityData[1,15], "71 - MQ Monitor")==0) strcpy(pmqcd->MCAUserIdentifier, "mqprog "); _ Regards, Dick Killian MQ Administrator & Adabas DBA Rochester Gas & Electric Corp (585) 771-6049 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
Integrator V2.1 - How do you take off a specific number of leading bytes from a BLOB
We need to remove the first 88 bytes of a BLOB on specific situations. How is this accomplished? Thanks, Dennis Bryngelson Phone: (763) 765-4224 Fax: (763) 765-3820 mailto:[EMAIL PROTECTED] * PRIVILEGED AND CONFIDENTIAL: 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. * 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: MQJMS Error code MQJMS1016
Hello Vinay, Most of the error codes are listed in appendix I of the Using Java book. MQJMS1016 is the code for "internal error". Looking at your previous email "Urgent help needed on MQJMS", I'm guessing that the MQJMS code tripped up on some part of your custom built RFH2. The JMSException has both an associated text string and (possibly) a linked exception with more detail. It might be useful to print these out, along with the exception stack trace. Since we shouldn't generate internal errors under any reasonable circumstances, you may want to submit a service request to get this fixed. Out of curiosity, why are you going to the trouble of building RFH2s from the base Java classes instead of just using JMS for the sender as well as the receiver? Regards, James. vinay_tiwari wrote: Hi All; What does this error code MQJMS1016 means ? I am using latest ma88pac on MQSeries 5.2. Does anyone on this list has MQJMS error codes and error message/debug info mapping. Any help will be highly appreciated. Regards, Vinay 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
Clustered Difficulties - Repository Manager.
Hi all, A client's cluster consists of 4 x Back-end AIX servers and 2 x OS/390 LPARS. The AIX servers are running MQSeries V5.2 CSD4 and on OS390 it MQSeries V2.1. They are all part of the same cluster and which was set up some time ago (maybe 6 months) and left idle until the client was ready to use it. Both OS/390 systems host repositories and one of the AIX systems does as well. At some stage, one of the clustered OS390 MQSeries is having trouble synchronising its repository with the rest of the cluster, leaving behind a bit of a mess: Now some of the SYSTEM Queues look like this: Name Depth Get In Put OutSYSTEM.ADMIN.CHANNEL.EVENT 0 Y 1 Y 0SYSTEM.ADMIN.PERFM.EVENT 0 Y 1 Y 0SYSTEM.ADMIN.QMGR.EVENT 2 Y 1 Y 0SYSTEM.CHANNEL.COMMAND 0 Y 0 Y 0SYSTEM.CHANNEL.INITQ 0 Y 1 Y 0SYSTEM.CHANNEL.REPLY.INFO 4 Y 0 Y 0SYSTEM.CHANNEL.SEQNO 1 Y 0 Y 0SYSTEM.CHANNEL.SYNCQ 63 Y 5 Y 5SYSTEM.CLUSTER.COMMAND.QUEUE 159 N 0 Y 0SYSTEM.CLUSTER.REPOSITORY.QUEUE 2 Y 0 Y 0SYSTEM.CLUSTER.TRANSMIT.QUEUE 11 Y 3 Y 3SYSTEM.COMMAND.INPUT 0 Y 1 Y 2 Now the Qmgr is complaining that it is unable to GET from SYSTEM.CLUSTER.COMMAND.QUEUE which is correct since it's not GET enabled for some reason. On making this GET enabled, the MQSeries log is showing these messages: (with my annotations) +CSQX038E MQH7 CSQXCRPS Unable to put message to SYSTEM.COMMAND.INPUT, MQCC=2 MQRC=2030 [Message too big for Queue]+CSQX449I MQH7 CSQXREPO Repository manager restarted+CSQX514E MQH7 CSQXREPO Channel TO.MQCNPRD6 is active+CSQX514E MQH7 CSQXREPO Channel TO.MQH4 is active+CSQX038E MQH7 CSQXREPO Unable to put message toSYSTEM.CLUSTER.TRANSMIT.QUEUE, MQCC=2 MQRC=2013 [Expiry field in the message descriptor MQMD is not valid on MQPUT(1)]+CSQX411I MQH7 CSQXREPO Repository manager stopped Any suggestions on how to recover this repository Qmgr ? ps. this is an old and PRODUCTION qmgr, so only gentle suggestions please ! regards, Andrew
Re: MQJMS Error code MQJMS1016
Hmmm ... This one doesn't seem to be in the "JMS Exception Messages" section of the Using Java manual. Over to IBM I think. 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: MQ C program on OS/390
An 0C4 as you probably know is equivalent to a segmentation fault on Unix or a C005 on Windows. Make sure that you check all error returns, and that any mallocs etc return a non-zero address. 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
MQJMS Error code MQJMS1016
Hi All; What does this error code MQJMS1016 means ? I am using latest ma88pac on MQSeries 5.2. Does anyone on this list has MQJMS error codes and error message/debug info mapping. Any help will be highly appreciated. Regards, Vinay 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
MQ-C program compile link edit run jcl on os/390
Hi Can any one give me the complile link edit and run jcl MQ-C program on Os/390. Rgds vinodh ***The information contained in this message is legally privileged and confidential information intended only for the use of the addressed individual or entity indicated in this message (or responsible for delivery of the message to such person). It must not be read, copied, disclosed, distributed or used by any person other than the addressee. Unauthorised use, disclosure or copying is strictly prohibited and may be unlawful. Opinions, conclusions and other information on this message that do not relate to the official business of any of the constituent companies of the TATA CONSULTANCY SERVICES shall be understood as neither given nor endorsed by the Group. If you have received this message in error, you should destroy this message and kindly notify the sender by e-mail. Thank you.*** 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: Threaded versus Process channel agents - seeking clarification
Kevin, >Dancing naked inside a ring of old 360 mainframes ... You were doing it wrong, which is why you were alone! Everyone else was dancing in a ring of 1401s and 1130s. 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
Unsubscribe
Unsubscribe Bu mesaj ve mesaja eklenmi~ olan dosyalar ki~iye vzeldir. Eper bu mesaj hata sonucu size ula~m}~sa mesaj} hemen siliniz ve gvnderen ki~iye olu~an yanl}~l}p} bildiriniz. Mesaj}n gvnderildipi ki~i siz depilseniz, mesaj} ya da eklerini kopyalayamaz, ba~kas}na gvnderemez ve ag}klayamazs}n}z. FAMILY F]NANS KURUMU, mesaj igeripinin bozulmas}, mesaj}n geg ula~mas} veya mesaj}n vir|s ta~}mas} gibi sorunlardan sorumlu tutulamaz. Bu mesajdaki ifadelerin t|m| mesaj} gvnderen ki~iye aittir. FAMILY F]NANS KURUMU mesaj}n gvnderiminden, igeripinden veya igeripine g|venilerek yap}lacak i~lemlerden dolay} sorumlu tutulamaz. This email is strictly confidential and intended solely for the addressee. It may contain information, which is covered by legal, professional, or other privilege. If you are not the intended addressee you must not use,disclose, or copy this transmission. This email is not intended to impose nor shall it be construed as imposing any legally binding obligation upon FAMILY F]NANS KURUMU and/or any of its subsidiaries or associated companies. Neither FAMILY F]NANS KURUMU nor any of its subsidiaries or associated companies gives any representation or warranty as to the accuracy or completeness of the contents of this email. FAMILY F]NANS KURUMU shall not be held liable to any person resulting from the use of any information contained in this email and shall not be liable to any person who acts or omits to do anything in reliance upon 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
SIGNOFF MQSERIES
Title: Message **Disclaimer** Information contained in this E-MAIL being proprietary to Wipro Limited is 'privileged' and 'confidential' and intended for use only by the individual or entity to which it is addressed. You are notified that any use, copying or dissemination of the information contained in the E-MAIL in any manner whatsoever is strictly prohibited.
Re: Exporting a flow from WMQI for promotion/version control purp oses .
> -Original Message- > From: Robert Broderick > > ys create a new WORKSPACE. Add the subflow to the workspace > and the export the workspace and source-safe that. > That will export and source-safe any sub-flows that the sub-flow in the workspace uses. It looks like there isn't a way to export just an individual flow without any sub-flows. Hmmm. John. ** Click here to visit the Argos home page http://www.argos.co.uk The information contained in this message or any of its attachments may be privileged and confidential, and is intended exclusively for the addressee. The views expressed may not be official policy, but the personal views of the originator. If you are not the intended addressee, any disclosure, reproduction, distribution, dissemination or use of this communication is not authorised. If you have received this message in error, please advise the sender by using your reply facility in youe e-mail software. All messages sent and received by Argos Ltd are monitored for virus, high risk file extensions, and inappropriate content. As a result users should be aware that mail maybe accessed. ** 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
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://vm.akh-wien.ac.at/MQSeries.archive
