Software Status Bulletin
OpenLAB Server M8440BA
Known Problem Report as of Jun 1 2026 11:57PM
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#:1203418
Unable to log in when LDAP is configured to use Kerberos authentication
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#:1407065
New Activity Log entries can get stuck in the BufferedLogEntries folder
KPR#:1407776
Updating the user credentials used to access the domain server is not captured in the Activity Log
KPR#:1408207
The olcp_main.log file can be cluttered with unneccesary entries
KPR#:1408209
Activity Log entry for changing user when no change is made
KPR#:1408215
Unable to 'Save All' diagnostic logs from the Control Panel on some systems upgraded to v2.8
KPR#:1408228
VFSData folders are accessible to regular users after running the OpenLab Restore Utility
KPR#:1408230
Backup verification fails on bulk-imported files
KPR#:1408231
Restore Utility fails due to expired admin password
KPR#:1408232
System.Text.Json security vulnerability CVE-2024-30105
KPR#:1408233
The Certificate Service adds extraneous entries to the Windows Application Event Log
KPR#:1411421
Storage Location path does not allow the $ character
KPR#:1414556
Unable to reconfigure a 2.8 system with a new DB server
KPR#:1190462
Network location Storage type can be selected when you have Secure Storage
KPR#:1193326
Update Bootstrap
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#:1152454
Activity Log Count reported higher than in Backup on system with slow / full disk
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#:1188451
Test Services cannot load
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
KPR#:1407057
Poor application performance and freezing on large client/server systems
KPR#:1408216
Control Panel may crash on lock by inactivity timeout
KPR#:1408235
RabbitMQ can generate log files that consume significant disk space
KPR#:1408241
Secure Storage performance improvements
Keyword: Project Configuration
KPR#:1125397
Insufficient validation when configuring a project's folder path
KPR#:1408204
An unlikely race condition may cause failover replication to fail
KPR#:1408211
Project paths including the horizontal ellipsis character "…" will be truncated
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#:1408206
Instrument Controller report shows "An error prevented Administrative reports from being displayed"
KPR#:1408234
Empty topology report from systems using MS SQL Server
KPR#:1408236
Windows Defender Firewall can interfere with the analytics.json file creation
KPR#:1408239
Incorrect text displayed in the DataTransformationAutoArchive log
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#:1193325
Users not displayed on Test Services History page
KPR#:1291096
OpenLab CDS 2.8 Server with PostgreSQL Activity Log timestamps reduced to 3 milliseconds precision after upgrade
KPR#:1408114
Software Update installer continues to display a status of "Installing" when the installation is complete
KPR#:1408117
Invalid Amazon S3 storage configuration accepted
KPR#:1408238
Incorrect Content Browser Start menu icon
KPR#:1152459
Restarting services fails during Restore on systems with Sample Scheduler activated
KPR#:1171344
Restore Utility fails at Stopping Services or connecting to the database
KPR#:1188449
Security Vulnerability finding in Test Services
KPR#:1195881
Storage system test fails after upgrade to OpenLab 2.8
KPR#:1217114
Test Services - Workflow test goes into a pending status
KPR#:1219719
Backup and Restore utilities uninstalled during OpenLab CDS 2.8 or OpenLab Server 2.8 software update
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:
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:
Installation of RabbitMQ fails when user profile is on a network share
Problem:
If the installation user profile is on a network share, the installation of OpenLab CDS 2.8 and OpenLab Server/ECM XT 2.8 may fail at the RabbitMQ installation step.
Temporary Solution:
It may be necessary for the customer to create an admin account that has NO mapping of the user home drive to a network folder to allow the installation to complete.
Fix Information:
n/a
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:
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:
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:
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:
OpenLab installs older Visual C++ components that are no longer supported by Microsoft
Problem:
OpenLab CDS 2.8 and OpenLab Server/ECM XT 2.8 install several Microsoft Visual C++ (MS VC++) components that are past their End of Support dates. While no security vulnerabilities related to these MS VC++ components have been identified that affect OpenLab applications, some customer IT departments may require that these out of support components be removed.
Temporary Solution:
n/a
Fix Information:
To accommodate these customers, a procedure to remove all out of support MS VC++ has been developed and tested. Some OpenLab CDS workflows will be negatively impacted by removing these MS VC++ components, and it is important to determine whether these workflows are needed on an OpenLab system BEFORE proceeding with this procedure. Please contact your local Agilent support for more information.
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:
One-line Description:
Sample Scheduler installation failure during upgrade to ECM XT 2.8 FP1 due to TEMP/TMP path mismatch
Problem:
During the server upgrade to version ECM XT 2.8 FP1, the Sample Scheduler installation may fail if the TEMP and TMP environment variables are not aligned between user and system settings.
Temporary Solution:
If the upgrade is done once and failed, a file named dbinfo.txt is created in the appdata\local\Temp folder.
To recover from this situation, manually copy the DBinfo.txt file to SystemTemp location or ensure that the temp and tmp folder path in the environment variables are synchronized between the user variables and the system variables and then restart the server upgrade.
Option 1: Copy the “DBinfo.txt” file
1. After failure, locate:
%LOCALAPPDATA%\Temp\dbinfo.txt
2. Copy to:
C:\Windows\SystemTemp\DBInfo.txt
3. Align TEMP/TMP paths across user and system variables (e.g., C:\Windows\SystemTemp).
4. Restart the Server
5. Start upgrade to ECM XT 2.8 FP01
Or
Option 2: Synchronize temp variables
1. On Server machine, run the PowerShell script below (Note: It sets users environment variable TEMP and TMP values to C:\Windows\SystemTemp):
$TempPath = "C:\Windows\SystemTemp"
[Environment]::SetEnvironmentVariable("TEMP", $TempPath, "User")
[Environment]::SetEnvironmentVariable("TMP", $TempPath, "User")
Write-Host "TEMP and TMP set for current user."
2. Restart the Server
3. Start upgrade to ECM XT 2.8 FP01
Fix Information:
No fix planned.
Keyword:
One-line Description:
Issues installing OpenLab Server 2.8 Updates on systems with an external MS SQL Server database server
Problem:
Installing OpenLab Server 2.8 Update 05 (or later) on an OpenLab Server/ECM XT v2.8 system with an external MS SQL Server database server may result in a failure when installing the OpenLab Shared Services (3.7.1.605) component. This issue only occurs on systems where the database administrator credentials provided during Step 2 of the installation were Windows credentials as opposed to the SQL Server database administrator account (sa) credentials. The %ProgramData%\Agilent\InstallLogs\SoftwareUpdate\<DateTime>\Agilent_OpenLab_Server_2.8_Update_0X_…_OLSS.log will capture the below error message when executing the RunMigrationTool action, where ‘Domain\Hostname$’ will be populated with the OpenLab application server’s domain and hostname: System.Data.SqlClient.SqlException (0x80131904): Login failed for user 'Domain\Hostname$'
Temporary Solution:
The computer account of the OpenLab server is only required during installation of the update and can be removed after the update. Contact your local Agilent support for detailed instructions on adding the OpenLab server's computer account as a SQL Server account with the appropriate role.
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword:
One-line Description:
FlexNet Publisher security vulnerability CVE-2024-2658
Problem:
Description of the security vulnerability: A misconfiguration in FlexNet Publisher lmadmin.exe allows the OpenSSL configuration file to load from a non-existent directory. An unauthorized, locally authenticated user with low privileges can potentially create the directory and load a specially crafted openssl.conf file leading to the execution of a malicious DLL (Dynamic-Link Library) with elevated privileges. After investigating this security vulnerability, it was ultimately concluded that OpenLab CDS and OpenLab Server/ECM XT are not affected for the following reasons: -OpenLab does not configure FlexNet Publisher to use OpenSSL or certificates directly. Therefore, the system does not attempt to read the openssl.conf file, and the attack vector described in CVE-2024-2658 is not enabled. -FlexNet Publisher’s configuration files are stored in secure directories on the server, inaccessible to non-privileged users. -Modifying FlexNet Publisher to use OpenSSL requires administrative privileges, which already implies elevated access. Thus, the scenario described in the CVE does not apply to a standard OpenLab environment. -Versions 2.6, 2.7, and 2.8 of OpenLab CDS and OpenLab Server/ECM XT do not utilize HTTPS within FlexNet Publisher, further eliminating the exploit path.
Temporary Solution:
n/a
Fix Information:
Both OpenLab CDS 3.0 and OpenLab Server 2.8 Update 10 with Feature Pack 01 incorporate Flexera lmadmin.exe v11.19.7.0, which fully eliminates the attack vector. That being said, it is worth reiterating that even the versions of OpenLab CDS and OpenLab Server/ECM XT that include lmadmin.exe versions older than v11.19.6.0 are not affected by this security vulnerability, for the reasons outlined in the SSB Problem Description. NOTE: Starting with FlexNet Publisher 11.19.6, hostid validation rules have been tightened and now require Ethernet hostids to be permanent and stable (more information can be found here: https://docs.revenera.com/fnp/2024r2/LicAdmin_Guide/Content/helplibrary/Ethernet_Hostids.htm ). This means that license files that were created using hostids (MAC addresses) that are not permanent will no longer work after upgrading to OpenLab CDS 3.0 or installing OpenLab Server 2.8 Update 10 with Feature Pack 01. To determine if a MAC address is permanent, run the following PowerShell command in an administrator PowerShell session. Only MAC addresses where MacAddress == PermanentAddress in the PowerShell command output are valid for licensing. PowerShell command: Get-NetAdapter | Select-Object Name, MacAddress, PermanentAddress, StatusShow
Keyword:
One-line Description:
Backup verification error "Checksum mismatch" or "Could not find a part of the path..."
Problem:
If file paths become too long, the backup utility may fail with a verification error. Typical error messages include “Checksum mismatch” and “Could not find a part of the path...”.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01. There is no planned fix for OpenLab Server/ECM XT 2.7.
Keyword:
One-line Description:
Test Services is unable to connect to systems using MS SQL Server on a custom port
Problem:
A problem has been identified with Test Services (TS) when Microsoft SQL Server is configured to use a custom TCP port instead of the default port 1433. TS assumes that SQL Server is reachable on the default TCP port. If MS‑SQL is configured with a non-default/custom port, TS does not automatically detect or use this port. As a result, TS cannot establish a database connection without additional manual configuration. In such environments, manual configuration of TS is required to explicitly specify the custom SQL Server port. Without this manual adjustment, database connectivity issues may occur during service startup or operation. This behavior is observed only when MS‑SQL is configured to use a custom TCP port and does not affect installations using the default port (1433).
Temporary Solution:
n/a
Fix Information:
This issue is fixed in Agilent Test Services 3.7 and OpenLab Server 2.8 Update 10 with Feature Pack 01.
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 multiple components using out-of-date versions of Npgsql.
Temporary Solution:
n/a
Fix Information:
OpenLab Server 2.8 Update 03 updates Npgsql for Secure Storage from v6.0.8 to v6.0.12. OpenLab Server 2.8 Update 10 with Feature Pack 01 updates Npgsql for OpenLab Shared Services from v6.0.3 to v6.0.11, and Npgsql for Data Repository from v5.0.7 to v8.0.3.
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 log in when LDAP is configured to use Kerberos authentication
Problem:
On systems using Windows Domain authentication, users will not be able to log in if LDAP is configured to use Kerberos authentication. In such cases, a "Connection to the selected server failed" error will be displayed when launching the Control Panel, and a "Could not connect to authentication provider" error will be displayed when attempting to log in to the Content Browser.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.7 Update 10 and OpenLab Server 2.8 Update 10 with Feature Pack 01.
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: Administration
One-line Description:
New Activity Log entries can get stuck in the BufferedLogEntries folder
Problem:
In cases where the authentication provider (usually Active Directory) is unavailable, buffered activity log entries can build up in the "%ProgramData%\Agilent\BufferedLogEntries" folder on the machines where the activity log entries originated. In these cases, impacted entries are not incorporated into the System Activity Log.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
Updating the user credentials used to access the domain server is not captured in the Activity Log
Problem:
When using a Windows Domain as the authentication provider for OpenLab Server/ECM XT 2.8, a domain user can be used to query for domain information. If the configured domain user's password changes, it must be updated using the Shared Services Maintenance tool. When this is done, no corresponding "Credentials have been updated" entry is made in the System Activity Log.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
The olcp_main.log file can be cluttered with unneccesary entries
Problem:
By default, the olcp_main.log file (located under %ProgramData%\Agilent\LogFiles) will include many entries that provide no value during troubleshooting. In extreme situations, the inclusion of these log entries can cause the log file to rollover so many times in a short period of time that the backup copies are overwritten before they can be collected. Example of the log entries in question: [Info]878:1]:Agilent.OpenLab.UI.Instruments.Services.InstrumentService.TryGetLauncher() starting [Info]878:1]:Agilent.OpenLab.UI.Instruments.Services.InstrumentAccessoriesService.GetAssociatedProjectInfo() starting [Info]878:1]:Agilent.OpenLab.UI.Instruments.ProjectSupport.InstrumentProjectsCache.GetProjectAssignmentInfo() ended
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01. By default, these log entries will no longer be captured by the olcp_main.log file. If needed, the log file's logging level can be updated to 'Verbose' to reintroduce these entries. This can be done using the Diagnostics Dashboard: "DRIVE:\Program Files (x86)\Agilent Technologies\OpenLab Services\Diagnostics"
Keyword: Administration
One-line Description:
Activity Log entry for changing user when no change is made
Problem:
When editing a User in the OpenLab Control Panel, if no changes are made and the user clicks OK, then an Activity Log entry stating that the user was updated will be recorded.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
Unable to 'Save All' diagnostic logs from the Control Panel on some systems upgraded to v2.8
Problem:
In some rare cases, the 'Save Logs' option on the Control Panel's Administration>Diagnostics page will trigger an error if all of the available logs are selected. The error will state: "An error occurred retrieving diagnostics information". This error is caused by duplicate entries of the same log being selected.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
VFSData folders are accessible to regular users after running the OpenLab Restore Utility
Problem:
In OpenLab Server/ECM XT 2.8 and OpenLab CDS 2.8 (Workstation Plus only), all physical data files of the Secure Storage system are stored in the VFSData folder within the configured storage location path(s). During installation, access permissions for the VFSData folder are restricted to the SYSTEM account and the Administrators group. When a system is restored using the OpenLab Restore Utility, the VFSData folder is recreated with the default Windows permission settings, which include the Users group.
Temporary Solution:
After restoring, access the permission settings of the VFSData folder(s) and remove the "Users" group.
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
Backup verification fails on bulk-imported files
Problem:
After a successful backup using the OpenLab Backup Utility, the backup verification step will fail when verifying files uploaded to Secure Storage using the Bulk Import feature due to missing checksum data.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
Restore Utility fails due to expired admin password
Problem:
When running the Restore Utility to restore a system using Internal Authentication, the restore will fail if the provided user credentials have expired (per the OpenLab system's Security Policy: Password expiration period setting). The error in the Restore Utility log will state: "Agilent.OpenLab.BackupRestore.SharedServices.Exception.LoginUserException: The user was not able to log in during the retrieval of the database statistics. Type: OlssRecordsInfoProvider; Error Message: User must change password."
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
System.Text.Json security vulnerability CVE-2024-30105
Problem:
Multiple OpenLab 2.8 services use System.Text.Json v7.0.x, which is potentially vulnerable to a .NET Denial-of-Service Vulnerability (CVE-2024-30105).
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01 by updating System.Text.Json to a version unaffected by this vulnerability (v9.0.x).
Keyword: Administration
One-line Description:
The Certificate Service adds extraneous entries to the Windows Application Event Log
Problem:
The Agilent OpenLab Certificate Service can add many health-related entries to the Windows Application Event Log that provide no troubleshooting value.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Administration
One-line Description:
Storage Location path does not allow the $ character
Problem:
During installation of an OpenLab Server/ECM XT 2.8 server, Step 4 (and subsequently the Configuration Utility) does not allow the usage of the $ character for the Storage Location path. This can prevent hidden shares from being configured as the primary storage location at the time of installation.
Temporary Solution:
While the Installer and Configuration Utility do not accept the $ character in the Storage Location path, this limitation is not present on the Storage Administration page, where affected storage locations can be configured.
Fix Information:
This issue is fixed in the newly released installation media, OpenLab ECM XT 2.8 Feature Pack 01, published on SubscribeNet on MMM DD, 2026.
Keyword: Administration
One-line Description:
Unable to reconfigure a 2.8 system with a new DB server
Problem:
On an OpenLab Server/ECM XT v2.8 system, it is not possible to use the Configuration Utility to reconfigure the system to use a new database server.
Temporary Solution:
Before the release of OpenLab Server 2.8 Update 10 with Feature Pack 01, this reconfiguration required that a fresh OpenLab Server/ECM XT application server be installed. During this installation, provide the desired database server's information when prompted. After the installation is complete, restore a backup of the original system on the new system.
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01. After installing this update, the Configuration Utility will include new pages (Database Type, Database Server, and Schema Information), allowing administrators to reconfigure their system to use a new database server. Do NOT rerun Installer Step 2 on an already-installed OpenLab Server/ECM XT v2.8 server to perform any database server reconfiguration tasks. These should only be performed by using the Configuration Utility and following the procedures documented in the latest revision of the OpenLab Server and OpenLab ECM XT Administration Guide. In extreme cases, rerunning Installer Step 2 can lead to data loss. When in doubt, please contact your local Agilent support for guidance.
Keyword: Configuration
One-line Description:
Network location Storage type can be selected when you have Secure Storage
Problem:
Although there is an OpenLab Control Panel option in Administration > System Configuration > Edit System Settings > Storage type dropdown to change the storage type from Secure Storage to Network Location, this should not be done under any circumstances as it will make the system unusable. In addition, it will not be possible to change the Storage Type back to Secure Storage in the System Configuration.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01 by removing the Network Location storage type option.
Keyword: Configuration
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, OpenLab Server 2.8 Update 07, and OpenLab CDS v3.0.
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 and OpenLab CDS v3.0.
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 and OpenLab CDS v3.0.
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:
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, OpenLab Server 2.8 Update 03, and OpenLab CDS v3.0.
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:
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, OpenLab Server 2.8 Update 07, and OpenLab CDS v3.0.
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: Performance
One-line Description:
Poor application performance and freezing on large client/server systems
Problem:
On some large client/server systems, poor performance and freezing have been observed when under heavy load. Some of the areas where this poor performance has been observed are: - Logging in to the Control Panel - Navigating between views (Instruments, Projects, Administration) in the Control Panel - Launching CDS applications from the Control Panel - Generating administrative reports in the Control Panel
Temporary Solution:
n/a
Fix Information:
A number of OpenLab Shared Services improvements have been implemented in OpenLab Server 2.8 Update 10 with Feature Pack 01 to address these performance issues.
Keyword: Performance
One-line Description:
Control Panel may crash on lock by inactivity timeout
Problem:
In rare instances, it has been observed that the OpenLab Control Panel can crash when the application locks due to inactivity (this inactivity time is defined in the Administration>Security Policy settings).
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Performance
One-line Description:
RabbitMQ can generate log files that consume significant disk space
Problem:
In rare cases, RabbitMQ may lock up and generate log files to the extent that systems run out of disk space. This issue can only occur on PCs/servers that have been renamed after installing OpenLab.
Temporary Solution:
A manual workaround is to stop the RabbitMQ service, delete the log file under C:\ProgramData\Agilent Technologies\OpenLab Platform\Data Repository\RabbitMQ\log, and restart the service. The RabbitMQ service can also be configured to rotate the log file daily and keep 5 days' worth of logs by editing C:\ProgramData\Agilent\OpenLab Platform\RabbitMQ\rabbitmq.conf to include the following settings: log.file = C:\ProgramData\Agilent\LogFiles\OpenLab Platform\RabbitMQ\rabbitmq.log # keep up to 5 archived log files in addition to the current one log.file.rotation.count = 5 ## $D0 -> rotate a log file every 24 hours at midnight log.file.rotation.date = $D0
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Performance
One-line Description:
Secure Storage performance improvements
Problem:
To improve Secure Storage performance for operations such as copy, move, and delete, new database indexes have been introduced for both PostgreSQL and MS SQL Server databases.
Temporary Solution:
n/a
Fix Information:
The new performance indexes will be implemented with the installation of OpenLab Server 2.8 Update 10 with Feature Pack 01.
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: Project Configuration
One-line Description:
An unlikely race condition may cause failover replication to fail
Problem:
On large systems being accessed by many users at one time, there is a very slim chance that deleting a project in the OpenLab Control Panel may cause failover replication on an AIC to fail. This can only happen in the rare instance where a project is deleted at a specific point in the replication process.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Project Configuration
One-line Description:
Project paths including the horizontal ellipsis character "…" will be truncated
Problem:
On systems using ECM 3.x as a storage backend, root project paths that include a horizontal ellipsis character (Unicode U+2026) will be truncated.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01. After installing this update, horizontal ellipsis characters will not be accepted in the project folder path. Please note that the horizontal ellipsis character will be an accepted character for project names.
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: Reports
One-line Description:
Instrument Controller report shows "An error prevented Administrative reports from being displayed"
Problem:
The Instrument controller and system report will show the error message "An error prevented Administrative reports from being displayed" in cases where there is an AIC registered on the server that has no DNS entry. These AICs will show up in the OLCP Instrument Controllers list with a Network Status of "Unresolved".
Temporary Solution:
This can be solved by creating DNS entries for all AICs, or by deleting obsolete instrument controllers.
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Reports
One-line Description:
Empty topology report from systems using MS SQL Server
Problem:
Every OpenLab system generates and maintains an analytics.json file containing configuration information that is helpful in troubleshooting. In OpenLab 2.8, it has been found that analytics.json files from systems using MS SQL Server to host their databases can no longer be used to render topology reports.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Reports
One-line Description:
Windows Defender Firewall can interfere with the analytics.json file creation
Problem:
The default Windows Defender Firewall inbound rules created during the installation of OpenLab Server/ECM XT 2.8 can be insufficient. This can lead to situations where no analytics.json file is created, or the analytics.json file is no longer regularly updated with current system configuration information. For context, every OpenLab system should generate and maintain an analytics.json file containing configuration information that is helpful in troubleshooting. This file is by default saved in the following location: "%ProgramData%\Agilent\LogFiles\OpenLab Platform".
Temporary Solution:
n/a
Fix Information:
n/a
Keyword: Reports
One-line Description:
Incorrect text displayed in the DataTransformationAutoArchive log
Problem:
After upgrading a system to OpenLab Server/ECM XT 2.8, it is required to run the Agilent OpenLab Database Import / Transfer Service to migrate the existing database to the new 2.8 schema. Part of this migration involves transferring Auto-Archive jobs from pre-2.8 Content Management to analogous 2.8 Secure Storage Relocation Schedules and Lock Schedules. In cases where multiple Auto-Archive jobs are configured with the same name, a warning will be entered into the DataTransformationAutoArchive log file. This warning will include information about the corresponding Relocation Schedule and Lock Schedule, and the section in the log regarding the Lock Schedule will incorrectly include the text "Folder to relocate" rather than "Folder to lock".
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01. For this fix to be effective, OpenLab Server 2.8 Update 10 with Feature Pack 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: 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 issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
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:
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, OpenLab Server 2.8 Update 07, and OpenLab CDS v3.0.
Keyword: User Interface
One-line Description:
OpenLab CDS 2.8 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.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01. For this fix to be effective, OpenLab Server 2.8 Update 10 with Feature Pack 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. For upgrades that have already been performed, the 6-digit precision cannot be restored.
Keyword: User Interface
One-line Description:
Software Update installer continues to display a status of "Installing" when the installation is complete
Problem:
The Software Update installer UI for OpenLab Server 2.8 Update 08 and Update 09 will continue to display an "Installing..." status even after the installation has completed successfully.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: User Interface
One-line Description:
Invalid Amazon S3 storage configuration accepted
Problem:
When Amazon S3 is configured as a storage location, Secure Storage accepts an invalid storage path. As a result, uploading files to Secure Storage works, but the files cannot be downloaded.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: User Interface
One-line Description:
Incorrect Content Browser Start menu icon
Problem:
After installing software updates, the Content Browser icon in the Windows Start menu is replaced with the Agilent Spark logo.
Temporary Solution:
n/a
Fix Information:
This issue is fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01.
Keyword: Workflow
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, OpenLab Server 2.8 Update 03, and OpenLab CDS v3.0.
Keyword: Workflow
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, OpenLab Server 2.8 Update 05, and OpenLab CDS v3.0.
Keyword: Workflow
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, OpenLab Server 2.8 Update 07, and OpenLab CDS v3.0.
Keyword: Workflow
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 is also fixed in OpenLab Server 2.8 Update 10 with Feature Pack 01 and OpenLab CDS 3.0.
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, OpenLab CDS v2.8 Update 08 with Feature Pack 02, and OpenLab CDS v3.0.
Keyword: Workflow
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. This issue is also fixed in OpenLab CDS v3.0.
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 update.