duler knows about
the jobs that process the queues, the developers are notified if their
jobs abend. Additionally, the jobs that trigger depth, also have a nightly
batch run, that also resets triggering.
Glen Larson
Zurich North America
MQ Mailbox <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on
Patrick,
the port is assigned to the queue manager vs the broker. Since mq is
handling the traffic, and is using the server connection, it has no need to
worry about which port is used.That is something you manage in the
queue manager setup
Glen Larson
Zurich NA
Patrick Reeder <[EM
ither connects or the it reaches the 10th try. Then
it will retry based on the long retry setting. The default is interval of
20 mins, and count of . Which means it will retry every 20 mins
until is either connects, is shutdown, or the manula intervention occurs.
Glen Larson
Zurich NA
hort of breaking up the application to expand the amount of
share memory segments available.
thanks
Glen Larson
Zurich North America
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying this
transmission may contain privileged an
Krishan,
if your using Candle or BMC, I have configured the agents in the past to
just Browse vs destructive GET.
Check with the vendors and see if this is possible, then just put the one
that can first.
Glen Larson
Zurich North America
"Agarwal, Krishan [IT]" <[EMAIL PR
Tony,
Sorry but I don't know, the server groups build up the nodes and we run
under what they give us.
glen larson
Zurich North America
[EMAIL PROTECTED]@AKH-Wien.AC.AT> on 07/21/2004 02:49:53 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:MQSerie
Tony,
we use a VMWare Node for our development config manager server. First we
do not try to keep the channels open to the broker qmgrs, we use a channel
disconnect interval of 6000, and have not had any problems with the
channels. We also use AdoptNewMCA on all our queue managers.
Glen
Doug,
Since 2.1 is out of support, I think you are walking on thin Ice here. I
recommend you install 5.3.1, that way if there are any issues, they will
be fixed. (IMOO)
Glen Larson
Zurich North America
Doug Clark <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 07/20/2004 04:48:26 PM
Pleas
was
the 'mq' userid.Essentialy by using the domain userid, it gave mq a
cleaner way to check userids on the domain.
glen larson
Zurich North America
"Potkay, Peter M (ISD, IT)" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT>
on 07/15/2004 10:23:28 PM
Please respond to MQ
All damain group id's must be members of the corresponding local group.
IE. the userid defined in the AMQMSRVN command must be a member of the
local MQM group.
glen larson
zurich north america
"Potkay, Peter M (ISD, IT)" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT>
on 07/15/2004 03:
out of sequence)
Glen Larson
Zurich North America
-Original Message-
From: Bharath Ram Srinivasan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 23, 2004 4:25 PM
Subject: MQ Administration query
Folks,
Thought I knew what Resetting a chl was all about. But no there is a gap
which I
clean up. This cause WMQ, RRS, and WAS to spend a lot of
time cleaning up after the application.
Glen Larson
Zurich North America
Mike Davidson <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/23/2004
12:34:01 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:
thanks,
I checked the registry and it was fine, but it turns out amqxmson.dll was
missing!
I copied from the prod system at the same level, and it is all better.
glen larson
"Gurney, Matthew" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/16/2004
03:41:15 AM
Please respo
r seeing a resolution for this in the past.I would upgrade
this node, but the Business Unit, has requested that this node be left as,
and only changes made to correct problems
Thanks
Glen Larson
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompa
eed to stop the channels, to remove all those
connected.
Glen Larson
Zurich North America
Pavel Tolkachev <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 03/26/2004
01:00:23 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:MQSeries List <[EMAIL PROTECTED]>
To:[
sign) you now start to add more complexity to the channel conversion.
rule of thumb, as mentioned in the manual, do conversion when you get,
unless for some reason you can not.
Glen Larson
Zurich North America
"Kulbir S. Thind" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on
applications to passid, context information, to turn
triggering off and on. I suggest doing the same, it make take a couple
of rounds, but the command is easy to issue (we keep ours in a members
just in case), and dynamic.
Glen Larson
Zurich North America
[EMAIL PROTECTED]@AKH-Wien.AC.AT> on 06
.ini file. I would be surprised if managers
would chose the 1st method.
Glen Larson
Zurich North America
Ruzi R <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/17/2003 12:55:03 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:MQSeries List <[EMAIL PROTECTED
maybe not
even in the same datacenter. In that case is it not better to let MQ
reconnect on its own, rather require an admin to fix something that really
isn't a problem?
Glen Larson
Zurich North America
"Stephan C. Moen" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/16/2003 11:
would question the application, on why they cannot
get the messages sooner, and thereby keeping the queue close to empty.
This keeps admin costs down, and you may find you burn as many cycles
getting the init info as you do doing a qualified get.
Glen Larson
Zurich North America
Ruzi R <[EM
try having the
mainframe program setting the CCSID parm to that of the receiving qmanager
and see if that helps.
Hope it helps!!
Dan
-Original Message-
From: Glen Larson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2003 1:10 PM
To: [EMAIL PROTECTED]
Subject: Re: Data conversion
Dan,
the problem is this is a shared channel.
we do not want to use channel conversion.
So is this a bug in the .NET, or is there some parm the application needs
to use.
glen larson
zurich north america
"Capodicci, Dan (COMFIN, ITSS)" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT>
Hi,
how about anyone on MVS/USS?
glen
shaker <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 03/27/2003 08:58:23 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:MQSeries List <[EMAIL PROTECTED]>
To:[EMAIL PROTECTED]
cc:
Subject:Re: Has anyone used Java/MQ program launched
this would not be a problem, but with ActiveX, is
there a field where this can be used.
thanks
glen larson
zurich north america
"Gorse, Darry" <[EMAIL PROTECTED]> on 03/26/2003 07:37:57 AM
To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Subjec
Thanks Stefan,
we considered Windows Clustering but it was decided to go with the MQ
Clustering. Now we just have to implement. So back to my implentation
considrations
glen larson
Stefan Sievert <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 03/25/2003
04:14:25 PM
Please respond to MQSe
anks
Glen Larson
Zurich North America
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying this
transmission may contain privileged and/or confidential information and is
intended solely for the addressee(s) named above. If you are not
e under syncpoint, an implicit rollback was(is)
performed as the server side assumes the worse - that you crashed
and died.
Good Luck
Frank
-Original Message-
From: Glen Larson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 3:23 PM
To: [EMAIL PROTECTED]
Subject: Sporatic AMQ9208 errors
(recv) call was 10054 (X'2746'). Record
these values and tell the systems administrator.
Fingers are pointing at MQ, even though MQ is just mirroring an error it
receives from the TCP stack.
Thank for any help, in pinpointing the error
glen larson
Zurich north america
***
ucture
-Original Message-
From: Glen Larson [mailto:[EMAIL PROTECTED]
Sent: Friday, February 14, 2003 10:35 AM
To: [EMAIL PROTECTED]
Subject: Re: MQ V5.2 & 5.3 Compatibility on Mainframe
Robert,
IBM states that the 'EARLY' code is downward compatible, and having
upgraded se
Benjamin,
I saw a problem like that on NT, (this was 5.2, csd04), using the
SYSTEM.DEFAULT.INITIATION.QUEUE.
I created a new INITQ, and it worked fine. I got side-tracked because of
some higher priority work, and have not gone back to pursue it further.
glen larson
zurich north america
sounds like the pointy hair boss, clueless decisions based on the premise
of: "thats the way we've always done it."
Glen Larson
Zurich North America
"Anderson, Lizette T. (RyTull)" <[EMAIL PROTECTED]>
@AKH-Wien.AC.AT> on 02/14/2003 01:41:44 PM
Please respond
that is is object
level compatible, so I do not expect any problems. Again IBM Mainframe
products have a good record of this since the early days of the s/360's.
glen larson
zurich north america
"Ofeldt, Robert" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on
02/14/2003 08:14:15 A
mitq), and only the system
(or system utilities) are to put messages there.
that's my $.02.
glen larson
zurich north america
Robert Broderick <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on
02/13/2003 06:57:48 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:
d on that, if your database updates must be coordinated with a
downstream process, you will probalby need to use msg expiry, confirm on
delivery, notify on expiry, and write your own application sync level 2
processing, that spans multiple uows.
glen larson
zurich north america
Tony Devitt <
info)
glen larson
Zurich north america
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying this
transmission may contain privileged and/or confidential information and is
intended solely for the addressee(s) named above. If you are not
, and more likely to
introduce problems, since you are now doing things manually, instead of
letting MQ take care of you automagically.
Glen Larson
Zurich North America
Robert Broderick <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on
01/21/2003 10:02:23 AM
Please respond to MQSeries List <[EMAI
om the requester to server to complete
application sync level 2 processing.
There is still a small indoubt window, but that is there no matter what
protocal you are using.
Glen Larson
Zurich North America
Jeff A Tressler <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 01/10/2003 03:04:05
PM
Pl
e, and is solid, and supported. There is a product which interfaces
MQSeries with MSMQ. I don't know about other MOMs.
> > Have yet to see any Open Source projects in this domain but I'm the
wrong
> > guy to answer this question anyway. Maybe someone else has seen
I attended the prep sessions at the Tech Conference. They gave some hints
on things which helped when I tested. Overall, experience on at least 2 of
the main platforms (NT, MVS, UNIX) is what you need.
glen larson
zurich north america
K K <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 01/0
the alias
but not the base, only messages put via the alias are affected.To carry
it one step further. If you change the remote definition, but not the
local, it is the messages put via the remote that are affected.
Glen Larson
Zurich North America
"Williams, Dave (Systems Manag
to 5.3, remove the mqm.base.sdk fileset
OR, if you have already upgraded
2. force re-install mqm.server.rte after upgrade
We reinstalled the mqm.server.rte, and that corrected the problem.
Glen larson
Zurich North America
Tibor <[EMAIL PROTECTED]>@AKH-Wien
Steve,
Just to verify, since I'm the orginal requester.
You have Domino R5, MQ 5.2.1, writing JAVA code to interface the 2 using
JDK 1.3.x
Is there any thing you need to do to make it work?
Glen Larson
Zurich North America
Steve Sacho <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 10
e
old time CICS Techs)Any takers?
Thanks
Glen Larson
Zurich North America
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying this
transmission may contain privileged and/or confidential information and is
intended solely for the addr
Roshini,
we have seen this with the CICS trigger monitor (CKTI) when it is unable to
start the application (non zero return code on the start command) I have
not seen it with other trigger monitors, but assume that it would be
similar.
Glen Larson
Zurich North America
"Manickam, Ro
stems comes into play here and if it
does...?. It also mentions a variable on OS2 that can be
set. I can't find anything on this on the OS390 side as well as the Windows
side.
Still hunting.
Dave
-Original Message-
From: Glen Larson [mailto:[EMAIL PROTECTED]]
Sent: Tu
require
knowledge about the timezone of the remote system.
I'm sure the guys a Hursley have more details about how and why it was
chosen. But this simplicity makes sense to me.
Glen Larson
"Hill, Dave" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 10/01/2002 07:48:50 AM
Please
db2 there shouldn't be any problems with database
accesses unless it locks up the database with a lot of updates
glen Larson
Zurich North America
Dave Adam <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 09/23/2002
01:33:01 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent
uld
take to write from scratch and get working with what I described in my
below E-Mail
regarding what we are trying to do at my site?
Thanks,
Keith
-----Original Message-
From: Glen Larson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 19, 2002 3:05 PM
To: [EMAIL PROTECTED]
Subject: Re
it from overloading CICS with work. IE. issue a CICS DELAY if it is
already at MAXTRANCLASS, or if the QUEUEd number is close to the
PURGEThreshold.
These are the most common things that have been discussed here.
glen larson
Zurich North America
"Keith A. Hessong" <
Hello,
We have a requirement to trigger a session bean in WAS on OS/390.
Has anyone done that? What do we need to do to get it to work?
thanks
Glen Larson
Zurich North America
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying
ftware/ts/mqseries/library/manualsa/csqzab/csqzab65.htm
Hope this helps,
Stefan
>From: Glen Larson <[EMAIL PROTECTED]>
>Reply-To: MQSeries List <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: what is the max storage size for MQ 5.2 on W2K
>Date: Wed, 28 Aug 2002 16:
th to keep
the queue depth low. But I also need to know the max amount of dasd mq nt
can use to store messages.
Thanks
Glen Larson
Zurich North America
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying this
transmission may co
ual number of messages on the client channels, short of writing a
message exit?
any thoughts
thanks
glen larson
Zurich North America
Milton Weinberger <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 08/19/2002
11:52:02 AM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:
g no activity.
MQ also reports that the average msg size for these two channels is exactly
1024.
Has anyone seen this before?
Thanks
Glen Larson
Zurich North America.
d:\mqseries>TIME
The current time is: 16:20:02.60
Enter the new time:
d:\mqseries>RUNMQSC < CLIENT.TXT > CLIENT1.OUT
command under
runmqsc.
i hope that helps
Glen Larson
Zurich North America
"Harmeson, Steve" <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/26/2002
10:56:01 AM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:MQSeries List <[EMAIL PROTECTED]>
To:[E
Ryan,
Every message placed in the SYSTEM.DLQ by MQ has a Dead Letter Header in
front of the original message.
MQ provides an include file for the DLH structure.
glen larson
Zurich North America
Ryan Parmenter <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/24/2002
02:07:35 PM
Please r
1 in development.
Good luck
glen larson
Zurich NA
Steve Sacho <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 06/24/2002
12:24:49 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by:MQSeries List <[EMAIL PROTECTED]>
To:[EMAIL PROTECTED]
cc:
Subject:Re: Q
Steve,
since a message is only 'logically' deleted during the get, not physically
removed until MQCMIT, the message retains its orginal settings (and
position) if backed out.
glen larson
Zurich North America
steve muller <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 05/30/2002
stamp that is
later.
200205140150827 GMT is after 5/13/2002/8:30 pm local
any help on why that is, and how can I determine the right log file to
dump, without dumping it?
thanks
glen larson
sample log extract:
LOG RECORD - LSN <0:0:9:62963>
**
HLG Header: lrecsize 845, vers
ssage)?
thanks
Glen Larson
Zurich NA
*** PLEASE NOTE ***
This E-Mail/telefax message and any documents accompanying this
transmission may contain privileged and/or confidential information and is
intended solely for the addressee(s) named above. If you are n
user is an mq administrator.
Glen Larson
Zurich North America
"Frank Mollica." <[EMAIL PROTECTED]>@AKH-Wien.AC.AT> on 05/09/2002
05:04:40 PM
Please respond to MQSeries List <[EMAIL PROTECTED]>
Sent by: MQSeries List <[EMAIL PROTECTED]>
To: [EMAIL P
61 matches
Mail list logo