OP24MELS panel displaies incorrect USERID info - different from ISPF SORT CHA panel
Article ID: 202901
Updated On:
Products
Issue/Introduction
From a user -
I was signing on to check out a WEBR error and it looks like on all the WEB* & WAS* & SRV* LPARS there is a bug.
In 2.4 of OPS panels… All REXX members have the same person’s userid for every REXX.
Either it says ZADDGQU or ZADDRBU updated every REXX.
However in the 3.4 display of ISPF it shows the correct person’s userid.
As a test, I just created a new member in the REXX Lib and now all REXX members state that I last updated all the members.
This may have to do with the time change on LPARs. IDK.
It was not like this prior to IPL or time change.
Can MVS sup follow up with CA to find out why this occurred?
Thanks
Prior to my update: SORT CHA shows this in OPS 2.4:
OPS/REXX-------- WAS6 ----- SYSP.OPS.WAS6.AIG.REXX ------------ Row 1 of 738
Command ===> Scroll ===> CSR
Line Commands: S or E Edit C Compile CN Nosource Compile
OX Execute from Source OI Execute from OPSEXEC/SYSEXEC
Program VV MM Created Changed Size Init Mod ID
__ STNDNTFY 01:31 2005/10/12 2020/10/30 17:10 1624 994 0 ZADDGQU
__ SMTPEVER 01:18 2008/03/31 2020/10/27 18:13 322 252 0 ZADDGQU
__ STNDLKUP 01:13 2020/10/14 2020/10/27 14:20 34 14 0 ZADDGQU
__ SMTPAGE 01:14 2008/03/31 2020/10/22 09:25 282 252 0 ZADDGQU
__ FNDWORDS 01:18 2010/05/10 2020/10/13 12:56 366 13 0 ZADDGQU
__ SMFDUMP 01:21 2001/06/19 2020/10/02 13:01 56 42 0 ZADDGQU
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Prior to my update: SORT CHA shows this in ISPF 3.4:
Menu Functions Confirm Utilities Help
------------------------------------------------------------------------------
EDIT SYSP.OPS.WAS6.AIG.REXX Row 0000001 of 0000738
Command ===> Scroll ===> CSR
Name Prompt Size Created Changed ID
_________ STNDNTFY 1624 2005/10/12 2020/10/30 17:10:51 ZADDECA
_________ SMTPEVER 322 2008/03/31 2020/10/27 18:13:29 ZADDGQU
_________ STNDLKUP 34 2020/10/14 2020/10/27 14:20:32 ZADDECA
_________ SMTPAGE 282 2008/03/31 2020/10/22 09:25:23 ZADDECA
_________ FNDWORDS 366 2010/05/10 2020/10/13 12:56:59 ZADDGQU
_________ SMFDUMP 56 2001/06/19 2020/10/02 13:01:28 ZADDECA
After my update: SORT CHA shows this in OPS 2.4:
OPS/REXX-------- WAS6 ----- SYSP.OPS.WAS6.AIG.REXX ------------ Row 1 of 739
Command ===> Scroll ===> CSR
Line Commands: S or E Edit C Compile CN Nosource Compile
OX Execute from Source OI Execute from OPSEXEC/SYSEXEC
Program VV MM Created Changed Size Init Mod ID
__ TASTTAS 01:00 2020/11/01 2020/11/01 10:00 1 1 0 ZADDECA
__ STNDNTFY 01:31 2005/10/12 2020/10/30 17:10 1624 994 0 ZADDECA
__ SMTPEVER 01:18 2008/03/31 2020/10/27 18:13 322 252 0 ZADDECA
__ STNDLKUP 01:13 2020/10/14 2020/10/27 14:20 34 14 0 ZADDECA
__ SMTPAGE 01:14 2008/03/31 2020/10/22 09:25 282 252 0 ZADDECA
__ FNDWORDS 01:18 2010/05/10 2020/10/13 12:56 366 13 0 ZADDECA
Legacy LPARs are fine:
OPS/REXX-------- AAAA ----- SYSP.OPS.AAAA.AIG.REXX ------------ Row 1 of 745
Command ===> Scroll ===> CSR
Line Commands: S or E Edit C Compile CN Nosource Compile
OX Execute from Source OI Execute from OPSEXEC/SYSEXEC
Program VV MM Created Changed Size Init Mod ID
__ FNDEMAIL 01:00 2020/10/30 2020/10/30 18:05 8 8 0 ZADDFSA
__ PAGETEST 01:04 2020/10/30 2020/10/30 17:16 16 15 0 ZADDFSA
__ STNDNTFY 01:31 2005/10/12 2020/10/30 17:09 1645 994 0 ZADDECA
__ EVERBVAR 01:09 2020/10/27 2020/10/27 16:58 97 54 0 ZADDFSA
__ STNDLKUP 01:13 2020/10/14 2020/10/27 14:20 34 14 0 ZADDECA
. . . . . . . . . . . . . . . . . . . . . . . . . . .
-DSC--EDIT L1------ SYSP.OPS.AAAA.AIG.REXX -----------------ROW 00001 OF 00745
COMMAND ===> SCROLL ===> CSR
HOTBAR?
*SORT*SHOW*
NAME RENAME LIB VV.MM CHANGED SIZE INIT MOD USERID
FNDEMAIL 1 01.00 2020/10/30 18:05 8 8 0 ZADDFSA
PAGETEST 1 01.04 2020/10/30 17:16 16 15 0 ZADDFSA
STNDNTFY 1 01.31 2020/10/30 17:09 1645 994 0 ZADDECA
EVERBVAR 1 01.09 2020/10/27 16:58 97 54 0 ZADDFSA
STNDLKUP 1 01.13 2020/10/27 14:20 34 14 0 ZADDECA
Environment
Release : 13.5
Component : OPS/MVS
Resolution
CCLXOPEX library may have been missed being copied over to the runtime OPSEXEC library, which was identified in the TSO ISRDDN command results. A TSO FREE FI(OPSEXEC) resolved the condition temporary until the files were copied.
To troubleshoot this, the recommendation was to amend the **.CCLEXEC(OP20004I) member to add the trace, and then recreate the problem:
000509 /**********************************************************************
000510 * *
000511 * Build_member : Build member entry *
000512 * *
000513 **********************************************************************/
000514 Build_member: Arg MEMVAR
000515 trace i
000516 list_rc = spfx(, /* get the member list
000517 "LMMLIST DATAID(&RXIDVAR) OPTION(LIST) MEMBER(MEMVAR)",
000518 "STATS(YES)",8)
000519 if zluser <> '>7CHARS' then
000520 zluser8 = zluser
000521 trace o
Prior to running the trace, entered command TSO FREE FI(OPSEXEC) to ensure the correct compiled member was being used.
For this user, after entering the FREE FI command, the error did not occur, leading to the conclusion that the library was not copied over on the LPARs that had the problem.
Feedback
