OnDemand User Group
Support Forums => z/OS Server => Topic started by: Eli on August 20, 2021, 05:50:28 AM
-
Hi Team,
Please, try to help me on this:
CMOD: V10R5M0
EXIT: ARS.PTGN
The ARS.PTGN was successful implemented and tested in the following situations:
1- Executing ARSIVPJ1 with NO User & NO Pw:
SDSF OUTPUT DISPLAY ARSIVPJ1 JOB24378 DSID 3 LINE 28 COLUMNS 02-
COMMAND INPUT ===> SCROLL ===> C
J E S 2 J O B L O G -- S Y S T E M L 1 @
08.36.29 JOB24378 IRR010I USERID D003548 IS ASSIGNED TO THIS JO 08.36.29 JOB24378 ICH70001I D003548 LAST ACCESS AT 07:41:40 ON T
08.36.29 JOB24378 $HASP373 ARSIVPJ1 STARTED - INIT 5 - CLASS A
08.37.26 JOB24378 $HASP395 ARSIVPJ1 ENDED - RC=0000
IEFC653I SUBSTITUTION JCL - 10130MVS,'ELIFM',MSGLEVEL=(1,1),MSGCLA
2 //PROCESS OUTPUT DEFAULT=YES,CLASS=*,JESDS=ALL,OUTDISP=HOLD
3 //STEP1 EXEC PGM=ARSLOAD,REGION=0M,
// PARM=('/-h ARCHIVE -n -v -s OBJINPT
// -Z ivp -g "ARSIVPR1" tempname')
//** NOTE(ELI): THE USER & PW ARE NOT NEEDED - USING ARS.PTGN EXIT
2- Starting Proc ARSYSPIN as a PROTECTED USER
J E S 2 J O B L O G -- S Y S T E M L 1 @ @ -- N O D E S B R Y S L 1
--- THURSDAY, 19 AUG 2021 ----
IEF695I START ARSYSPIN WITH JOBNAME ARSYSPIN IS ASSIGNED TO USER ARSUSER , GROUP CMODGRP
$HASP373 ARSYSPIN STARTED
IEF403I ARSYSPIN - STARTED - TIME=07.53.30
ARS4336I The ARSYSPIN instance ARCHIVE is ready
N JOB MSGLEVEL=1 STC24350 ARSY0103I <*NOSPINDELAY=
ARSY0103I < ODHOST=ARCHIVE
ARSY0103I < ODINSTANCE=ARCHIVE
ARSY0103I <*ODUSER=ODADMIN
ARSY0103I <*ODUSERPW=********
=====
The problem is that when starting the ARSLOAD started task Procedure, the job fails with rc=6 and the msg:
IEF695I START ARSLOAD WITH JOBNAME ARSLOAD IS ASSIGNED TO USER ARSUSER , GROUP CMODGRP
$HASP373 ARSLOAD STARTED
IEF403I ARSLOAD - STARTED - TIME=08.20.11
IEF404I ARSLOAD - ENDED - TIME=08.20.12
$HASP395 ARSLOAD ENDED - RC=0006
...
ARS1607E The OnDemand stash file >< either does not exist or is not valid.
The question is: Why the ARSLOAD when executing through a Batch JCL, with no USER and no PASSWORD is exploiting the ARS.PTGN exit and when executing through a Started Task Procudure (/S ARSLOAD) is not exploiting the PTGN exit ?
============
Here is how the EXIT, the PTKTDATA profile and the ARSLOAD PROC are defined:
EXIT:
D PROG,EXIT,EXITNAME=ARS.PTGN,DIAG
CSV464I 10.43.08 PROG,EXIT DISPLAY 279
EXIT ARS.PTGN
MODULE STATE EPADDR LOADPT LENGTH JOBNAME PARAM
ARSPTGN A 96C96038 16C96038 00000210 *
RACF PTKTDATA Profile:
********************************* Top of Data ************
CLASS NAME
----- ----
PTKTDATA ARSSOCKD
LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING
----- -------- ---------------- ----------- -------
00 MVSPGR3 NONE NONE NO
INSTALLATION DATA
-----------------
ARSLOAD PROC:
//ARSLOAD PROC
//ARSLOAD EXEC PGM=ARSLOAD,REGION=0M,TIME=NOLIMIT,
// PARM=('/-h ARCHIVE -C Q')
//* PARM=('/-h ARCHIVE -C Q')
//STEPLIB DD DISP=SHR,DSN=CMOD.IODNNL1.SARSLOAD
// DD DISP=SHR,DSN=DBDCSUP.DB2.SL1DSNP.SDSNEXIT
// DD DISP=SHR,DSN=DBDCMAST.DB2.SL1.SDSNLOAD
// DD DISP=SHR,DSN=DBDCSUP.DB2.SL1DSNP.SDSNLOD2
// DD DISP=SHR,DSN=SYS1.SAPKMOD1
//SYSPRINT DD SYSOUT=*,RECFM=FBA,LRECL=121,BLKSIZE=6050
//SYSOUT DD SYSOUT=*
=======
Best regards,
Eli F. Martins
-
Eli - if, after you make sure you've followed all the steps here...
https://www.ibm.com/support/pages/node/81145 (https://www.ibm.com/support/pages/node/81145)
...you're still having a problem, you probably ought to open a problem ticket with support.
Ed
-
Just curious, don't think it'll make any difference, but what's the output of the following command substituting ARSUSER?
(example from my test system)
tso lu arssv100 noracf omvs
USER=ARSSV100
OMVS INFORMATION
----------------
UID= 0000000569
HOME= /u/arssv100
PROGRAM= /bin/sh
CPUTIMEMAX= NONE
ASSIZEMAX= NONE
FILEPROCMAX= NONE
PROCUSERMAX= NONE
THREADSMAX= NONE
MMAPAREAMAX= NONE
***
Ed
-
Hi Ed,
Thanks for returning... I'll check the link you've recommended. Here is the output of the LU command:
USER=ARSUSER
OMVS INFORMATION
----------------
UID= 0000000127
HOME= /usr/lpp/ars/V10R1M0/tmp
PROGRAM= /bin/sh
CPUTIMEMAX= NONE
ASSIZEMAX= NONE
FILEPROCMAX= NONE
PROCUSERMAX= NONE
THREADSMAX= NONE
MMAPAREAMAX= NONE
***
Best regards,
Eli
-
Hi Ed,
All checked, and that's all ok:
1. Verify that the PassTicket to RACF for the associated application(task) id is defined.
=> OK
2. Go to RACF Panels (typically ISPF option 13.12)
choose '2' (GENERAL RESOURCE PROFILES) --> choose 'D' (DISPLAY Display profile contents)
=> OK
3. On the 'RACF - GENERAL RESOURCE SERVICES - DISPLAY' screen enter the following:
'PTKTDATA' for the CLASS, and '*' for PROFILE CLASS ===> PTKTDATA PROFILE ===> *
=> OK
4. Press enter --> you should now see the RACF - DISPLAY GENERAL RESOURCE PROFILE screen
=> OK
5. Press hit enter again. Note that the arssockd application should be defined to the PTKTDATA class.
=> OK
6. If exit ARSPTGN is not active, from the MVS system console issue:
SETPROG EXIT,ADD,EXITNAME=ARS.PTGN,MOD=ARSPTGN,DSNAME=
ARS.DATASET.HOLDING.THE.EXIT
=> OK
7. Ensure that /etc/ars/ does not contain an arsload.cfg
=> OK
8. If ARSUSECZ does not exist, from the MVS system console issue:
SETPROG EXIT,ADD,EXITNAME=ARS.SECURITY,MOD=ARSUSECZ,DSNAME=
ARS.DATASET.HOLDING.THE.EXIT
=> OK
9. Recycle the ARSSOCKD started task.
=> OK
====
So, following your recommendation, I'll open a problem ticket with support. Can you please tell me what is the link or procedure to open this ticket ?
Many thanks,
Eli
-
> Can you please tell me what is the link or procedure to open this ticket ?
Truthfully, I have no idea.
You'll need to talk to someone in your shop as I think you need to be authorized to open a ticket with IBM.
Ed
-
Hi Ed,
Problem solved ! In fact, the started task user ARSUSER must be defined to CMOD as an ADM user. Here is the answer from Larry F (the IBM support team):
"So we now know the problem is not arsload batch working vs STC arsload not working, but
the problem is related to the userid ARSUSER. Most likely ARSUSER is not defined to CMOD.
Use the CMOD admin client to add the user ARSUSER to CMOD. Make the user ARSUSER
a system administrator. Doesn't matter what you set the password to. Then retry the
arsload batch job with USER=ARSUSER. See if that works this time."
I've tested and it is working as designed !
Many thanks,
Eli
-
Eli - thanks for posting the resolution.
Ed