Installing Service Virtualization on Linux
You can install Service Virtualization directly on a Linux machine or through a Docker image. This topic describes how to install the product on a Linux machine.
Before installing Service Virtualization on Linux, you must have the following installed on your machine:
- .NET Core runtime 2.1.4 or later (https://www.microsoft.com/net/download)
- Java 1.8.0 or later (https://openjdk.java.net/install/)
- OpenSSL (https://www.openssl.org/source/)
The most ideal way to install these packages, is to use the package manager provided by your Linux distribution. Installing .NET Core may require additional steps.
There are two options of installing Service Virtualization on Linux: RPM or TAR. The RPM is for systems supporting RPM such as Red Hat, CentOS or Oracle Linux. The TAR option is for situations when RPM cannot be used.
Copy the SV installation files onto the target machine and run the installation from there.
- For RPM: Install the server using the yum command
yum install sv-server-*.rpm. This will install Service Virtualization to directory /opt/microfocus/sv-server.
- For TAR: Go to directory where Service Virtualization should be installed and expand the archive there using
tar zxf sv-server-*.tar.gz. It will create a directory sv-server-VERSION.
In the following section, we use relative names for the folders. For example:
For RPM: bin refers to /opt/microfocus/sv-server/bin.
For TAR: bin refers to user/directory/sv-server-VERSION/bin. the user/directory is the directory to which you extracted the TAR file. sv-server-VERSION is created by tar itself. For example, VERSION will be 126.96.36.1996 when the package is sv-server-188.8.131.526.tar.gz.
Tip: For information on changing the database properties after the installation, see Installing Service Virtualization on Windows.
Starting and stopping the services
For information on starting stopping Service Virtualization and SVM services on Linux, see Starting and stopping Service Virtualization.
Perform the following configurations:
For TAR: Run the setup.sh script from installation directory. It will create working directories, generate password encryption seed and also generate self-signed certificates for SSL (You can replace these with your own later).
- If you plan to use SAP, you need to install the SAP Java Connector libraries, sapjco3.jar and libsapjco3.so, into the bin directory. You will also need to update /etc/services as required by SAP client libraries.
Configure database using the sv-ConfigTool. Run:
sv-ConfigTool db-setProperties server <dbType> <datasource> <properties> <dbName> SqlAuth <username> <password>.
Alternatively you can edit the bin/HP.SV.StandaloneServer.database.config file.
- Configure the license server in bin/HP.SV.StandaloneServer.dll.config. Search for licenseServer, uncomment the XML tag, and enter your license server URL.
- To replace the automatically generated self-signed certificates with your own, do so in work/certificates. You need to provide a private key and certificate in PEM and P12 formats, and also the private key password in a text file.
If you are using Red Hat-based Linux, you may need to disable SELinux (enabled by default in Enforcing mode) and the firewall, as these features prevent Service Virtualization from starting and working properly. Possible options include:
To permanently set Permissive mode for SELinux:
In /etc/selinux/config, set SELINUX=permissive.
Save and reboot the machine.
To temporarily set Permissive mode for SELinux:
Verify the change by running:
Note: To restore Enforcing mode, run
setenforce 1or reboot the machine.
To temporarily turn off the firewall:
systemctl stop firewalld
To disable the firewall:
(prevents automatic start)
systemctl disable firewalld
Set up authentication.
Add all users to the work/users.txt file.
Note: The default Linux user credentials are: user=admin; password=password
Configure SV Server and SVM to use LDAP authentication. For details, see LDAP authentication provider.
It is recommended that you use LDAP.
For TAR: To install SV Server and SVM as systemd services, perform the following additional steps:
Create a user under which the services will run. Using the default name in the service files, sv-server, the command would be:
/usr/sbin/useradd -c "SV Server" -s /sbin/nologin -r -d /path/to/sv-server sv-server
Give the new user ownership to the work directory:
chown -R sv-server.sv-server work
(Optional) Set work permissions for user only so that no other user can see the private files, such as certificates:
chmod -R go-rwx work
Copy sv-server.service and sv-svm.service to the /usr/lib/systemd/system directory.
Note: If you installed the server or SVM to run under a specific user, do not run it as root or a different user. This will cause conflicts with file permissions and will prevent the server from starting properly in the future.
During installation, files are installed in the following directories. They are relative to installation directory (/opt/microfocus/sv-server for RPM and /user/custom/directory/sv-server-VERSION for TAR).
Contains executable files and app config files (the Service Virtualization Server's configuration file), Spring configuration files, etc.
||Contains executable files and app config files for Service Virtualization Manager.|
||Contains various configuration files.|
||Contains various temporary files.|
||Contains Service Virtualization Server and Service Virtualization Manager logs.|
Note: When RPM is removed, the configuration files in the bin and work directories will remain in the system. They are kept in case you re-install the product later or install a newer version. If you do not plan to reinstall the product, you may delete these directories.
This section described how to uninstall the Service Virtualization server from a Linux machine.
For RPM: Run the rpm command:
rpm -e sv-server. Manually remove the /opt/microfocus/sv-server directory.
For TAR: Delete the directory to which the Service Virtualization was installed. If you also installed it as service, you should:
- Disable the service:
systemctl disable sv-server sv-svm
- Manually delete /usr/lib/systemd/system/sv-server.service and /usr/lib/systemd/system/sv-svm.service
The following protocols are currently not supported by this product:
- TIBCO EMS
- Oracle AQ
The Linux deployment of Service Virtualization has the following limitations:
- Linux installations support concurrent licenses only. For details on concurrent licenses and AutoPass License Server installation, see Concurrent licensing.
- The Designer is not supported
- ActiveDirectory is not available for Linux. Instead, use LDAP.
MTOM is not supported
HTTP digest and NTLM authentication over HTTP gateway agent is not supported
HTTPS gateway agent (SSL) causes the server to crash when not accessed via SSL
WS-Security is not supported