Topics

76

MP Server / determining orphaned indexes?

« on: July 25, 2019, 04:29:46 PM »

I am working on a migration, and I am seeing a ton of what I believe to be orphaned indexes in my CMOD system.

07/25/2019 17:57:57   ADMIN        893118   Error   No       24   Object >17939FAAB< in Application Group >EEA< not found in node >centera<  Srvr->prod1 192.168.1.2 non-SSL<-
07/25/2019 16:19:10   ADMIN        893110   Error   No       24   Object >29934FAAD< in Application Group >FEA< not found in node >centera<  Srvr->prod1 192.168.1.2 non-SSL<-

Based on my research/digging through the logs, It looks like there was some type of storage set modification back in 2013. I believe a node was deleted or modified, due to some kind of TSM retention requirement change. I think it may have been done improperly.

My issue is that I am trying to do an extract and reload from our current system into a new system. and part of our recon process is going to be checking our current tables, and making sure that the row count matches after we are done loading, to make sure that we got everything.

Just wondering how everyone has handled situations like this before, or if I am even heading down the right path. Feedback is appreciated, as always.

77

Other / Whos using ICOS?

« on: April 23, 2019, 06:47:06 AM »

Looking for some feedback, success stories, maybe even some best practices to those who are using ICOS with CMOD 10.1.

I am currently using it as my storage manager in my sandbox environment, and it seems to be working good, but I am wondering if anyone could share stories. Maybe talk about how they have their vaults configured? Are you using one vault for everything, or are you using a 1 Appgroup to 1 vault relationship?

Currently, I am loading everything to one vault..but I am thinking of changing that up. And making a new storage set for every app group because of different retention requirements. Also seems like it would be easier to manage that way.

Thanks in advance.

78

OD/WEK & JAVA API / ODWEK 8.5 / CMOD 10.1

« on: April 18, 2019, 06:51:50 AM »

Hi All,

Does anyone know if ODWEK 8.5 can talk to CMOD 10.1 ? This obviously is out of support , but just wondering if its possible?

Thanks.

79

OD/WEK & JAVA API / ODWEK Causing Hung Threads

« on: April 04, 2019, 11:13:39 AM »

Let me preface this by saying I am no ODWEK expert.

We have been getting these frequently:

[4/3/19 14:14:59:723 EDT] 0000000c ThreadMonitor W   WSVR0605W: Thread "WebContainer : 11" (00000089) has been active for 748703 milliseconds and may be hung.  There is/are 3 thread(s) in total in the server that may be hung.
                at com.ibm.edms.od.ArsWWWInterface.apiSearchWithCriteria(Native Method)
                at com.ibm.edms.od.ArsWWWInterface.searchWithCriteria(ArsWWWInterface.java:653)

The first thing I noticed is that we have excessive 65/226 messages, about 20k an hour.

The next thing I noticed is that our users are using strange date ranges, from 4/4/2017 - 4/4/2021...

I did some testing in the thick client..I pulled a 65 record and searched it.

using 4/4/17 - 4/4/19, it took me 8 seconds to get all hits
using 4/4/17 - 4/4/21, it took almost 44 seconds to get all the hits

Does this make sense to anyone? I am not sure why users would be searching a date range like that, unless its hard coded.

80

MP Server / SM Error 20 : ANS1361E - When running arsdoc

« on: March 20, 2019, 02:52:16 PM »

Hi all,

I am running a script that loops through a list of document names  / app groups, and runs an appropriate arsdoc get command.

I don't see any errors in my output- but I am seeing this in the CMOD system log..

SM Error: ANS1361E (RC61)   Session Rejected: The specified node name is currently locked
, Return Code=61, Reason=0, File=arssmsms.cpp, Line=1141  Srvr->server non-SSL<-

I checked TSM and the node is not locked..I checked the table for the application group and there are 52 individual unique doc_names. After running my retrieval, I see 104 files (52 index, 52 out..) so it looks like everything was retrieved.

Could this be a bug or something, I am not seeing any more issues...8.5.0.6 on AIX btw..

81

MP Server / ARSLOAD Daemon + Force Generic Indexer?

« on: March 19, 2019, 10:12:44 AM »

Hi All,

I am trying to do a reload of some data I retrieved..I am trying to load via daemon.

I have the .out/.ind/.ARD/.res, daemon is picking up the file.. But I am using the -X G flag to force the generic indexer. I have done this before when I do a single load but now it isn't working via daemon, the file is failing with an indexing error.

APK422S AN ERROR OCCURRED WHILE ATTEMPTING TO READ INPUT RETURN CODE 64.
APK448S INDEXING WAS REQUESTED, BUT NO GROUP 'TRIGGERn' NOR ANY 'FIELD' BASED ON IT WAS SATISFIED WITHIN THE PAGE RANGE SPECIFIED BY THE INDEXSTARTBY PARAMETER.
APK441I ACIF AT IM43P11 HAS COMPLETED ABNORMALLY WITH RETURN CODE 16.

Daemon-

arsload -B IGN.IGN.AG.APP.EXT -c /OD_installtmp/Extract -d /OD_installtmp/Extract -XG -f -t 60 &

Files-

metrics.276.AG.APP.ARD
metrics.276.AG.APP.res
metrics.276.AG.APP.out
metrics.276.AG.APP.ind

Is there some way that I have to trick the daemon into working with the -X G flags? Is it even possible?

Thanks in advance.

82

MP Server / Quantifying extract & reload

« on: February 26, 2019, 12:13:34 PM »

Hi all,

Wondering if anyone cares to share their insight, tips, and past experience on this.

As some previous posts state, I am looking into extracting data from an AIX system, using TSM/Centera, into a new system using Linux/ICOS. I am trying to put an actual timeframe on how long it is going to take to extract from AIX, and reload into Linux. I have the extract/reload process down mostly, but I am not sure where to start as far as coming up with solid dates.

There is a total of around 7TB of data to extract, totaling 200 Million Documents across 32 application groups. The totals of data in our app groups range from a few hundred MB, to 4.5 TB.

I understand there are SEVERAL variables to consider as far as this entire process goes, but does anyone have any suggestion as to how I can use our logs to actually put some realistic numbers to this.

Thanks in advance.

83

MP Server / Can't update enhancedRet with ARSXML?

« on: February 22, 2019, 10:35:01 AM »

Hi,

Testing something on a 10.1.0.4 server with ERM installed..I have a bunch of application groups that I need to update, and ARS_SUPPORT_HOLD=1 set in ars.cfg..

Code: [Select]

ARS7819E A value of 'enhancedRetManagement' for the applicationGroup attribute is not appropriate as the required feature is not enabled for this server.
ARS7762I Update of applicationGroup, TESTTHIS failed.
Here's my XML-

Code: [Select]

<applicationGroup name="TESTTHIS" enhancedRetManagement="true" impliedHold="false">
          <field name="LOCKD" type="Index" dataType="Small Int" uniqueID="false" hashSHA256="false" encryption="false" expireDate="false" log="false" userExit="false" partition="false" cluster="false" appIDField="false" reference="false" pageCount="false" documentSize="false" lockdown="true" CFSOD="false" FTI="false" updateable="false" />
   </applicationGroup>
Another weird thing- when i export an application group that has ERM setup via the admin client, the enhancedRetManagement field is set to "false"

I have tried a variety of tweaks/changes to the XML, because I know how specific ARSXML is, but i am not having any luck. Has anyone encounterd thisthis?

84

MP Server / Non-Root Install - Anyone doing this?

« on: February 14, 2019, 08:26:57 AM »

Greetings,

We are looking at the possibility of doing a non-root implementation for both CMOD and DB2. I have successfully done this in my lab environment - and I haven't seen any issues at all.

I am just wondering- is anyone else doing this or something similar? And has anyone seen any drawbacks to doing it this way? I cannot think of any.

Also- I know how IBM likes to have undocumented features. Is it possible to change the directory for a non-root install? I know this is probably one limitation, and my linux team isn't happy about having to increase /home.

Thanks!

85

MP Server / Message Logging - Logoffs

« on: February 07, 2019, 12:14:21 PM »

I am looking into slow response times, and I am seeing excessive activity being written to the system log.

The last time I saw this, per IBM, 65/226 records were causing extreme slowness in the system and eventually brought it down.

I am looking through log activity and I am wondering- can anyone think of a scenario when they needed to have logoff messages enabled? I an see logins, but not log offs.

86

MP Server / Error running ARSXML export.

« on: February 02, 2019, 10:17:03 AM »

I am trying to do an export of my application groups and dependent objects from my QA server and I am getting an error.

60 AG/350-ish Apps-

arsxml export -u admin -p ondemand -h archive -e c -r adpl -i exportAGs.xml -o exportedQAAgs.xml -v
Attempting login for userid 'admin' on server 'qaENV' ...
Searching applicationGroups for application .
Querying applicationGroup, AG00
Query of applicationGroup, AG000 was successful.
.................Runs for a few seconds
Query of applicationGroup, AG was successful.
Querying applicationGroup, AG1
Unable to allocate enough memory.  File=arsapplg.C, Line=2360

I tried running this from my dev server to my QA server. Also directly on my QA server with the same result. ARSSOCKD does not crash, and nothing in the system log.

It's version 8.5.0.6. Has anyone seen this? Should i throttle it, maybe do batches of 10 or so?

87

MP Server / ARSSOCKD Crash when calling TSM.

« on: January 30, 2019, 07:17:05 PM »

Have a strange issue here on one of my old development servers. I am starting to think it's some kind of communication error..

First, here is my out of date "update in progress" system. Everything is on the same box. I do have a TSM 7.1 server configured in the dsm.sys file..

AIX 6.1
DB2 9.7
CMOD 8.5.0.6
TSM Client - Command Line Administrative Interface - Version 6, Release 2, Level 0.0
TSM Server - Server Version 5, Release 5, Level 7.0

Heres what does work:

-Loading to cache
-Retrieves from CACHE
-Loading from this server, to another tier's CMOD server, into THAT CMOD servers Cache/TSM (Same versions..)
-Creating/Updating/Exporting objects in CMOD
-Creating new dev classes / pools / nodes in TSM

I guess you could say the basics. Here is what does not work

-Loading into TSM, either the 5.5 server that is local, or even a remote 7.1 server
-ARSMAINT cache migration (-m)
-All of the objects in TSM are orphaned apparently...I have not tried dsmc retrieve.

arsload: 01/30/19 20:16:09 -- Loading started, 201946 bytes to process
Resource FILE.ARD.res will be added as resource >4-63-0<.  Compression Type(OD77) Original Size(13937709) Compressed Size(8041010)
Connection cannot be established for the >dev< server
Unable to store the object >4<.  Object size 8041010
arsload: 01/30/19 20:16:10 Loading failed
arsload: Processing failed for file >FILE.ARD<
Connection cannot be established for the >dev< server

From the TSM activity log when I load a file or run arsmaint, and arssockd crashes-

01/30/19   20:16:10      ANR0480W Session 10 for node MULTIOD (ONDEMAND) terminated
                                   - connection with client severed. (SESSION: 10)

ARSSOCK DEBUG-   Wed Jan 30 21:15:13 2019: OnDemand(3082) -> connect 1445, 127.0.0.1 errno = 79 rc = -1

Those are the only two messages that I currently have. Anyone have suggestions? I am pretty sure I checked everything at this point!

Thanks in advance.

88

Other / Upgrading TSM using Centera

« on: January 30, 2019, 05:51:21 PM »

Hi All,

Looking down the barrel of starting an upgrade from TSM 5.5 to V7.1.1, On AIX. I have read much documentation and talked to a few folks including IBM about the process, and I am aware of some things that might come my way due to the underlying database changes and conversion process.

My question is this, has anyone done this on their system that uses a centera device class? One of our original plans was to use TSM on RHEL on a separate server and to migrate everything over, but per IBM we can't do that with Centera device classes. So it looks like we are going to be upgrading our AIX servers in place.

Once concern that I do have- Is using CMOD / DB2 and TSM 7.1 all on the same box. Does anyone have experience with this kind of upgrade where centera is involved?

89

MP Server / Message 111 - OnDemand is unable to determine the link for the file

« on: January 08, 2019, 12:52:18 PM »

Hello all,

We recently had to move our arscache file system (jfs) to the jfs2 file system. Our unix team created the new volumes and then migrated everything over.

After the migration, I am seeing 71 errors in our system log, similar to this:

OnDemand is unable to determine the link for the file >/arscache/cache2/0/TFA/RES/6849<.  The error number is 2  Srvr->prod 10.10.10.10 non-SSL<-
 (Also same errors pointing to additional /arscache/cache1/0/TFA/RES/68** files)

We started off by looking at the links and everything looks good. So far, we haven't had any reports from users about their statements appearing incorrect. I tried duplicating the issue in our test environment and I also didn't see any issue with the output.

Has anyone ever seen this error? If so, what was your resolution?

8.5.0.6 on AIX btw.. Thanks in advance.

90

MP Server / Version 9.5 with Spectrum Protect

« on: December 07, 2018, 07:47:07 AM »

Does anyone have experience (or even know if it will work), running the following-

CMOD 9.5 + Spectrum Protect (Storage pools setup for IBM Cloud object storage?)

From what i am reading, if we wanted to load directly from CMOD to Cloud object storage, we would need 10.1..

I am unsure if 9.5 supports 8.1 spectrum protect or vice versa. does anyone have input on this?