Thankyou Justin.

Good point on the double filenames.

Regards

Michel

Thank you Justin,

Managed to do with this script:

for i in `ls TEST*|grep -v pdf`
do
/usr/lpp/ars/afp2pdf/afp2pdf -o /tmp/cmod/michel/$i.pdf /tmp/cmod/michel/$i 2>/dev/null
CONS=`arspdump -f /tmp/cmod/michel/$i.pdf |head -36|tail -1`
A=`arspdump -f /tmp/cmod/michel/$i.pdf|head -57|tail -1` (get part of the date)
B=`arspdump -f /tmp/cmod/michel/$i.pdf|head -60|tail -1` (get part of the date)
C=`arspdump -f /tmp/cmod/michel/$i.pdf|head -63|tail -1` (get part of the date)
NEWDATEFMT=`echo $A$B"20$C"|sed "s/\//_/g"`
echo $NEWDATEFMT
echo $CONS
mv $i.pdf "$CONS"_"$NEWDATEFMT".pdf
done

This is the output (extract)

-rw-r--r--    1 root     system         4025 Sep 18 10:40 SMK8042_4_07_2016.pdf
-rw-r--r--    1 root     system         4025 Sep 18 10:40 SMK8033_4_07_2016.pdf
-rw-r--r--    1 root     system         4010 Sep 18 10:40 SMB1597_9_07_2016.pdf
-rw-r--r--    1 root     system         4034 Sep 18 10:40 SMB1601_9_07_2016.pdf
-rw-r--r--    1 root     system         4044 Sep 18 10:40 SMK9775_8_07_2016.pdf
-rw-r--r--    1 root     system         4034 Sep 18 10:40 SMB1600_9_07_2016.pdf
-rw-r--r--    1 root     system         4077 Sep 18 10:41 SMK9814_8_07_2016.pdf
-rw-r--r--    1 root     system         4034 Sep 18 10:41 SMB1603_9_07_2016.pdf
-rw-r--r--    1 root     system         4034 Sep 18 10:41 SMB1514_9_07_2016.pdf
-rw-r--r--    1 root     system         4013 Sep 18 10:41 SMK8047_4_07_2016.pdf
-rw-r--r--    1 root     system         3932 Sep 18 10:41 SMK7924_3_07_2016.pdf
-rw-r--r--    1 root     system         4078 Sep 18 10:41 SMK9818_8_07_2016.pdf
-rw-r--r--    1 root     system         4077 Sep 18 10:41 SMK9824_8_07_2016.pdf


Regards

Michel

Justin,

This helped me a lot! Thankyou.

One other question on this.

Arsdoc get -q  gets me for instance 6000 files.

Is there a possibility to have in the naming convention for each file like this:

<consignmentnr>.<reportdate>.pdf

so different names for each retrieved document.

Kind regards

Michel.

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