The "Redirect - 404 Error Page" messages appears when trying to navigate to the Symantec DLP Enforce Console logon page.
IncidentPersister logs show:
[com.vontu.util.jdbc.JDBCTestConnection.testDatabaseConnectionAndCheckSchemaVersion] Cannot connect to database
java.sql.SQLRecoverableException: IO Error: The Network Adapter could not establish the connection
Localhost logs show:
WARNING [com.vontu.util.jdbc.JDBCTestConnection] Cannot connect to database
Cause:
java.sql.SQLRecoverableException: IO Error: The Network Adapter could not establish the connectionjava.sql.SQLRecoverableException: IO Error: The Network Adapter could not establish the connection
If we try to connect to the protect database via sqlplus, the following error is returned:
sqlplus protect@protect
ORA-12505, TNS:listener does not currently know of SID given in connect descriptor
The SERVICE_NAME connection information in tnsnames.ora, listener.ora on the database server/Oracle client and the Jdbc.properties file on the Enforce server, match and are correct.
The System Environment Variable ORACLE_HOME on both the Enforce and database servers show the correct path.
The System Environment Variable PATH on both the Enforce and database servers show %ORACLE_HOME%\bin is listed first.
On the database server, run 'lsnrctl services' in command line. The protect service is not listed.
Error at line 1.
ORA-01034: ORACLE not available
Process ID: 0
Session ID: 0 Serial number: 0
Running the database startup command returns an access denied error:
sqlplus /nolog
conn sys as sysdba
startup
ORA-48173: error checking directory existence during ADR initialization [c:\ORACLE\diagdbms\protect]
ORA-48187: specified directory does not exist
OSD-00002: additional error information
/S-error: (OS 5) Access is denied
The c:\ORACLE\diagdbms\protect path exists.
The service user(s) for the OracleOraDB12Home1TNSListener service and OracleServicePROTECT service do not have full permissions to the c:\ORACLE\diagdbms\protect directory on the database server.
In another case, the 404 error was caused by a new network rule that blocked remote access to the Enforce console.
After correcting that network rule, remote access to the Enforce console was restored.