Raj, I don't know if this is it, but try using the extension .kdb for the
key database. Here's what I used for mine and it worked (gsk at 6.0.5.39);
the file extension looks like the only real difference:
gsk6cmd -keydb -create -db $dbdir/key.kdb -type cms -stash
I'd agree about the doc. It's
Actually, I thbought I remembered seeing this documented somewhere. It's in
the MQ Security manual (p 47 in the edition I have) under SSL Support where
it ralks about the SSL key respository. It says the key databse must have a
file extension .kdb
-Original Message-
From: Bullock, Rebecca
Title: migrate ma88 to MQ5.3 on solaris
Prince, you need to do a pkgrm. Sorry, I don't remember the package name
for MA88, but if you do a pkginfo -l|grep ma88, you should find it.
HTH
Rebecca Bullock Computer Sciences Corporation MFCoE/Newark CS Team
Educational Testing Service Account
Vijay,
not to ask the obvious, but did you get a clean linkedit? This message (at
least, CSV016I, and I'm assuming a typo below) is usually associated with a
linkedit problem.
-Original Message-From:
Vijay_Kannan [mailto:[EMAIL PROTECTED]Sent: Thursday, July
08, 2004 1:01 AMTo:
Mike if you use the -s switch for amqoamd, it creates a file with setmqaut
commands in it. You just run that as a script.
-Original Message-
From: Ward, Mike S [mailto:[EMAIL PROTECTED]
Sent: Friday, May 07, 2004 3:22 PM
To: [EMAIL PROTECTED]
Subject: AMQOAMD and SETMQAUT
Hi all, I
Roger, the only thing I have to say is to agree that you want to include at
least part of the actual message data. That way, if the programmer has the
wrong msgid or correlid or even ends up with duplicates (if, for example, he
doesn't clear these fields before his next put), you stand a chance of
In Unix (at least, Solaris), you can specify that both the server and client
be installed at the same time (they are options you select from a list). You
cannot install the server and then go back and install the client later.
This will work initially, but you'll have problems when you next put on
Dave,
you didn't say why you want to pull it.If it's just to get rid of it and it's
only an occasional thing (such as a junk message on a queue), you could try
SupportPac MO71; it will delete individual messages. -- and it's free. HTH,
Rebecca
Rebecca Bullock Computer Sciences Corp.
anyone to connect to QM, with setmqaut..
Another should be to set MCAUSER in all channels to someone who cannot
connect (like nobody). Also, is it so bad just to kill listener process?
Pavel
Bullock, Rebecca
(CSC) To:
[EMAIL
Mike, see if you have the command server running (dspmqcsv). HTH, Rebecca
-Original Message-
From: Ward, Mike S [mailto:[EMAIL PROTECTED]
Sent: Monday, March 22, 2004 3:48 PM
To: [EMAIL PROTECTED]
Subject: Re: MO71
No, I want the connection secure. I am going to use blockip program
Thank you, Roger! I'm looking forward to that one for the next time I need
it! :-) -- Rebecca
-Original Message-
From: Roger Lacroix [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 2:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Question about q.exe
Hi,
Wow, what a setup!! grin
Mike, I'd guess it's related to the monitor function. Turn off monitoring
and see if the red doesn't go away. If it does, then check the set up and
security for the monitoring queue you have specified in your location.
-Original Message-
From: Ward, Mike S [mailto:[EMAIL PROTECTED]
Sent:
Neil,
this may be a silly question, but are you sure you don't have MQSERVER set to
the values for the first entry?
-Original Message-From: Nushi M.
[mailto:[EMAIL PROTECTED]Sent: Thursday, February 05, 2004 12:24
PMTo: [EMAIL PROTECTED]Subject: Re: Client Channel
Table
Dave,
did you remember to refresh LLA?
-Original Message-From: Dave Adam
[mailto:[EMAIL PROTECTED]Sent: Thursday, February 05, 2004
1:52 PMTo: [EMAIL PROTECTED]Subject: link listed
librariesto get the QMGR
name out of the SYSPlex we put a routine in SYS1.PP.LINKLIB
-----------
"Bullock, Rebecca (CSC)"
[EMAIL PROTECTED] Sent by: MQSeries List [EMAIL PROTECTED]
02/05/2004 01:32 PM Please respond to MQSeries List
To:
[EMAIL PROTECTED] cc:
Subject:
built the
Titanic--
"Bullock, Rebecca (CSC)"
[EMAIL PROTECTED] Sent by: MQSeries L
Us,
too.
-Original Message-From: Carroll, Y. (Yvette)
[mailto:[EMAIL PROTECTED]Sent: Wednesday, February 04, 2004 7:33
AMTo: [EMAIL PROTECTED]Subject: Re: Just an
informal survey slightly off topic
We're still on 1.3 with no major push to TS 2.2.
-Original
Title: WMQ on z/OS platform
Rao,
we normally only recycle the queue managers when the system is IPLed. Usually,
it's several months between IPLs.
Rebecca BullockComputer Sciences CorporationMFCoE/Newark
CS TeamEducational Testing Service AccountPrinceton, NJ
08541email: [EMAIL PROTECTED] or
Title: MQ Series upgrade on WINDOWS
Rao, I'm sure that someone will respond with
information specific to the Windows environment, but in other environments
(well, at least in OS/390 and Sun Solaris), when you do the upgrade, the
messages are preserved, even if you remove the old release (as
Wesley, check for some upper/lower case mismatch with the Unix userid. I've
seen that cause glitches when userids are passed to a Unix box. This may not
be relevant, but it's an easy thing to look for.
-Original Message-
From: Jim Ford [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January
an opinion on this one way or the other --
Anyone?
-- Rebecca
-Original Message-
From: Bullock, Rebecca (CSC)
Sent: Monday, January 12, 2004 2:00 PM
To: 'MQSeries List'
Subject: RE: Opinions requested for using MQV5.3 Local Queues as a
temporary repository
Amy, do I understand
Amy, do I understand this correctly? In a strictly batch environment, you
want to use a queue as, basically, a database to stash stuff for a while.
Why? With batch, wouldn't it be as simple to just MOD onto the end of a
normal flat file?
Yes, this will work; we have some applications that do
Bill, I had to do something like this for a problem we were having (not the
stripping but the saving/gzipping) and may still have the script I ran. It's
from a solaris system, but I'd not expect that to be a problem since it was
really basic. I had logs wrapping every 15 minutes and needed some
Peter, I bet you get responses all over the place on this one! Personally,
while I usually only worry about looking at the FDCs right away at if there
is a problem, I do have a script that runs regularly on each qmgr machine
and checks for FDCs and lets me know if there are any. And then I will
Hi, John. Generally, a recycle of the qmgr will clear this out. Or you can
clear them out yourself by reading them or using clear qlocal. A reboot
isn't necessary, although that does, by default, recycle the qmgr.
Rebecca Bullock
Computer Sciences Corporation
MFCoE/Newark CS Team
Educational
Bobbee, check to see if Veritas provides support for Linux. They do for
Solaris at V5.3 and above. -- Rebecca
Rebecca Bullock
Computer Sciences Corporation
MFCoE/Newark CS Team
Educational Testing Service Account
Princeton, NJ 08541
email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
-Original
MQ clustering (see my mail before).
Regards
Hubert
-Ursprungliche Nachricht-
Von: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 26. September 2003 02:21
An: [EMAIL PROTECTED]
Betreff: Re: Disaster Recovery scenario for Unix box?
Bill, if the only reason you're
Bill, if the only reason you're dong the backups nightly is to be sure you
have the required object definitions, then why don't you just plan to create
a new qmgr with the correct name and reload the objects/security stuff from
the definitions? You can back those up using the saveqmgr SupportPac
Count me in, too! This is a good tool for
those times when you need to be able to replay stuff
Rebecca Bullock
Computer Sciences Corporation
MFCoE
Princeton, NJ 08541
email: [EMAIL PROTECTED] / [EMAIL PROTECTED]
-Original Message-
From: Art Schanz
[mailto:[EMAIL
Hi, Petrou, and welcome to the MQ listserv! Well, I'm not a VSE person, but
I do recognize an S0C7 abend. But perhaps I'm not saying something you don't
already know. If so, I apologize.
An S0C7 is usually caused when a field that's supposed to be packed decimal
is used as a nonpacked field OR
Actually, the Fs are usually considered to be positive, but strictly
speaking aren't necessarily. It all depends on how strict what's reading the
data is. That's why the Cobol compilers have the semiweird NUMPROC option,
so you can set for your Cobol program how strict you want to be.
I suspect
Teresa, you didn't say whether the
full queue was a local one or a remote one.
For a local queue, the MQPUTting
application will get back a "queue full" reason code. At that
point, it should do whtever it needs to do.
For a remote queue, your MQPUTting
application isn't going to be
Title: Message
Peter, look in the SupportPacs. There's
one for MF perfromance, but I don't know the number
Rebecca Bullock
Computer Sciences Corporation
MFCoE
Princeton, NJ 08541
email: [EMAIL PROTECTED] / [EMAIL PROTECTED]
-Original Message-
From: Peter Moir
localqueue,it will
causeexpired messages to be removedautomatically?
Teresa
Bullock, Rebecca
(CSC) [EMAIL PROTECTED] wrote:
Teresa, you didn't say
whether the full queue was a local one or a remote one.
For a local queue, the
MQPUTting application will get back a queue full reason
Kulbir - I'd vote for Hostnames
because it allows you to change the IP address without needing to go in and
change potentially a host (no pun intended) of definitions. Also, I think it's
more descriptive (sort of like they used to say that Cobol was
self-documenting). That said, be aware
Jerry, I've never actually done this, but theoretically, you could write a
display qlocal curdepth command to the command queue on the Solaris box and
then parse out the response. Maybe someone has something they've actually
coded, but this might get you started. Best of luck -- Rebecca
Rebecca
Bobbee --
Nope, not that one, but the sample Cobol program CSQ4BVJ1 (where do they
come with these names?) will print out long messages (up to 64K).
It doesn't do conversion, but that's a very minor/easy change to make (I
did). Or -- Does this message not have MQSTR set?
-- Rebecca
Well, it IS called RESET QSTATS. But seriously, this can be a real problem
in that someone can inadvertently issue this command and throw off stats
you've been collecting.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 8:57 AM
To:
Two more to try (for free!) --
Roger LaCroix's MQ VisualEdit. Nice, but be aware that it's a beta and will
run out, so you might not want to distribute it too widely to end user
types. Here's a URL:
http://www.capitalware.biz/beta.html
CommerceQuest Queue Tool. Here's a URL:
Good morning, Larry --
Well, we don't have quite the same situation; we just let the messages
accumulate during the relatively short times that IDMS (which services MOST
of our queues) is down.
But here are a couple of things you could try:
1) Use your automation package to look for the CICS IS
-
Bullock,
Rebecca (CSC) To:
[EMAIL PROTECTED]
[EMAIL PROTECTED] cc:
G Subject: Re: message CSQX558E
- too many channels?
Sent
Tom, not with AIX, no, but we had a Veritas cluster set up recently with Sun
Solaris systems. Veritas now provides an agent for that environment (for MQ
V5.3); this is in addition to the SupportPac Veritas cluster stuff. Don't
know if this helps (and I'm certainly not Unix expert by any stretch of
Ernest, you may have less than 50 channels defined, but are some of them
client channels with multiple clients using them? That will bump your active
channel count up.
Rebecca Bullock
Computer Sciences Corporation
MFCoE
Princeton, NJ 08541
email: [EMAIL PROTECTED] / [EMAIL PROTECTED]
Once again
Here's what you need to do:
You may leave the list at any time by sending a SIGNOFF MQSERIES
command (no quotes and use this as the body of the message) to
[EMAIL PROTECTED]
Do NOT send this to [EMAIL PROTECTED]; that won't get you off this
listserv, it'll only send your
Hi, Ernest.
Yes, there is a parameter that limits the number of active channels. It's in
the CSQ6CHIP macro that you coded to create your XPARM for the CHIN address
space.
Hope this helps -- Rebecca
Rebecca Bullock
Computer Sciences Corporation
MFCoE/Newark CS Team
Educational Testing Service
post. I believe if I unsubscribe, I will be unsubscribing for my new
email address and not my old email address.
Thanks,
Thomas Lane
Senior Manager, Unix Development - Middleware
Pershing Technology Group
East Brunswick, NJ
Phone: 732-565-8289
Bullock, Rebecca
June, are you looking for JCL for the sample program CSQ4BVK1 that you
install as part of the MQ IVPs? Here's that JCL. Or are you looking for
something else entirely? -- Rebecca
//*
//*
//* PROGRAM CSQ4BVK1 ISSUES MQPUT ON A QUEUE.
//* - FIRST PARM (++QMGR++) QUEUE MANAGER NAME
//* -
June, the MQGET JCL is as follows. -- My best, Rebecca
For this one, I'd very strongly suggest that you modify the GMO in the
sample source to turn on conversion on the get (unless, I guess, you're
strictly mainframe). It'll make this utility a whole lot more useful. To do
this, find the
Yuval -- Yes, you can. We run several sets of channels between two qmgrs and
each channel has it's own xmitq. The extra xmitq's are just the name of
the remote qmgr with a number added on the end (MQ1.2, MQ1.3, etc), but they
can be anything valid.
The advantage of naming the xmitq after the
Hi, Carl.
I just thought I'd weigh in here with a place to find more current doc (not
that I think it'll make any difference for your issue). The starting point
for MQ is
http://www-3.ibm.com/software/integration/wmq/
Follow the link to Library to find manuals.
(or use
To: [EMAIL PROTECTED]
Subject: Re: UNSUBSCRIBE
I tried this but it didnt work:(
- Original Message -
From: Bullock, Rebecca (CSC) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 21, 2003 8:57 PM
Subject: Re: UNSUBSCRIBE
Here's what you need to do:
You may leave the list
Q Tool is nice (especially for free), but
I personally prefer Roger's MQEdit. The main reason I chose to recommend
Q Tool to the users here over MQEdit is that you have to keep downloading new
(and improved) versions of MQEdit since it's a beta product.
Try them both, since both are
Roger, a (very very very) long shot -- Could it be some combination of stuff
in the message that's causing a communications glitch? Or that the
particular system they're sending to can't handle? Don't even know if that's
possible. Or is this happening on every PUT? Do they have more than one qmgr
Chris, could you be pointing somewhere other than where you thought you were
pointing? And that whatever you were/are pointing at is now something that's
valid for the V1 header but wasn't before? Did that make sense? As you say,
h
Rebecca Bullock
Computer Sciences Corporation
MFCoE
Here's what you need to do:
You may leave the list at any time by sending a SIGNOFF MQSERIES
command to [EMAIL PROTECTED]
Do NOT send this to [EMAIL PROTECTED]; that won't get you off this
listserv, it'll only send your wish to do so to everyone on the list.
T.Rob,
we have used dot-delimited names, too, for WAS V3.x and V4.x. No problems that
I've ever heardthe programmers complain about. --
Rebecca
-Original Message-From: Art Schanz
[mailto:[EMAIL PROTECTED]Sent: Monday, July 21, 2003 4:09
PMTo: [EMAIL PROTECTED]Subject: Re: Reality
Teresa, you can certainly get by msgid and
correlid. What will happen is that MQ will search the queue for that message.
On the MF, if you index by correlid, MQ can go directly to that message without
searching for it. If the queue depth is small, it doesn't make much
difference, but if
Here's what you need to do:
You may leave the list at any time by sending a SIGNOFF MQSERIES
command to [EMAIL PROTECTED]
Do NOT send this to [EMAIL PROTECTED]; that won't get you off this
listserv, it'll only send your wish to do so to everyone on the list.
-Original Message-
Although Bill's question would imply (maybe) that he's connecting from a
qmgr on Windows. So, he should be able to use that to pass stuff along from
MO71 to OS/390.
-Original Message-
From: Kinlen, Dan [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 10, 2003 3:13 PM
To: [EMAIL PROTECTED]
Title: Message
Hi,
Pete. I suspect that the answer will be "no" from IBM because they want to be
able to modify the format of the log without worrying about impacting customers
(at least, that was the explanation from the distributed crowd, and I'd expect
the same from the MF folks). Actually,
Pavel, while it may seem somewhat counterintuitive, it's not terribly
uncommon for a user who can change security access to something to not have
access to that thing. Yes, they can change the access, but the hope is that
this would be caught through some sort of reporting/logging. The other
Francois -- Here's what you need to do (and it's nuts, but so be it):
1) Start with the hex reason code (2508)
2) Flip the two bytes, giving you 0825
3) Convert that to decimal, giving you 2085
It has to do with how stuff is stored internally. I have notes on this
particular thing -- it's not
Title: Message
I just
wanted to thank everyone who answered this query. -- Rebecca
And
for those in the US-- Have a Happy Fourth!!
-Original Message-From: Bullock,
Rebecca (CSC) [mailto:[EMAIL PROTECTED] Sent: 01 July 2003
15:28To: [EMAIL PROTECTED]Subject: How
Dave,
a better place to ask this question would be on the mainframe listserv. Try [EMAIL PROTECTED]for the
IBM_Main list.
-Original Message-From: Dave Adam
[mailto:[EMAIL PROTECTED]Sent: Monday, June 30, 2003 1:51
PMTo: [EMAIL PROTECTED]Subject:
Z990has anyone had any
John, sorry, but I can't help you there since we are still running V5.2.
-Original Message-
From: listname ANONYMOUS postings DIGests
[mailto:[EMAIL PROTECTED]
Sent: Thursday, June 19, 2003 1:55 PM
To: [EMAIL PROTECTED]
Subject: MQ 5.3 Upgrade
On December 20th of 2002 there was a thread
John, I can't fully answer this since we are still running V5.2, but the
notes I have say SCSQTBLE. I'd suggest checking to be sure that the ISPF set
up you have matches that in the Setup Guide. And make sure you're using a
V5.3 version and don't have an older one stashed away in some other
Emile, could you be running out of handles because the MQCMIT can't find the
hconn and it's starting a new one somehow? That would make the big question
why has he lost the hconn at the mqcmit?. I'd concentrate on trying to
solve that and see if the max handles thing doesn't then just clear up.
') Connection handle not valid.
Why??, I do not know.
-Original Message-
From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
Sent: 13 June 2003 02:34
To: [EMAIL PROTECTED]
Subject: Re: 2017 - Maxhands exceeded
Emile, could you be running out of handles because the MQCMIT can't find
Wasn't TCAM (along with BTAM) a precursor to VTAM? (Although I may be wrong
about that; it was a long time ago and is sort of lost in the mists of time.
We were a BTAM shop, but as I remember, you had the choice of TCAM or BTAM.)
-- Rebecca
-Original Message-
From: [EMAIL PROTECTED]
Title: Message
Pete,
the CAF FMID will undoubtedly have a PRE for the base V5.3 FMID. You might be
able to bypass the PRE for the base V5.3 FMID, but would it work? That's a
question for Morag Hughson...And even if it DID work, I doubt you'd get support
with any issues.-- Rebecca
Ben, don't know if this is any help,
but I have seen this message or something very similar. It turned out to be the
result of a broken base installation. To check for this, try removing the
maintenance package and running crtmqm; if it works, then perhaps you have the
same problem we had
Wesley, without going into the unholy mess you just started by mentioning
every with the word trigger, it will do away with messages that it would
have read that are expired.
For example, if you had the following messages on the queue:
Msg1 -- expired
Msg2
Msg3 -- expired
Larry, the place to start is one of the performance SupportPacs. Find the
one for the version/release you are running and take it from there.
As to why your monitor isn't indicating a problem... I don't believe that
these particular problems cause event messages and perhaps your monitor only
Larry, could you have a program (I hope in testing) that went nuts and
looped while writing messages? And then when it failed, it backed everything
out? Since you have only 1% utilization, whatever it was must have either
backed them out or you must have had something reading them in and consuming
Ken, when you put the message, did you specify MQFMT_STRING? If not, then
the channel conversion can't happen. I'd have said It's SeeBeyond just a
few days ago -- until I found out that under some circumstances, some of the
browsing software provided by IBM people seems to convert it even if you
message exit.
Regards, Stefan
-Ursprüngliche Nachricht-
Von: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 27. März 2003 17:17
An: [EMAIL PROTECTED]
Betreff: Need to move stuff from one xmitq to another
I am planning a backup/recovery scenario
Here's another thing to look at... I discovered by accident the other day
that at least one program provided by IBM personnel to browse/display queue
data does a conversion even if no format is specified. This is very handy
when you are debugging something and the programmer forgot to set the data
I am planning a backup/recovery scenario. The environment is OS/390 V5.2. .
Basically, I have a bunch of messages on a transmission queue all ready to
go to another qmgr (B). These messages specify RemoteQmgr B in their
headers. I want to move them so they go to qmgr C.
I know that I can move
Javier, I can't answer your question, but why not simply run a 3.12
comparing the two versions of the library?
Cheers, Rebecca
-Original Message-
From: javier sotela [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 25, 2003 5:13 PM
To: [EMAIL PROTECTED]
Subject: Records updated from 2.1 to
Stewart, what exactly do you mean by due to other MQ programs called while
using ISPF? I would expect that any application programs that may run under
ISPF wouldn't care what level of MQSeries you're running and could run with
either version. So, I'd expect only the Admin dialog to care about the
have to resort to trying the samples (assembler only unfortunately)
and then seeing if I can link to them from C... certainly a more painful
route. Maybe Morag will post a response and save the day :)
Cheers
Darren.
- Original Message -
From: Bullock, Rebecca (CSC) [EMAIL PROTECTED
Edward, are you sure that some of the messages didn't go to the DLQ on the
other end of your channel? I've seen this happen when the DLQ over there
gets full; the channel stops and the messages start to build up in the
transmission queue until it, too, is full. At least, I think that's what I
.. What if
any did you do to alleviate the situation?
Edward.
-Original Message-
From: Bullock, Rebecca (CSC) [mailto:[EMAIL PROTECTED]
Sent: Monday, March 17, 2003 11:18 AM
To: [EMAIL PROTECTED]
Subject: Re: Channel problem
Edward, are you sure that some of the messages didn't go to the DLQ
Darren, while you don't have to do the MQCONN, I believe that there's still
a connection handle (after all, it's a parm you need to specify on your
MQOPEN). Check what you have this set to (I think it's MQHC_DEF_HCONN for
CICS when you don't so the MQCONN) and that you haven't overwritten it. HTH
Title: MQ connection(s) from distributed side to Mainframe show Pending after server is dropped without dropping Bridge first
Keith,
by "bridge" are you referring to the channels? I don't know if this will help,
but a long time ago, we had something that sounds vaguely similar (although it
was
Matt,
when a channel stops, an event message is written. You can set up a trigger to
fire on a message going tothe channel event queue, then do whatever you
deem appropriate.
-Original Message-From: Long, Matthew Jr. (Inland)
[mailto:[EMAIL PROTECTED]]Sent: Tuesday, February 18,
Notice that Bobbee said in the middle of the night. And since I assume you
didn't mean 5am (as if!), you're probably out of luck. Likely, all they'd
find is a lonely MQ admin...
-Original Message-
From: Anderson, Lizette T. (RyTull)
[mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12,
Well, of course, some of us won't get to go to the conference :-( so I guess
the choice is to put 'em here. Here's a list I came up with...
1) I'd like to strongly second an earlier wish to have Java clients support
channel tables. I need this and I need it badly.
2) Also a Java thing. First,
Peter, we run pkzip as a standalone program on OS/390. Maybe a different
product/vendor?
I haven't used it, but I believe the Infozip people have a MF version and
their stuff is free. (Of course, if it's the usual story, it'll be free
everywhere BUT OS/390.) Sorry, I don't have a link, but I
Jan, we've run the CHIN for months at a time. One thing to look at -- the
TIME parm for your STC. The CHIN uses considerably more CPU than the MSTR
STC and we did once run out; I don't remember the exact abend code, but the
FD1D might have been it (I'm pretty sure about the FD part, just not the
Jan, see apar OW36437; it's not for MQ, but if you search on FD1D, you'll
find an MQ USE item that points to that apar. That apar has a local fix of
setting TIME=1440. HTH -- Rebecca
-Original Message-
From: Jan van Kemenade [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 21, 2003 10:57
Jeff, we've had running channels between OS/390 R10 running MQ V5.2 and Sun
Solaris running V5.2 for a couple of months without problems.
-Original Message-
From: Jeff A Tressler [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 16, 2003 10:29 AM
To: [EMAIL PROTECTED]
Subject: Is there a
Milt, there's a SupportPac that reads in the SMF data. Sorry, I'm not sure
the number, but it MIGHT be MP1B. -- Rebecca
Rebecca Bullock
Computer Sciences Corporation
MFCoE/Newark CS Team
Educational Testing Service Account
Princeton, NJ 08541
email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
Felix, I can understand just wanting to yell Help, but to be of any, we
need a bit more information.
-Original Message-
From: Felix Stutz [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 10:16 AM
To: [EMAIL PROTECTED]
Subject: HELP
HELP
Randy, I think you've answered your own question -- it all depends on your
environment and applications.
-Original Message-
From: Randy J Clark [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 10, 2003 12:42 PM
To: [EMAIL PROTECTED]
Subject: Re: Remote Queues
I should clarify -
I was
Matt,
could it be caused by a change in channel definition or client application? I
don't use PCF commands, but I do know that in a Unix environment and running
runmqsc, if you enter "DIS CHS(client-channel)" and no client channels are
active you'll get "Status not found". We have an
Title: RE: MQ Wrapper - who has built one vs AMI?
Dave, someone
mentioned this just the other day/week. He may have mentioned a fix for it --
was it that a SCQSTBLE file was added? (That may not have been the fix for the
PF4 thing, so don't take it as gospel). I'm not a V5.3 yet, so am not
The following SupportPacs will do this:
IH03 -- Message Display, Test, and Performance (Don't let the MQI throw
you off)
MS0H -- Queue Depth Monitoring Tool
All are available at
http://www-3.ibm.com/software/ts/mqseries/txppacs/txpm2.html#cat2
HTH, Rebecca
Rebecca Bullock
Computer Sciences
On a Solaris system running V5.3 at CSD04, I am occasionally seeing the
following in the /var/mqm/errors/AMQERR01.LOG. Can anyone tell me what the
return code means? And where to find this information on my own next time I
need to look up something similar?
AMQ9213: A communications error for
Or even easier -- leave the 100 bytes and make it accept truncated messages.
Then there's no reason to worry about message lengths. And if you make the
queue name something passed into the program, you can use it whenever you
need to empty a queue (handy to have if someone might have the queue
1 - 100 of 146 matches
Mail list logo
