Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Vladimir J. David

Pages: [1]
MP Server / Migrating TRMS to CMOD
« on: May 18, 2017, 09:27:19 AM »
We are considering the possibility of migrating TRMS reports to CMOD and was wondering if it is something anyone has work on before.  Kindly share in a few lines the approach for dealing with the archived reports, existing tools or your own develop tools for the extraction.  Any suggestions would be helpful

MP Server / Re: OD Admin Tool - User Types - ARSUSER Table - ADMIN Field
« on: November 30, 2016, 09:37:32 AM »
Thank you, that's very helpful info.

MP Server / Re: OD Admin Tool - User Types - ARSUSER Table - ADMIN Field
« on: November 10, 2016, 12:30:50 PM »
The password expiration field is the same and has not changed.

Make sure your /tmp/CMOD volume for your tracing is not full.  Clean it up if it is and unset your trace if you are not researching on an existing problem.

MP Server / OD Admin Tool - User Types - ARSUSER Table - ADMIN Field
« on: November 08, 2016, 02:18:18 PM »
I am seeing a difference in the ADMIN value inserted into the ARSUSER table for each time the User Type is updated.  Here is the scenario.
1- We started with OD v9.5.0.2 with a list of created users in DEV
2- We exported these users to PROD.
3- We added new users to PROD.
Upon adding new users in PROD, we noticed the value in the ADMIN field is different for users of the same User Type.

New Users ADMIN values for specific User Types
8192 User
8200 User Administrator       
8208 Application Administrator
8196 System Administrator     

DEV Original Users ADMIN values for specific User Types   
0 User
8 User Administrator       
16 Application Administrator
4 System Administrator         

Does that constitute a potential problem?               

Documentation / Re: Unable to close the File (MsgNum 122)
« on: August 25, 2016, 08:54:47 AM »
OD v9.5.0.3
Red Hat Enterprise Linux Server release 6.8 (Santiago)
4 volumes on NetApp, /vol1 250GB and /vol2, /vol3, /vol4 1TB each
The SL is written on /vol1 but actual content on /vol2, /vol3, /vol4 based on round robins.  We have re-mounted the volumes now with NOAC and no longer see the 122 error however we are seeing error 119 (Unable to write the file).  I am able to see the file at the OS location and pull it in ICN v2.0.3 or hard client.  How to get rid of that error message once and for all?     

Documentation / Unable to close the File (MsgNum 122)
« on: August 24, 2016, 08:59:21 AM »
We are seeing a huge number of (MsgNum 122) in our System Log, can anyone share why OD in "Unable to close the File".  we have 4 caches define, first one of 250MB and other three of 1TB.  Is there a solution for these (MsgNum 122)?

MP Server / Using Permanent Cache With Small First Volume
« on: November 04, 2015, 12:53:40 PM »
Our CMOD model doesn't include TSM.  All our cache documents are set to never expire or some date far in the future.  We suspect that the first volume define in the ars.cache contains some systems related files but we have a total of four volumes.  For that matter we wish to keep the first volume small compare to the others.

Based on experience, how big can this first volume grow if hard data is not staged there?

MP Server / Re: ARSLOAD best practices for failed and successful load
« on: November 04, 2015, 08:49:35 AM »
Thank you all for the may options.  We have a slight change in the process where we have data coming from Mainframe and BARR and sitting on a Windows server.   We are looking to rung ARSLOAD on the Windows server while the CMOD Server in on Linux.  We've decided to bypass the FTP process to move the files from Windows to Linux.

Does these options still apply?

MP Server / ARSLOAD best practices for failed and successful load
« on: November 03, 2015, 11:55:41 AM »
I need to run ARSLOAD and need these two scenario to take place
     1- If load is successful, mark file with .DONE & move file to folder A after loading.
     2- If load failed mark file with .FAILED & move file to folder B after loading.
In case of any issue, we want to be able to have these file for possible reprocess.  How are you guys setup out there? Kindly share any suggestions you may have.

Report Indexing / Re: Loading composite file to multiple applications
« on: October 27, 2015, 10:21:42 AM »
Is loading the same file multiple on a per application and option?  if so how is arsload handling files that do no belong to and application?

Report Indexing / Loading composite file to multiple applications
« on: October 26, 2015, 11:30:56 AM »
Greeting ODUG,

I have the following scenario and looking for a potential solution.  Kindly share your suggestions. CMOD 9.5, Linux 6.4, Oracle 12c with HA/DR
1-   We have one single EX: SingleFile01.001, file that contains multiple documents inside it Ex:,,
2-   We want to load this single file based on a single application group Ex: AppGrp1
3-   That application group comprised multiple application EX: APP01, APP02, APP03
When we run arsload, is the system smart enough to load each document to its respective application under the application group?
arsload -h HOST -u ID -p PWD -g "AppGrp1" -fvn /devcntcmod_feed/ SingleFile01.001

Pages: [1]