HI @bc1410
This issue occurs when the web server is configured to use a specific hostname to communicate with the CommServe's SQL instance, but the SQL instance becomes unreachable due to hostname resolution failures, network issues, or configuration changes.
Is webserver hosted on separate machine? if yes kindly check if the CS SQL instance is reachable from webserver.
Re verify the ODBC Connection from webserver to CS server is configured with loop back IP.
Hi @Pradeep thanks for responding to my post!
Yes we had config changes in that we basically had to remove MS SQL 2014 and Commvault 11.28 for our commserve server in order to upgrade to 11.32. We basically did a DR Recovery / hardware refresh type scenario after we got commvault 11.32.x installed.
But the webserver isnt hosted on a separate machine.
So you did a CommServe hardware refresh, please check if existing CommServe has Index store and Index Gateway components installed.
In the original CommServe they were installed and created an Analytics service leveraging Data Cube and now on the new CommServe this may not be installed, therefore you are getting those messages, although I think you don’t need it as Data Cube is listed as deprecated.
You can remove this deleting the analytics Index pseudoclient.
https://documentation.commvault.com/2022e/expert/configuring_index_server_for_data_cube.html
@Ledoesp & @Pradeep
Thanks for the responses -
so since we did a uninstall of MS SQL 2014 and commvault 11.28.x which were the requirements to upgrade to 11.32.x since we could not do a straight upgrade to 11.32 since we were still on MS SQL 2014. Cant upgrade to 11.32 with MS SQL 2014. Basically its like doing a hardware refresh / DR.
Everything went smooth until we go to the Database Recovery portion where it kept failing. We tied in support and they basically did a “cleanup” of the current install of 11.32 and then reinstalled 11.32.x
So this is how I think my DataCube messages surfaced.
When I checked this morning via commandcenter under MANAGE | Infrastructure | Index Servers
I clicked on the AnalyticServer listed which brought up the “General” , “Security”, and Nodes” sections for the AnaylticsServer. Under the Nodes section the Index directory listed this as the index directory using PORT 20000 -
Path - C:\Program Files\Commvault\ContentStore\IndexCache\AnalyticsIndex
Well when we had issues retoreing the DBs to the 11.32 new install support did a cleanup and reinstall of 11.32 on our system it created a “C:\Program Files\Commvault\ContentStore1” directory ….> “ContentStore1”. which pretty much everything falls under. Not even sure how to clean this up… Guess could just leave it as is.
The directory C:\Program Files\Commvault\ContentStore\IndexCache didnt exist which was where the IndexServer Node was pointing to and therefore I believe why we started getting the Data Cube messages.
I was unsuccessful on how to figure out how to change/edit this path as it give you the option to EDIT but essentially you can edit as its greyed out.
On the commcell side I went to the properties of the IndexServer - analticsServer and I see same thing under the NODE tab. BUT Still cant edit it. So there was a “RECONFIGURE” button which I happened to click. So this automatically created the “IndexCache” directory under the C:\Program Files\Commvault\ContentStore. Now I got a message in the event viewer that the DataCube service is up and running.
I guess its okay they way it is. I wanted the IndexCache directory to fall under the C:\Program Files\Commvault\ContentStore1 as this is were everything else is.
Does anybody know how to Edit the IndexServers NODE directory Path.? Otherwise I will keep it as is.
Thanks
BC
