Messages

151

MP Server / Re: Arsdoc get — best optimized way to extract and reload

« on: August 26, 2021, 01:09:51 PM »

Lars has a good idea, but you'd need to do some sort of consolidation step inbetween - the point is to load a very large single file to get the benefits of better compression and lower overhead.

-JD.

152

MP Server / Re: recreated extracted PDF File?

« on: August 26, 2021, 01:08:00 PM »

I think Lars is correct.  When you extract PDFs, you get just a stack of PDFs, and a generic index file if requested.

-JD.

153

MP Server / Re: ARSXML export group

« on: August 26, 2021, 01:07:09 PM »

It looks like you're confusing 'group' (which is a group of users) and 'Application Group'.

You need to export each of the items individually - Users, Groups, Application Groups, etc.

-JD.

154

Windows Client / Re: Error viewing AFP - Event Log error references FTDBDT.DLL

« on: July 30, 2021, 08:32:04 AM »

Should we create a PMR for this so the developers can be aware of it, for a future release?

Or is this fixed with the latest patch level in Windows?

-JD.

155

MP Server / Re: Errors encountered during migration from CMOD 8.5.0.6

« on: July 28, 2021, 02:42:58 PM »

Seconding rjr's comment...  Something is locking the table for a query, and since you're going through ODWEK -> CMOD -> DB2, there's likely no way to fix it without moving to a newer version of some/all of that stack.

I'd start with moving to the latest ODWEK FixPack and work your way down to ensure you're at the latest patch level.

-JD.

156

MP Server / Re: Issue Starting Load Data Service for first time - Windows Server

« on: July 28, 2021, 02:36:22 PM »

getaddrinfo.errno

Probably a DNS issue?  Is the server name a Fully Qualified Domain Name (FQDN)?

-JD.

157

MP Server / Re: quick daemon question

« on: July 20, 2021, 10:28:52 AM »

Return code 6 is a pretty generic "abort" message.  Can you run the command in the foreground without issue?

-JD.

158

Announcements & News / Re: CMOD v10.5 Announced

« on: July 20, 2021, 10:26:55 AM »

You can find links to all the latest CMOD Fixpacks here:  https://cmod.wiki/index.php?title=Main_Page#IBM_CMOD_Fixpacks_.26_Security_Bulletins

159

MP Server / Re: Arsdoc get — best optimized way to extract and reload

« on: July 17, 2021, 08:18:27 AM »

Just to give you some insight into the short-term-to-long-term process...  Some systems can only send one (or very few) documents to CMOD at a time.  This is good for those apps, but bad for CMOD.  Content Manager OnDemand's compression works best with big batches of data that's very similar. 

There's also a lot of overhead in CMOD (and TSM if you're using it) for each load into CMOD -- so having a 'temporary' AG where you load lots of small individual files, then exporting them in a batch once a week/month/quarter is a good strategy for optimizing particular AGs. 

-JD.

160

Announcements & News / Re: CMOD v10.5 Announced

« on: July 17, 2021, 08:14:10 AM »

Just make sure you go all the way to v10.5.0.8 with the interim fix. 

-JD.

161

MP Server / Re: recreated extracted PDF File?

« on: July 17, 2021, 07:58:35 AM »

As far as I know, not without the datamatics PDF tools that CMOD uses to manipulate PDFs, and even then, you'd have to write alot of Java to do it.

-JD.

162

MP Server / Re: Migration in AIX

« on: June 28, 2021, 10:46:15 AM »

'cron' is the scheduler in UNIX and Linux.

Ask your AIX System administrator about adding commands to the crontab, or search the web.

-JD.

163

OD/WEK & JAVA API / Re: Wrapping ODWEK native libs in artifact

« on: June 28, 2021, 10:43:16 AM »

Seeing a lot of 'Return Code 6'...

CsvGet***FromHit:Return arccs return code=6

Not sure what that means, but I would normally expect a zero.

-JD.

164

MP Server / Re: arsload fails in 8.5.0.5

« on: June 09, 2021, 01:26:04 PM »

Ha!  I'm glad that the old READMEs are still useful!

Yeah, there's no reason not to move all the way to CMOD Fixpack v9.0.0.13 - compatibility should be maintained across clients / utilities / ODWEK.

-JD.

165

MP Server / Re: Upgrade from Redhat 6-7, CMOD 9.5-10.5, Latency Issues

« on: June 09, 2021, 01:20:57 PM »

CMOD Performance Tuning is a bit of an art since there are so many moving parts.  I'd turn on maximum logging for that AG, and then check all the records in the System Log to see which steps are taking the longest.  It seems like you've done that and storage is a good place to start, especially because cloud storage is way slower than cache / TSM. 

You might be able to test your storage backend with a tool like 'curl' to access the S3 API, and that will help you narrow it down.

-JD.