Software Status Bulletin
OpenLAB Server M8440BA
Known Problem Report as of Mar 30 2026 4:00AM
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
KPR#:1058057
Supporting OpenLab v2.8 and higher 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
KPR#:1353931
Lock information is not migrated correctly
KPR#:1353982
E-signatures applied to old file versions are not visible after upgrading
KPR#:1353986
File and Folder comments are missing after upgrading to 2.8
KPR#:1354102
Completed relocation requests remain in the Relocation Queue
KPR#:1354103
Lock Schedule task stuck In Progress
KPR#:1354104
Files are not deleted after relocation
KPR#:1356434
Configuration Utility does not save settings for custom certificates
KPR#:1167783
Data loss after canceling the Create New Result Set dialogue
KPR#:1362109
Poor performance when loading large result sets in Data Analysis
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
KPR#:1353916
Data Transformation skips files that start with a ~ character in the filename
KPR#:1353921
Poor performance when loading large result sets in Data Analysis
KPR#:1353937
Data Transformation fails due to a timeout
KPR#:1353966
Activity Log Data Transformation fails on systems using PostgreSQL
KPR#:1353988
Auto Archive Transformation error "invalid input syntax for type json" if space in file path
KPR#:1353991
Data Transformation Health Check may fail on 2.8 upgrades
KPR#:1353996
Incorrect Post Migration Cleanup status displayed
Keyword: Project Configuration
KPR#:1125397
Insufficient validation when configuring a project's folder path
KPR#:1153876
Misleading headings on the Data Transformation Report
KPR#:1353925
"Open Report Folder" does not work
KPR#:1353974
Missing information in the Automatic Archive Online Task Report
KPR#:1255852
Data Transformation Verification log is incorrectly formatted
KPR#:1257030
OpenLab storage system test fails with ECM 3.6.7 backend
KPR#:1171353
Members of user groups named with Unicode characters will not inherit permissions
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
KPR#:1217114
Test Services - Workflow test goes into a pending status
KPR#:1379266
SVT test might fail for a server using ECM 3.6 and BPM as backend
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:
Insufficient obfuscation of PostgreSQL database user credentials
Problem:
In OpenLab Server and OpenLab ECM XT v2.7, an installation log file has insufficient obfuscation of database user credentials. This could allow an OpenLab system administrator or any Windows user with local or remote access to the OpenLab Server/ECM XT server to view credentials to obtain unprivileged access to the associated PostgreSQL databases. OpenLab Server and OpenLab ECM XT v2.7 systems using PostgreSQL databases are affected and include: - New installations of v2.7. - Systems upgraded to v2.7. - Systems upgraded from v2.7. OpenLab CDS v2.7 Workstation Plus systems and, consequently, OpenLab CDS v2.8 Workstation Plus systems are not affected.
Temporary Solution:
n/a
Fix Information:
Resolved in OpenLab Server v2.7 Update 12 and OpenLab Server v2.8 Update 09. After installation of the update, it is recommended to change the database passwords using the new Password Change Tool, available in the x:\Program Files (x86)\Agilent Technologies\OpenLab Platform\Password Change Tool. Instructions on how to use the Password Change Tool can be found in the "Password Change Tool for OpenLab Server and OpenLab ECM XT User Guide" (PasswordChangeTool_v1.9_UserGuide.pdf), which is included with OpenLab Server v2.7 Update 12 (and higher) and OpenLab Server v2.8 Update 09 (and higher).
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 is fixed in OpenLab Server 2.8 Update 08 and OpenLab Server 2.7 Update 12.
Keyword:
One-line Description:
Significant number of concurrent users (>20) on a Terminal Server launching Acquisition and Data Analaysis could result in frequently crashing Acquisition and Data Analysis or Acquisition unable to start up.
Problem:
Significant number of concurrent users (>20) on a Terminal Server launching Acquisition and Data Analaysis could result in frequently crashing Acquisition and Data Analysis or Acquisition unable to start up. This can be manually alleviated by periodically resetting the Firebird database used in the workarea manually
Temporary Solution:
Procedure to recreate the storageclient database.
On the Terminal Server machine:
1. Ensure that no users are connected.
2. Launch Upload Queue from system tray and ensure that there are no pending uploads. Proceed only if there are no pending uploads.
3. In Services, stop OpenLab Automation Service which will also stop some other services.
4. Delete C:\ProgramData\Agilent\OLSS\STORAGECLIENT.FDB.
5. Launch cmd with admin rights.
a. cd C:\Program Files (x86)\Agilent Technologies\OpenLab Services\Automation
b. .\Storage.DeployAndCheck.exe -deployandverify
6. Reboot the machine.
If there are pending uploads in the Upload Queue, please contact Agilent Product Support for assistance.
Fix Information:
n/a
Keyword:
One-line Description:
ConfigGenerator creates incorrect S3 storage configuration for access/secret key combination
Problem:
For OpenLab Server/ECM XT 2.6 and 2.7 systems that are configured with Amazon S3 as storage and are using an IAM role to access S3 storage, the ConfigGenerator might create an invalid alfresco_storage_configuration_information.json file. As a result, storage locations created after upgrading to OpenLab Server/ECM XT 2.8 become inaccessible. This issue happens only when the "store.properties" file does not have access/secret keys (i.e., empty).
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09.
Keyword:
One-line Description:
Secure Storage fails to download files after migrating to 2.8 with S3-to-S3 data transfer
Problem:
When OpenLab Server/ECM XT 2.6/2.7 systems with Amazon S3 storage are migrated to OpenLab Server/ECM XT 2.8 with S3-to-S3 data transfer, files larger than 20 MB cannot be downloaded from Secure Storage. The issue is related to a data size optimization on Amazon S3 during the data migration on Amazon. This issue affects only the migrated data and not any new data uploaded to the secure storage system.
Temporary Solution:
None
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09, which implements a new download model for the Agilent OpenLab SDMS Upload Download Service. After installing OpenLab Server 2.8 Update 09, such files will be downloaded as a single part rather than using a multi-part download approach.
Keyword: Administration
One-line Description:
Supporting OpenLab v2.8 and higher 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 higher, 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 higher) and OpenLab Server 2.8 Update 07 (and higher) will update local OpenLab-installed PostreSQL 15 instances to PostgreSQL 15.10.2. PostgreSQL instances for OpenLab Server/ECM XT 2.8 systems with external PostgreSQL database servers will not be updated by installing the relevant OpenLab Software Updates and must be manually maintained/updated as desired by the system DBA.
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: Administration
One-line Description:
Lock information is not migrated correctly
Problem:
After upgrading to OpenLab Server/ECM XT 2.8, the "Last execution date" and "Last execution status" Lock Information fields for Lock Schedules that were migrated from existing Automatic Archive Tasks are not correctly populated.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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:
E-signatures applied to old file versions are not visible after upgrading
Problem:
If e-signatures are applied to the non-latest revision of a file before upgrading to OpenLab Server/ECM XT 2.8, they will not be visible under the respective files' File Properties > File Version History page in the 2.8 Content Browser.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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:
File and Folder comments are missing after upgrading to 2.8
Problem:
After upgrading to OpenLab Server/ECM XT 2.8, file and folder comments are not visible in the Content Browser for the migrated files/folders.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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:
Completed relocation requests remain in the Relocation Queue
Problem:
After a relocation task has been completed, the task may remain in the Relocation Queue (viewable in the Storage Administration page).
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09.
Keyword: Administration
One-line Description:
Lock Schedule task stuck In Progress
Problem:
After a Lock Schedule task has been completed, the task status may remain stuck "In Progress" when viewing the Lock Schedule in the Storage Administration Page.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09.
Keyword: Administration
One-line Description:
Files are not deleted after relocation
Problem:
On systems upgraded to OpenLab Server/ECM XT 2.8, files relocated from storage locations that were used by a previous version of OpenLab Server/ECM XT will not be deleted after being successfully relocated to a new storage location.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09.
Keyword: Administration
One-line Description:
Configuration Utility does not save settings for custom certificates
Problem:
When running the Server Configuration Utility on an OpenLab Shared Services (OLSS) v2.8 server (connecting to ECM 3.x), settings are not saved when the "Use existing custom certificate" option is selected. The Configuration Utility completes without any error messages; however, no changes are made to the certificate configuration, and the Agilent OpenLab's internal certificates are still being used.
Temporary Solution:
n/a
Fix Information:
This issue has been fixed in OpenLab Server 2.8 Update 09. After installing the Update on the OLSS server, running the Server Configuration Utility makes the necessary changes in the registry so that custom certificates are applied.
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: Data Analysis
One-line Description:
Poor performance when loading large result sets in Data Analysis
Problem:
On systems with a Secure Storage backend (e.g., OpenLab CDS 2.8 Workstation Plus and OpenLab CDS client/server with OpenLab Server/ECM XT 2.8), poor performance has been observed when loading large result sets in Data Analysis, in extreme cases resulting in an "Error loading data" error message.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab CDS v2.8 Update 09.
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: Performance
One-line Description:
Data Transformation skips files that start with a ~ character in the filename
Problem:
When upgrading systems to OpenLab Server/ECM XT 2.8, the Data Transformation step of the Agilent OpenLab Database Import /Transfer Service application will skip files that start with a tilde (~) character in the filename.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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: Performance
One-line Description:
Poor performance when loading large result sets in Data Analysis
Problem:
On systems with a Secure Storage backend (e.g., OpenLab CDS 2.8 Workstation Plus and OpenLab CDS client/server with OpenLab Server/ECM XT 2.8), poor performance has been observed when loading large result sets in Data Analysis, in extreme cases resulting in an "Error loading data" error message.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09.
Keyword: Performance
One-line Description:
Data Transformation fails due to a timeout
Problem:
After upgrading from a previous version to OpenLab Server/ECM XT 2.8, the Data Transformation step of the Agilent OpenLab Database Import/Transfer Service application may fail due to timeouts on systems with large DataStore databases.
Temporary Solution:
n/a
Fix Information:
To help prevent these timeout failures, a built-in retry mechanism has been introduced in OpenLab Server 2.8 Update 09. When Data Transformation fails for the current batch due to a database query timeout, the batch will be resubmitted up to 3 times, and each resubmission will automatically reduce the batch size. This retry mechanism, coupled with database query optimization improvements, greatly improves Data Transformation performance. For this fix to be effective, OpenLab Server 2.8 Update 09 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: Performance
One-line Description:
Activity Log Data Transformation fails on systems using PostgreSQL
Problem:
After upgrading from a previous version to OpenLab Server/ECM XT 2.8, the Activity Log Data Transformation step of the Agilent OpenLab Database Import/Transfer Service application may fail with the following error: "Exception when reading from stream".
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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: Performance
One-line Description:
Auto Archive Transformation error "invalid input syntax for type json" if space in file path
Problem:
On systems where the archive storage location includes a space in its file path (e.g., "D:\OpenLab Archive\Data"), the Auto Archive Transformation step of the Agilent OpenLab Database Import / Transfer Service application will fail with the following error: "invalid input syntax for type json".
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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: Performance
One-line Description:
Data Transformation Health Check may fail on 2.8 upgrades
Problem:
After upgrading to OpenLab Server/ECM XT 2.8, the Data Transformation Health Check may fail when running the Agilent OpenLab Database Import / Transfer Service application. The following error will be displayed: duplicate key value violates unique constraint "pk_vfs_alf_nodedetails_nextrevision".
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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: Performance
One-line Description:
Incorrect Post Migration Cleanup status displayed
Problem:
After upgrading to OpenLab Server/ECM XT 2.8, the Post Migration Cleanup step of the Agilent OpenLab Database Import / Transfer Service application may fail with the following error, yet still report that the data transfer has succeeded: Failed to uninstall Agilent OpenLab Content management Add-in.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09. For this fix to be effective, OpenLab Server 2.8 Update 09 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: 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: Report Templates
One-line Description:
"Open Report Folder" does not work
Problem:
When using a MassHunter Quantitative Analysis 12.1 Network Workstation with an OpenLab Server/ECM XT 2.8 backend, the "Open Report Folder" option in the Generate Report dialog or in the Quant ribbon bar opens the Content Browser but does not automatically navigate the user to the report folder.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09.
Keyword: Report Templates
One-line Description:
Missing information in the Automatic Archive Online Task Report
Problem:
After upgrading to OpenLab Server/ECM XT 2.8 and running the Agilent OpenLab Database Import / Transfer Service application to migrate data, an Automatic Archive Online Task Report is generated to record information on any Automatic Archive tasks that were migrated. This report fails to document whether the Automatic Archive tasks were configured with the "Archive this folder if all its contents meet the archive criteria" option selected.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 09, and a new "Lock subfolder if all its content are locked" line is now included on the Automatic Archive Online Task Report for each migrated automatic archive task. For this fix to be effective, OpenLab Server 2.8 Update 09 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: 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 release of OpenLab Server 2.8 software updates. For upgrades which have already taken place, the 6 digit precision cannot be restored.
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.
Keyword: Workflow
One-line Description:
SVT test might fail for a server using ECM 3.6 and BPM as backend
Problem:
ECM 3.6 BPM client and ECM 3.6 client use the same product name in the IQT file. As a result, the Software Verification Tool cannot find the corresponding entry in the IQT file to verify the ECM BPM client and test fails.
Temporary Solution:
n/a
Fix Information:
This issue is planned to be resolved in a future OpenLab CDS 2.8 update.