CMOD 10.1 ARSLOAD failed

Previous topic - Next topic

jhe2

we have changed our CMOD for zOS from 9.0 to 10.1.
Now we have problems with ARSLOAD-Jobs using generic indexer in this way:

//SR180840 EXEC PGM=ARSLOAD,REGION=0M,                     
// PARM=('/-h ARCHIVE -n -v -g "PROVISIONH" -a "PROVISIONH"
//             -f  /products/ProvDTA/L190608.MVS.P')

The Index-Data L190608.MVS.P.IND for this Job looks like this:

CODEPAGE:273.                                   
COMMENT: -------------------------------------.
GROUP_FIELD_NAME:DATUM.                         
GROUP_FIELD_VALUE:11.04.2019.                   
GROUP_FIELD_NAME:GESELL.                       
GROUP_FIELD_VALUE:10.                           
GROUP_FIELD_NAME:MANDANT.                       
GROUP_FIELD_VALUE:201.                         
GROUP_OFFSET:0.                                 
GROUP_LENGTH:0.                                 
GROUP_FILENAME:/products/ProvDTA/A10D190411.pdf.


ARSLOAD failed with following message:

ARS4315I Processing file >/products/ProvDTA/L190608.MVS.P<
ARS4334I Load Version <10.1.0.4>  Operating System <z/OS> <04.26.00>  OS Userid <P13SR13>  Install Location
</usr/lpp/ars/V10R1M0/> Data(unlimited KB) Stack(unlimited KB) Core(8192 512-blocks) Cpu(3602 seconds) File(unlimited 512-blocks)Nofiles(64000) Threads(0) Processes(0)

ARS4335I Server Version <10.1.0.4>  Operating System <z/OS> <04.26.00>  Database <DB2> <11.01.0005>
ARS4339I Application Group >PROVISIONH<
ARS4340I Application >PROVISIONH<
ARS4341I Storage Set >GROUP420<
ARS4342I Storage Node >P13000A.PROVISB1.PMCOF420.PSCO0001.PSGO0420<
ARS4347I Encryption >None<
ARS4312I Loading started, --UNKNOWN-- bytes to process
ARS1146I Loaded 0 rows into the database
ARS4311E Loading failed
ARS4318E Processing failed for file >/products/ProvDTA/L190608.MVS.P<

This problem occurs only for ARSLOAD-Jobs using generic Indexer under CMOD 10.1


Under CMOD 9.0 the same ARSLOAD-Job was running with no errors with this message:

ARS4315I Processing file >/products/ProvDTA/L190601.MVS.P<
ARS4334I Load Version <9.0.0.5>  Operating System <z/OS> <04.26.00>  OS Userid <P13SR13>  Install Location </usr/lpp/ars/V9R0M0/>
ARS4335I Server Version <9.0.0.5>  Operating System <z/OS> <04.26.00>  Database <DB2> <11.01.0005>
ARS4312I 06/01/19 18:01:01 -- Loading started, --UNKNOWN-- bytes to process
ARS1144I OnDemand Load Id = >5565-40-0-101FAA-20190502000000-20190528000000-5566<
ARS1144I OnDemand Load Id = >5565-40-0-101FAA-20190416000000-20190528000000-5566<
ARS1146I Loaded 46 rows into the database
ARS1175I Document compression type used - Disable.  Bytes Stored = >131279735< Rows = >46<
ARS4310I 06/01/19 18:01:07 Loading completed
ARS4317I Processing successful for file >/products/ProvDTA/L190601.MVS.P<


Can you help me to solve this problem.
many thanks jhe2





jhe2

In Index-Data every Line was closed by X�00�. For ARSLOAD in CMOD 10.1 this is a Problem. After change X�00� by X�40� in the end of each line the ARSLOAD-Job is succesfull finished.

Justin Derrick

Awesome.  Thanks for updating with the answer.  :)

-JD.
Call:  +1-866-533-7742  or  eMail:  jd@justinderrick.com
IBM CMOD Wiki:  https://CMOD.wiki/
FREE IBM CMOD Webinars:  https://CMOD.Training/
IBM CMOD Professional Services: https://CMOD.cloud

Interests: #AIX #Linux #Multiplatforms #DB2 #TSM #SP #Performance #Security #Audits #Customizing #Availability #HA #DR

Ed_Arnold

This has been fixed by

PH12417

ADD TRAILING NEWLINE CHARACTER TO APPLICATION INDEXING
PARAMETERS BEFORE CALLING REPORT SPECIFICATIONS EXIT.

PROBLEM SUMMARY:                                               
****************************************************************
* USERS AFFECTED: All Content Manager OnDemand for z/OS 9.5    *
*                 and above.                                   *
****************************************************************
* PROBLEM DESCRIPTION: When arsuupdt is invoked, the indexer   *
*                      parms may not have a trailing newline   *
*                      character.                              *
****************************************************************
ARGLOAD was not ensuring the indexer parms passed to arsuupdt   
had a trailing newline.                                         
                                                               
PROBLEM CONCLUSION:                                             
ARGLOAD is changed to ensure the indexer parms have a trailing 
newline 
                                                       

Ed
#zOS #ODF

jhe2

we have solved this problem by changing our program
which is creating the Index-Data.

Now we do not closed every line in the Index-Data by X'00',
rather we use Index-Data with variable record length.
This works fine.

Many thanks for your posts to this problem.

jhe2