I actually tried doing this on a redhat system about 2-3 years ago and for whatever reason I couldnt get it to work, but- It was a POC.

I essentially backdoored it with a cronjob that would run every 5 minutes and also act as a monitoring script

Db2 Running? Good.. No? Start!..sleep
ARSSOCKD Running? Good.. No? check DB2-> Start
ARSLOAD(s)/ARSJESD Running? Good.. No? Check arssockd-> Start!

That was the best purpose because I also added logic to where if it failed a second time in X minutes, to send out an email/page. So within 5 min of a server being booted, it would come up.

We are trying to enable ODWEK trace on one of our JVM's running a custom ODWEK app. Unfortunately, we are out of support - and the only documentation that we've been given is that we need to recompile our code, adding information about the trace.. which does not seem possible.

Anyone in a similar boat?

Hello all,

I am trying to do some metrics.

I'd like to see how much data is being:

1) expired from cache via arsmaint
2) migrated from cache via arsmaint

Can someone point me in the right direction of the message in the system log I need to reference, including the "msg_text"

I'm going to have to do a query via arsdoc query to do this as well.

Thanks!

Quote from: JeanineJ on September 13, 2024, 01:33:09 PMDid you ever get your answer?

Yes, the script that runs arsmaint is overly complicated in my opinion.

It connects to db2 and does a select to get all the application groups. For some reason there was an environmental variable change, and that part was failing and i started to see "db2: command not found" which was weird.

Also there was a second arsmaint script hidden in crontab that was running only segment maintenance

My fix was to just do an arsdoc query against the System Load folder, and pull out app groups from the last 160 days (per retention settings), sort it, pass it in, and that seems to have fixed it.

Hi all,

I'm working on an old CMOD system, we're in the process of getting on 10.5, but for now - We're stuck on 9.5 and out of support.

AIX 7.1
DB2 10.5.0.10
TSM 7.1

When we run arsmaint - Nothing is expiring. It almost looks like nothing is happening.

When I run:

arsmaint -cd -n 60 -x 70 -I archive -g <appgroup>

I get:

Message 30, Login, loopback local, (AIX), (ARSMAINT), (9.5.0.13)
Cache Expiration,: Date(2024-07-01) InternalDate(19906) MinPct(60) MaxPct(70) Server(cmod)

Nothing else happens when I execute the command. It hangs at the command prompt. This particular application group is using TSM. When i tail the TSM log, there's nothing other than a return code of 0.

Anywhere else I can be looking? This is happening for all other appgroups as it seems.

I have been working on this issue on Windows as well.

Install CMOD Base / Deploy ICN -> Works
Upgrade CMOD to 10.5.0.7 / Deploy ICN ->  Issue youre showing

Will check it out. Thanks

Hi All,

I have a requirement to index a file using the PDF graphical indexer.

I need to capture line by line some fields, that are normally easy to grab using a floating trigger in the ACIF world.

Using a floating trigger now, it creates the green box for the trigger, however when I run the loader - it only picks up the first trigger/field defined.

Is there a way to make this work? I get that the pdf indexer is a bit "out dated" but theres no other solution unfortunately.

Thanks

Figured this out and verified with our end users.

Right click system parameters, uncheck all boxes, top right

2600 AG's
100 Groups
100-some users

All have access to annotations. The customer does NOT want this.

Is there a way to globally disable this? Or should I get started on my script.

Thanks!

Just as an FYI - I have also seen this scenario when loading into S3/EMC, we had to add the .cer provided by the storage folks for it to work.

Quote from: jsquizz on March 06, 2024, 08:31:01 PM
This issue was very weird. Here's what I did.

1) Verified ALL classpaths/paths at the OS level, and the websphere level -> Including pointing to the new version of log4j/gson
2) Uninstalled CMOD V10.5
3) Reinstalled CMOD V10.5 + FixPack 7
4) Redeployed the ICN ear file
5) Repository successfully added.

Essentially, a reinstall of the base CMOD, fixed us up.

I am seeing this error above again. I compared this system, to a working existing system, and they are the identical as far as settings goes. I tried the same, uninstall/reinstall/redeploy.. no luck. Has anyone else seen this?

In the current thick client that my customer is using, in the thick client, they would select numerous reports/hits in the hitlist.

Options - > View Combined documents, view all. So now all documents open as expected in a "bundle". They can then export them to their desktop. It creates a single text file that the user can then open with notepad and do all of their work.

Is there a simple way to do this in ICN or am I overlooking something?

We just got LDAP implemented, we verified all of the correct settings (that we can see..) We were getting return code 49, which pointed us to invalid credentials. We resolved that, or so we think.

We are now seeing this error message "LDAP Error: Operations error -- ldap_rc=1,  -- extended_rc=0,  -- ldap_errno=1, extra_rc=0, File=arsldap.c, Line=2662"

Has anyone seen this before?

Thanks!

Thanks JD/RJRussel, this will come in handy.

Our client is asking if its possible also to do this within content navigator (until we roll out LDAP and they stop sharing accounts!!)

Thanks

Hi All, have a bit of a strange request.

I am working on a migration - And lots of best practices/basic practices arent being followed.

Currently - users are accessing CMOD via the thick client. They are using ONE account between multiple people which is very bad obviously.

One of their users questioned if its possible to "disable the ability to change passwords"

Our goal is to get them on to LDAP ASAP, so I am not sure if its worth pursuing much - but, I looked all over and I could have swore years ago i saw this setting.

has anybody ever done this?