Software Status Bulletin

OpenLAB Server     M8440BA

Preface
-------------------------
This Software Status Bulletin (SSB) documents all known problems in the software
product designated above. The SSB is derived from Known Problem Reports (KPR)
which result from user problems that have been classified as documentation
problems or software defects. When a KPR is written, an identifying number is
assigned to it, and the KPR is added to the next edition of the SSB.

User inputs that have been classified as Enhancement Requests are not documented
in the SSB. User problems that have been submitted, but that have not been
classified by the time the SSB is generated are not included in the SSB.

How to use the SSB
-------------------------
When you experience a problem with a product, first check this SSB to see if the
problem has been reported already, and if there is a temporary workaround
available for the problem, or if the problem has already been fixed by a new
revision. If the problem is not listed in this SSB then you may wish to report
it to the Response Center or to your field support representative.

To determine if your problem is documented in this SSB, first look in the
Keyword Index section of the SSB. Under each keyword is a listing of one-line
descriptions of related KPRs. If any of these sound like yours, locate the KPR
# in the Known Problem Reports section of the SSB, and read the full KPR. The
KPRs in the Known Problem Reports section are sorted by KPR #.

There are two sections in the SSB:
Keyword Index: This index is categorized by keyword. For each KPR there is a
brief description and a KPR #. A KPR may be associated with more than one
keyword.

Known Problem Reports: This section contains KPRs, with all the available
information relevant to the problem. KPRs in this section are sorted by KPR #.

Keyword Glossary

Keyword Index

Keyword: Administration

KPR#:1058057 Supporting OpenLab v2.8 in multi-domain environments where Clients/AICs are members of a different domain than the OpenLab Server/ECM XT server
KPR#:1108856 Data Transformation may miss files and folders during transformation
KPR#:1108859 Auto Archive Transformation error: Archive destination storage id is empty
KPR#:1108860 Data Transformation fails with error message: Cannot insert duplicate key row in object 'versionfilestore.nodes'
KPR#:1108861 Activity Log Data Transformation fails with CsvMappingError
KPR#:1121010 Clean up legacy Activity Log after upgrade/migration
KPR#:1121023 Migrated Content Management Activity Log entries contain java.util.* values
KPR#:1128203 Recurring "Unable to replicate; The attachment is out of date" error in the server.log file
KPR#:1153884 Update Npgsql
KPR#:1171347 Auto Archive Transformation error: Un-representable DateTime
KPR#:1171349 Update ImageSharp and NPOI
KPR#:1195672 PostgreSQL 15 Update
KPR#:1197411 Deleting files on upgraded systems may lead to unforeseen data loss
KPR#:1255850 Unable to Edit System Settings from newly installed AIC/client
KPR#:1255854 AWS S3 Storage Locations are not migrated when upgrading to 2.8
KPR#:1255855 Files may not be cleaned up after being relocated

Keyword: Data Analysis

KPR#:1167783 Data loss after canceling the Create New Result Set dialogue

Keyword: Performance

KPR#:1109405 Unhandled Distributed Transaction Coordinator exceptions
KPR#:1114686 Unable to load a single run from DA search results
KPR#:1121013 No search results are displayed in DA when searching across projects
KPR#:1121014 Slow performance when DNS is slow or unavailable
KPR#:1125395 Data will not open with a ' or ˚ character in the path
KPR#:1125677 Activity Log indexing paused when HDD space is low
KPR#:1153877 Large systems using PostgreSQL can run out of database connections
KPR#:1153881 Activity Log Data Transformation fails due to timeout
KPR#:1153882 Non-standard date formats cause Agilent OpenLab SDMS Storage Management Service errors
KPR#:1153885 OpenLab v2.8 cannot be uninstalled after installing Update 02
KPR#:1159951 OpenLab Server 2.8 Update 03 is not backward compatible with older clients
KPR#:1171348 The Agilent OpenLab SDMS Permissions Sync Service fails to start
KPR#:1171352 The Content Browser may freeze when creating new files or folders
KPR#:1171354 Poor performance when navigating in the Control Panel for OpenLab Software
KPR#:1171357 Failover Mode does not function if the DNS Server is offline
KPR#:1171359 The creation of Administrative Reports takes longer than expected
KPR#:1171360 High memory and CPU consumption by the Distributed Transaction Coordinator Service
KPR#:1255840 Content Browser fails to download multiple files from AWS S3
KPR#:1255842 Poor performance when uploading to AWS S3
KPR#:1255853 Initial Version date is changed for every file revision
KPR#:1257043 Test Services health check fails when running the Agilent OpenLab Database Import / Transfer Service

Keyword: Project Configuration

KPR#:1125397 Insufficient validation when configuring a project's folder path

Keyword: Report Templates

KPR#:1153876 Misleading headings on the Data Transformation Report

Keyword: Reports

KPR#:1255852 Data Transformation Verification log is incorrectly formatted
KPR#:1257030 OpenLab storage system test fails with ECM 3.6.7 backend

Keyword: Roles and Privileges

KPR#:1171353 Members of user groups named with Unicode characters will not inherit permissions

Keyword: User Interface

KPR#:1089760 Migrated systems may retain legacy SVT test references.
KPR#:1108857 Pre-upgrade file copy operations are not displayed in the activity log
KPR#:1171355 The Instruments tab in the Control Panel for OpenLab Software is inaccessible
KPR#:1291096 OpenLab CDS 2.8 Workstation Plus and Server with PostgreSQL Activity Log timestamps reduced to 3 milliseconds precision after upgrade

Keyword: Workflow

KPR#:1217114 Test Services - Workflow test goes into a pending status

Keyword: 

One-line Description:

Slow installation of 2.8 updates

Problem:

Updates may get stuck for about an hour at the OpenLab Shared Services step. You can see entries "Assembly Install: Failing with hr=80070005 at RemoveDirectoryAndChildren" in the InstallLog. This is caused by shared libraries being locked by running services and applications during the upgrade process. 

Temporary Solution:

n/a

Fix Information:

Stop all Agilent OpenLab Services before starting the update.

Keyword: 

One-line Description:

Network location Storage type can be selected when you have Secure Storage

Problem:

Although there is an option in System Configuration, Edit System Settings, Storage type dropdown to change the storage type from Secure Storage to Network Location, this should not be done as it will make the system usable.  In addition, it will not be possible to change it back to Secure Storage in the System Configuration.

Temporary Solution:

n/a

Fix Information:

n/a

Keyword: 

One-line Description:

Shared Services Database upgrade fails if password contains certain symbols

Problem:

Database upgrade fails when special characters like % or @ are used in the PostgreSQL user password.

Temporary Solution:

n/a

Fix Information:

This issue has been fixed in the newly released installation media, OpenLab CDS 2.8 with Update 4 and OpenLab ECM XT with Update 4, published on SubscribeNet on January 21, 2025.

Keyword: 

One-line Description:

Storage Creation fails on upgrades for Share storage

Problem:

During upgrade of an OpenLab Server, if the logged in administrator performing the upgrade does not have full access permissions to all storage shares the storage creation step of Step 4 configuration fails.

Temporary Solution:

n/a

Fix Information:

This issue has been fixed in the newly released installation media, OpenLab ECM XT with Update 4, published on SubscribeNet on January 21, 2025.

Keyword: 

One-line Description:

Create Content Management Database fails when NT username includes special character

Problem:

OpenLab Server and WorkStation Plus fail to install at the Content Management Database step when the Windows username includes a special character such as ! ' "/[]:;|=,+*?<>.
 

Temporary Solution:

Correct windows login name or connect as a different local administrator and repeat the installation

Fix Information:

n/a

Keyword: 

One-line Description:

Server upgrade displays incorrect PostgreSQL version

Problem:

On Step 2, the OLSS databse creation review page of the database creation wizard displays the data of the CM instance rather than the DR instance that will actually be used for this step.

Temporary Solution:

n/a

Fix Information:

This issue has been fixed in the newly released installation media, OpenLab ECM XT with Update 4, published on SubscribeNet on January 21, 2025.

Keyword: 

One-line Description:

Installation fails at the Agilent.OpenLab.OpenSearch step when NT username includes special character

Problem:

OpenLab Server and WorkStation Plus fail to install v2.8 at the Agilent.OpenLab.OpenSearch step when the username includes a special character such as ! or '.

Temporary Solution:

Choose a user name, which has no “!” included.  Re-run the OpenLab installation.

Fix Information:

This defect is planned to be fixed in the next minor release.

Keyword: 

One-line Description:

Security vulnerabilities found in Software Verification Tool (SVT) version 6.2

Problem:

Security vulnerabilities found in Software Verification Tool (SVT) version 6.2.

Temporary Solution:

n/a

Fix Information:

OpenLab CDS 2.8 Update 03 includes SVT version 6.3.

SVT version 6.3 addresses security issues CVE-2024-0057, CVE-2023-51714, CVE-2023-45853, CVE-2023-36049, CVE-2022-37434, CVE-2022-32893, CVE-2021-1871, CVE-2020-24742, CVE-2020-11656, CVE-2020-1147, CVE-2019-8457, CVE-2019-19646, CVE-2018-4441, CVE-2017-13798, CVE-2017-13796, CVE-2017-13795, CVE-2017-13794, CVE-2017-13792, CVE-2017-13791, CVE-2017-13785, CVE-2017-13784, CVE-2017-13783, CVE-2017-10989, CVE-2017-10904, CVE-2016-2108, CVE-2016-0705, CVE-2010-4204, and CVE-2010-4197.

Keyword: 

One-line Description:

Npgsql security vulnerable to SQL Injection via Protocol Message Size Overflow

Problem:

Security vulnerability, CVE-2024-32655 has been reported for Npgsql.

Temporary Solution:

n/a

Fix Information:

Npgsql.dll version 7.0.2 updated to version 7.0.7 to fix security vulnerability CVE-2024-32655 in the newly released installation media, OpenLab CDS 2.8 with Update 4 and OpenLab ECM XT with Update 4, published on SubscribeNet on January 21, 2025.

Keyword: 

One-line Description:

OpenLab CDS 2.8 Workstation Plus and Server installation fails when PostgreSQL super user password has {}

Problem:

During PostgreSQL configuration, an error is displayed that the password of the super user login does not match, and the database cannot be accessed. The error is caused by specifically placing the open { and then the closed } paired curly brackets.

Temporary Solution:

n/a

Fix Information:

This issue has been fixed in the newly released installation media, OpenLab CDS 2.8 with Update 4 and OpenLab ECM XT with Update 4, published on SubscribeNet on January 21, 2025.

Keyword: 

One-line Description:

Activity Log Count reported higher than in Backup on system with slow / full disk

Problem:

In certain conditions (i.e. on slow machines), the number of ActivityLog entries returned for the backup is too low. This behavior is likely to be a latency-related issue when re-indexing is still ongoing.

Temporary Solution:

n/a

Fix Information:

This issue has been resolved in OpenLab CDS 2.8 Update 03 and OpenLab Server 2.8 Update 03.

Keyword: 

One-line Description:

Restarting services fails during Restore on systems with Sample Scheduler activated

Problem:

On systems where Sample Scheduler is activated, system services can fail to restart during the Restore of a backup, using the OpenLab Backup & Restore utility. 

The Restore progress dialog will then show a failure in the step where services are supposed to start after databases have been restored. 

Temporary Solution:

The following workaround is available if this problem occurs during a restore on a system where Sample Scheduler application is activated: 

An entitled user needs to update the name of the service "Agilent Sample Scheduler LIMS Agent" in the backup.xml, in the backup folder.

For a full backup:
in the backup folder "...\Current\backup.xml", change <string>Agilent Sample scheduler LIMS Agent</string> to <string>Agilent Sample Scheduler LIMS Agent</string>

For a scheduled backup:
in the backup folder in "...\Current\backup.xml" and in "...\Incremental\backup.xml"
change <string>Agilent Sample scheduler LIMS Agent</string> to <string>Agilent Sample Scheduler LIMS Agent</string>

Fix Information:

The issue has been resolved in OpenLab CDS 2.8 Update 03 and OpenLab Server 2.8 Update 03.

Keyword: 

One-line Description:

No distinction made between full- and half-width characters when using Microsoft SQL Server

Problem:

Secure Storage fails to distinguish between one-byte alphanumeric characters (e.g., “1”) and two-byte Japanese characters (e.g., “１”) in folder and file names. As a result, folders named “test1” and “test１” are recognized as the same, preventing them from coexisting in the same directory. The error message displayed is: “This folder name already exists in this location.” 

When upgrading systems to v2.8 that already have files/folders in the same location that are only distinguished through the use of one-byte vs. two-byte characters, the Agilent OpenLab Database Import /Transfer Service application will fail on the Data Transformation step with an error similar to: "[ERR] Error occurred in WriteNodesToDbAsync. Error Message: Cannot insert duplicate key row in object 'versionedfilestore.nodes' with unique index 'UK_nodes'."

Temporary Solution:

n/a

Fix Information:

This issue has been fixed in the newly released installation media, OpenLab ECM XT with Update 4, published on SubscribeNet on January 21, 2025.

Keyword: 

One-line Description:

OpenSearch Installations may fail in case Certificate Revocation List (CRL)  cannot be downloaded

Problem:

On a server which is shielded from the internet the installation of OpenLab Server may fail at the OpenSearch Configuration step.
The  Agilent_OpenLab_Server_<date>_OpenSearchPackage.log  logfile contains a message like:
System.Exception: Creation of prometheus user failed
   at Agilent.OpenLab.OpenSearch.CustomActions.CustomActions.CreatePrometheusUser(Session session) (CustomActions)
CustomAction CaCreatePrometheusUser returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox)

This error is caused by a time-out when attempting downloading a latest version of the Certificate Revocation List (CRL).

Temporary Solution:

As this issue potential affects software performance as well as other vendor's software installations, the setup of the  internal Certification Authority (CA) needs to be investigated.  A Certificate Revocation List Distribution Point for Your Internal Certification Authority should be considered.

To avoid the installation failure it could be considered to disable the CRL update temporarily.  The procedure is described in the Workstation Plus installation guides.

Further information can also be found in Service Note D0127628 and https://learn.microsoft.com/en-us/windows-server/networking/technologies/nps/network-policy-server-certificate-revocation-list-check-registry-settings.

It has been observed the enabling all options (IgnoreNoRevocationCheck, IgnoreRevocationOffline, NoRevocationCheck & NoRootRevocationCheck) allowed successful installation of OpenLab Server.

Fix Information:

n/a

Keyword: 

One-line Description:

Sequence fails to start after ECM3.x/OLSS v2.8 upgrade

Problem:

When restoring an ECM3.x database after upgrading the OpenLab Shared Services Server to version 2.8, users will encounter an issue where the sequence fails to start.

This is due to the application ID entry in the ECM database being overwritten during the upgrade process.  

Temporary Solution:

n/a

Fix Information:

Install OpenLab Server 2.8 Update 08 on the OLSS server and run the server configuration utility after restoring the ECM3.x database.

Keyword: 

One-line Description:

OpenLab 2.8 update installation briefly displays 'failed' for each component while caching

Problem:

After installing an update on OpenLab CDS 2.8 or OpenLab Server/ECM XT 2.8, installing a second update would result in intermediate “Failed to find payload” and “Failed to cache payload” errors, which would be self-resolved by the installation engine after an automatic retry. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 07 with Feature Pack 01 and OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Restore Utility fails at Stopping Services or connecting to the database

Problem:

One of the below two issues may be seen when running Restore Utility if it is launched without administrator privileges:
1. 'Stop Services' step fails
2. The Restore Utility will display "Unable to get db server version" when connecting to the database.

Temporary Solution:

Start the Restore Utility by selecting 'Run as administrator' from the right-click action menu.

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 05 and OpenLab Server 2.8 Update 05.

Keyword: 

One-line Description:

Software Verification Tool component is not listed in Control Panel - Programs and features option

Problem:

Software Verification Tool component is not listed in Control Panel - Programs and features option.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS v2.8 Update 07 with Feature Pack 01 and OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Security Vulnerability finding in Test Services

Problem:

A security vulnerability was detected in Agilent Test Services 3.5 and 3.6 which ship with OpenLab CDS and OpenLab Server/ECM XT 2.7 and 2.8, respectively. This vulnerability could allow an attacker to read files from the server's file system or load a file dynamically from a remote location.

This vulnerability only impacts systems with valid Agilent Test Services licenses, including systems running on a 60-day startup license or a 60-day emergency license. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in Agilent Test Services 3.5 Patch 01 and Agilent Test Services 3.6 Patch 01. This vulnerability is also fixed in OpenLab CDS 2.7 Update 10, OpenLab Server 2.7 Update 10, OpenLab CDS 2.8 Update 07 with Feature Pack 01, and OpenLab Server 2.8 Update 07. 

Keyword: 

One-line Description:

Test Services cannot load 

Problem:

When too many unresolved AICs/CIDs are configured to the same OpenLab server, Test Services cannot load. The problem is due to how Test Services loops through every AIC/CID connected to the server and this operation might take too long to complete on systems with many registered and unresolved AICs/CIDs.

Temporary Solution:

Deleting AICs/CIDs with a network status of "Not resolved" from the Administration>Instrument Controllers page of the OpenLab Control Panel fixes the problem.

Fix Information:

This issue is fixed in Agilent Test Services 3.5 Patch 01 and Agilent Test Services 3.6 Patch 01. This issue is also fixed in OpenLab CDS 2.7 Update 10, OpenLab Server 2.7 Update 10, OpenLab CDS 2.8 Update 07 with Feature Pack 01, and OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Network location Storage type can be selected when you have Secure Storage

Problem:

Although there is an option in System Configuration, Edit System Settings, Storage type dropdown to change the storage type from Secure Storage to Network Location, this should not be done as it will make the system usable.  In addition, it will not be possible to change it back to Secure Storage in the System Configuration.

Temporary Solution:

n/a

Fix Information:

n/a

Keyword: 

One-line Description:

Users not displayed on Test Services History page

Problem:

After installing OpenLab CDS v2.8 Update 03, users are no longer displayed on the Test Services History page.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in Agilent Test Services 3.6 Patch 01. This issue is also fixed in OpenLab CDS 2.8 Update 07 with Feature Pack 01 and OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Update Bootstrap

Problem:

OpenLab CDS and OpenLab Server/ECM XT 2.8 ship with Bootstrap v4.6.2.

Temporary Solution:

n/a

Fix Information:

Agilent Test Services 3.6 Patch 01 updates Bootstrap to v5.3.3. Bootstrap will also be updated to v5.3.3 in OpenLab CDS 2.8 Update 07 with Feature Pack 01 and OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Storage system test fails after upgrade to OpenLab 2.8

Problem:

Test Services creates two temporary users to perform the Storage System Test. Starting with OpenLab 2.8 there was no synchronization mechanism to verify the privileges of the users. As a result, on some systems, Storage System Test might fail.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in Agilent Test Services 3.6 Patch 02. This issue will also be fixed in future OpenLab Server 2.8 and OpenLab CDS 2.8 updates.

Keyword: 

One-line Description:

Component status displayed as obsolete after uninstallation of OpenLab CDS

Problem:

After uninstalling the OpenLab CDS product, the status of certain components, such as PostgreSQL, is incorrectly displayed as "Obsolete" in the system. The expected status should be "must be uninstalled manually" to accurately reflect the required action for these components.

Temporary Solution:

n/a

Fix Information:

n/a

Keyword: 

One-line Description:

Full disk on SQL database may lead to loss of new acquired data

Problem:

If the SQL database runs out of disk space, newly acquired data may not be saved, resulting in possible data loss.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 07

Keyword: 

One-line Description:

Upload error if "µ" character in data file name

Problem:

When MassHunter Acquisition connected to ECM XT 2.8 acquires a data file with the 'mu' character (alt+230) µ in the file name, the file may get stuck in the file upload queue with the error "Folder not found".

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Wrong data file name for result sets in search results

Problem:

The search results outputted by Secure Storage are not consistent for single runs and result sets. This may prevent results sets from being loaded from search results in Data Analysis.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 07 with Feature Pack 01 and OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Activity Log bulk indexing failure after upgrade to 2.8 

Problem:

After upgrading to 2.8, bulk indexing for the Activity Log fails if applications have a blank name. Only select legacy applications did not record their application name.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 07. However, applications with a blank name can no longer be filtered when viewing Activity Logs. The activity logs are still present and unmodified.

Keyword: 

One-line Description:

The Activity Log Service Software Verification report includes old version numbers

Problem:

The Activity Log Service was updated in 2.8 Update 04. However, the version numbers in the Software Verification report were not incremented to reflect this change. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 07.

Keyword: 

One-line Description:

Backup and Restore utilities uninstalled during OpenLab CDS 2.8 or OpenLab Server 2.8 software update

Problem:

Installing a software update on systems with OpenLab CDS 2.8 Update 05 or OpenLab Server 2.8 Update 05 will uninstall the Backup and Restore Utilities.

This only affects OpenLab CDS 2.8 Workstations, OpenLab CDS 2.8 Workstation Plus systems, and OpenLab Server/ECM XT 2.8 with Update 05. Upgrading systems without Update 05 is working as expected.

Temporary Solution:

Backup and Restore utilities can manually be installed by going to Setup\Packages folder in the Software Update media and run BackupTool.msi and RestoreTool.msi from their respective folders (Setup\Packages\OpenLab Backup Utility\ and Setup\Packages\OpenLab Restore Utility\)

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 08 with Feature Pack 02 and OpenLab Server 2.8 Update 08. Please note that installing Update 08 will not reinstall the Backup and Restore Utilities if they had previously been uninstalled. Refer to the Temporary Solution for instructions on how to reinstall the Backup and Restore Utilities.

Keyword: 

One-line Description:

After a cleanup of a user's temp directory, the OpenLab activity log displays "Error: Activity log is not ready"

Problem:

It has been reported that after a cleanup of a user's Windows temp directory the OpenLab and instrument's activity log index is no longer ready for usage and the activity log is not accessible.  
This error can be seen if the OpenSearch service is not running.

This defect only affects systems running on OpenLab Server/ECM XT 2.8 and OpenLab Server/ECM XT 2.7 Update 04 and higher.

Temporary Solution:

Navigate to the Windows services panel and start up service OpenSearch 2.11.1.  In case the service does not start up successfully, open Windows explorer and navigate to folder
"C:\Users\<USERNAME>\AppData\Local\Temp\opensearch".  The <USERNAME> is the user that installed OpenLab CDS.

If the folder "opensearch" does not exist, the "OpenSearch 2.11.1 (opensearch-service-x64)" service is not starting.  Create the folder "opensearch" manually and start the service OpenSearch 2.11.1 again.

Fix Information:

This issue was fixed in OpenLab Server 2.8 Update 08 and OpenLab Server 2.7 Update 12.

Keyword: Administration

One-line Description:

Supporting OpenLab v2.8 in multi-domain environments where Clients/AICs are members of a different domain than the OpenLab Server/ECM XT server

Problem:

By default, the Agilent OpenLab Certificate Service provides certificates with a list of Subject Alternative Names (SAN) containing entries strictly belonging to the domain in which the Agilent OpenLab Certificate Service resides. This prohibits the generation of certificates for foreign domains and provides higher level of trust.

When attempting to install a new client or AIC in a different domain, the installation will fail and the following message will be found in the %ProgramData%\Agilent\LogFiles\OpenLab Certificate Service\CertServiceTool.log:
Processing finished with error #202: Malformed response from service. Possibly the requester's domain does not match the server domain. 

Temporary Solution:

n/a

Fix Information:

To support installations of OpenLab v2.8 client/server systems across trusted domains, the Agilent OpenLab Certificate Service can be configured to operate in a less restrictive mode. While this working mode is activated, no domain names are checked and the certificates created can contain different domains in the SAN list.

If required, this working mode should be activated right after installing and configuring an OpenLab Server/ECM XT server, OpenLab Shared Services server, or any server node that hosts the Agilent OpenLab Certificate Service.

On the specified server, create a new registry key as detailed below.  
•	Registry Path: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Agilent\OpenLab Platform\Certificate Service
•	DataItemName: WorkingMode
•	DataType: REG_SZ
•	DataValue: 1
The registry key can also be created by running a .reg file that contains the below lines (between the #'s):

#################################################################
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Agilent\OpenLab Platform\Certificate Service]
"WorkingMode" = "1"
#################################################################

The Agilent OpenLab Certificate Service must be restarted after adding the registry key.

This mode can be de-activated by changing the value of the mentioned registry key to 0 and restarting the Agilent OpenLab Certificate Service

If the mentioned changes should be applied to an already installed client/server system (e.g., after installation of clients or AICs in a different domain, or moving an AIC to a different domain), the related server certificates must be re-created. 

To accomplish this, on each server hosting the Agilent OpenLab Certificate Service:
•	Rename the following folder: %ProgramData%\Agilent\OpenLab Certificate Service\v1\hosts
•	Restart the Agilent OpenLab Certificate Service

After following those steps on the server(s), reboot each client and AIC outside the server's domain to request a new certificate. 

Please note that this procedure will only work on OpenLab v2.8 and does not apply to previous versions. 

Keyword: Administration

One-line Description:

Data Transformation may miss files and folders during transformation

Problem:

In some rare cases when upgrading systems to OpenLab Server/ECM XT 2.8, it is possible that the Data Transformation step of the Agilent OpenLab Database Import /Transfer Service application can skip files due to missing or unusable node property data. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 01. For this fix to be effective, OpenLab Server 2.8 Update 01 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Administration

One-line Description:

Auto Archive Transformation error: Archive destination storage id is empty

Problem:

When upgrading systems to OpenLab Server/ECM XT 2.8 that use AWS S3 for archive storage, the Auto Archive Transformation step of the Agilent OpenLab Database Import /Transfer Service application will show that it completed successfully but display the following error in the log:
"Archive destination storage id is empty"

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 01. For this fix to be effective, OpenLab Server 2.8 Update 01 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Administration

One-line Description:

Data Transformation fails with error message: Cannot insert duplicate key row in object 'versionfilestore.nodes'

Problem:

In some rare cases when upgrading systems where the same file resides in multiple different locations to OpenLab Server/ECM XT 2.8, the Data Transformation step of the Agilent OpenLab Database Import /Transfer Service application can fail with the following error:
"Error occurred in WriteNodesToDbAsync. Error Message: Cannot insert duplicate key row in object 'versionfilestore.nodes' with unique index 'UK_nodes'."

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 01. For this fix to be effective, OpenLab Server 2.8 Update 01 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application. 

Keyword: Administration

One-line Description:

Activity Log Data Transformation fails with CsvMappingError

Problem:

When upgrading systems to OpenLab Server/ECM XT 2.8 with regional settings that include periods (.) in the short date format, the Activity Log Data Transformation step of the Agilent OpenLab Database Import /Transfer Service application will fail with a CsvMappingError. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 01. For this fix to be effective, OpenLab Server 2.8 Update 01 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Administration

One-line Description:

Clean up legacy Activity Log after upgrade/migration

Problem:

When upgrading to OpenLab Server/ECM XT v2.8 from a previous version, the Agilent OpenLab Database Import / Transfer Service application will transfer legacy Activity Log entries from the OpenLab Shared Services database to a new Activity Log table in the Data Repository Database. Before OpenLab Server 2.8 Update 02, these legacy Activity Log entries were left in the OpenLab Shared Services database even though they are no longer being used.   This is applicable for systems running Microsoft SQL Server, where the existing database is upgraded in-place.

Temporary Solution:

n/a

Fix Information:

This issue is resolved in OpenLab Server 2.8 Update 02. Even if the Agilent OpenLab Database Import / Transfer Service application has already been run on the system before installing OpenLab Server 2.8 Update 02, the legacy Activity Log entries will still be cleaned up in the background when OpenLab Server 2.8 Update 02 is installed. 

Keyword: Administration

One-line Description:

Migrated Content Management Activity Log entries contain java.util.* values

Problem:

After upgrading to OpenLab Server/ECM XT v2.8 from a previous version, the descriptions of some migrated Content Management Activity Log entries may contain superfluous "java.util..." SQL search result strings.  

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 02. For this fix to be effective, OpenLab Server 2.8 Update 02 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application. 

Keyword: Administration

One-line Description:

Recurring "Unable to replicate; The attachment is out of date" error in the server.log file

Problem:

By design, the replication of GCMS tune files on OpenLab CDS AICs for failover mode is limited to files used in the last 30 days. For GCMS tune files older than 30 days, each time the replication cycle runs (every 30 minutes) a "Unable to replicate; The attachment is out of date" error is recorded in the server.log file. On systems with a large number of GCMS tune files, this can lead to the server.log file getting filled with these repeating error messages. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.7 Update 08 and OpenLab Server 2.8 Update 05.

Keyword: Administration

One-line Description:

Update Npgsql

Problem:

OpenLab Server/ECM XT 2.8 ships with Npgsql v6.0.08.

Temporary Solution:

n/a

Fix Information:

OpenLab Server 2.8 Update 03 updates Npgsql to v6.0.12.

Keyword: Administration

One-line Description:

Auto Archive Transformation error: Un-representable DateTime

Problem:

When upgrading systems to OpenLab Server/ECM XT 2.8, the Auto Archive Transformation step of the Agilent OpenLab Database Import / Transfer Service application may fail with the following error: "[ERR]: Year, Month, and Day parameters describe an un-representable DateTime."

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05. For this fix to be effective, OpenLab Server 2.8 Update 05 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8 before executing the Agilent OpenLab Database Import / Transfer Service application. 

Keyword: Administration

One-line Description:

Update ImageSharp and NPOI

Problem:

OpenLab Server/ECM XT 2.8 ships with ImageSharp v2.1.4 and NPOI v2.6.2.

Temporary Solution:

n/a

Fix Information:

OpenLab Server 2.8 Update 05 updates ImageSharp to v2.1.9 and NPOI to v2.7.2.

Keyword: Administration

One-line Description:

PostgreSQL 15 Update

Problem:

PostgreSQL 15.6.1 is installed with OpenLab CDS 2.8 and, if PostgreSQL is selected as the Database Type, OpenLab Server/ECM XT 2.8 systems. 

Temporary Solution:

n/a

Fix Information:

OpenLab CDS 2.8 Update 07 with Feature Pack 01 and OpenLab Server 2.8 Update 07 will update the OpenLab-installed PostreSQL 15 instance to PostgreSQL 15.10.2. 

Keyword: Administration

One-line Description:

Deleting files on upgraded systems may lead to unforeseen data loss

Problem:

On OpenLab CDS 2.8 Workstation Plus and OpenLab Server/ECM XT 2.8 systems that have been upgraded from an older version, it is possible that deleting one file via the Content Browser may lead to the loss of data for other files that were copies of the deleted file.  New installations of OpenLab CDS 2.8 Workstation Plus and OpenLab Server/ECM XT 2.8 systems that were not upgraded from an older version are not affected by this issue. 

Temporary Solution:

Agilent strongly recommends that users do not delete any files on upgraded OpenLab CDS 2.8 Workstation Plus and OpenLab Server/ECM XT 2.8 systems until further notice. If it is still available, please retain a full backup of the upgraded 2.8 system immediately after the upgrade. Otherwise, please retain the most recent full backup of the upgraded 2.8 system.

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 06 and OpenLab Server 2.8 Update 06.

Keyword: Administration

One-line Description:

Unable to Edit System Settings from newly installed AIC/client

Problem:

After upgrading an OpenLab Server/ECM XT server to v2.8, newly installed OpenLab CDS v2.8 clients and AICs will encounter an error when attempting to access the Administration > System Configuration > Edit System Settings option in the Control Panel for OpenLab Software. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08. For this fix to be effective, OpenLab Server 2.8 Update 08 (or higher) must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8 and before executing the Agilent OpenLab Database Import / Transfer Service application. For systems that have already been upgraded to OpenLab Server/ECM XT 2.8 that are experiencing this error, please contact Agilent Support for assistance. 

Keyword: Administration

One-line Description:

AWS S3 Storage Locations are not migrated when upgrading to 2.8

Problem:

If an OpenLab Server / ECM XT server is configured with AWS S3 storage locations, these storage locations may not be migrated when the server is upgraded to OpenLab Server / ECM XT v2.8.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08. For this fix to be effective, OpenLab Server 2.8 Update 08 (or higher) must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Administration

One-line Description:

Files may not be cleaned up after being relocated

Problem:

When relocating files from a local storage location configured as a shared folder, the files will not be deleted from their original location after being successfully relocated. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08.

Keyword: Data Analysis

One-line Description:

Data loss after canceling the Create New Result Set dialogue

Problem:

Canceling the "Create New Result Set" dialogue in Data Analysis can delete all results in the currently loaded Project on an OpenLab CDS 2.8 Workstation Plus or OpenLab CDS client/server system with OpenLab Server/ECM XT 2.8 configured as the backend.

Temporary Solution:

As a workaround, the "Delete content of project” privilege should be removed from all users who might use the "Create New Result Set" workflow.

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 06.

Keyword: Performance

One-line Description:

Unhandled Distributed Transaction Coordinator exceptions

Problem:

When the Cary UV Data Service goes offline while the Distributed Transaction Coordinator attempts to commit a saga, the saga will not be resubmitted until the Distributed Transaction Coordinator service is restarted. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 01. 

Keyword: Performance

One-line Description:

Unable to load a single run from DA search results

Problem:

OpenLab CDS Acquisition provides users the option to save Sequence results as separate single injections. When attempting to load a single injection result acquired in this manner from search results in the Data Selection view of OpenLab CDS Data Analysis, the following error may be triggered: "Error loading data: Could not find a part of the path..." 

Temporary Solution:

n/a

Fix Information:

This issue is resolved in OpenLab CDS 2.8 Update 03 (only affects Workstation Plus systems) and OpenLab Server 2.8 Update 03. 

Keyword: Performance

One-line Description:

No search results are displayed in DA when searching across projects

Problem:

When performing a search in OpenLab CDS Data Analysis with the "Search across projects" option selected, no search results will be returned even if results are found using the same search term(s) when the search is only performed on the current project. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 02. 

Keyword: Performance

One-line Description:

Slow performance when DNS is slow or unavailable

Problem:

Slow performance has been observed on OpenLab CDS 2.8 client/server systems using OpenLab Server/ECM XT 2.8 when DNS is slow or unavailable. 

Temporary Solution:

On systems using static/fixed IP, configuring a reverse lookup zone on the DNS server has improved performance. 

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 02. 

Keyword: Performance

One-line Description:

Data will not open with a ' or ˚ character in the path

Problem:

When attempting to load data in OpenLab CDS Data Analysis with a ' or ˚ character in the result set folder name or path, the following error will occur: "Error loading data: Download failed because storage location is not accessible."

Temporary Solution:

Remove the ' or ˚ character from the result set folder.

Fix Information:

This issue is resolved in OpenLab CDS 2.8 Update 03 (only affects Workstation Plus systems) and OpenLab Server 2.8 Update 03.

Keyword: Performance

One-line Description:

Activity Log indexing paused when HDD space is low

Problem:

Activity Log indexing is suspended when the application server's primary disk reaches 95% capacity. No new logs will be shown in the Control Panel. However, activity logs are still written to the database. 

Temporary Solution:

n/a

Fix Information:

Resolve the low disk space issue. Indexing will resume when primary disk consumption is below 90%. Starting in OpenLab CDS 2.8 Update 03 and OpenLab Server 2.8 Update 03, the following error message will be displayed in the Administration>System Activity Log page of the Control Panel when indexing has been suspended: "Unable to retrieve activity logs. This is likely due to the OpenSearch Index server reaching 95% disk consumption. Please free up space to allow the retrieval of activity logs."

Keyword: Performance

One-line Description:

Large systems using PostgreSQL can run out of database connections

Problem:

Idle connections to PostgreSQL databases are not being released, causing heavily loaded systems (>100 concurrent connections) to become non-operational. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 03.

Keyword: Performance

One-line Description:

Activity Log Data Transformation fails due to timeout

Problem:

When upgrading to OpenLab Server/ECM XT 2.8, a query in the Activity Log Data Transformation step of the Agilent OpenLab Database Import / Transfer Service application may exceed the 30-minute timeout limit. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 03. For this fix to be effective, OpenLab Server 2.8 Update 03 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8 and before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Performance

One-line Description:

Non-standard date formats cause Agilent OpenLab SDMS Storage Management Service errors

Problem:

On systems configured with non-standard date formats (e.g., where "-" or "." characters are used instead of "/" as a date separator), an error is logged during the execution of relocation schedules and lock schedules. These errors include a message like the following: "String '08-28-2024 15:20' was not recognized as a valid DateTime."

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 03. 

Keyword: Performance

One-line Description:

OpenLab v2.8 cannot be uninstalled after installing Update 02

Problem:

After installing OpenLab CDS 2.8 Update 02 or OpenLab Server 2.8 Update 02, uninstalling the application will fail when attempting to remove the Agilent OpenLab SDMS Action Service. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 03 and OpenLab Server 2.8 Update 03.

Keyword: Performance

One-line Description:

OpenLab Server 2.8 Update 03 is not backward compatible with older clients

Problem:

After installing OpenLab Server 2.8 Update 03 on an OpenLab Server / ECM XT 2.8 server, all clients/AICs/networked workstations not running on OpenLab CDS 2.8 Update 03 or OpenLab Client Services 2.8 Update 03 are unable to connect to the storage provider. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 04 and OpenLab CDS 2.8 Update 04. 

Keyword: Performance

One-line Description:

The Agilent OpenLab SDMS Permissions Sync Service fails to start

Problem:

On systems upgraded to OpenLab Server/ECM XT 2.8 with large amounts of data, poor performance and server connection errors may be observed and the Agilent OpenLab SDMS Permissions Sync Service may fail to start. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05

Keyword: Performance

One-line Description:

The Content Browser may freeze when creating new files or folders

Problem:

When creating a new file/folder in the Content Browser, if a file/folder with the same name using different width characters than the new file/folder (i.e., full-width vs. half-width characters) already exists in this location then the Content Browser will freeze. Please note that the new file/folder will still be successfully created despite the Content Browser freezing.  

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05. 

Keyword: Performance

One-line Description:

Poor performance when navigating in the Control Panel for OpenLab Software  

Problem:

Poor performance (e.g., taking a long time to switch between tabs) in the Control Panel for OpenLab Software has been observed on large client/server systems.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05.

Keyword: Performance

One-line Description:

Failover Mode does not function if the DNS Server is offline

Problem:

If the connection between an OpenLab CDS AIC and the OpenLab Server/ECM XT server is broken on an OpenLab CDS Client/Server system, the AIC can be switched to Failover Mode to continue to acquire and process data. If, however, the AIC is also unable to communicate to the configured DNS server and has subsequently been rebooted since the communication was lost, the local instance of OpenLab Shared Services will be unable to start and Failover Mode will not work.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05. 

Keyword: Performance

One-line Description:

The creation of Administrative Reports takes longer than expected

Problem:

It takes longer to generate and export Administrative Reports from the Control Panel for OpenLab Software > Administration tab > Administrative Reports page than in previous releases. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05.

Keyword: Performance

One-line Description:

High memory and CPU consumption by the Distributed Transaction Coordinator Service 

Problem:

The Agilent OpenLab Distributed Transaction Coordinator Service may consume a lot of memory and CPU resources, negatively impacting the performance of other components on the OpenLab Server/ECM XT 2.8 server. The Agilent OpenLab Distributed Transaction Coordinator Service is not used by default and only affects applications that are developed to use it.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05.

Keyword: Performance

One-line Description:

Content Browser fails to download multiple files from AWS S3

Problem:

When OpenLab Server/ECM XT v2.8 is configured with an AWS S3 storage location, the simultaneous download of multiple files from that AWS S3 storage location in the Content Browser can fail with the following error: "The specified key does not exist." This error has only been observed so far when the Content Browser is accessed using a Japanese-language browser. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08.

Keyword: Performance

One-line Description:

Poor performance when uploading to AWS S3

Problem:

When OpenLab Server/ECM XT v2.8 is configured with an AWS S3 storage location, poor performance may be observed when uploading files to that storage location. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08.

Keyword: Performance

One-line Description:

Initial Version date is changed for every file revision

Problem:

For files containing a mu (µ) character in their file name, the Initial Version date will be updated every time a new file revision is uploaded. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08.

Keyword: Performance

One-line Description:

Test Services health check fails when running the Agilent OpenLab Database Import / Transfer Service

Problem:

On systems upgraded to OpenLab 2.8 using a non-default installation folder (e.g., OpenLab is installed on the D drive as opposed to the C drive), the Test Services health check will fail when running the Agilent OpenLab Database Import / Transfer Service application. The log will state that the data transfer executable does not exist.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 08 with Feature Pack 02. For this fix to be effective, OpenLab Server 2.8 Update 08 must be installed on a system immediately after upgrading to OpenLab CDS 2.8, before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Project Configuration

One-line Description:

Insufficient validation when configuring a project's folder path

Problem:

When creating a Project in the Control Panel, the Project folder path can be set to the system's configured root Storage path. When this is done, it is impossible to launch OpenLab CDS Acquisition or Data Analysis for this project and no new projects can be created.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 03 (only affects Workstation Plus systems) and OpenLab Server 2.8 Update 03. If a user attempts to configure a project's folder path as the root storage path, an error message stating that the project folder is not allowed will be displayed. 

Keyword: Report Templates

One-line Description:

Misleading headings on the Data Transformation Report

Problem:

When upgrading to 2.8, the Agilent OpenLab Database Import / Transfer Service application generates a Data Transformation Report documenting the number of files and folders successfully transformed to the 2.8 schema. The report "Archive folder" section of this report also includes files and folders archived in place. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 03 by updating the "Content folder" and "Archive folder" headings to "Non-archived content" and "Archived content" respectively. For this fix to be effective, OpenLab Server 2.8 Update 03 must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8 and before executing the Agilent OpenLab Database Import / Transfer Service application. 

Keyword: Reports

One-line Description:

Data Transformation Verification log is incorrectly formatted

Problem:

File names containing commas (,) or other special characters can cause the Data Transformation Verification log to be formatted incorrectly. This log is only generated on OpenLab Server/ECM XT 2.8 servers that have been upgraded from previous versions. The Data Transformation Verification log is found by default in the following location after running the Agilent OpenLab Database Import / Transfer Service application:
%ProgramData%\Agilent\LogFiles\SMOLBITS\DataTransformation\DataTransformationTool\PostVerification\VfsVerifiedPostTransforamtionFile_<DateTime>.csv

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 08. For this fix to be effective, OpenLab Server 2.8 Update 08 (or higher) must be installed on a system immediately after upgrading to OpenLab Server/ECM XT 2.8 and before executing the Agilent OpenLab Database Import / Transfer Service application.

Keyword: Reports

One-line Description:

OpenLab storage system test fails with ECM 3.6.7 backend

Problem:

Due to changes introduced with ECM 3.6 Update 07, the storage system test fails when OpenLab 2.8 is configured with ECM 3.6.7 as the storage backend.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab CDS 2.8 Update 08 with Feature Pack 02.

Keyword: Roles and Privileges

One-line Description:

Members of user groups named with Unicode characters will not inherit permissions

Problem:

On systems with databases hosted in MS SQL Server, members of user groups that include Unicode characters (as opposed to ASCII characters) in the group name will not inherit permissions from the group. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05.

Keyword: User Interface

One-line Description:

Migrated systems may retain legacy SVT test references.

Problem:

Migrated systems may fail when running Test Services suite at the Software Installation Verification Test and reference SV Tests which are not listed on the updated system, but which do appear on the legacy system. It actually happens on some leftover files from "ECM PDF Filter" which is no longer present in 2.8.

Temporary Solution:

You should open Windows File Explorer and delete the folder:
C:\Program Files (x86)\Agilent Technologies\IQTool\IQProducts\Agilent OpenLab ECM PDF Templates Filter. After that you would be able to run the report without any error

Fix Information:

This Problem will be fixed in a future Version of OpenLab.

Keyword: User Interface

One-line Description:

Pre-upgrade file copy operations are not displayed in the activity log

Problem:

After upgrading to OpenLab Server/ECM XT 2.8, file copy operations in the activity log are not displayed in the Content Browser. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 01.

Keyword: User Interface

One-line Description:

The Instruments tab in the Control Panel for OpenLab Software is inaccessible

Problem:

After upgrading to OpenLab Server/ECM XT 2.8, the following error may be displayed when attempting to access the Instruments tab in the Control Panel for OpenLab Software: "Error Could not show item". This has only been observed on systems running in a mixed configuration (e.g., OpenLab CDS and OpenLab ChemStation client/AICs connecting to the same OpenLab Server/ECM XT 2.8 server) with multiple 3rd-party instrument drivers installed. 

Temporary Solution:

n/a

Fix Information:

This issue is fixed in OpenLab Server 2.8 Update 05. 

Keyword: User Interface

One-line Description:

OpenLab CDS 2.8 Workstation Plus and Server with PostgreSQL Activity Log timestamps reduced to 3 milliseconds precision after upgrade

Problem:

In prior releases, Activity Log timestamps had a 6 digit precision in milliseconds. After upgrade to 2.8, this is reduced to 3 digit precision in milliseconds. This only affects OpenLab Server with PostgreSQL database, or OpenLab CDS 2.8 Workstation Plus

Temporary Solution:

n/a

Fix Information:

This issue is planned to be fixed in future OpenLab CDS 2.8 and OpenLab Server 2.8 software updates. 

Keyword: Workflow

One-line Description:

Test Services - Workflow test goes into a pending status

Problem:

When upgrading from a legacy CDS version to OpenLab 2.8, the CDS Workflow Test on an AIC might stay at pending status and it will not progress. Issue is related to a product name change in the newer versions of the OpenLab CDS.

Temporary Solution:

n/a

Fix Information:

This issue is fixed in Agilent Test Services 3.6 Patch 03, OpenLab Server v2.8 Update 08, and OpenLab CDS v2.8 Update 08 with Feature Pack 02.