Goodday all,

Is it possible with the arsdoc get command to retrieve all archived documents from the AG?

I have tried some arsdoc get parameters, but not luck
Any help will be appreciated.

I am using this command:

arsdoc get -a -d /tmp/cmod -f "MSM Consignment Notes" -h archive -i "where CONSIGN_NO='*'" -G D150 -o TEST

Tried also with: CONSIGN_NO='%'

Thankyou

Kind regards ,

Michel

Hi All,

Does anybody have any knowledge of OpenText? Is this a similar product as CMOD?
Customer of mine want to migrate to OpenText. I would rather stay at CMOD. I need some counter arguments why we should keep CMOD for archiving our documents.

Kind regards,

Michel.

Quote from: Justin Derrick on October 16, 2024, 03:19:21 PMYou forgot to add GROUP_OFFSET:, GROUP_LENGTH:, and GROUP_FILENAME:. 

Also...

> arsload: Load Version <8.5.0.6>

😢

-JD.

Thank you , this did the trick

regards

Michel

If you have tips and tricks. I have the roughly the same assignment.

regards

Michel.

@Justin

arsload: Load Version <8.5.0.6>

Please Justin, please. Do not remind me 😭

Took over the support of this customer for ondemand.
It is not touched for seven years.....

I will add you recommendations to the index file.

Thankyou

Kind regards

Michel

Hi All

I have this generic index file created:

CODEPAGE:819
GROUP_FIELD_NAME:codate
GROUP_FIELD_VALUE:05/10/2024
GROUP_FIELD_NAME:cusid
GROUP_FIELD_VALUE:1050520
GROUP_FIELD_NAME:con
GROUP_FIELD_VALUE:Call off Order
GROUP_FIELD_NAME:bson
GROUP_FIELD_VALUE:136481
GROUP_FIELD_NAME:ackdate
GROUP_FIELD_VALUE:05/10/2024

GROUP_FIELD_NAMES are exactly the ones in the AG.

But still I get this error: Invalid generic index file format sequence

# arsload -a ORDACK1 -g ORDACK1 0000136481.pdf
arsload: Processing file >0000136481.pdf<
arsload: Load Version <8.5.0.6> Operating System <AIX> <7.1>
arsload: Server Version <8.5.0.6> Operating System <AIX> <7.1> Database <DB2> <09.01.0000>
arsload: 10/16/24 12:32:45 -- Loading started, --UNKNOWN-- bytes to process
Invalid generic index file format sequence
Loaded 0 rows into the database
arsload: 10/16/24 12:32:45 Loading failed

Am I missing something?

Attached is the screenshot from the AG Fields.

Kind regards

Michel.
arsload: Processing failed for file >0000136481.pdf<
arsload: Processing has stopped.  The remaining files will NOT be processed.
root@bsucrxcmd01:/invtopdf/ordack

@rjrussel, you are correct. it is user based so no difference between aix and rhel regarding licensing cost.

regards

Michel

Goodday,

Currently we are running CMOD on AIX.

AIX lpars are running in dedicated processor pools apart from other applications running on the same POWER system.
This reduces the licensing costs significantly.

When we go to RHEL on VMWARE , we do not have the capability of dedicated processor pools if I understand correctly.
In fact , when you are in a VMWARE farm of let's say total of 96 processor you will be charged for 96 processors.

Does this seems logical or am I completely wrong? Is there someone who is running on RHEL/VMWARE and has some licensing info?

Thankyou for your thoughts.

Kind regards

Michel.

Thx!

Goodday all

I am trying to setup ICN. When creating the ICN database the documentation suggest to use the sql scripts in the /opt/IBM/ECMCLIENT/configure/db2scripts/db2/modified directory , but there is no modified directorie.

What am I missing here?

Kind regards

Michel

Hi jsquizz,

My guess is that you are missing the symlinks to the /arscache/cache2/retr/..... directorie for some files.

See this example:

To make the search easier, CMOD creates symbolic links for the cache files, and stores the links in the path with names like /arscache/cache1/retr/CKM/DOC (where retr is a fixed value). If you issue

ls -l /arscache/cache1/retr/CKM/DOC

you should see output similar to the following:
lrwxrwxrwx 1 root root 36 May 9 13:47 26843FAA -> /arscache/cache1/18011/CKM/DOC/26843FAA
lrwxrwxrwx 1 root root 36 May 9 13:47 26843FAB -> /arscache/cache1/18011/CKM/DOC/26843FAB
lrwxrwxrwx 1 root root 36 May 9 13:47 26843FAC -> /arscache/cache1/18011/CKM/DOC/26843FAC



Regards

Michel.

I agree Justin, but this issue I have sometimes in my QA envinmoments with AFP resources. They are not in the cache anymore but still in TSM , and I get them back in the Cache with arsadmin retrieve.

So I think it is worth a try.

I agree, I am also curious about the TSM logging.

Regards

Michel

Hi Neosta

I still think your solution is arsadmin retrieve ( I sometimes have this issue also , and I am able to solve it with arsadmin retrieve) and then play around with the parameters:

-m location

Determines the location(s) of the storage objects that are processed by the storage manager. Possible locations are cache storage, the primary storage node, and the secondary storage node. The default value is 7, which specifies that the storage manager should process the storage objects for all of the locations that are specified in the application group. Specify 1 for cache storage, 2 for the primary storage node, or 4 for the secondary storage node. The values are additive; that is, if you specify a value of 3, then the storage manager processes the storage objects in cache storage and the primary storage node.

-n prinid-secnid

The primary and secondary storage node identifiers for the application group. Separate the identifiers with the - (dash) character.
Content Manager OnDemand stores the primary and secondary storage node identifiers in the database when you load data into an application group. Content Manager OnDemand includes the identifiers in the Load ID.
The values specified with the -n and -g parameters enable the ARSADMIN program to store data on or retrieve data from a specific Content Manager OnDemand object server.

This is the command I use:

Retrieve original file from CMOD

# arsadmin retrieve -d /tmp/test -g CS001 -h HOSTNAME -m2 -n 3-0 -p password -u a166999 782888FAA

I very much agree with Justin. Within my organisation I maintain both CmoD / db2 and TSM (spectrum protect) and I have 1-2 DR tests every year. Everybody can backup , but can you restore and how much dataloss in terms of hours is acceptable for you to loose ? That is more important!

This is the url to the backup db doc. https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.4/srv.reference/r_cmd_db_backup.html

I have done several times upgrade of TSM 5.5 to 7.1.
Thing to worry about is the outage time. Going from 5.5 to 7.1 involves database migration which takes roughly 4GB / hr (in my environments) , so if you have a tsm db of 50GB , conversion time will be 12 hrs.......

Quote from: jsquizz on November 05, 2018, 02:26:35 PM
Thank you Michel - I will run that command and take a peek!  8)

My situation is weird and I am not sure where to start.

In our QA environment, we are running CMOD 8.5.0.6. TSM Client 6.2, and TSM Server 7.1

I have never heard of that mixture before -- 8.5 with 7.2 TSM.

In production we are running 8.5.0.6 with TSM 5.5 (Old, I know.)

We need to get to 7.1 ASAP but is there ANY way to get there without doing three things

1) Jumping to TSM 6.2
2) Upgrading TSM
3) Keeping 8.5

I know that after 6.X there was a version of DB2 under the covers but from speaking to some folks I know, as long as the box has enough resources, we should be ok. Does anyone have feedback on this?