91
MP Server / Re: CMOD roadmaps after V10.5
« Last post by teera_aoo on February 07, 2024, 10:24:05 PM »Thank you very much everyone. I will convince end customer to go 10.5.
Recent Posts
92
MP Server / Re: Can we skip Post Processor Script when loading with Generic Indexer?
« Last post by rjrussel 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.
93
MP Server / Can we skip Post Processor Script when loading with Generic Indexer?
« Last post by Mehmet S Yersel on February 02, 2024, 08:54:51 AM »Hi All,
I am loading migration data from a CMOD 9.5 into a target CMOD 10.5 system using Generic Indexer. For migrated reports, I need to skip the PostProcessor.sh script because these reports already have been processed with the PostProcessor.sh script. However, Day forward reports need the post processor to populate some index fields upon ingestion for the first time.
I know, normally, migration reports need to go to a separate AG and day forward reports need to go to separate AG. But, client didn't want this option. They want to load into same AG both day forward as well as migration data.
Second alternative is to manipulate the script. I am loading from a Windows platform into Linux. So, modifying the post processor script to distinguish between the 2 data types wouldn't work because the file paths and script names cannot be the same for Windows (where migration data is loaded from) and Linux (where day forward data is loaded from) platforms. If loading of migration reports starts from a Linux platforms, same as day forward reports, this method would work. But that doesn't look like a viable option due to time it would take to set up.
Third alternative is to add new applications for migration data, remove post processor scripts and load migration data this way.
But, ideally, I should be able to tell ARSLOAD to skip Post Processor Script for a particular report. And I don't see this option being available (maybe an enhancement request). Is there a way to skip a post processor script for a certain report without having to remove it from Load Instructions?
Thanks in advance,
-Mehmet
I am loading migration data from a CMOD 9.5 into a target CMOD 10.5 system using Generic Indexer. For migrated reports, I need to skip the PostProcessor.sh script because these reports already have been processed with the PostProcessor.sh script. However, Day forward reports need the post processor to populate some index fields upon ingestion for the first time.
I know, normally, migration reports need to go to a separate AG and day forward reports need to go to separate AG. But, client didn't want this option. They want to load into same AG both day forward as well as migration data.
Second alternative is to manipulate the script. I am loading from a Windows platform into Linux. So, modifying the post processor script to distinguish between the 2 data types wouldn't work because the file paths and script names cannot be the same for Windows (where migration data is loaded from) and Linux (where day forward data is loaded from) platforms. If loading of migration reports starts from a Linux platforms, same as day forward reports, this method would work. But that doesn't look like a viable option due to time it would take to set up.
Third alternative is to add new applications for migration data, remove post processor scripts and load migration data this way.
But, ideally, I should be able to tell ARSLOAD to skip Post Processor Script for a particular report. And I don't see this option being available (maybe an enhancement request). Is there a way to skip a post processor script for a certain report without having to remove it from Load Instructions?
Thanks in advance,
-Mehmet
94
MP Server / Re: CMOD roadmaps after V10.5
« Last post by Ed_Arnold on February 02, 2024, 08:37:20 AM »Quote
This is inquiry from customer. Because they decision for upgrade project, and inform that if we go 10.5 and EOS in next year, this will not worth to upgrade it.
Hello Teera - I occasionally get asked about CMOD plans and directions.
First off - nobody tells me anything, and I don't want to know, either. That way I can maintain plausible deniability about CMOD plans and directions. :-)
What I do when asked is point people to this official doc:
https://www.ibm.com/support/pages/how-do-ptf-numbers-relate-content-manager-ondemand-product-version-numbers-and-maintenance-fix-packs
It's written for z but the information is true across all platforms. All service fixpacks, all announcement and end-of-service dates are in lockstep across the CMOD platforms.
You can see that 10.5 is the only currently supported release.
No announcement has been made (yet) about a follow on release.
I believe that an announcement of support has always given a customer two years to upgrade.
No announcement has been made for 10.5 EoS so at a minimum there would most likely be two years to upgrade.
CMOD 10.5 is currently at fixpack 7 (10.5.0.7). While it really means nothing note that 9.5 and 10.1 put out several more semi-annual fixpacks during their lifecycle.
One thing I can say is that new function lately has been pushed out via fixpack, so read those fixpack announcements thoroughly! :-)
Anyway, I absolutely recommend upgrading to 10.5. Get to a supported environment.
Ed Arnold
95
OD/WEK & JAVA API / Re: ODWek REST - response HTTP 408 - No availble connections to pool <poolname>
« Last post by rjrussel on February 01, 2024, 09:22:30 AM »My guess is the pool is not starting correctly. Stop and start the REST application and then look at the arsrestapi.log. It will give you the information you need to verify this.
96
OD/WEK & JAVA API / Re: ODWek REST - response HTTP 408 - No availble connections to pool <poolname>
« Last post by Justin Derrick on February 01, 2024, 07:39:32 AM »Do the logs in the web server software give any indication as to where the problem might be? There should be other error messages around the time of your request that might shine some light on the issue. 
-JD.
-JD.
97
OD/WEK & JAVA API / ODWek REST - response HTTP 408 - No availble connections to pool <poolname>
« Last post by Andreas Baaserud Hauge on February 01, 2024, 01:58:32 AM »Hi,
In our ODWek REST api we are getting the following response: No availble connections to pool <poolname>
Request
HTTP request to /cmod-rest/v1/ping
Header includes key / pair
Response
HTTP Code = 408
Reponse body = No availble connections to pool <poolname>
I have tried to increase the max poolsize in odwek-rest.war even. Any idea what is going on here?
This happends in our test environment - production is fine.
In our ODWek REST api we are getting the following response: No availble connections to pool <poolname>
Request
HTTP request to /cmod-rest/v1/ping
Header includes key / pair
- Authorization = CMODSharedKey <connection_poolname-connection_poolkey>
Response
HTTP Code = 408
Reponse body = No availble connections to pool <poolname>
I have tried to increase the max poolsize in odwek-rest.war even. Any idea what is going on here?
This happends in our test environment - production is fine.
98
MP Server / RESOLVED: Issue with stash file - New install of V10.5
« Last post by jsquizz on January 31, 2024, 11:52:06 AM »resolved after some of my own verification :
I had to add "odadmin" directly to the security permissions : C:\Program Files\IBM\OnDemand\V10.5\config - And it worked.
I had to add "odadmin" directly to the security permissions : C:\Program Files\IBM\OnDemand\V10.5\config - And it worked.
99
z/OS Server / Re: How would multiple segments be opened?
« Last post by scott.walsh on January 31, 2024, 07:31:47 AM »Well, since one record segment was an anomaly, I thought I'd just close it. I think Justin mentioned that too.
arstblsp -a 1 -I CMODU -g "System Log" -t SL139
Worked just fine because the instance wasn't using it.
AG_NAME TABLE_NAME START_DATE START_DT POST_DT CLOSED_DT
------+---------+---------+---------+---------+---------+---------+---------+---------+---------+-----
System Log SL138 1705461323 2024-01-17-03.15.23.618709 2024-01-17 ----------
System Log SL139 1705461321 2024-01-17-03.15.21.378956 2024-01-17 2024-01-16
System Log SL137 1703798855 2023-12-28-21.27.35.117586 2023-12-28 2024-01-17
From the 10.5 manual. might be true if you wanted to close the ACTIVE segment, but not in this case
Important: The ARSTBLSP program can run without an active server. The server must be down to update
the System Log table
arstblsp -a 1 -I CMODU -g "System Log" -t SL139
Worked just fine because the instance wasn't using it.
AG_NAME TABLE_NAME START_DATE START_DT POST_DT CLOSED_DT
------+---------+---------+---------+---------+---------+---------+---------+---------+---------+-----
System Log SL138 1705461323 2024-01-17-03.15.23.618709 2024-01-17 ----------
System Log SL139 1705461321 2024-01-17-03.15.21.378956 2024-01-17 2024-01-16
System Log SL137 1703798855 2023-12-28-21.27.35.117586 2023-12-28 2024-01-17
From the 10.5 manual. might be true if you wanted to close the ACTIVE segment, but not in this case
Important: The ARSTBLSP program can run without an active server. The server must be down to update
the System Log table
100
MP Server / Issue with stash file - New install of V10.5
« Last post by jsquizz on January 31, 2024, 07:19:20 AM »Hi All,
Working on a migration from Win2012/V9.5/DB2 V10.5 to Win2022/V10.5/DB2 V11.5
I installed DB2 V10.5/CMOD V9.5 on the new windows 2022 server, and setup the instance via the configurator. The next step I did was I took a full offline backup of the V9.5 database, and imported it into the V10.5. That part looks good.
The issue is, When I go to start the instance , or even after I delete/recreate the instance - The application does not start stating that it cannot find the stash file. I verified that the stash file exists, and that the user, odadmin - has rights to access it. I also tried re-creating it and I am seeing issues. Also when I try to update/re-create the instance in the configurator, it still says that it cannot find the stash file.
Ive tried-
Deleting the stash file
Recreating the stash file
Updating the stash file with the proper credentials
Deleting the instance/recreating
Importing updated registry settings from the V9.5 -> V10.5 server (I have this working in my homelab..)
Creating a new instance
all of the above yield the same results. When I use
No idea whats going on here - has anyone seen this? I've opened a case with IBM regarding this.
Working on a migration from Win2012/V9.5/DB2 V10.5 to Win2022/V10.5/DB2 V11.5
I installed DB2 V10.5/CMOD V9.5 on the new windows 2022 server, and setup the instance via the configurator. The next step I did was I took a full offline backup of the V9.5 database, and imported it into the V10.5. That part looks good.
The issue is, When I go to start the instance , or even after I delete/recreate the instance - The application does not start stating that it cannot find the stash file. I verified that the stash file exists, and that the user, odadmin - has rights to access it. I also tried re-creating it and I am seeing issues. Also when I try to update/re-create the instance in the configurator, it still says that it cannot find the stash file.
Ive tried-
Deleting the stash file
Recreating the stash file
Updating the stash file with the proper credentials
Deleting the instance/recreating
Importing updated registry settings from the V9.5 -> V10.5 server (I have this working in my homelab..)
Creating a new instance
all of the above yield the same results. When I use
No idea whats going on here - has anyone seen this? I've opened a case with IBM regarding this.