1
MP Server / Re: ARSLSYNC Issues
« on: April 23, 2024, 11:46:14 AM »
That isn't correct. Base DN needs to be DC=XXX,DC=XXXX,DC=XXXXX,DC=com
Your IBM Consultant will reach out to you.
Your IBM Consultant will reach out to you.
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.
2
MP Server / Re: ARSLSYNC Issues
« on: April 23, 2024, 11:12:40 AM »
You are missing the ARS_LDAP_BASE_DN parameter. Can you share that?
3
MP Server / Re: Upgrade RHEL 7.9 to RHEL 9 running with CMOD 10.5, ICN 3.x and WAS 9.0.5
« on: April 12, 2024, 07:13:18 AM »
I can't speak for all of IBM - 
- but it's fine. I'd say our opinion is have a perfect backout strategy if the OS upgrade fails.
ok... This comment:
"The following components are running on this Linux RHEL 7.9 server:
IBM Content Navigator 3.0.11
IBM Content Manager OnDemand 10.5.0.5
IBM Websphere Application Server 9.0.5.13 ND?"
This led me to believe everything is on the same server.... Sounds like you have a good distribution, so all is well. BTW: I just upgraded a server this week from 7.9 to 8.9. No issues. Your mileage may vary.
- but it's fine. I'd say our opinion is have a perfect backout strategy if the OS upgrade fails. ok... This comment:
"The following components are running on this Linux RHEL 7.9 server:
IBM Content Navigator 3.0.11
IBM Content Manager OnDemand 10.5.0.5
IBM Websphere Application Server 9.0.5.13 ND?"
This led me to believe everything is on the same server.... Sounds like you have a good distribution, so all is well. BTW: I just upgraded a server this week from 7.9 to 8.9. No issues. Your mileage may vary.
4
MP Server / Re: Upgrade RHEL 7.9 to RHEL 9 running with CMOD 10.5, ICN 3.x and WAS 9.0.5
« on: April 11, 2024, 09:55:50 AM »
While I think I understand what you are driving at, what does support mean to you in this case? Ideally, we always recommend new hardware/VMs. It is so much safer of a process. We also never recommend having all these components on the same server. ICN should be separate from the CMOD server.
6
MP Server / Re: Disable users ability to change passwords
« on: March 26, 2024, 04:09:47 PM »
Off the top of my head, not sure.
7
MP Server / Re: Operations issue with LDAP
« 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.
8
Other / Re: "arsdoc get" Retrieves a larger document than what was originally ingsted.
« on: March 26, 2024, 01:32:49 PM »
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.
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.
10
MP Server / Re: Disable users ability to change passwords
« on: March 22, 2024, 07:04:23 AM »
look in the windows customization guide - There is a flag you can pass to start the client which will disable the change password option.
11
OD/WEK & JAVA API / Re: ODWek REST API 10.5.0.4 - response ask me to logoff and log on
« on: March 14, 2024, 10:08:38 AM »
Yes
12
OD/WEK & JAVA API / Re: ODWek REST API 10.5.0.4 - response ask me to logoff and log on
« on: March 12, 2024, 05:44:33 AM »
no - It's a connection pool. Connections are established when the REST services start.
13
MP Server / Re: PDF from ARSDOC GET can see only one file
« on: February 29, 2024, 10:14:28 AM »
Document 1 start at 0 and is 102187 bytes. Document 2 starts 102187 and is 681891 bytes. You need to write something to extract individual documents using that logic. That is all there is to it.
14
z/OS Server / Re: ARS0161E the userexit>/usr/lpp/asr/v../bin/exits/arsuupdt<failed. return code 16
« on: February 28, 2024, 04:06:22 PM »
error 16 could be "Device or resource busy". This arsuupdt is probably custom code so it will be pretty hard for anyone here to assist.
15
MP Server / Re: Can we skip Post Processor Script when loading with Generic Indexer?
« on: February 02, 2024, 09:16:22 AM »
I am fairly certain that you can't, but I am still looking. I'll let you know if I find something. In the meantime, while not a great solution, you could create a copy of the APP without the postprocessor defined. Again, not great, but depending on what you are doing might be better than nothing.