OnDemand User Group
Support Forums => z/OS Server => Topic started by: Eli on February 12, 2021, 12:12:54 PM
-
Hi CMOD team,
CMOD V10.1.0 z/OS:
LE AbendU4080 trying to run CMOD IVP ARSIVPJ1 or ARSIVPJ2.
Note: The Load IVP Definitions executed with no problem ( /usr/lpp/ars/V10R1M0/bin/arsxml add -h ARCHIVE -u ADMIN -p password -v -d /usr/lpp/ars/V10R1M0/bin/xml/samples -i ARSIVPadd.ebcdic.xml).
The Condition Code is EDC5084S, and related LE Messages manual states that:
=====================
EDC5084I
The program was not run because of redirection errors on the command line.
Explanation
An error was detected when the input string to main() was being parsed. One of the following may have occurred: 1) the file name specified with the redirection symbols could not be opened (for read, write, or append); 2) the file name specified with the write redirection symbol was already opened; or 3) the same redirection symbol was specified more than once in the command string.
System action
This errno is used internally to generate the redirection error message. The program is terminated or the system() call returns the failure and does not invoke the second program.
Programmer response
Correct the input string passed to main and if the system() call is being used to invoke another C main() program, the files that are still open in the first program will be considered open when the redirection statements are being verified.
======================
Please, let me know if somebody have some tip.
Regards,
Eli
-
I suspect your -d parameter is wrong. You can omit the -d option if your XML file is in the same directory that you're running the command from.
-JD.
-
Hi Justin,
The "-d" parameter that you see is from a command that worked with no problem. Please, see my note about:
Note: The Load IVP Definitions executed with no problem ( /usr/lpp/ars/V10R1M0/bin/arsxml add -h ARCHIVE -u ADMIN -p password -v -d /usr/lpp/ars/V10R1M0/bin/xml/samples -i ARSIVPadd.ebcdic.xml).
The problem is inside the code of ARSIVPJ1 or ARSIVPJ2. Both are abending U4080.
Regards,
Eli
-
A few thoughts:
1. are both the arsload job and arssockd running REGION=0M ?
2. run spufi against the SYSIBM table for all ARS* tables. who is the owner?
3. run the IVP job in batch, perhaps like this example?
http://www.odusergroup.org/forums/index.php?topic=1987.msg9954#msg9954 (http://www.odusergroup.org/forums/index.php?topic=1987.msg9954#msg9954)
3. open up a PMR or put the complete job output in here
Ed
-
Is this the IVP that's giving you problems?
//*-----------------------------------------------------------------*\\
//* *\\
//* Member: ARSIVPJ1 *\\
//* Library: SARSINST *\\
//* *\\
//* Purpose: This member loads the IVP Report 1 *\\
//* Report: Check Statements *\\
//* *\\
//PROCESS OUTPUT DEFAULT=YES,CLASS=*,JESDS=ALL,OUTDISP=HOLD
//*
//ARS SET ARS='ARS.ARSV1010'
//DB2 SET DB2='DSN.DB2VC50'
//*
//STEP1 EXEC PGM=ARSLOAD,REGION=0M,
// PARM=('/-u misterx -p secret -h ARCH1010 -n -v -s OBJINPT
// -Z ivp -g "ARSIVPR1" tempname')
//STEPLIB DD DISP=SHR,DSN=&ARS..SARSLOAD
// DD DISP=SHR,DSN=&DB2..SDSNEXIT
// DD DISP=SHR,DSN=&DB2..SDSNLOAD
// DD DISP=SHR,DSN=&DB2..SDSNLOD2
//ARSBIN DD PATH='/usr/lpp/ars/V10R1M0/bin'
//SYSPRINT DD SYSOUT=*,DCB=(RECFM=FBA,LRECL=134,BLKSIZE=134)
//OBJINPT DD PATH='/usr/lpp/ars/V10R1M0/samples/ARSIVPR1.out',
// LRECL=133,RECFM=FBA,
// FILEDATA=TEXT,PATHOPTS=(ORDONLY),
// PATHDISP=(KEEP,KEEP)
//SYSOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDOUT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
-
Hi Ed,
Thanks for your return.
Here is the answers:
1a- ARSLOAD Job Card:
000001 //ARSLOAD PROC
000002 //ARSLOAD EXEC PGM=ARSLOAD,REGION=0M,TIME=NOLIMIT,
000003 // PARM=('/-h ARCHIVE -C Q')
1b- ARSSOCKD Job Card:
000001 //ARSSOCKD PROC
000002 //ARSSOCKD EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT
2- Tables OWNER = ARSUSER (I used the "DB2 Admin' to see).
3- The IVP JCL:
//ARSIVPJ1 JOB 10130MVS,'ELIFM',MSGLEVEL=(1,1),
// MSGCLASS=H,NOTIFY=&SYSUID,REGION=0M
//*
//* Member: ARSIVPJ1
//* Library: SARSINST
//PROCESS OUTPUT DEFAULT=YES,CLASS=*,JESDS=ALL,OUTDISP=HOLD
//STEP1 EXEC PGM=ARSLOAD,REGION=0M,
// PARM=('/-u admin -p <ondemand> -h ARCHIVE -n -v -s OBJINPT
// -Z ivp -g "ARSIVPR1" tempname')
//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
//ARSBIN DD PATH='/global/ars/V10R1M0/bin'
//SYSPRINT DD SYSOUT=*,DCB=(RECFM=FBA,LRECL=134,BLKSIZE=134)
//OBJINPT DD PATH='/usr/lpp/ars/V10R1M0/samples/ARSIVPR1.out',
// LRECL=133,RECFM=FBA,
// FILEDATA=TEXT,PATHOPTS=(ORDONLY),
// PATHDISP=(KEEP,KEEP)
//INPSTATS DD SYSOUT=*
//INDSTATS DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDOUT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
3- Please, let me know if, after you see the above information, is it time to open a PMR.
Many thanks,
Eli F. M.
-
Sorry, here is the correct JCL:
3- The IVP JCL:
//ARSIVPJ1 JOB 10130MVS,'ELIFM',MSGLEVEL=(1,1),
// MSGCLASS=H,NOTIFY=&SYSUID,REGION=0M
//*
//* Member: ARSIVPJ1
//* Library: SARSINST
//*
//PROCESS OUTPUT DEFAULT=YES,CLASS=*,JESDS=ALL,OUTDISP=HOLD
//STEP1 EXEC PGM=ARSLOAD,REGION=0M,
// PARM=('/-u admin -p <ondemand> -h ARCHIVE -n -v -s OBJINPT
// -Z ivp -g "ARSIVPR1" tempname')
//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
//ARSBIN DD PATH='/usr/lpp/ars/ars/V10R1M0/bin'
//SYSPRINT DD SYSOUT=*,DCB=(RECFM=FBA,LRECL=134,BLKSIZE=134)
//OBJINPT DD PATH='/usr/lpp/ars/V10R1M0/samples/ARSIVPR1.out',
// LRECL=133,RECFM=FBA,
// FILEDATA=TEXT,PATHOPTS=(ORDONLY),
// PATHDISP=(KEEP,KEEP)
//INPSTATS DD SYSOUT=*
//INDSTATS DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDOUT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
-
Yes, probably time to open a PMR.
Before you do change your ARSSOCKD started task to look like this and re-run it:
If you start ARSSOCKD with no parms at all that's fine, it means you're taking all of the defaults:
//ONMVS222 EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT
Recommend you change that when you initially bring up V10 to the following:
//ONMVS222 EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT,
// PARM='/-S -I ARCHIVE -v'
The "-v" for verbose is what's important. All it does is copy all of the CMOD parms to SYSOUT. It has zero impact on performance.
Run all of your ARSSOCKD's with the "-v" parm all the time.
Provide both the output from the started task and the job output for the batch for the IVP job.
Ed
-
Eli - you don't literally have carats (<>) around the password, do you?
Just for fun I tried that and got
$HASP373 ARSIVPJ1 STARTED - INIT 2 - CLASS A - SYS E222
IEF403I ARSIVPJ1 - STARTED - TIME=16.36.46
+CEE3798I ATTEMPTING TO TAKE A DUMP FOR ABEND U4080 TO DATA SET: ODV733.foo
Ed
-
Hi Mr. God Ed !
Yes, I was using <> .... (sorry !).
Withount them, the IVP runs OK !
Many thanks and best regards,
Eli F. M.
-
No problem. The samples have been that way since CMOD was archiving hieroglyphs. (code page in the negative numbers)
I'll look into getting that changed, but it probably won't happen until the next release.
Ed