Updates for Linux applications - middleware

With Updates for Linux applications - middleware content site, customer can deploy updates to a vast number of third-party middleware applications.

Note: Support for N, N-1, and N-2 versions are available for Middleware Patch update Fixlet.

Prerequisite of Oracle weblogic

Before running the Fixlets, make sure that these prerequisites are met on the Linux system:
  1. Ensure you have the recommended version of JDK for Oracle Weblogic installed during installation and for patching Oracle Weblogic 12C and 14C.

Steps to determine Oracle weblogic details on Linux system

These steps involve locating specific configuration files, extracting information from them, and filtering based on certain criteria:
Note: We have customized the WebLogic Fixlet to meet customer needs by modifying its relevance.
  1. The Fixlet retrieves the oraInventory path from the /etc/environment file using the ORACLE_WEBLOGIC_HOME key.
  2. Customers can specify the oraInventory path for WebLogic by setting the ORACLE_WEBLOGIC_HOME key in the /etc/environment file. This enables the Fixlet to use this path for applying the WebLogic patches.
  3. This enhancement serves as an optional feature where the default paths remain functional.
  4. The Fixlet searches for the ORACLE_WEBLOGIC_HOME key within the /etc/environment file. For example, if the oraInventory path is /Weblogic/Oracle/Middleware/oraInventory, the ORACLE_WEBLOGIC_HOME value would be /WebLogic/Oracle.
    Note: The folder must be named exactly oraInventory, as the ORACLE_HOME is retrieved from the oraInventory folder.

Steps to determine RedHat JBoss details on Linux system

Make sure that you have the recommended version of Red Hat JBoss installed during installation and configured separately according to the application's requirements.

To retrieve the details of the software version using relevance, follow the steps that involve locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. Search in installed folder for version.txt. For example, /opt/jboss.
  2. Check directories specified by environment variables EAP_HOME and JBOSS_HOME.
  3. Search directories containing "eap" or "jboss" at installed folder. For example, /home.
  4. Check /etc/default/jboss-eap.conf and /etc/environment for files containing the key JBOSS_HOME.

Prerequisite of Apache Tomcat details on Linux (systemd-based)

Ensure that a supported Java version is installed and that the JAVA_HOME environment variable is set to the path of the installed JDK on the target endpoint.

Fixlet Action for Apache Tomcat x.x Upgrade
  1. Stops the running Tomcat service using the systemctl stop command.
  2. Creates a backup of the entire Tomcat instance (e.g.,
    tar
          /usr/local/tomcat9
    to /usr/local/tomcat9-backup_ActionID.tgz).
    Note: The Apache Tomcat x.x version includes versions 9, 10, and 11.
  3. The new version of Tomcat is extracted over the existing instance, excluding the 'conf' directory (the original 'conf' directory is preserved).
  4. The new version's default 'conf' directory is extracted to a default-conf folder, allowing comparison with the original configuration.
  5. The new version's UID and GID are reassigned to match the original instance's UID and GID.
  6. The service is restarted using systemctl start.

If multiple Tomcat x.x instances are detected, the Fixlet will upgrade each instance.

Important:
  • Only Tomcat instances launched via systemd service are identified and upgraded.
  • Any changes to the UID and GID beneath the Tomcat instance will not be preserved. The new version will inherit the top-level UID and GID of the original instance.
  • Any new configuration options required for the upgraded Tomcat instance must be manually applied. The original 'conf' directory is kept for comparison purposes.

Steps to determine Apache Tomcat details on Linux (systemd-based)

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. You need to find .service files in /etc/systemd/system that contain the CATALINA_HOME variable, which specifies the installation location of the software.

Steps to determine MariaDB details on Linux (RPM or Debian packages)

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For Linux systems, you can use package management tools to check for the presence and version of mariadb-server.

Steps to determine MongoDB details on Linux (RPM or Debian packages)

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For Linux systems, you can use package management tools to check for the presence and version of mongodb-org.

Steps to determine Postgresql details on Linux (RPM or Debian packages)

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For Linux systems, you can use package management tools to check for the presence and version of postgresql.

Steps to determine IBM MQ details on Linux (RHEL or AIX packages)

These steps involve locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For RHEL systems, check the installed version of the MQSeriesRuntime package using the RPM package manager.
  2. For AIX systems, check the installed version of the mqm.server.rte using the AIX object repository.

Steps to determine IBM WebSphere details on Linux

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For Linux and Unix systems, it checks for files named installed.xml in the installed folders. For example, /opt/IBM/WebSphere/AppServer/properties/version or /usr/IBM/WebSphere/AppServer/properties/version.
  2. The Fixlet searches for the WEBSPHERE_PATH key within the /etc/environment file. You must specify the path to the version folder within your IBM WebSphere installation. For example, if WebSphere is installed at /home/WebSphere/was, then the WEBSPHERE_PATH should be set to /home/WebSphere/was/properties/version.

Steps to determine Oracle JDK details on Linux

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For Linux, it can check the RPM or Debian packages on the machine for jdk and its version.

Steps to determine MySQL details on Linux

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. For Linux, it can check the RPM or Debian packages on the machine for ("MySQL-server";"mysql-community-server") and its version.

Steps to determine IBM DB2 details on Linux

This step involves locating specific configuration files, extracting information from them, and filtering based on certain criteria:
  1. It checks for files named spec within the .metadata/BASE_DB2_ENGINE directories located under the installed folder /opt/ibm/db2.

Pre-caching required for Linux applications

Table 1. Software pre-caching required
Software name Pre-caching required (Yes/No)
Oracle WebLogic No, files automatically cached to server by download plugin.
Oracle Database No, files automatically cached to server by download plugin.
RedHat JBoss Yes, needs manual caching.
Apache Tomcat No, files automatically cached to server by Fixlets.
MariaDB No, files automatically cached to server by Fixlets.
MongoDB No, files automatically cached to server by Fixlets.
Postgresql No, files automatically cached to server by Fixlets.
IBM MQ Yes, needs manual caching.
IBM WebSphere Yes, needs manual caching.
Oracle JDK No, files automatically cached to server by download plugin.
MySQL No, files automatically cached to server by Fixlets.
IBM DB2 Yes, needs manual caching.