1
MP Server / Re: ARSDOC Update Error
« on: July 28, 2020, 11:41:18 AM »
I'm all set with this, checked update annotation, instead of actual record.
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.
Pages: [1]
2
MP Server / Re: ARSDOC Update Error
« on: July 28, 2020, 10:59:57 AM »
For mazhan2, federating is sending the indexes fields to FileNet to manage the retention policy. You will find the setting under the advanced option on the general tab for the application group.
Back to the topic. I have the same situation as cpalmer, except I do NOT federate. Field in the appgrp is updateable, I have update access to the appgrp and I am an admin. Still fails.
Back to the topic. I have the same situation as cpalmer, except I do NOT federate. Field in the appgrp is updateable, I have update access to the appgrp and I am an admin. Still fails.
3
MP Server / Re: Generate Inventory of all CMOD Reports
« on: August 08, 2016, 01:05:14 PM »
Thanks for the reply Justin. We have over 34,000 applications defined. I don't know which ones are single reports and which have bundled reports spiked out. Even then, some of the applications do it via apid, and some just create an index field, rname, rptno, etc. and this field is used in the folder dropdown. With this many, I have to do something programmatically, I can't list each individual application. I don't think this is possible, but if you can think of something, that would be great.
There is a Summarize option in the Admin panels that show the fields in the dropdown. Is there a way to run that for every appgrp in a script?
There is a Summarize option in the Admin panels that show the fields in the dropdown. Is there a way to run that for every appgrp in a script?
4
MP Server / Generate Inventory of all CMOD Reports
« on: August 04, 2016, 10:13:48 AM »
I want to start by saying that I don't think this is possible, but if anyone has been down this road, I'd appreciate some tips. We have a big Records Management project under way, and we are being tasked with creating an inventory of all CMOD Reports so that they can be categorized and managed for expiration. When a report is defined by an application within an application group, this is fairly simple. However, we have many applications that process report bundles which are broken up into their constituent reports by the ACIF indexer. An index field with BREAK=YES controls this. These reports are all separately viewable via the dropdown within the folder. I cannot think of a way to capture all of these reports within a single application. Any ideas?
5
MP Server / Re: OD Version 9 experience/thoughts?
« on: April 29, 2013, 07:29:38 AM »
We just migrated to Version 9. We use TSM 5.5E and had to defer the TSM migration to the latest level due to the database issue. The new TSM now uses an external database, either db2 or oracle, and for reasons I do not quite understand cannot co-exist on the same server with CMOD's database.
The biggest issue we are having with Version 9, is that it has introduced a previously unrestricted limit to any single document size. We have a daily report, which cannot be indexed into smaller pieces. The report is over 300,000 pages and is about 2.4 Gig in size. Version 9 now fails to load the report that was loaded by previous versions, due to a 2 Gig maximum. We also have the PDF indexer and I suspect many of our year-end files will fail as well. This is a major hurdle for us and IBM is insisting that they have no intention of removing this restriction. A significant degradation of service over the previous release, if you are a larger institution.
The biggest issue we are having with Version 9, is that it has introduced a previously unrestricted limit to any single document size. We have a daily report, which cannot be indexed into smaller pieces. The report is over 300,000 pages and is about 2.4 Gig in size. Version 9 now fails to load the report that was loaded by previous versions, due to a 2 Gig maximum. We also have the PDF indexer and I suspect many of our year-end files will fail as well. This is a major hurdle for us and IBM is insisting that they have no intention of removing this restriction. A significant degradation of service over the previous release, if you are a larger institution.
6
MP Server / Re: ARS1163E No source file was specified using .IND file
« on: April 29, 2013, 07:07:30 AM »
Thanks for the responses.
GROUP_LENGTH had no effect.
The file really is in that staging directory by that name.
I was under the mistaken impression, that if you supplied an .IND file, ARSLOAD had no reason to use the indexer parameter. I had thought this was only read if the utility determined that it had to index the report in order to load. Fact is, I did have to set the indexer to generic for it to work. I had thought I had done this in the past to load large amounts of input to an existing application without changing the indexer from ACIF or PDF. If so, this is now required in Version 9.
Fact is, a lot of things work differently, or not at all, in Version 9. We came from Version 7, and I have to consider this migration to be a downgrade, based on what we've experienced so far.
GROUP_LENGTH had no effect.
The file really is in that staging directory by that name.
I was under the mistaken impression, that if you supplied an .IND file, ARSLOAD had no reason to use the indexer parameter. I had thought this was only read if the utility determined that it had to index the report in order to load. Fact is, I did have to set the indexer to generic for it to work. I had thought I had done this in the past to load large amounts of input to an existing application without changing the indexer from ACIF or PDF. If so, this is now required in Version 9.
Fact is, a lot of things work differently, or not at all, in Version 9. We came from Version 7, and I have to consider this migration to be a downgrade, based on what we've experienced so far.
7
MP Server / ARS1163E No source file was specified using .IND file
« on: April 26, 2013, 12:28:42 PM »
I have an existing app and appgrp to which I want to archive a report using a predefined .IND file. I am doing this on CMOD 9 on AIX for the first time. My IND file is called dpf45b.IND and is coded as follows:
CODEPAGE:850
GROUP_FIELD_NAME:rdate
GROUP_FIELD_VALUE:04/23/13
GROUP_FIELD_NAME:rname
GROUP_FIELD_VALUE:R-1001
GROUP_OFFSET:0
GROUP_FILENAME:/brdwnld3/dpf45b.dpf45b.dpf45b.out
I then execute:
arsload -h bcdemand -fv -u medepat -p /home/medepat/medstash -a dpf45b -g dpf45b /home/medepat/dpf45b
It seems to fail because it is unable to locate the GROUP_FILENAME where the file does indeed exist:
ARS4315I Processing file >/home/medepat/dpf45b<
ARS4334I Load Version <9.0.0.1> Operating System <AIX> <6.1> OS Userid <medepat> Install Location </opt/IBM/ondemand/V9.0/>
ARS4335I Server Version <9.0.0.1> Operating System <AIX> <6.1> Database <DB2> <10.01.0002>
ARS4312I 04/26/13 15:10:14 -- Loading started, --UNKNOWN-- bytes to process
ARS1163E No source file was specified
ARS1146I Loaded 0 rows into the database
ARS4311E 04/26/13 15:10:14 Loading failed
ARS4318E Processing failed for file >/home/medepat/dpf45b<
Processing has stopped. The remaining files will NOT be processed.
Probably something obvious, but I can't see why it should it fail to find the source file.
CODEPAGE:850
GROUP_FIELD_NAME:rdate
GROUP_FIELD_VALUE:04/23/13
GROUP_FIELD_NAME:rname
GROUP_FIELD_VALUE:R-1001
GROUP_OFFSET:0
GROUP_FILENAME:/brdwnld3/dpf45b.dpf45b.dpf45b.out
I then execute:
arsload -h bcdemand -fv -u medepat -p /home/medepat/medstash -a dpf45b -g dpf45b /home/medepat/dpf45b
It seems to fail because it is unable to locate the GROUP_FILENAME where the file does indeed exist:
ARS4315I Processing file >/home/medepat/dpf45b<
ARS4334I Load Version <9.0.0.1> Operating System <AIX> <6.1> OS Userid <medepat> Install Location </opt/IBM/ondemand/V9.0/>
ARS4335I Server Version <9.0.0.1> Operating System <AIX> <6.1> Database <DB2> <10.01.0002>
ARS4312I 04/26/13 15:10:14 -- Loading started, --UNKNOWN-- bytes to process
ARS1163E No source file was specified
ARS1146I Loaded 0 rows into the database
ARS4311E 04/26/13 15:10:14 Loading failed
ARS4318E Processing failed for file >/home/medepat/dpf45b<
Processing has stopped. The remaining files will NOT be processed.
Probably something obvious, but I can't see why it should it fail to find the source file.
8
Windows Client / Windows arsview produces only x'0C' for each afp page.
« on: August 31, 2012, 07:18:32 AM »
Our CMOD server runs on AIX. The Windows client has an arsview.exe in the c:\Program Files\IBM\OnDemand32 folder. When I try to run it from a cmd line, it produces a x'0C' for each page in the afp document. arsview works fine in AIX, but I'd like to be able to run the utility in a Tivoli Workload Scheduler job on a Windows server. Is the utility supposed to work in Windows? Could I be missing resources that are not distributed with the client?
Pages: [1]