Messages

211

OD/WEK & JAVA API / Re: ODWEK 10.1 StoreDocument API to return Unique Document ID

« on: February 10, 2021, 08:41:23 AM »

Awesome, thanks for the clarification! 

-JD.

212

OD/WEK & JAVA API / Re: ODWEK 10.1 StoreDocument API to return Unique Document ID

« on: February 10, 2021, 07:39:08 AM »

Yup, this is consistent with my experience -- in order to get the benefits of the new features, you need to reload historical data to get CMOD Unique Document ID's, Document Hashes, and to enable OnDemand Encryption for data at rest.

-JD.

213

Windows Client / Re: UNLOADING issue

« on: February 09, 2021, 11:52:43 AM »

It's a permissions issue.  Either users have been granted specific permissions for an App Group, or they belong to groups that have been granted specific permissions to the App Group -- and those granted permissions don't include 'Delete'.

I think this behaviour has changed starting in CMOD v10.x, I had another customer with a similar issue just last week.

-JD.

214

MP Server / Re: Slow arsdoc get for PDF reports

« on: February 05, 2021, 04:51:41 PM »

You'll want to apply the latest Content Manager OnDemand fixpack.  There was a fix for PDF retrievals in there.

Also, there are better ways to migrate CMOD data to cloud.

-JD.

215

MP Server / Re: Unable to load to oracle tablespaces

« on: February 05, 2021, 05:15:28 AM »

Check directory permissions?  Can the id is running the CMOD's arssockd create it?  Databases can be picky about root if you're running CMOD as root.  Also check group memberships as well if you're granting authority that way.  Otherwise, ping your Oracle DBA's to check logs relating to the tablespace creation.

-JD.

216

z/OS Server / Re: Z/OS To Multiplatform CMOD migration - ARSADMIN VS ARSDOC Getdoc

« on: February 02, 2021, 01:17:12 PM »

The only way to benefit from the new features like Encryption and Document Hashes and Globally Unique DocID's when doing a Content Manager OnDemand Migration is to export back to the original document types. 

I specialize in cross platform migrations - reach out to me for more info.

-JD.

217

MP Server / Re: ARSLOAD fails in 10.1 for default index

« on: January 28, 2021, 03:47:25 PM »

The issue was a missing default value for one of the fields that didn't appear in the Generic Index file. 

-JD.

218

MP Server / Re: Report Viewing

« on: January 28, 2021, 12:08:17 PM »

No worries.  Just make sure you check with your Information Management folks to ensure that you don't have some legal requirement to keep those reports archived in such a way that they can't be modified.

219

MP Server / Re: Report Viewing

« on: January 27, 2021, 04:30:23 PM »

I've got a CMOD Reporting tool that shows how many queries / retrievals per Application Group for a specified period of time -- I use that to optimize Content Manager OnDemand performance -- giving more resources to the most-used AGs and reducing resources from the least used AGs...  But nothing specific to individual documents/reports.

What's the end result you're looking for?

-JD.

220

Content Navigator / Re: ICN document view url for CMOD reports

« on: January 25, 2021, 07:23:23 AM »

And here's a more direct link to CMOD ODWEK's getOpenDocId: https://cmod.wiki/dox/ODapiDoc/v10.5/com/ibm/edms/od/ODHit.html#getOpenDocId--

221

Content Navigator / Re: ICN document view url for CMOD reports

« on: January 22, 2021, 12:00:49 PM »

Hi.

Yes, after CMOD v9.5.0.3, DocIDs are now encrypted to not only protect them from view, but also to stop them from being re-used or altered. 

You can find the documentation on ODWEK's ODHit here:  https://cmod.wiki/dox/ODapiDoc/v10.5/com/ibm/edms/od/ODHit.html

-JD.

222

MP Server / Re: Tuning - Migration to Oracle

« on: January 08, 2021, 11:21:48 AM »

Presumably you made the move to Oracle because you have better internal support for it...  So...  the ultimate authority are the local DBAs. 

Otherwise, I don't think there's much that needs tuning outside making sure your database indexes are good.

-JD.

223

MP Server / Re: Maually read from Cache Storage possible

« on: January 04, 2021, 10:55:08 AM »

If you didn't migrate the data, then you have to keep the old server intact if you want access to the old data.  Trying to read the objects directly from the cache/TSM isn't supported.

The owner of the data will need to decide if it costs more to keep the old server, or just migrate the rest of the data.

-JD.

224

MP Server / Re: arsdb -rtv fails when creating db (10.5 + oracle)

« on: December 31, 2020, 01:54:37 PM »

Yeah, I wasn't sure if you had substituted these values for anonymized versions, or if you'd overlooked configuring them.

Code: [Select]

HOST=server.hostname
SRVR_INSTANCE=database
-JD.

225

z/OS Server / Re: CMOD Retention based on GDG like versions

« on: December 31, 2020, 01:51:57 PM »

It should be possible to manage this with CMOD's Enhanced Retention Management and some custom code...  Set a blanket hold on all documents, then write a script to search the database and remove holds that don't match the criteria.

I'm not a z/OS guy, so I don't think I can help more than that.

-JD.