This article describes how to install Smart ID Certificate Manager (CM) server components on Linux.
The CM servers comprises several sub-components that may be loaded into the same computer or distributed to several computers in order to obtain higher performance. See this list of CM server components.
Make sure you have access to the license file before starting the installation.
- To make install_server.sh executable, issue this command:
chmod a+x install_server.sh
- Execute install_server.sh.
Enter the full installation path, for example:
If CM clients are already installed on this computer, the server installation must not be made to the same directory.
Confirm the path.
Enter the full configuration files path, for example:
- Confirm the path.
- Enter the name of the license file.
- Confirm the file name.
Enter the number or name of each server component, for which you have a license, separated by space (" "). See this list of CM server components.
The CMDB database must already exist and the JDBC component should be included to create the database connection parameters.
If CF is selected without the CIS component, the CF will automatically be configured to run CIS locally within the CF service. If both the CF and CIS components are selected, CF will be automatically configured to connect to the installed independent CIS service (see Configure the Certificate Factory in Certificate Manager).
Install all server components at the same time. It is not possible to add new components later. Instead you will have to uninstall existing components before you can reinstall. (See Uninstall Certificate Manager server components and clients.)
If you have a license for the functions Key Archive and Recovery or Card Production Manager but are not going to use them, you must set the following parameters in cm.conf:
- Select the database engine from the list.
- Select the machine where the database is installed. Default is localhost.
- Select JDBC port for the database.
- Enter the database instance name.
- Enter the name of the database CM user. Default is lcmreq.
- Enter the password for the lcmreq user.
Message after installation
- Await a message from the installation program confirming a successful installation. If an error message occurs, correct the indicated error and restart the installation using the shell script setup.sh located in the directory <install_root>/install.
Option: Start CM SNMP monitor:
If the CM SNMP monitor is installed, set the configuration parameter
*.agent.connectToSupervisorto 'true' in the configuration files cis.conf and cm.conf.
Option: Move configuration files
After the installation, it is possible to manually move the configuration files to any other path. Do this before you start any of the CM server components.
Modify each <install_root>/bin/*_launch.conf file and point to a new configuration path:
- The service user used to run the CM components must have both read and write access rights to the new configuration path.
It is recommended to execute the CM services as a separate non-root service user. Do the following:
- Make sure the CM services are stopped.
- Create the user (for example,
Make the service user owner of the directory <install_root> . For example, by issuing the following command:
Update the files <install_root>/bin/*_launch.conf so that they specify a line with
SERVICEUSER, for example:
This can be scripted using a command such as:
The <install_root>/bin/cmservices script can be used to install or remove the CF, CIS and CMSNMP services as system services.
sudo is required to run the cmservices script.
Run the following command to install the CM services as system services. You must specify the user and group that the service should be run as.
This script can also be used to start, stop or check the status of any of the CM services, see an example here for CF:
Start the services:
- Check the log files in <configuration_root>/logs to see that the services started successfully. If not, see the following steps for troubleshooting.
The CM server components will use the first found Java executable available on the $PATH. To use a specific Java version, or if $PATH does not include a directory where Java can be found, you can explicitly specify which Java to use by setting a parameter in <install_root>/bin/*_launch.conf:
- When installing CM services on a system that uses systemd, it is possible that the default $PATH as seen by the systemd service wrappers, does not include the expected Java version. If this is the case, then invoking, for example,
sudo service cis startmight not start the service - it will instead be reported as active (exited) by
sudo service cis status. To remedy this, see the previous step on how to explicitly set the Java executable to use.