Re: Changing passwords on an MQSI broker machine

Hi, You should use the mqsichangebroker command to change the password. Cheers, Manuel Carlos -Mensaje original- De: Kulbir S. Thind [SMTP:[EMAIL PROTECTED]] Enviado el: Tuesday, October 29, 2002 9:22 AM Para: [EMAIL PROTECTED] Asunto: Changing passwords on an MQSI broker

Re: AW: Context Security on OS/390

Stefan, have you carried out a REFRESH SECURITY(*) on the QMGR ? I've been caught with that before. If the QMGR has been up when the RACF definitions have been done. hth Windy On 28/10/2002 11:45:06 MQSeries List wrote: Dennis, thanks for the anser. the stc (the user) has ALTER to

Re: Changing passwords on an MQSI broker machine

Use the mqsichangebroker command, remember to stop the broker before issuing the command. -Original Message- From: Kulbir S. Thind [mailto:[EMAIL PROTECTED]] Sent: 29 October 2002 10:22 To: [EMAIL PROTECTED] Subject: Changing passwords on an MQSI broker machine Hi there,

No. of MQ Connections

Hi, Could someone tell me how we can capture the number of open MQ connections at any point of time in the server ? The scenario is something like this : There is a request and a response queue. The client, when logging on to the application, creates 10 MQ connections which is running on the

Fail to get COD report message if userIdentity is blank

Hello, I need some help to understand the following problem. environment: - MQSeries server v5.2 on Win2000 on computerA - MQSeries client v5.2 on Win2000 on computerB (btw, same problem happen with v5.1 and v5.2.1) On client side I send a message with COA/COD. I use SET_IDENTITY_CONTEXT and

Re: Fail to get COD report message if userIdentity is blank

The issue is that the COA is sent by the queue manager with the authority of the queue manager. The COD is sent by the queue manager with the authority of the user identity in the MD. If this is blank, typically the OAM will not allow the COD to be sent. Dave Instructions for managing your

Peter Gersak/Slovenia/IBM is out of the office.

I will be out of the office starting October 28, 2002 and will not return until December 6, 2002. I will read email but will have limited time to respond. For any WebSphere MQ and IBM CrossWorlds related questions please send an email to [EMAIL PROTECTED] or [EMAIL PROTECTED] For short/urgent

How do I create the NEON database for MQSI 2.0.2?

Hi all Which manual describes how to configure the NEON database, which scripts to run etc. and what page - I don't seem to be able to find it? I looked at the System Mangement Guide but is not obvious. Can someone please help? Pierre

Re: How do I create the NEON database for MQSI 2.0.2?

Title: RE: How do I create the NEON database for MQSI 2.0.2? it's in the online documentation, choose New Era of Network for All manuals. -Original Message- From: pierre La Fluffe [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 29, 2002 7:08 AM To: [EMAIL PROTECTED] Subject: How

Re: Fail to get COD report message if userIdentity is blank

Thanks David. Any ideas if this behavior is by design or will it change in future versions ? Any reason why aren't both COA and COD sent with the same authority ? I'd understand if both succeed or both fail. It's strange that COA succeed and COD fail. (i.e., it's strange that each one is sent

Re: No. of MQ Connections

For starters - to get the number of client connections you could try: netstat -an |grep 1414 This is assuming the listener is running on 1414 Bob -Original Message- From: Ganapathy, Sundari (Cognizant) [mailto:GSundari;CHN.COGNIZANT.COM] Sent: Tuesday, October 29, 2002 4:38 AM To:

Re: How do I create the NEON database for MQSI 2.0.2?

the installation guide for the platform on which you installed -Original Message- From: pierre La Fluffe [mailto:lafluffe;HOTMAIL.COM] Sent: Tuesday, October 29, 2002 7:08 AM To: [EMAIL PROTECTED] Subject: How do I create the NEON database for MQSI 2.0.2? Hi all Which manual describes

Re: Fail to get COD report message if userIdentity is blank

I believe it to be by design (I think my memory of how it works is correct). I couldn't find a statement in the documentation about this which surprised me as the MQ docs are generally pretty good about documenting everything you need to know (though it's not always that easy to find the bit you

Re: How do I create the NEON database for MQSI 2.0.2?

Look in the MQSI 2.0.2 Administration Guide. I agree a more logical place for it would be in the Neon manuals. Cheers, Stephen Hochman Merrill Lynch Middleware Technology Services -Original Message- From: pierre La Fluffe [mailto:lafluffe;HOTMAIL.COM] Sent: Tuesday, October 29, 2002

Re: DISPLAY QSTATUS

Tim, Have a look at Paul Clarke's MO71 for V530. Paul's support Pac gives you a real crisp view of all this information in a windows format. See the attached file. Way to go Paul... Cheers, Darry -Original Message- From: Tim Armstrong [mailto:timarm;AU1.IBM.COM] Sent: Monday, October

MQSeries 5.x and Solaris 9.0

Hi There, Do any of you know if MQSeries 5.x is officially supported on Solaris 9.0 Thanks a MILLION in advance. Bill C. Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive:

Re: How do I create the NEON database for MQSI 2.0.2?

begin 777 BDY.RTF MUQR=8Q7%NVE95F9C![79O;G1T8FQ[78P79R;VUA;EQF8VAAG-E M=#`5EM97,3F5W(%)O;6%N.WU[78Q79R;VUA;EQF8VAAG-E=#`1V%R M86UO;F0[?7M9C)9G-W:7-S79C:%RV5T,!486AO;6$[?7M9C-9FYI M;%QF8VAAG-E=#`5%H;VUA.WU[78T79S=VESUQF')Q,B!!FEA;#M] M?0T*UQC;VQOG1B;`[7')E9#!9W)E96XP7)L=64R-34[7')E9#$R.%QG

Re: MQSeries 5.x and Solaris 9.0

Bill, Try this web page: http://www-3.ibm.com/software/ts/mqseries/platforms/supported.html Cheers, Darry -Original Message- From: Conklin, William [mailto:WConklin;GLHEC.ORG] Sent: Tuesday, October 29, 2002 8:36 AM To: [EMAIL PROTECTED] Subject: MQSeries 5.x and Solaris 9.0 Hi

Re: Fail to get COD report message if userIdentity is blank

Doron, My guess it is by necessity The COA is produced by the Channel agent (when working between queue managers), while the COD is produced by the MQGET command itself. One has the authority of the entity doing the final MQPUT command, while the other comes from the MQGET. What is commonly done

Re: Changing passwords on an MQSI broker machine

Hi, We tried the following sequence: Changed the account password Updated the Services Start Up settings to ensure any service (DB2, etc) using this user account, uses the new password Stopped the MQSI broker service Used the mqsichangebroker command: mqsichangebroker brokername -p new

Re: Changing passwords on an MQSI broker machine

Kulbir, Most likely,your msgflowcontain code accessing databases other than the broker database to do the work. So you must also have the same user/password defined on all databases your msgflows need to access. cheers, -Original Message-From: Kulbir S. Thind [mailto:[EMAIL

Client apps and conversion

All, If I have a client application sending messages from an AIX queue mgr to an S390 queue manager and the conversion is being done by MCA, can anyone outline why conversion is not taking place. Let me say that in this scenario conversion by the getting application is NOT an option based on

Re: Client apps and conversion

When you say Client Application, do you mean you're using MQClient ? If so, the Convert Option is not supported. Channel Types which support CONVERT(YES) are SDR, SVR, CLUSSDR or CLUSRCVR only. |-+--- | | | | |

MQSeries Explorer Gui and security

Hello, I have some questions about how to setup MQ securityfor using the MQSeries explorer in a safe way. The windows Gui is used to administrate an Aix QM. As the Windows userid is not known on the Aix side, I have to specify a user with MQ rights on MCAUSER on th Aix SVRCONN channel. If

Re: Client apps and conversion

Phil, The client app is using the AIX server queue manager to put messages to an S390 queue manager. The sender between the AIX queue manager and the S390 queue manager has CONVERT set to YES. The data is not being converted and I suspect it has something to do with the message format on the

Re: What causes Apps to stop triggering on WIN2000 server??

All MSGS being sent to this queue are now ending up in the DLQ. I have sent along the Dead letter header info. Dead Letter Header reason 266 Put-Application name RUNMQTRM Put-Application type QAT_WINDOWS_NT Encoding: 546 CCSID: 437 Format: MQSTR Thanks Dave -Original Message- From:

Conversational IMS Transaction Through MQSeries

Does anyone have experience invoking conversational IMS transactions utilizing MQSeries? In particular, the documentation refers to the MQIIH.TranInstanceId returning a value that must be set in that field when sending a message back under the same conversation. It appears, however, that the

Re: What causes Apps to stop triggering on WIN2000 server??

Do you mean your application messages are ending up in the DLQ with that header? That suggests RUNMQTRM is monitoring the application queue; it needs to monitor the INITQ. -Original Message- From: Hill, Dave [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, October 29, 2002 11:47 AM To:

SYSTEM.AUTH.DATA.QUEUE

I've recently defined two new queue managers (version 5.2.1) on a Windows 2000 server. After I defined my queues and setup security on the queues, I noticed that I have messages in the queue SYSTEM.DATA.AUTH.QUEUE. Can I delete these messages? How is this queue used? Jim Wert Information

Re: SYSTEM.AUTH.DATA.QUEUE

Jim, I believe that this is where MQ keeps the who-can-do-what-to-what information (i.e., your security set up). -- Rebecca Rebecca Bullock Computer Sciences Corporation Educational Testing Service Account Princeton, NJ 08541 e-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -Original

Re: SYSTEM.CHANNEL.SYNCQ

Thanks Rebecca, I'll go through your suggested path and delete the messages that belong to non-existing channels. But, while I am not adding any new channel, I see this queue is growing. Any idea why? Bullock, Rebecca (CSC) [EMAIL PROTECTED]@AKH-Wien.AC.AT on 10/28/2002 02:32:24 PM Please

Re: What causes Apps to stop triggering on WIN2000 server??

Well Well Well It is solved. It turns out the local queue to be triggered had a visitor. I tried to delete the queue and it said DO NOT DARE DO THIS WITH MSGS in the queue. MSGS??? When I browse the queue there are no stinking MSGS. Well it said it had them so I did a CLEAR QUEUE?

Re: SYSTEM.AUTH.DATA.QUEUE

Rebecca, If that's the case, then I shouldn't delete these messages, right? Is this unique to MQ on Windows? I don't see any messages in this queue on our QM on an AIX server. Jim -Original Message- From: Bullock, Rebecca (CSC) [mailto:rbullock;ETS.ORG] Sent: Tuesday, October 29,

'SYSTEM.DEF.CLUSSDR NOT FOUND' Error Message

** Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ** : A customer that I have worked with has an MQ cluster

Queue Name Resolution and Cluster Channel selection

Background: 1) We are running MQS 2.1 on OS390 and MQS 5.2 on HP-UX. Between these two queue managers, we have defined multiple clusters, each with cluster channel-pairs. This is done to separate work - we use MQSeries for many file transfer functions and for request/reply and do not want the

Re: DISPLAY QSTATUS

Darry, Yes that was where I first came across it. However we run a whole host of different platforms where I work and so I tend to use runmqsc as the common denominator. Regards Tim A Gorse, Darry darry.e.gorse@CITTo: [EMAIL PROTECTED]

Re: What causes Apps to stop triggering on WIN2000 server??

Sounds like you had an expired message on the queue. later Roger... At 04:45 PM 10/29/2002, you wrote: Well Well Well It is solved. It turns out the local queue to be triggered had a visitor. I tried to delete the queue and it said DO NOT DARE DO THIS WITH MSGS in the queue.

Re: SYSTEM.AUTH.DATA.QUEUE

Jim, I'm not a Windows MQer, but I do see this queue with messages on our 5.2 Solaris system and the contents certainly do look like queue names and the appropriate userids. I'd say Don't delete. Perhaps one of the Windows MQ gurus out there would care to comment? -- Rebecca -Original

Re: SYSTEM.CHANNEL.SYNCQ

Sorry, no. Perhaps Morag H. would care to comment. -- Rebecca -Original Message- From: Bahman Nejad [mailto:Bahman.Nejad;UBOC.COM] Sent: Tuesday, October 29, 2002 4:30 PM To: [EMAIL PROTECTED] Subject: Re: SYSTEM.CHANNEL.SYNCQ Thanks Rebecca, I'll go through your suggested path and

Re: SYSTEM.AUTH.DATA.QUEUE

The queue is where OAM information resides as of V5.2 it is no longer held in files. Use utility amqoamd to display the information contained in it. Regards Tim A Bullock, Rebecca (CSC) To: [EMAIL PROTECTED]