OnDemand User Group
Support Forums => z/OS Server => Topic started by: Douglas on July 26, 2013, 05:43:54 AM
-
Why am I getting is error? I cannot find any documentation anywhere!
OS/390 indexer (ARSZSTDR error_message = ARS0000I ).
(Arsl390 return code is 8).
these error messages start at ARS0013E
http://pic.dhe.ibm.com/infocenter/cmod/v8r5m0/index.jsp?topic=%2Fcom.ibm.ondemand.messages.doc%2Fars5m37110.htm
full msg below
arsload: Using /tmp/ars/dev/arstmp for temporary files
arsload: Processing file > ET994.MAY13.BD14.MDC.CNNOTICE.PC7.PSK<
arsload: Load Version <8.5.0.4> Operating System <z/OS> <03.23.00>
arsload: Server Version <8.5.0.4> Operating System <z/OS> <03.23.00> Database <DB2> <10.01.0005>
arsload: 07/26/13 08:32:58 -- Loading started, 2937 bytes to process
The following message was returned from the OS/390 indexer (ARSZSTDR error_message = ARS0000I ).
The OS/390 indexer failed with the specified return code. (Arsl390 return code is 8 .
Loaded 0 rows into the database
arsload: 07/26/13 08:32:59 Loading failed
arsload: Processing failed for file >ET994.MAY13.BD14.MDC.CNNOTICE.PC7.PSK<
arsload: Processing has stopped. The remaining files will NOT be processed.
-
Definitely interesting.
I knew message ARS0000E was in V9, didn't know it was also in 8.5.
In the online V9 doc, there's a user update which says this:
ARS0000E missing
ARS0000E Initialization of ICU for directory
>/usr/lpp/ars/V9R0M0/locale/< failed - please ensure proper
installation
If you receive this upon starting the midserver, the likely cause is that the CMOD code is installed in other than the default location.
In arsMSVR.sh, you'll need to add the following as per the following example:
OD_PATH=/productos/CMoD/V9R0M0.
ARS_INSTALL_ODWEK_V90_DIR=/productos/CMoD/V9R0M0
export ARS_INSTALL_ODWEK_V90_DIR
That doesn't sound like your problem.
That warrants a PMR.
Ed
-
In the error message, why do I not see the indexing process being started?
Is this file already indexed?
-
I got this message too.
Solved by adding REGION=0M in the jobcard.
Apparantly there is not enough storage for the program.
-
At 8.5.0 and above - I can only speak for z/OS indexing is now done in unicode which requires more storage.
Ed
-
How to troubleshoot ARS0000E on CMOD V9.0 and above:
http://www-01.ibm.com/support/docview.wss?uid=swg22003403 (http://www-01.ibm.com/support/docview.wss?uid=swg22003403)
Ed
-
How to troubleshoot ARS0000E on CMOD V9.0 and above:
http://www-01.ibm.com/support/docview.wss?uid=swg22003403 (http://www-01.ibm.com/support/docview.wss?uid=swg22003403)
Ed
We found this info useful today. In our case it was REGION size that needed to be bumped up.
Thanks!
Rod
-
We found this info useful today. In our case it was REGION size that needed to be bumped up.
Thanks!
Rod
Thanks for the feedback, Rod.
Yeah, it's amazing sometimes how much virtual CMOD uses.
Ed