Re: message CSQX558E - too many channels?

2003-08-23 Thread EARmerc Roberts
I have the M&C. The problem is that I have a limit of 200 channels that I
know was not even remotely approached during our peak operating periods,
yet the message shows up. The 'For example' part is useless and should have
been omitted because it is not accurate or truly specific about whatever
the actual problem was that caused the message to be generated. The useful
part is the procedure to stop and start the channel. the rest is just
guessing and has no place in a manual that is supposed to help with problem
diagnosis and resolution. I have less than 50 channels defined.

Ernest Roberts
IT - Sr Sys Prog
MBUSA, LLC
Three Mercedes Drive
Montvale, NJ 07345
201-573-2619
201-573-4383 fax
866-308-3782 pager

- Forwarded by Ernest Roberts/171/DCAG/DCX on 08/22/2003 10:10 AM -

  "Kearns, Emile
  E"   To:  [EMAIL PROTECTED]
  <[EMAIL PROTECTED] cc:
  .ZA> Subject: Re: message CSQX558E - too 
many channels?
  Sent by:
  MQSeries List
  <[EMAIL PROTECTED]
  en.AC.AT>


  08/22/2003 02:02
  AM
  Please respond
  to MQSeries List






CSQX558E csect-name Remote channel channel-name not available

Explanation: The channel channel-name at the remote queue manager is
currently stopped or is otherwise unavailable. For example, there might be
too many channels current to be able to start it.

Severity: 8

System Action: The channel does not start.

System Programmer Response: This might be a temporary situation, and the
channel will retry. If not, check the status of the channel at the remote
queue manager. If it is stopped, issue a START CHANNEL command to restart
it. If there are too many channels current, either wait for some of the
operating channels to terminate, or stop some channels manually, before
restarting the channel.

-Original Message-
From: EARmerc Roberts [mailto:[EMAIL PROTECTED]
Sent: 21 August 2003 10:00
To: [EMAIL PROTECTED]
Subject: Re: message CSQX558E - too many channels?


Thanx, Joep,

I looked and found values of 200, which should have been enough considering
our current level of activity. I am thinking that the message doc is
somewhat misleading. I am assuming that dynamic channels are included in
the specification and we are IP-only. I'll do some more research on the
problem.

again, Thanx.

Ernest Roberts
IT - Sr Sys Prog
MBUSA, LLC


__


Robert,

There are several parameters limiting the number of active channels. They
are in CSQ6CHIP. See sample SCSQPROC(CSQ4X4PRM).
Have a look at ACTCHL, CURRCHL, LU62CHL and TCPCHL.

Cheers, Joep


-Original Message-
From: EARmerc Roberts [mailto:[EMAIL PROTECTED]
Sent: donderdag 21 augustus 2003 16:18
To: [EMAIL PROTECTED]
Subject: message CSQX558E - too many channels?


Hello MQ persons,

We are running MQ v 5.3 on OS/390 v2.10.

Our qmgr reported message CSQX558E for a channel and the M&C guide said
about this: "there might be too many channels current to be able to start
it."
The channel appeared to have no problem after a STOP and then a START were
issued. What I want to do is make sure I am not restricting our growing MQ
traffic with my current parameter settings.

Is there a parameter that actually limits the number of active channels? Is
there a DISPLAY command that can show that parameter value?

I found parameter "CTHREAD=300" in the assembly JCL for CSQ6SYSP. Also,
"IDBACK=20" was specified for non-TSO connections. The doc doesn't give a
clear indication of what the parameters affect, but does state that a
channel initiator can have more than one connection to a qmgr.

Am I on the right track with this issue? should I alter those parameters
upward?

Thanx in advance?


Ernest Roberts
IT - Sr Sys Prog
MBUSA, LLC

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


**
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential
and privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment
may be disclosed, copied or distributed, and that any other action related
to this e-mail or attachment is strictly prohibited, and may be unlawful.
If you have received this e-mail by error, please notify the sender
immediately by return e-mail, and delete this message. Koninklijke
Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees
shall not be liable for the incorrect or incomplete transmission of this
e-mail or any attachments, nor responsibl

Donald Birrell/IT/Dale/JDW/NBrown is out of the office.

2003-08-23 Thread Donald Birrell
I will be out of the office from 23/08/2003 until 03/09/2003.

I will respond to your message when I return.




This email and any attachments are confidential. They may
contain privileged information and are intended for the
named addressee(s) only. They must not be distributed
without our consent. If you are not the intended recipient,
please notify us immediately and do not disclose, distribute
or retain this email or any part of it. Unless expressly stated,
opinions in this email are those of the individual sender
and not N Brown Group plc or any of its subsidiaries.
You must take full responsibility for virus checking this
email and any attachments.

Please note that the content of this email or any of its
attachments may contain data that falls within the scope
of the Data Protection Acts and that you must ensure that
any handling or processing of such data by you is fully
compliant with the terms and provisions of the Data
Protection Act 1984 and 1998.

N Brown Group plc. Registered office: 53 Dale Street,
Manchester, M60 6ES. Registered in England No.814103.

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


Platform information in MQ Exits

2003-08-23 Thread shailesh kumar



Hi all,
    I am Required to write an Exit which involves logic, 
which requires to know the "Partner Queue Manager's Platform".  
 
i.e. If QM1 and QM2 are queue managers running on Solaris and Windows-NT 
respectively, and a channel QM1.TO.QM2 is configured between them, can an Exit 
configured on this channel on QM1 find out that it is connecting to a queue 
manager running on Windows-NT.
 
Is there anyway I can get this in my Exit?
If not, is there any indirect way to do this?
 
Any help or reference is appreciated.
 
Thanks in advance
    Shailesh Kumar