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 ABCDGQU or ABCDRBU 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 support follow up with Broadcom to find out why this occurred?
Thanks
Prior to my update: SORT CHA shows this in OPS 2.4:
OPS/REXX-------- WWWW ----- hlq.WWWW.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 ABCDGQU
__ SMTPEVER 01:18 2008/03/31 2020/10/27 18:13 322 252 0 ABCDGQU
__ STNDLKUP 01:13 2020/10/14 2020/10/27 14:20 34 14 0 ABDGQU
__ SMTPAGE 01:14 2008/03/31 2020/10/22 09:25 282 252 0 ABCDGQU
__ FNDWORDS 01:18 2010/05/10 2020/10/13 12:56 366 13 0 ABCDGQU
__ SMFDUMP 01:21 2001/06/19 2020/10/02 13:01 56 42 0 ABCDGQU
. . . . . . . . . . . . . . . . . . . . . . . . . . .
Prior to my update: SORT CHA shows this in ISPF 3.4:
Menu Functions Confirm Utilities Help
------------------------------------------------------------------------------
EDIT hlq .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 ABCDECA
_________ SMTPEVER 322 2008/03/31 2020/10/27 18:13:29 ABCDGQU
_________ STNDLKUP 34 2020/10/14 2020/10/27 14:20:32 ABCDECA
_________ SMTPAGE 282 2008/03/31 2020/10/22 09:25:23 ABCDECA
_________ FNDWORDS 366 2010/05/10 2020/10/13 12:56:59 ABCDGQU
_________ SMFDUMP 56 2001/06/19 2020/10/02 13:01:28 ABCDECA
After my update: SORT CHA shows this in OPS 2.4:
OPS/REXX-------- WWWW ----- hlq.WWWW.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 ABCDECA
__ STNDNTFY 01:31 2005/10/12 2020/10/30 17:10 1624 994 0 ABCDECA
__ SMTPEVER 01:18 2008/03/31 2020/10/27 18:13 322 252 0 ABCDECA
__ STNDLKUP 01:13 2020/10/14 2020/10/27 14:20 34 14 0 ABCDECA
__ SMTPAGE 01:14 2008/03/31 2020/10/22 09:25 282 252 0 ABCDECA
__ FNDWORDS 01:18 2010/05/10 2020/10/13 12:56 366 13 0 ABCDECA
Legacy LPARs are fine:
OPS/REXX-------- AAAA ----- hlq.AAAA.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 ABCDFSA
__ PAGETEST 01:04 2020/10/30 2020/10/30 17:16 16 15 0 ABCDFSA
__ STNDNTFY 01:31 2005/10/12 2020/10/30 17:09 1645 994 0 ABCDECA
__ EVERBVAR 01:09 2020/10/27 2020/10/27 16:58 97 54 0 ABCDFSA
__ STNDLKUP 01:13 2020/10/14 2020/10/27 14:20 34 14 0 ABCDECA
. . . . . . . . . . . . . . . . . . . . . . . . . . .
-DSC--EDIT L1------ hlq.AAAA.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 ABCDFSA
PAGETEST 1 01.04 2020/10/30 17:16 16 15 0 ABCDFSA
STNDNTFY 1 01.31 2020/10/30 17:09 1645 994 0 ABCDECA
EVERBVAR 1 01.09 2020/10/27 16:58 97 54 0 ABCDFSA
STNDLKUP 1 01.13 2020/10/27 14:20 34 14 0 ABCDECA
OPS/MVS
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.