|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
MQRC:2046 (MQRC_OPTIONS_ERR) Using ISPF Panels on a v6 QMgr. |
« View previous topic :: View next topic » |
Author |
Message
|
deve612 |
Posted: Wed Feb 13, 2008 12:53 am Post subject: MQRC:2046 (MQRC_OPTIONS_ERR) Using ISPF Panels on a v6 QMgr. |
|
|
Newbie
Joined: 23 Apr 2007 Posts: 5 Location: Belgium
|
Accessing my v6.0 Queuemanager I always get an MQRC:2046 on TEMPDYN Queue SYSTEM.CSQOREXX.xxxxxxxxxxxxxxxx!
We run 3 different versions of WebsphereMQ on the same system.
v1.2, v5.2 and now the most recent v6.0.
I know v1.2 and even v5.2 are already out of support for ages but this is how it is for the moment and v6.0 is setup to do the migration (finanlly !).
It doesn't matter what version of the CSQOREXX (1.2, 5.2 or 6.0) I use to do the inquiry on a v6.0 Queuemanager, it always return that MQRC:2046. My conclusion therefore is that it must have something to do with the QMgr. rather then the set of ISPF Panels.
I defined the SYSTEM.COMMAND.REPLY.MODEL exactly the same as what's in the template in MQS.SCSQPROC(CSQ4INSG).
Beside what is displayed on my ISPF Panels I can't see any other information. This makes it hard to investigate...
Anyone out there that suffered from the same and can help me on this ? |
|
Back to top |
|
 |
Mr Butcher |
Posted: Wed Feb 13, 2008 2:27 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
the 2046 can also occur during connect, so it may not be the model that is causing the problems.
there are some mqv6 issues with 2046 (i did not check the content) but you may check with ibm if these are related.
did you try any other program and do they connect fine?
which libraries do you use for csqorexx? do you use only the mqv6 libraries? (SCSQPNLE, TBLE, LOAD, AUTH, ANLE, ... ?!?) _________________ Regards, Butcher |
|
Back to top |
|
 |
deve612 |
Posted: Wed Feb 13, 2008 2:44 am Post subject: |
|
|
Newbie
Joined: 23 Apr 2007 Posts: 5 Location: Belgium
|
I also used the Eclipse based Explorer to connect to my v6 QMgr and that works fine.
Libraries I use for CSQOREXX are the ones for v6.
This is the CLIST I use to start the Panels :
ALTLIB ACTIVATE APPLICATION(EXEC) +
DATASET('MQS.V600L00.SCSQEXEC')
SET &CC = &LASTCC
%LIBDEF ISPLLIB DATASET('''MQS.V600L00.SCSQAUTH''')
%LIBDEF ISPMLIB DATASET('''MQS.V600L00.SCSQMSGE''')
%LIBDEF ISPPLIB DATASET('''MQS.V520L00.SCSQPNLE''')
%LIBDEF ISPTLIB DATASET('''MQS.V600L00.SCSQTBLE''')
ISPEXEC SELECT CMD(%CSQOREXX MQS.V600L00 E) NEWAPPL(CSQO) PASSLIB
SET &CC = &LASTCC
I just found out that also the v1.2 CSQUTIL program is returning an MQRC:2046 when accessing a v6 QMgr.
CSQUTIL is using that same Model Queue SYSTEM.COMMAND.REPLY.MODEL but I think for that it is more of an incompatibility issue between the v1.2 utility and the v6.0 QMgr.
This is how my SYSTEM.COMMAND.REPLY.MODEL looks like :
QUEUE (SYSTEM.COMMAND.REPLY.MODEL)
TYPE (QMODEL)
QSGDISP (QMGR)
STGCLASS (DEFAULT)
CFSTRUCT ()
DESCR (System-commandreply-toqueue)
PUT (ENABLED)
DEFPRTY (0)
DEFPSIST (NO)
MAXDEPTH (999999999)
PROCESS ()
NOTRIGGER
MAXMSGL (4194304)
BOTHRESH (0)
BOQNAME ()
INITQ ()
USAGE (NORMAL)
SHARE
DEFSOPT (SHARED)
MSGDLVSQ (FIFO)
RETINTVL (999999999)
TRIGTYPE (NONE)
TRIGDPTH (1)
TRIGMPRI (0)
TRIGDATA ()
DEFTYPE (TEMPDYN)
NOHARDENBO
CRDATE (2008-02-12)
CRTIME (11.23.49)
GET (ENABLED)
QDEPTHHI (80)
QDEPTHLO (40)
QDPMAXEV (DISABLED)
QDPHIEV (DISABLED)
QDPLOEV (DISABLED)
QSVCINT (999999999)
QSVCIEV (NONE)
INDXTYPE (NONE)
ACCTQ (OFF)
MONQ (OFF)
NPMCLASS (NORMAL)
ALTDATE (2008-02-13)
ALTTIME (08.52.43) |
|
Back to top |
|
 |
Mr Butcher |
Posted: Wed Feb 13, 2008 3:10 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
%LIBDEF ISPPLIB DATASET('''MQS.V520L00.SCSQPNLE''')
why that?? try with all mqv6
anyway, i tried on my system with v5 pnle and did not receive a 2046.
are you at the current mqv6 maintenance level? _________________ Regards, Butcher |
|
Back to top |
|
 |
deve612 |
Posted: Wed Feb 13, 2008 3:56 am Post subject: |
|
|
Newbie
Joined: 23 Apr 2007 Posts: 5 Location: Belgium
|
That V520L00 was just a leftover of a test. We changed it back to V600L00 already but no change in the process ...
At which maintenance level we are exactly ? I'm waiting on feedback from one of my collegues for that... |
|
Back to top |
|
 |
deve612 |
Posted: Wed Feb 20, 2008 2:58 am Post subject: |
|
|
Newbie
Joined: 23 Apr 2007 Posts: 5 Location: Belgium
|
"Problem" has been solved !
Appearantly the V1.2 library SCSQAUTH was still allocated in my TSO Session.
Thanks to everyone who gave input on the subject ...
Consider this closed .... |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|