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
|
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:
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
andWork 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
andKeystore 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) or1
(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
-
Login as admin user and export the configuration.
-
Stop the ESM server.
-
Open the file
org.ops4j.datasource-phoenix.cfg
with a text editor. -
Search for the line defining the JDBC URL. It should start with
url=jdbc:h2:
. -
Add
;MV_STORE=FALSE
to the end of the URL. -
The result should look like the following for the configuration database:
url=jdbc:h2:./configuration;AUTO_SERVER=TRUE;AUTO_RECONNECT=TRUE;MV_STORE=FALSE
-
Save the changed file.
-
Restart the server.
-
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