Messages

331

MP Server / Re: TSM 5.5 Question

« on: October 31, 2018, 02:44:22 PM »

 

332

MP Server / Indication of 8.4 to 8.5

« on: October 31, 2018, 01:34:58 PM »

It has been a while since I've seen this but I am curious. Is this following statement accurate? Was the CMOD version / OS / DB added in 8.5 or a patch of 8.5?

V8.5.0.6-
arsload: Processing file >/arsacif/acif1/File.ARD<
arsload: Load Version <8.5.0.6> Operating System <AIX> <5.3>
arsload: Server Version <8.5.0.6> Operating System <AIX> <5.3> Database <DB2> <09.07.0005>
arsload: 02/23/13 23:23:01 -- Indexing started, 278760 bytes to process

V8.4 (Or Older..)
arsload: Processing file >/arsacif/acif1/File.ARD<
 
arsload: 02/23/13 22:24:52 -- Indexing started, 1069012 bytes to process

333

MP Server / TSM Question - Upgrades?

« on: October 31, 2018, 01:32:35 PM »

Is there any way to see when we upgraded to a certain version of TSM? Might there be anything in the CMOD system logs?

334

MP Server / TSM 5.5 Question

« on: October 31, 2018, 01:07:04 PM »

Heres a weird one-

Does anyone know which version of CMOD shipped with TSM 5.5? Was it 8.4.0.x?

335

Report Indexing / Re: POSTING DATE ISSUE

« on: October 31, 2018, 06:18:11 AM »

Based on the amount of work I'd probably put into this playing with masks, I'd goto your business and see if they can place the date in a consistent spot.

I've never had an issue asking for that

336

Report Indexing / Re: Break=YES vs Break=NO

« on: October 29, 2018, 04:19:43 PM »

CMOD is built for this sort of thing.

I'll remember this

337

Report Indexing / Re: PDF indexing Failed

« on: October 29, 2018, 04:17:28 PM »

I've seen bookmarks cause issues indexing PDF files before, especially large ones. Try turning them off (if possible) and see what happens.

Edit- I remember this topic coming up at one of the CMOD roadshows with my client at the time (Dallas TX)

338

Report Indexing / Re: Break=YES vs Break=NO

« on: October 09, 2018, 12:02:47 PM »

Correct me if I am wrong, it has been a few years..

On something with that many fields, and Break=yes to all, wouldnt that take a LONG time to index? Depending on the file?

339

MP Server / Re: Changing retention for historical loads

« on: September 26, 2018, 05:33:30 AM »

If the expiration type is 'Load', then CMOD tells TSM to delete the object when it's eligible for deletion.  If the Expiration Type in the AG config is 'Segment' or 'Document', then the storage manager won't be instructed to delete objects, but will rely on it's own expiration.

-JD.

Excellent, thanks

340

OD/WEK & JAVA API / Re: Connection cannot be established using ODWEK

« on: July 23, 2018, 09:37:55 AM »

Saw this EXACT issue a few years ago, when we were using different versions of CMOD and ODWEK.

We were on 8.5.0.6 CMOD, and 8.5.0.4.. might be worth looking into.

341

z/OS Server / Re: Can't get a trace file written

« on: July 22, 2018, 05:40:44 PM »

Perms on the directory being written to? I've ran into that a few times using trace on 8.5

342

z/OS Server / Re: CMOD Extraction of data

« on: July 03, 2018, 06:56:59 PM »

You need to run a series of arsdoc commands -- extracting data in batches.  Some of us have written such utilities to the point where it automates the extraction of all the data in a CMOD server with one command.   

-JD.

Do you have a sample syntax or am I over thinking this.. is it proprietary to your company?

343

z/OS Server / Re: CMOD Extraction of data

« on: July 03, 2018, 06:38:11 AM »

ive always been curious about the proper supported way of doing this, gathering all information from app groups..once we get them downloaded we can easily load them. I am in a similar boat myself.

344

z/OS Server / Re: CMOD Extraction of data

« on: July 02, 2018, 03:08:51 PM »

I am assuming something by date ranges and apps/appgroups into large chunks..

345

z/OS Server / Re: CMOD Extraction of data

« on: July 02, 2018, 07:14:40 AM »

Is there a sample arsdoc get command that we can use for this? or is it a bunch of single ones too. I have often wondered this myself.