Overview

This IF provides various functional fixes for IBM Enterprise Content Management System Monitor (ESM) 5.5.7.0.

Requirements:

Requires at least a working installation of ESM 5.5.7.0-003. In general it is recommended to update from the latest patch level.

Supersedes all previous IFs for ESM 5.5.7.0.

Certifications:

None.

Tip

For tips and tricks regarding the configuration and maintenance of IBM Enterprise Content Management System Monitor please check the CENIT Field Guides at IBM ESM Field Guides.

The updated documentation can be downloaded from the IBM download pages.

Installation Steps

New installation

The installer of this FP/IF cannot be used for a fresh installation.

Before

  • Check if there is an installer.properties file in the same directory where the installer binary was copied to.

    • If so, remove this file from the directory before starting the installer.

  • Proceed as described in the Install Guide of the ESM.

Server
  • Proceed as described in the Install Guide of the ESM.

  • Due to a 3rd-party limitation whitespaces in the installation path are currently not supported under Unix/Linux.

  • If you want to import e.g. the configuration from an existing server into the new server, you must upgrade the existing server to the same version as the new one.

Agent
  • Proceed as described in the Install Guide of the ESM.

  • Due to a 3rd-party limitation whitespaces in the installation path are currently not supported under Unix/Linux.

After

  • No further special actions must be taken directly after the installation has ended.

When updating an existing installation

Before updating make sure you have made a backup of your current installation.

Note

If you have a scanner tool that checks the file system, it may be necessary to manually remove older log4j2 JAR files. These are no longer used by the software, but also not removed by the update process at this time. For server and agent the files are below <installation dir>/karaf/system/org/ops4j/pax/logging/pax-logging-log4j2/. You can remove all files and directories with the lowest version number.

Note

We strongly advise against changing an agent’s identifier (aka name) with an update. If there is the need to rename an agent, please remove it and reinstall it again later.

If an agent’s identifier is changed with an update, that agent will be handled as a new agent by the server. You must then manually switch the probe assignments to that new agent if you want to use the situations that were deployed to the agent before the update and renaming took place. Also keep in mind, the automatic base monitoring deployment will be executed for that new agent if it was not disabled in the server’s settings.

Note

You can export your configuration and later import it again from a subtopic in the Administration view. But that import is only possible from a file exported from the same product version!

This step is necessary if you are planning to switch the storage type of the H2 database from the default MV mode to the PR mode. You must then export the configuration after the update and before switching the database type.

For details, see the section about database corruptions below.

Note

Debug and logging settings like e.g. plusdebug directories will be removed by an update.

Note

If you have deployed probes that are no longer available or have been renamed, e.g. for ImageServices, it may be necessary to execute the following steps for the agents these probes were deployed to after the agent has been updated:

  1. Stop the agent.

  2. Remove the configuration database file from the agent.

  3. Restart the agent again.

The list of renamed and removed probes can be found in the readme file and the release notes document.

Before

  • It is not recommended to mix GUI based and console mode based installations. This can lead to configuration settings erroneously enclosed with double quotes, e.g. "1883" instead of plain 1883.

  • Check if there is an installer.properties file in the same directory where the installer binary was copied to.

    • If so, remove this file from the directory before starting the installer.

  • When updating from ESM 5.5.5.1 check if there are GeneralDiskSpace probes configured - this probe will be converted to the consolidated Diskspace probe during update if possible.

    • If so, check if there are instances that use mixed perspectives (free / used) and/or mixed units (% / MB). Note down the parameters of these probes as these instances cannot be migrated during update and will be removed.

    • Also note down the thresholds that are defined in the probe parameters for the remaining GeneralDiskSpace probes. Use this information to adjust the evaluation after update.

    • After update, create instances of the Diskspace probe to replace the removed GeneralDiskSpace probe instances with the parameters you noted down before. This can not be done automatically during update.

    • Also adjust the evaluation of the GeneralDiskSpace probes that have been migrated to Diskspace probes during update, using the parameters you noted down before. This can not be done automatically during update.

  • When updating from ESM 5.5.5.1 or older check if there are NetSearchExtenderDiskSpace probes configured.

    • If so, note down the parameters Index Dir Threshold and Work Dir Threshold of these probes as these parameters will be removed during update due to internal changes.

    • After update, adjust the evaluation of these probes using the parameters you noted down before. You can use the sample classification to define different thresholds for index and working directories (see probe documentation). This can not be done automatically during update.

  • When updating from ESM 5.5.5.1-001 or older check if there are Icc4SapArchiveStatus probes configured.

    • If so, note down the parameters Truststore Filename, Truststore Password, Keystore Filename and Keystore Password of these probes as these parameters will be removed during update due to internal changes.

    • After update, create the required Keystore subsystem(s) below the Icc4Sap subsystem with the settings you noted down before the update (see probe description for details).

Server
  • We recommend to stop the ESM server.

  • Proceed with the update guided by the installer.

  • Due to a 3rd-party limitation whitespace in the installation path are currently not supported under Unix/Linux.

Agent
  • We recommend to stop the ESM agent.

  • Proceed with the update guided by the installer.

  • Due to a 3rd-party limitation whitespace in the installation path are currently not supported under Unix/Linux.

After

  • After an update it is recommended to explicitly clear the web browser’s caches to trigger a fresh update of the UI and its components. This is done by pressing the control key (CTRL) and the function key number 5 (F5) simultaneously on your keyboard while the focus is in the ESM’s browser window or tab.

  • When updating from ESM 5.5.5.1 or older, adjust the evaluation for Diskspace and NetSearchExtenderDiskSpace probes as described in the Before section above.

  • When updating from ESM 5.5.5.1-001 or older, add the required Keystore subsystem(s) to your Icc4Sap subsystems as described in the Before section above.

  • When updating from ESM 5.5.5.1-001 or older, add Keystore subsystems under all components that use secure connections for monitoring (e.g. CPE, LDAP, Website etc). When these subsystems are configured correctly, it is no longer required to import certificates into the cacerts file of the JRE.

  • When updating from ESM 5.5.5.1-001 or older, existing instances of the SslCertExpiry probe will be renamed to CertificateExpiration and will be moved to a generated Website subsystem. Make sure to add an appropriate Keystore with the required certificates to these subsystems or to move the probe to an existing Website subsystem with a keystore.

  • ISP (formerly knonw as TSM) CustomQuery probes that are using shell commands have to be adopted to the new Java implementation. The new implentation does not allow and though does not execute custom shell commands anymore. Instead it supports direct calculations. Read the probe’s documentation for details.

  • There is now only one ISP (formerly known as TSM) CustomQuery probe regardless if the result is numeric or alphanumeric. Existing configurations are automatically converted. But you should check these after the update.

  • The ObjectStoreNewObjects probe was rewritten to use direct SQL commands instead of the FileNet P8 Java-API, which improves the performance of the probe. This has the following implications when updating to ESM 5.5.7.0-002:

    • Objectstores that are monitored by an ObjectStoreNewObjects probe have to be added to the CPE subsystem referenced in the probe’s configuration. All these objectstores must also reference the correct database/RDBMS subsystem configurations.

    • Now only the objectstores with objecstore subsystem configurations associated to the CPE referenced in the probe’s configuration are monitored by the probe.

    • If a Custom Type is defined in a probe’s configuration, that type and the selected object type is used in the SQL query.

  • When updating from ESM 5.5.7.0-001 or older, a new option Interval In Seconds is added to all Listener subsystems. This will initially set the Listener interval to 15 minutes for all active Listener probes. See documentation for the Listener subsystem for further details.

  • When updating from ESM 5.5.7.0-001 or older, adjust the evaluation for Rmi4IiceStatus probes. The probe now returns the number of reachable connector URLs instead of simply returning 0 (ok) or 1 (not ok).

Virus Scanners

We strongly advise to exclude the karaf folder of the server from virus scans and from access by other external programs that potentially can lead to file locks. This can lead to database corruption.

Microsoft Windows Server Core

ESM does not support an installation on Microsoft Windows Server Core, neither for the server nor for the agent component. You have to use an installation with the so called Desktop Experience. For details see the Microsoft webpages.

Database Corruption with H2

The following is only for the server not the agent.

Note

We have reports that under some circumstances the embedded database of the server has gone corrupt beyond repair. It looks that especially the configuration database is affected by this issue.

Follow the instructions below to avoid this risk. Read them carefully and if in doubt ask your support representative for help.

Important

Before switching the database mode of the H2 database you should export the configuration to a file, from which you can later re-import it. Changing the storage mode will wipe-out the complete content of the database. So you will need the export to be able to restore your configuration after the change was applied.

The export is made through a function in the Administration view, see the documentation for details.

Only imports from the same product version are possible!

Changing the storage mode is done by changing the JDBC-URL of the datasources defined in the server’s configuration org.ops4j.datasource-phoenix.cfg which can be found below <server install dir>/karaf/etc/.

Procedure

  1. Login as admin user and export the configuration.

  2. Stop the ESM server.

  3. Open the file org.ops4j.datasource-phoenix.cfg with a text editor.

  4. Search for the line defining the JDBC URL. It should start with url=jdbc:h2:.

  5. Add ;MV_STORE=FALSE to the end of the URL.

  6. The result should look like the following for the configuration database: url=jdbc:h2:./configuration;AUTO_SERVER=TRUE;AUTO_RECONNECT=TRUE;MV_STORE=FALSE

  7. Save the changed file.

  8. Restart the server.

  9. Login as admin user and import the exported configuration.

Note

Keep in mind: The database is created anew with standard settings by the first server start after the JDBC-URL has been changed. So you have to use the default password for the admin user before importing your configuration.

Known Limitations

Call # IBM APAR # Description

19310

-

Occasional mixup of database connection options when monitoring multiple CM8 systems with the same agent

In the rare case that one agent monitors more than one CM8 system, database connection options can occasionally get mixed up, leading to incidents showing up in the wrong context. This is caused by an issue in older versions of the CM8 API.

Solution

For CM8 8.6: choose different schedules for instances of the CM8 API-based probes to make sure only one probe is triggered at a time.

For CM8 8.7: update to CM8 8.7 FP1 and use the API jar files provided with that FixPack. If updating is not possible, choose different schedules for instances of the CM8 API-based probes to make sure only one probe is triggered at a time.

19281

-

Newly created elements not always immediately shown in the UI

Due to technical limitations it is possible a newly created element, e.g. an SNMP server, will not immediately shown in the UI (in the example in the sidebar).

Solution

Press F5 or Ctrl-R to reload the web-UI. The new element should then be shown as expected.

19025

-

CVE-2022-45146 for BC-FIPS

The BouncyCastle FIPS-140 provider used in the product (version 1.0.2.3) is vulnerable to CVE-2022-45146. At the release of 5.5.9.1 there was no stable version available that included a fix for this CVE. We will update the FIPS provider as soon as possible after a fix is available.

Solution

There is no workaround available at the moment.

17976

-

HTTP ERROR 404 Not Found for 'Servlet -'

Sometimes we have seen the web UI does not start right after the installation. Instead the error "HTTP ERROR 404 Not Found" for "SERVLET: -" is presented in the browser. We suspect timing problems in the start-up process in some environments.

Solution

In most cases the web UI will start after some time and the message is replaced by the login page, please be patient on slower systems. If this is not the case, first try to refresh the page with a cleared browser cache by pressing Ctrl-F5. If that does also not fix the problem, restart the server.

17953

-

No automatic escalation of metric Incidents

The severity of Incidents with mode 'METRIC', e.g. CPU, cannot automatically be escalated. The escalation configuration will be ignored for these Incidents. The escalation works for Incidents with mode 'EVENT', e.g. logfiles.

Solution

The mode can be changed manually. We do not recommend this. But if necessary, it is possible.

17255

-

Problem when switching to an other configuration if the current configuration was changed

If a situation or subsystem configuration 'A' was opened and changed but not saved and then a different situation or subsystem 'B' is double clicked to open that configuration instead and the changes of the first configuration 'A' are discarded, the configuration of the other situation or subsystem 'B' is not shown.

Solution

Trigger a re-rendering, e.g. by toggling one of the sidebars or resize the window.

16037

-

Column header missing in newly added list portlet

After adding a new list portlet to a dashboard, the column headers are missing.

Solution

Move the portlet. After the redraw, the column headers are visible.

14840

-

Issues in the details / history view of a portlet

The following issues exist in the details aka history view for incidents: * The details section can obscure the selected incident, if the incident is in the lower part of the list. * The details section in the view is not hidden again, when simply selecting the entry for which the details are shown, again. This is not a limitation, but a necessary change, because of the implementation of the multi-select feature.

Solution

The details part can be hidden again by selecting a second entry (multi-select) or by holding down the Ctrl-key when selecting the selected incident. To see the selected incident that was obscured by the details view, one can scroll the incident list section upwards.

14827

-

Some limitations concerning accessibility keyboard short cuts

ALT-S does not work in the editors to save the content; see. workaround below. In Mozilla Firefox SHIFT-F8 does not highlight/select the drop-down list in the probe configuration editor.

Solution

Move the focus to the GUI-element (button, drop-down list, …​) and press enter or cursor down to trigger the desired functionality.

12060

-

Keystore settings are ignored by FileNet P8 probes using the FileNet API

The settings made in keystore subsystems are ignored by the FileNet P8 API. The FileNet P8 API always uses the JRE’s initial truststore that is created when the JVM boots up. That truststore is made up of the certificates stored in the file …​/jre/lib/security/cacerts alone. This affects all probes using the FileNet P8 API JAR file, but not probes accessing FileNet e.g. via HTTPS or JDBC with SSL/TLS.

Solution

Import the certificates into the cacerts file of the agent’s JRE below <agent install dir>/jre/lib/security/ and restart the agent afterwards.

Fixes and Feature list

5.5.7.0-007

Call # IBM APAR # Type Area Description

19953

PJ47050

Fix

Cross-Cutting-Concerns

Cumulative security update of the IBM Java 8 JREs that are shipped with IBM ESM 5.5.7. Due to technical reasons this update needs at least IBM ESM 5.5.7.0-003 to be installed.

5.5.7.0-006

Call # IBM APAR # Type Area Description

19008

PJ46960

Fix

Cross-Cutting-Concerns

Cumulative security update of the IBM Java 8 JREs that are shipped with IBM ESM 5.5.7. Due to technical reasons this update needs at least IBM ESM 5.5.7.0-003 to be installed.

5.5.7.0-005

Call # IBM APAR # Type Area Description

18005

PJ46919

Fix

Cross-Cutting-Concerns

Cumulative security update of the IBM Java 8 JREs that are shipped with IBM ESM 5.5.7.

18003

-

Fix

Installation

Security update of embedded Jetty webserver to fix CVE-2022-2047.

17996

-

Fix

Usermanagement

A deleted standard admin user was unintentionally recreated again after a server restart. This has been fixed. The user remains deleted.

5.5.7.0-004

Call # IBM APAR # Type Area Description

17651

-

Fix

Monitoring

Fixed: Default mapping in the shared evaluations was broken as it referenced the initial probe configuration and not any of the other ones the evaluation is shared with.

17595

PJ46854

Fix

Installation

Cumulative security update of the IBM Java 8 JRE included in the product. This interims fix can only be installed on the previous interims fix due to technical limitations.

5.5.7.0-003

Call # IBM APAR # Type Area Description

17402

-

Fix

Installation

Cumulative security and bug fix update for IBM Java 8 JRE included in the product. The Java 8 version is now 8.0.7.6 aka 8.0 SR 7 FP 6. There is no APAR for this update.

17350

-

Fix

Monitoring

Closing/Deleting all Incidents from a filtered history view will work again and only close/delete all of the entries that are matched by the currently active filter criteria.

17333

-

Fix

Administration

The replacement of a deleted SMTP server in report configurations works again.

17284

-

Fix

Installation

At the start of an agent, the internal database, which is stored in files on the filesystem, is always removed if it exists. This will lead to an always up-to-date configuration sent from the server right after the first connect of the agent with the server. No stale information can be erroneously used.

16708

-

Fix

Cross-Cutting-Concerns

The LDAP login module now uses "simple" as default value for authentication as it already was documented.

14829

-

Fix

Installation

The update feature for Agents is now again accessible via the UI.

14815

-

Fix

Monitoring

CeObjectstoreIndexingException now uses the correct Listener path ("CBR" and "value"). So there is no longer the need to monitor that path ("/USER/<objectstore>/CBR/Indexing Batch/Batch Exceptions/value") by the generic listener probe.

11348

-

Fix

Monitoring

Minor UI issue in the automation editor fixed. The last entry in a row is now always accessible.

6536

-

Fix

Cross-Cutting-Concerns

Deleting an item that is opened in an editor no longer triggers server errors (404 or 500). The still opened item can also be saved again. This will create a new entry.

5652

-

Fix

Monitoring

A server that was stopped over a longer period will no longer be flooded by samples from his agents when coming online again. The old samples are discarded on the agent side if the connection to the server gets lost.

3837

-

Fix

Tasks

Adding or removing an STMP server will be seen in the task editor (MailExportIncident task) even if these changes were made in a different browser tab.

3820

-

Fix

Monitoring

The TERM NEWLINE in v2-format files will now be considered by the logfile parser to detect ending of new entries. This will lead to the detection of new entries immediately when these are completed with a newline. There is no longer the necessity to wait for the next entry to be appended to the logfile to start processing the entry that was terminated by a newline.

3757

-

Fix

Monitoring

The known limitation that the top most subsystem was not deleted when deleting subsystems no longer exists. Now all subsystem, starting with the selected one are deleted if there are no other references to these subsystems.

5.5.7.0-002

Call # IBM APAR # Type Area Description

17264

-

Fix

Monitoring

The probes CpuUsagePerProcess and MemoryUsagePerProcess have been converted to Java. Both probes can now send one sample per process instead of one summary sample for all processes.

16716

-

Fix

Installation

Cumulative security updated of the IBM Java 8 JRE shipped with the product.

16684

-

Fix

Monitoring

Forwarding of incidents into a Grafana based dashboard is now possible by the means of the Grafana API.

16647

-

Fix

Cross-Cutting-Concerns

Non-english language settings in browsers will no longer lead to errors. But English is still the only supported language of the web-UI.

16641

-

Fix

Monitoring

The RMI4IICEStatus probe now returns the number of reachable connector URLs instead of simply returning '0' (ok) or '1' (not ok).

16638

-

Fix

Tasks

New users will have a default dashboard right after their first login.

16095

-

Fix

Monitoring

The following issue was fixed: Editing the settings of a dashboard as non-administrator will prevent the deletion of that dashboard. The close button (little cross on the tab) will vanish after the changes are saved.

16094

-

Fix

Cross-Cutting-Concerns

The Javax Mail API JAR was updated for security reasons and also to fix an error concerning TLS based connections to SMTP servers.

16092

-

Fix

Cross-Cutting-Concerns

On Linux s390x the messaging did not work. So agents could not connect to servers. This has been fixed.

16078

-

Fix

Monitoring

All IBM Spectrum Protect probes, formerly known as IBM TSM probes, were rewritten in Java. This implies also some side effects to be beware of. Especially most of the probes are now multi sample probes, which means they can create more than one sample at each probe run. Please read the readme file and the documentation of these probes for details and further information.

16075

-

Fix

Cross-Cutting-Concerns

Apache Karaf was updated to 4.2.15. This also includes updates of dependencies, e.g. like log4j2.

16069

-

Fix

Administration

The username for logins is case insensitive. The dashboard now also handles this as expected (case insensitive).Before this fix, using a different case for a username resulted in different dashboards for each different spelling.

16061

-

Fix

Monitoring

To enhance the performance of the ObjectStoreNewObjects probe in larger environments, it was rewritten to use direct SQL commands instead of the FileNet P8 Java API. This has some implications for existing configurations; for details please refer to the section titled "When updating existing installations" in the readme file and the Install Guide.

16057

-

Fix

Tasks

As a complement to the ApacheAccessLogfile probe there is now the new ApacheAccessLogAnalyzer task. The task is convenient for offline analyzation of huge Apache access logfiles or logfiles that can very rapidly grow while a probe is trying to anayze them.

16056

-

Fix

Tasks

DBExportIncident task: It is now possible to split defined parts of the message and source field of an incident to write these parts into different database columns. For details, see the documentation of the DBExportIncident task.

16029

-

Fix

Monitoring

Raising memory consumption of the browser process while rolling dashboards are enabled were detected. This has been fixed.

16012

-

Fix

Cross-Cutting-Concerns

Security enhancement: Cross Security Policy (CSP) header now set in responses.

14182

-

Fix

Monitoring

On each start-up the monitoring of log entries (files and databases) looks at the newest entry and does no longer process older entries that occurred between the Agent’s shutdown and re-start.

Technically all bookkeeping information is erased at an Agent’s start.

12853

-

Fix

Monitoring

HTML specific characters in text fields of samples and incidents are now always correctly displayed in the web-UI. Before the changes, there was a difference between the portlets, deatils, and tooltips.

11954

-

Fix

Monitoring

The TSM subsystem was renamed to reflect the change in the product’s name. IBM TSM is known as IBM Spectrum Protect.

8596

-

Fix

Monitoring

The ObjectStoreStorageAreaStatus probe can now also be used to get the amount of storage areas in the desired states not only the ones in undesired states.

8352

-

Fix

Monitoring

It is now possible to set an interval in the Listener subsystem that controls how often the monitored application should send data.

5677

-

Fix

Tasks

A new task "Collect Listener Paths" has been added that collects cached Listener paths from all agents and stores them in a downloadable ZIP file.

5.5.7.0-001

Call # IBM APAR # Type Area Description

16112

-

Fix

Installation

Security fix for Log4jv2. It installs Log4jv2 2.17.1 through an update of pax logging.

5.5.7.0

Call # IBM APAR # Type Area Description

16000

-

Fix

Monitoring

Settings for escalation can now be saved again.

15965

-

Enh

Monitoring

Autodiscovery of CPE deployments in OpenShitft: There is a task for automatically creating CPE subsystem hierarchies (CPE, ObjectStore, Database, RDBMS) for CPE deployments in an OpenShift environment.

15939

-

Enh

Monitoring

A new probe to compare a certificate of an https connection against certificates stored in a given truststore. The existing SslCertExpiry probe has been renamed to CertificateExpiration and has been moved to the Website subsystem.

15925

-

Fix

Monitoring

The NumberOfFiles probe showed a misleading error message on Windows. This has been fixed.

15887

-

Enh

Cross-Cutting-Concerns

The HTTP server version is no longer included in the http response header.

14892

-

Enh

Cross-Cutting-Concerns

The welcome page now optionally shows information about noteworthy changes and enhancements.

14891

-

Enh

Monitoring

An administrator can pre-define dashboards for other users.

14890

-

Enh

Monitoring

Rolling dashboards: It is now possible to define a schedule to automatically and regularly sequentially iterate through monitoring dashboards.

14888

-

Fix

Reporting

Opening or removing a report configuration after a situation used in that configuration was removed will no longer create an exception.

14887

-

Fix

Reporting

Removing report configruations with a huge amount of created reports created by these will no longer create high CPU load and Java heap dumps in the worst case.

14874

-

Fix

Monitoring

Removing references between subsystems will no longer trigger repeated unncessary probe reconfigurations.

14863

-

Fix

Monitoring

The severity shown in monitoring portlets is now correctly updated when incidents are closed or deleted.

14854

-

Fix

Reporting

Reports for situations without any data is working again. Now a report is created that says there were no incidents for the configured situation.

14850

-

Fix

Monitoring

The standard evaluation of the NumberOfFilesReached probe ignores there are no changes in the number of files. In that case the message contains "no_change …​" and the return value is 0. That should be matched to the severity "harmless". Currently this state is handled like "not_ok", which is mapped to "fatal". The documentation now explicitly mentions this situation.

14849

-

Fix

Monitoring

Deleting a situation that used a shared evaluation will no longer interfere with other situations referencing that same shared evaluation. Especially editing or listing these situations was not possible.

14843

-

Enh

Installation

New installer. With 5.5.7 Solaris and HP-UX are no longer supported. Updates are only supported from version 5.5.5.1-001 although possible from older versions. This is due to some technical limitations of the installer.

14842

-

Enh

Monitoring

Closed incidents can now be reopened again.

14816

-

Fix

Monitoring

Deep copies of subsystems no longer create unnecessary copies. This known limitation is now fixed.

14800

-

Fix

Monitoring

A change in the severity will now correctly reset the duplicate counter to zero.

14244

-

Enh

Monitoring

New probe for detecting long running SQL-requests logged in the P8 trace log.

14231

-

Enh

Build-Environment

The MBeanWebApp no longer supports Java 6 or 7. At least a Java 8 JRE must be used for the deployed application.

13584

-

Enh

Installation

On MS Windows it is now possible to update without uninstalling and reinstalling the accompanied service.

13506

-

Enh

Monitoring

If there is a deactivated probe in a situation, the entry/icon of that situation is now grayed out in the list of situations and situation groups in the configuration view.

12894

-

Enh

Installation

As announced previously the monitoring database migration tool is removed from the product.

12045

-

Fix

Monitoring

Now it is again possible to save changes made in the sample filter editor directly from the confirmation dialog.

5940

-

Enh

Administration

Starting with 5.5.7 it is now possible to restart an agent directly from the web-UI. Agent and server must be at least on version 5.5.7.

3739

-

Enh

Cross-Cutting-Concerns

The handling of keystores on the agent has been reviewed.

Details on features

Introduced in ESM 5.5.7.0-007

ESM 5.5.7.0-007 did not introduce any new features.

Introduced in ESM 5.5.7.0-006

ESM 5.5.7.0-006 did not introduce any new features.

Introduced in ESM 5.5.7.0-005

ESM 5.5.7.0-005 did not introduce any new features.

Introduced in ESM 5.5.7.0-004

ESM 5.5.7.0-004 did not introduce any new features.

Introduced in ESM 5.5.7.0-003

ESM 5.5.7.0-003 did not introduce any new features.

Introduced in ESM 5.5.7.0-002

ESM 5.5.7.0-002 did not introduce any new features.

Introduced in ESM 5.5.7.0-001

ESM 5.5.7-000-001 did not introduce any new features.

Introduced in ESM 5.5.7.0

  • Autodiscovery of CPE deployments in OpenShitft: There is a task for automatically creating CPE subsystem hierarchies (CPE, ObjectStore, Database, RDBMS) for CPE deployments in an OpenShift environment.

  • A new probe to compare a certificate of an https connection against certificates stored in a given truststore. The existing SslCertExpiry probe has been renamed to CertificateExpiration and has been moved to the Website subsystem.

  • The HTTP server version is no longer included in the http response header.

  • The welcome page now optionally shows information about noteworthy changes and enhancements.

  • An administrator can pre-define dashboards for other users.

  • Rolling dashboards: It is now possible to define a schedule to automatically and regularly sequentially iterate through monitoring dashboards.

  • New installer. With 5.5.7 Solaris and HP-UX are no longer supported. Updates are only supported from version 5.5.5.1-001 although possible from older versions. This is due to some technical limitations of the installer.

  • Closed incidents can now be reopened again.

  • New probe for detecting long running SQL-requests logged in the P8 trace log.

  • The MBeanWebApp no longer supports Java 6 or 7. At least a Java 8 JRE must be used for the deployed application.

  • On MS Windows it is now possible to update without uninstalling and reinstalling the accompanied service.

  • If there is a deactivated probe in a situation, the entry/icon of that situation is now grayed out in the list of situations and situation groups in the configuration view.

  • As announced previously the monitoring database migration tool is removed from the product.

  • Starting with 5.5.7 it is now possible to restart an agent directly from the web-UI. Agent and server must be at least on version 5.5.7.

  • The handling of keystores on the agent has been reviewed.


Created on 2023-04-21 10:45:07 UTC