Solved! Go to Solution.
Hi Vince,
I've read many of your answers to issues reported by users, but I have not yet been able to solve the two problems I have.
I will describe the my situation.
I have two servers:
SERVER 1
OS: Windows 2008 (64-bit)
Oracle RDBMS: 10.2.0.4 (64-bit)
Oracle Client: 10.2.0.4 (32-bit)
Oracle Client ODAC: 11.2.0.2 (32-bit)
Oracle Gateway: 11.2.0.1 (64-bit)
ArcGIS Server: 10.0 SP1 (32-bit)
ArcSDE: 10.0 SP1 (64-bit)
ArcGIS Desktop: 10.0 SP5 (32-bit)
Enterprise geodatabases: 3
SERVER 2
OS: Windows 2008 R2 (64-bit)
Oracle RDBMS: 10.2.0.5 (64-bit)
Oracle Client: 10.2.0.5 (64-bit)
ArcGIS Server: 10.0 SP5 (32-bit)
ArcSDE: 10.0 SP5 (64-bit)
ArcGIS Desktop: 10.0 SP5 (32-bit)
Enterprise geodatabases: 2
From the SERVER 1, using ArcCatalog, I can establish direct connections to the 3 local geodatabases and also to the 2 geodatabases on the SERVER 2.
I have also been able to upgrade the 3 local geodatabases. But from SERVER 1 I could not update the 2 geodatabases on SERVER 2, since I get the following error:
"Connected RDBMS instance is not setup for ST_GEOMETRY configuration.
[Unable to determine current version of ST_SHAPELIB The latest ST_GEOMETRY and dependent libraries need to be copied to the correct software location. Please consult ArcSDE for Oracle Installation Guide for further details.]"
From the SERVER 2, using ArcCatalog, I can not establish direct connections to any geodatabase, when I try it I get the error:
"Failed to connect the specified server. Server library could not be loaded."
I think the problems are related to the oracle client installed on SERVER 2, which is 64-bit.
If I install a 32-bit oracle client can I solve both problems?
Or are they due to different causes?
What would be the correct configuration of SERVER 2?
Thank you in advance.
Regards,
Gaston.
This is a response to really ancient post. ArcGIS Server has been 64-bit for so long that the last 32-bit incarnation has been retired from support for two and a half years. All of your products are ancient, and fairly dangerous to operate, since the volume of known security flaws is significant. I can't in good faith make any recommendations to utilize such flawed configurations.