CMOD 9.5, running on Linux. We are getting errors when running loads:
1. 15:04:40 Load File is: W.Arch.PTYDY.UltStmntRW.D180226.T1225.ARD
15:04:40 Load Starting
2018-02-26 15:04:54.913989: ARS1123E Row 409: The icu converter failed converting string ><. The error number is 10
2018-02-26 15:04:54.915095: ARS4311E Loading failed
2018-02-26 15:04:55.057238: ARS4318E Processing failed for file >W.Arch.PTYDY.UltStmntRW.D180226.T1225.ARD<
2018-02-26 15:04:55.068921: ARS4327E Processing has stopped. The remaining files will NOT be processed.
2018-02-26 15:04:46.768877: ARS1144I OnDemand Load Id = >5099-1-0-441FAA-20170921000000-20170921000000-5100<
In many cases, the files are loaded successfully if we just rerun the jobs.
We recently upgraded to from 8.4.1 to 9.5. The same files load without issue in 8.4.1.
From the Messages & Codes manual:
Explanation: The command failed when attempting to
convert a string. The errno value, which might provide
additional information, resides in /usr/include/sys/
errno.h on UNIX systems, /usr/include/errno.h on
z/OS systems, and /QIBM/include/errno.h on i5/OS
and OS/400 systems.
We've looked at errno.h, but have not found anything that would further explain the error number 10 that is being reported.
11 is a fairly weird, not-that-meaningful error code -- essentially, it's 'Resource temporarily unavailable - try again later'.
Was there anything specific / weird at line 409 in the input file (if you can read it)?
-JD.
Unfortunately, I don't have anything that I can use to open the AFP. And if I did, it would all look weird to me. I'm new to this. Up until about a month ago, I'd never heard of AFP. ;D
In all cases, it seems to be getting through the entire file before it fails. The example I gave put the error at row 409. There were 408 documents in the file.
I think someone on the team is going to open a ticket with IBM. In the meantime, I had a relatively small file fail today (11 documents). Going to try to process them one at a time to try to nail down exactly which one(s) are causing the problem.
Quote from: JShepherd on February 27, 2018, 11:47:03 PM
Unfortunately, I don't have anything that I can use to open the AFP.
Not an expert on MP, more of a z guy, but can you use arsafpd to check for possible AFP errors in the input?
Ed
What fixpack of 9.5?
This was actually fixed by a patch from IBM -- I'll check the next v9.5 fixpack that was released to see if it's mentioned in the ReadMe file.
-JD.
Quote from: Justin Derrick on April 26, 2018, 02:43:52 PM
This was actually fixed by a patch from IBM -- I'll check the next v9.5 fixpack that was released to see if it's mentioned in the ReadMe file.
-JD.
thats where I was going. I've seen that before.
Yup, confirmed fixed in v10.1.0.3 (which was released yesterday).
APAR PI94874 - ICU converter fails if AG field is defined as 'not in database'.
Links to the FixPacks in the CMOD wiki: https://cmod.wiki/index.php?title=Main_Page#IBM_CMOD_Fixpacks_.26_Security_Bulletins
-JD.
Piggybacking off Derrick's work, I see that that APAR has been included in 9.5.0.11 which just became available:
Quote2.2.9.5.0.11) Release (9.5.0.11)
PI87919 - PDF libs issue error: Attempt to call a method that has not
been implemented
PI91658 - The arsacif command fails with EBCDIC when
FILEFORMAT=STREAM,(NEWLINE=X'15')
PI93129 - Deleting applications changes Folder to Application mappings
PI93150 - The arsrpt command reporting incorrect data
PI93170 - Large Object line data with ACIF LINECNT results in the message
Viewer Page count does not match Load Page Count
PI93255 - ODF Distributions with a large number of report bundles may
run out of memory
PI94874 - ICU converter fails if Application Group field is defined as
'Not in DB'
PI94940 - Error message "Warning No 222 SM Warning: 248" when using CMOD
9.0 with TSM 8.1
Ed