When attempting to launch the SslConfig utility on the DX NetOps Performance Center portal, the application fails to load and exits with an InvocationTargetException (LAX).
The stack trace shows a java.lang.UnsatisfiedLinkError specifically citing that a Bouncy Castle FIPS library (libbc-probe.so) failed to map a segment from a shared object in /tmp:
This issue occurs when the system's /tmp directory is mounted with the noexec flag for security hardening. The Bouncy Castle FIPS encryption libraries used by the SslConfig utility attempt to execute from /tmp by default. If execution is restricted on that partition, the utility cannot load the necessary native libraries.
To resolve this, you must manually redirect the Java temporary directory for the SslConfig process to a location that allows execution.
Identify the path that was used when IATEMPDIR was set during the most recent install/upgrade, for example: /data/Install-Files/tmp or /opt/CA/tmp).
Log in to the Performance Center portal as root or the user that owns the Performance Center installation.
Open the SslConfig executable script for editing:
Locate the line (approximately line 2648) that defines the JAVA_TOOL_OPTIONS variable. It should look like this:
Modify the line to include the -Djava.io.tmpdir parameter, pointing to your verified temporary directory. Ensure the entire value is enclosed in double quotes:
Review this command before running it.
(Note: Replace /data/Install-Files/tmp with your specific directory path.)
Save the file and exit the editor.
Retry starting SslConfig
For similar issues involving the SsoConfig utility, refer to KB 433281