|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
z/OS OPMODE |
« View previous topic :: View next topic » |
Author |
Message
|
bay hoe san |
Posted: Mon Aug 16, 2010 12:49 am Post subject: z/OS OPMODE |
|
|
Centurion
Joined: 27 Nov 2006 Posts: 117
|
Hello,
1. I am assisting my client to upgrade z/OS WMQ from V600 to V701. I have migrated an existing qmgr (say MQE3) from V600 to V700 and I tried to do verification on the migration.
2. My verification on successfully migration:
1. I do a display qmgr, it shows CMDLEVEL (701)
2. In MSTR, it shows "CSQY000I +MQE3 IBM Websphere MQ for z/OS V7.0.1'
3. However, when I do a display system i.e. +MQE3 display system, it shows OPMODE=COMPAT,600.
4. My query:
Shouldn't it be OPMODE=COMPAT,701?
It is documented that the default value is 701. My compilation job run successfully to create ZPRM.
5. Pls advise. Thanks.
.Hoe San. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Mon Aug 16, 2010 2:56 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
are you sure you picked up the modified zparm member during start ?!?
in the compiled output of your zparm member, do you see the opmode parameter being set by the sysp macro? _________________ Regards, Butcher |
|
Back to top |
|
 |
bay hoe san |
Posted: Mon Aug 16, 2010 9:00 am Post subject: |
|
|
Centurion
Joined: 27 Nov 2006 Posts: 117
|
Hello Mr Butcher,
1. Thanks for your response.
2. My updates:
1. are you sure you picked up the modified zparm member during start ?!?
Yes, I tried renaming my load module of zparm, when I try restarting the qmgr, it complains the following:
CSV003I REQUESTED MODULE MQE3ZPRM NOT FOUND
CSV028I ABEND806-04 JOBNAME=MQE3MSTR STEPNAME=MQE3MSTR
2. in the compiled output of your zparm member, do you see the opmode parameter being set by the sysp macro?
I see the following in the compilation output listings, step SYSP:
CL8'OPMODE=(',CL7'COMPAT',CL1',' OPMODE eyecatcher
3. I try browsing the load module i.e. MQE3ZPRM, I can see:
OPMODE=(COMPAT ,701)
3. I still c OPMODE=(COMPAT,600) when I do a display system.
Pls advise.
Thank you.
.Hoe San. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Mon Aug 16, 2010 11:57 pm Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
|
Back to top |
|
 |
bay hoe san |
Posted: Tue Aug 17, 2010 2:28 am Post subject: |
|
|
Centurion
Joined: 27 Nov 2006 Posts: 117
|
Hello Mr Butcher,
1. Thanks for your prompt responses.
2. I take a closer look at my qmgr started task late 2 am and I noticed the followings:
1. In MSTR, it shows:
CSQY101I +MQE3 IDBACK=500, IDFORE=200, LOGLOAD=500000, OPMODE=(COMPAT,701)
CSQY102I +MQE3 CMDUSER=CSQOPR, QMCCSID=500, ROUTCDE=( 1)
2. I issue /+mqe3 dis system and it shows:
CSQJ322I +MQE3 DISPLAY SYSTEM report ...
Parameter Initial value SET value
----------- ---------------------- ----------------------
OPMODE COMPAT , 600
IDBACK 500
IDFORE 200
3. I think I will log a call with IBM.
Thanks.
.Hoe San. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Tue Aug 17, 2010 3:06 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
please let us know the answer from IBM when you got it.... _________________ Regards, Butcher |
|
Back to top |
|
 |
bay hoe san |
Posted: Thu Aug 19, 2010 8:37 am Post subject: |
|
|
Centurion
Joined: 27 Nov 2006 Posts: 117
|
Hello Mr Butcher,
1. I chanced upon the following in IBM website which classified that as documentation error:
The OPMODE value shown in the MSTR LOG's CSQY101I message can differ from the OPMODE value shown by the DISPLAY SYSTEM command.
.
The meaning of each case should be clarified in the documentation.
.
For example a system that was migrated from V700 to V701 and had
CSQ6SYSP compiled with OPMODE=(COMPAT,701) showed the following:
1) CSQY101I ... OPMODE=(COMPAT,701)
2) DISPLAY SYSTEM showed "OPMODE COMPAT , 700"
.
The documentation needs to clarify that the CSQY101I message in the joblog is meant to indicate what has been set in CSQ6SYSP, whereas the DISPLAY SYSTEM compatibility level indicates which version the queue manager has been migrated from and therefore, can fall back to if necessary.
(the appropriate backward migration PTFs have been installed at that release to allow the fall back.)
Thanks.
.Hoe San. |
|
Back to top |
|
 |
Mr Butcher |
Posted: Fri Aug 20, 2010 3:36 am Post subject: |
|
|
 Padawan
Joined: 23 May 2005 Posts: 1716
|
thanks for letting us know. _________________ Regards, Butcher |
|
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
|
|
|
|