Access auhorisation in cluster environment

2002-09-22 Thread Ganapathy, Sundari (Cognizant)

Hi,

I have a main cluster queue manager QM1 that in turn directs messages into
queues in queue managers QM2 and QM3 (all on AIX). How would I provide
access authority for a queue manager from a different platform (OS/390) to
access the cluster (put access to queues residing on QM2 and QM3) ?

Should the S/390 user-id be specified when providing access authority or
just the ip specified while defining channels would suffice ?

Where is this access information stored on the AIX ?

Thanks in Advance
Sundari







This e-mail and any files transmitted with it are for the sole use of the intended 
recipient(s) and may contain confidential and privileged information.
If you are not the intended recipient, please contact the sender by reply e-mail and 
destroy all copies of the original message.
Any unauthorised review, use, disclosure, dissemination, forwarding, printing or 
copying of this email or any action taken in reliance on this e-mail is strictly
prohibited and may be unlawful.

Visit us at http://www.cognizant.com



XML Data going into wrong queues

2002-09-22 Thread Sid Young
Title: Message



 
 
Howdy
all,
 
I have observed in
the last 2 weeks a very strange problem, randomly a remote MQ client will put
some XML data into a command queue but the data ends up in a totally unrelated
queue.
 
The version is 5.1
on Windows NT4
 
Esentially all sites
send XML command messages to a single common queue. A trigger fires and the XML
message is processed and a response (if requied) sent back to the remote
client.  For some reason XML messages have been randomly appearing in any
queue on the server.  If I turn off the trigger monitor the messages only
end up in the right queue.
 
Anyone have any
thoughts ?... And don't tell me to upgrade... untill IBM have a full proof way
of upgrading a server without loosing queues and definitions I sitting
tight.
 
 
 








Sid Young


DBA
Information
Systems Department 

[EMAIL PROTECTED]
QML Pathology
Phone: (07) 3840
4941
Fax: Fax??? This is the
21st Century!
www.qml.com.au

  
  
 
  

  
  60 Ferry RdWest
  End, QLD 4101




 


Fwd: MQ channels..

2002-09-22 Thread Stefan Sievert

Hi everybody,
can anybody with more experience on AIX please comment on Siva's question?
Thanks,
Stefan

>From: [EMAIL PROTECTED]
>To: "Stefan Sievert" <[EMAIL PROTECTED]>
>Subject: MQ channels..
>Date: Sat, 21 Sep 2002 15:29:52 +0530
>
>Dear Stefan
>
>I have some doubts in MQ performance. Let me tell you the business
>scenario. Many MQ clients
>are connecting to MQ broker queue Manager using
>SYSTEM.AUTO.SVRCONN,SYSTEM.DEF.SVRCONN
>default server connection in our system. There are more than 1000 users of
>the system who may
>connect to the system but simultaneously around 500 on a realistic view.
>
>In the above case, how will calculate how many concurrent client
>connectiosn can a channel handle?
>Currently i am thinkiing of setting theMAXCHANNELS & MAXACTIVECHANNELS
>to 500. I tried to
>find out the meaning of MAXCHANNELS &  MAXACTIVECHANNELS but i could not
>understand. Can you tell me
>please and also the difference.
>
>If i put just put  MAXCHANNELS = 1, is that  acceptable ? on what
>resources or factors does this depend on?
>like RAM, memory usage,physcial disk. In every channel, is there any
>process id associated ? or for every
>client that connetcs thaere is a process id?
>
>When i run runmqsc command and running channel status(of the above
>channels connections)  count shows 16.
>Does that mean 16 machines are only  connected thru the channels?
>
>The environment  where the system is running is AIX 4.3.3, MQ 5.2
>
>Please guide mto get a understanding.
>
>Thanks
>
>Siva Ganesh
>
>
>
>
>"Stefan Sievert" <[EMAIL PROTECTED]>
>09/20/2002 12:41 AM
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:Re: Fwd: Re: Code Page Parameter
>
>Siva,
>how about this: http://www-3.ibm.com/software/ts/mqseries/txppacs/mp6d.html
>Or got to http://www-3.ibm.com/software/ts/mqseries/txppacs/txpm1.html and
>do a find (using Ctrl-F in IE) on 'performance'. There's tons of stuff out
>
>there. :-)
>Cheers,
>Stefan
>
>
> >From: [EMAIL PROTECTED]
> >To: [EMAIL PROTECTED]
> >Subject: Re: Fwd: Re: Code Page Parameter
> >Date: Thu, 19 Sep 2002 07:13:00 +0530
> >
> >Hi Stefan
> >
> >How are u ? Ia m fine. This is my new email address  I need some help in
> >MQ. Can you please guide me some documents/reports/analysis on
> >MQ performance  & MQ tuning dcouments. I tried in IBM site but i could
>not
> >find it out. I am working in MQ5.2 in AIX/NT.
> >
> >Thanks
> >
> >Siva Ganesh
> >
> >
> >
> >
> >
> >"Siva Ganesh M" <[EMAIL PROTECTED]>
> >09/19/2002 07:04 AM
> >
> >
> > To: [EMAIL PROTECTED]
> > cc:
> > Subject:Fwd: Re: Code Page Parameter
> >
> >
>
>
>
>
>_
>Chat with friends online, try MSN Messenger: http://messenger.msn.com
>
>
>




_
Send and receive Hotmail on your mobile device: http://mobile.msn.com

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: Sender Channel OS390 to HP-UX - TCP Error

2002-09-22 Thread JoE JK

Hi,

I can confirmed that the fwall setup are ok. Even the
other connection from Host to Windows NT box at the
same location are working fine and never encountered
any of the communication problem. Any chances that
maybe some of the parameter or patches requires on the
HP box? Just for your info, we're using HP-UX model
K210 with OS ver11.11. MQSeries is on v5.2.

Thanks.

__
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com

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



Khanh Nguyen/MutualOMA is out of the office.

2002-09-22 Thread Khanh Q. Nguyen

I will be out of the office starting  09/14/2002 and will not return until
09/30/2002.

I will respond to your message when I return.

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: Codeset with no supporting CCSID

2002-09-22 Thread Richard Tsujimoto

Derek,

Don't know if this will help, but below is a snippet of an old posting:

To: [EMAIL PROTECTED]
cc:  (bcc: Richard Tsujimoto/CHASE)
From: Paul Clarke <[EMAIL PROTECTED]>
Date: 06/04/99 08:37:29 AM GMT
Subject: Re: V5/5.1 NT client to V5 CSD 5 AIX server problem



Scott,

The data conversion from clients is always done at the server. So, it would
seem that this AIX box
can not do  819 <-> 437 conversion. I seem to remember that AIX does not
(or did not) ship with the
437 codepage tables and you had to manually add them to the NLS directory.
I believe we even
shipped the 437 table with the MQSeries product.

You can check out whether the conversion is supported using the command :-

iconv -t IBM-819 -f IBM-437

If this complains that it can't find the conversion table then you'll have
to install it.
I'm saying all this from memory so I may be slightly out in some of the
details.

Paul G Clarke
MQSeries Development
IBM Hursley

- Original Message -
From: "Hornby, Derek" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, September 22, 2002 12:11 PM
Subject: Codeset with no supporting CCSID


> ... I hope this isn't too daft a question, but I am getting the following
message in /var/mqm/errors (accompanied by an FDC)on MQ5.2 over Solaris 2.8
>
> AMQ6173: No CCSID found for codeset ISO8859-1.
>
> Codeset ISO8859-1. has no supported CCSID. Check that the locale in use is
> supported. CCSIDs can be added by updating the file
> /var/mqm/conv/table/ccsid.tbl.
> None.
>
> ... but this error has only just started occurring, is intermittent, and I
don't think much has changed on this server in the last 6 months.
>
> ...and, of course, ISO8859-1 is the standard code page 819 , which is
definitely in the ccsid.tbl
>
> ... the env values look OK to me...
>
> LC_MONETARY=en_US.ISO8859-1
> LC_TIME=en_US.ISO8859-1
> LC_MESSAGES=C
> LC_CTYPE=en_US.ISO8859-1
> LC_COLLATE=en_US.ISO8859-1
> LC_NUMERIC=en_US.ISO8859-1
>
> ... and so does the locale
>
> LANG=
> LC_CTYPE=en_US.ISO8859-1
> LC_NUMERIC=en_US.ISO8859-1
> LC_TIME=en_US.ISO8859-1
> LC_COLLATE=en_US.ISO8859-1
> LC_MONETARY=en_US.ISO8859-1
> LC_MESSAGES=C
> LC_ALL=
>
> ... I am a little puzzled.
>
> Derek.
>
> 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



Codeset with no supporting CCSID

2002-09-22 Thread Hornby, Derek

... I hope this isn't too daft a question, but I am getting the following message in 
/var/mqm/errors (accompanied by an FDC)on MQ5.2 over Solaris 2.8

AMQ6173: No CCSID found for codeset ISO8859-1.

Codeset ISO8859-1. has no supported CCSID. Check that the locale in use is
supported. CCSIDs can be added by updating the file
/var/mqm/conv/table/ccsid.tbl.
None.

... but this error has only just started occurring, is intermittent, and I don't think 
much has changed on this server in the last 6 months.

...and, of course, ISO8859-1 is the standard code page 819 , which is definitely in 
the ccsid.tbl

... the env values look OK to me...

LC_MONETARY=en_US.ISO8859-1
LC_TIME=en_US.ISO8859-1
LC_MESSAGES=C
LC_CTYPE=en_US.ISO8859-1
LC_COLLATE=en_US.ISO8859-1
LC_NUMERIC=en_US.ISO8859-1

... and so does the locale

LANG=
LC_CTYPE=en_US.ISO8859-1
LC_NUMERIC=en_US.ISO8859-1
LC_TIME=en_US.ISO8859-1
LC_COLLATE=en_US.ISO8859-1
LC_MONETARY=en_US.ISO8859-1
LC_MESSAGES=C
LC_ALL=

... I am a little puzzled.

Derek.

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