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.

Hello,

I have a beginner's question regarding db backups, and in particular with db2. 

Until now, I was using the arsdb tool to perform offline backups of the db2 database of the CMOD MP instance. Until I noticed that the LOGSTREAM directory of the db which, I believe, contains the transaction logs, was not cleaned as I thought by performing an offline backup.

I contacted IBM support for explanations, and they told me that it was not recommended to use arsdb to make backups, that it relied on a userexit function that was no longer supported since version 9. I am surprised that this important information does not appear clearly somewhere.

In the meantime, I will therefore use the backup function of db2. What do you think of my backup script?

net stop "OnDemand....."
db2 terminate
db2 deactivate db ARCHIVE
db2 backup db ARCHIVE to D:\Backup WHITHOUT PROMPTING
db2 activate db ARCHIVE
net start "OnDemand....."

Last but not least, could you please tell me if I can safely delete the files in the LOGSTREAM folder after doing a full offline backup?

Thanks

If the output queue monitor moves a spooled file to the error output queue in ready status, that means the application group and / or application definition were not found.
If the spooled file is moved to the error output queue in held status, you should have a system log message 88 containing the error, and probably some joblogs.

These are the type of questions that should go to support.  I suggest you work with your management to get back into a supported status so you can get the help you need in a timely fashion.

I found out last week from IBM support that a bug has been introduced in the V10.5.0.8 fixpack where the 30 minutes arssockd check is not writing the 201  to the CMOD system log. From my ticket:

"A few months ago we realized that CMOD 10.5.0.8 does not generate the 201 message (as it should). This was an oversight on our part.
Its been corrected in the next fixpack (10.5.0.9) yet to be released."

I found the issue after migrating my sandbox server from RHEL7 V10.5.0.6 to RHEL8 V10.5.0.8.

I'm going to be getting the 10.5.0.7 fixpack for my next server migrations if IBM doesn't have the fix ready for production when I need it.

Figured to let the community know.