They are trying to explain how to look at sample data in the Administrator Client.  Open the Administrator Client.  From the list of Applications, right click and select update on the application in question.  Go to the Indexer Information tab, click on Modify with Sample Data.  You can either download a spooled file at that point, or use sample data previously downloaded (see previous advice on manually downloading sample spooled data).  On the tool bar there is an icon with red, blue, and green horizontal lines. Click that to toggle to Display mode.  The triggers on the page are boxed in red, the fields boxed in blue.  You can then scroll page by page to see where the problem is.

Also, if you click on the icon to the right of the Display/Add mode icon, that will pop up a dialog where you can generate a listing of Field Values found in the sample data.  (Click Field Values, click All Pages, click the Create button, then the View button).  Look thru the file for missing field values.

I hope this helps,

What messages are in the monitor joblog?  You might try starting the monitor with LOG(*YES) which will write more information into the joblog.

A co-worker is telling me to do a walk through here is her text: "For Fayette, if you go into the OnDemand application and do update (right click and select update) with one of these reports on hold, you can specify the library and queue, you can 'walk' through the fields to see what the program is finding for the fields--especially field 3." I asked her how you do this with no response back. It appears she is saying you can see the data coming through on demand somehow, yet see nothing that I see enables a mode like that.

We have a spool file report created daily at about 3:00am and sent to the OnDemand iSeries monitored output queue.  The report processes successfully six days a week, but the Sunday morning report always gets sent to the Error output queue in HELD status and No message 88 (failed load) get generated in the System Log.  If later in the week the file gets released and moved back to the monitored output queue then it loads without issue.

Is there any scenario where a spool file load can fail from the monitored output queue without generating a message 88?  Given that this only happens on the weekend, could there be any system events that we should look at?

We have a ticket open with IBM support and the response so far has just been to look for message 88 records, which do not exist.

Thanks,

Good afternoon,  Management is wondering if a new CMOD Zos release is expected in 2025.  (Just for planning purposes) We are currently on V10.5

Hi on advise of our IBM technical contact ,  we registered an new 'idea' at the IBM side: https://ideas.ibm.com/new-idea  for this matter

Agree, thanks for the follow up.

Hello all,

I am trying to do some metrics.

I'd like to see how much data is being:

1) expired from cache via arsmaint
2) migrated from cache via arsmaint

Can someone point me in the right direction of the message in the system log I need to reference, including the "msg_text"

I'm going to have to do a query via arsdoc query to do this as well.

Thanks!

Odd question.... How much RAM does this system have? 

And just as a recommendation - ask if the notifications can be "smoothed out" by only sending a few emails per second, or schedule them to be sent in the middle of the night, so people don't all click on them as soon as they're sent.

-JD.

We're still having issues with opening PDF's.
The documents use Page Piece Dictionary Indexing.

INDEXSTARTBY=1
RESTYPE=ALL
INDEXMODE=INTERNAL
Data Compression is OD77

Compressed Object Size is 100k
AppGroup has 17 DB2 fields with 4 Index type and the remaining are filter. 6 of the filter fields are 250 bytes long to allow for a comma delimited array of claim numbers to be populated.
Documents are indexed monthly and stored in CACHE for 60 days. We run maintenance once a week.

The indexed pdf documents can be anywhere from 14 to 200 logical pages. A normal load totals between 400k and 500k documents with over 100k where the consumers are 'paperless'.
We run a notification process to notify our consumers that their documents are ready to view.
The consumers access the documents via ICI & ODWEK (I have no details as that is owned by our CM8 team).
After the notifications go out the web portal is inundated with document get requests, more than 100 and less than 150 in minutes.
The PDF's are uncompressed using our temporary file system but the sheer volume of the requests overwhelms CMOD. I had at one point on Wednesday over 20GB of 200 RECONVERT, CONVERT and TMP.err files being retrieved from CACHE.

CMOD is being blamed for the latency on the ODWEK front end. I say it's them or a robot process causing the high traffic. I'm going to request that our temp file space be moved to a mount point after the first of the year (year end/holiday changes are basically frozen until January) to see if that helps.