Recent Posts

Pages: 1 2 3 [4] 5 6 7 8 9 10
31
Content Navigator / Re: Issue connecting to ICN Repository
« Last post by jsquizz on March 27, 2024, 10:45:08 AM »
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?
32
Content Navigator / Combine documents, view as one
« Last post by jsquizz on March 27, 2024, 09:47:01 AM »
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?
33
Thank you RJ, for the feedback.

I think, this should be a potential enhancement to how arsdoc get should operate when this unique condition is encountered.

In the meantime, I shall retrieve all such objects for all involved reports using arsdoc get and create generic indexer files as well to mimic what arsdoc get should have done in the first place.
 
Thanks again,
-Mehmet
34
MP Server / Re: Disable users ability to change passwords
« Last post by rjrussel on March 26, 2024, 04:09:47 PM »
Off the top of my head, not sure.
35
MP Server / Re: Operations issue with LDAP
« Last post by rjrussel on March 26, 2024, 04:08:54 PM »
Probably a config error. Double check all required LDAP attributes are defined in the ars.cfg correctly. You can also enable LDAP trace on the server. There is likely another error somewhere else you might have missed. I would enable trace, stop the server, remove existing trace file, start the server and then test. This way you have a clean trace. L2 will need that anyway if you open a case.
36
There is not.

arsdoc get Assumes every "hit" is a document, so if you have 10 hits you are going to get 10 documents, regardless of the fact that they may all be the same document. 
37
Hi All,

I am working on a CMOD to CMOD migration where I extract using arsdoc get with generic indexer and then load into target CMOD system. There are some reports that have originally been indexed with floating triggers at every line of every page, and, CMOD createed pointers to the same object from 1000s of different hit list records, as expected. For example, if the first 353 pages of the report are all one document, every line in all these 353 pages are loaded into CMOD as different document indexes (my hit list).

So far so good.

And the problem is when I try to retrieve this report with generic indexer using arsdoc get. CMOD. retrieves 1 hit list record, writes it to the .IND file as the first entry, and then it goes to retrieve the object it points to and it then writes that to the .OUT file. For every item in the hit list it repeats the process and creates a huge file, 100s of times larger than the original.

This use case is the one where CMOD is not giving you exactly what was stored and exactly as it was stored.

Is there a way for arsdoc get to generate the input file exactly as it was ingested for the use case described above?

Thanks,
-Mehmet 
38
MP Server / Operations issue with LDAP
« Last post by jsquizz on March 26, 2024, 08:58:44 AM »
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!
39
MP Server / User Object Count Discrepancy Between Admin GUI and ARSXML Export
« Last post by JeanineJ on March 26, 2024, 06:45:57 AM »
I had to export our users in production yesterday for our annual SOC Audit (Sarbanes Oxley) and the export ended up with 24 MORE ID's than what was displayed in the Admin GUI.
I went through ID by ID to figure out which ID's were missing from the GUI.
Has anybody ever experienced this?
I have a ticket open with IBM.
CMOD Ver 10.5.0.5
OS RHEL7
Library/Object server are the same server.
I am the admin and exported the User objects under my ID.
40
You didn't mention if you're using a Certificate Authority (CA) or a self-signed certificate, so the answer will be a little vague...

Check DB2's key database for the Spectrum Protect server certificate -- if the SP server cert is self-signed, you'll have to add a copy to the DB2 database's key db.  If the SP server cert was signed by your organization's CA, then you need to make sure you have the full certificate chain (root + intermediate certificates) inside that key database.

-JD.
Pages: 1 2 3 [4] 5 6 7 8 9 10