This is due to settings in the Content.xml files being being misread, which prevents communications to the Dedupe server.
To resolve this issue, the attached DLO_Config_Utility.exe utility needs to be run on the machines where the Dedupe Server and IO Server components are installed.
Note: The utility can also be downloaded as a Hotfix package from the VEMS portal or SORT server.
Note: It is mandatory to run this utility, following an upgrade to DLO 9.3.2 or a new installation.
Steps to run the utility:
The utility should be run on the machines where the Dedupe Server or IO Server are installed in a DLO setup.
Note: This is a silent installation and requires approximately 4 mins for execution.
Steps to verify the utility has run successfully are as follows:
Please ensure that the context.xml file in the following paths are updated.
i.e. default path is C:\Program Files\Veritas\Veritas DLO\Dedupe\Tomcat\webapps\DedupeServer\META-INF
i.e. default path is C:\Program Files\Veritas\Veritas DLO\IOServer\Tomcat\webapps\DLOServer\META-INF
The Context.xml file parameters should be now be updated, as detailed below
maxActive -> maxTotal
maxWait -> maxWaitMillis
removeAbandoned -> removeAbandonedOnBorrow
Original Content.XML :
maxActive="1000" maxIdle="30" maxWait="10000" factory="com.middleware.db.DBConnectionPoolFactory"
driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver" removeAbandoned="true"
Updated Content.XML :
maxTotal="1000" maxIdle="30" maxWaitMillis="10000" factory="com.middleware.db.DBConnectionPoolFactory"
driverClassName="com.microsoft.sqlserver.jdbc.SQLServerDriver" removeAbandonedOnBorrow="true"