Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

In Usage Engine 2.0.3, there are the following known issues:

Table of Contents

mzcli Commands Do Not Provide Return Codes

If you are using scripted solutions requiring return codes, you must use the mzsh commands, since the mzcli commands do not provide return codes.

Pico Details Not Entirely Correct

When looking at pico details, either in the Web Interface or in the Pico Viewer, the details may not be entirely correct regarding number of CPUs and IP address.

OpenAPI Validation Error for Type enum

There is a bug when performing OpenAPI validation for parameters of the enum type. The bug is based on: https://bitbucket.org/atlassian/swagger-request-validator/issues/161/mockmvc-openapi-30-type-of-enum-parameter

...

A workaround would be to add the 'type: string' parameter on the same level as the 'anyOf'.

Encrypted Dynamic Workflows Uneditable in Web Interface

It is recommended not to use or create an encrypted dynamic workflow as you will not able to make any changes to the workflow in the web interface. 

Importing Old Configurations with Web Services Using Keystore Requires Additional Configuration

If you have an old webservice configuration from 8.x that uses keystore then the existing Security profile will be empty and to use a Security profile, you need to create a new one. This also applies to Diameter if it uses the Security profile.

Anchor
disconnect
disconnect
The mzcli Command 'disconnect' is not Working on Containerized Solutions

When running the /wiki/spaces/DRXXE/pages/6210196 command in a containerized solution the ECD will unexpectedly terminate.

Anchor
limitpw
limitpw
The property for limiting password changes needs the property "reset.enabled" to be set

Info
titleWorkaround

Settings for the platform, values.yaml:

Code Block
systemProperties:
    - mz.security.user.control.enabled=true
    - mz.security.user.password.reset.enabled=true
    - mz.user.account.change.password.limit=true


terraform template does not support M1 Mac with darwin_arm64 architecture

The setup files for AWS installation does not contain a provider that supports the new M1 Mac darwin_arm64 architecture.

The error is recorded as:

Code Block
➜ terraform terraform init
Initializing the backend...

Initializing provider plugins...

Finding hashicorp/aws versions matching "~> 2.0"...
╷
│ Warning: Version constraints inside provider configuration blocks are deprecated
│
│ on provider.tf line 5, in provider "aws":
│ 5: version = "~> 2.0"
│
│ Terraform 0.13 and earlier allowed provider version constraints inside the provider configuration block, but that is now deprecated and will be removed in a future version of
│ Terraform. To silence this warning, move the provider version constraint into the required_providers block.
╵
╷
│ Error: Incompatible provider version
│
│ Provider registry.terraform.io/hashicorp/aws v2.70.1 does not have a package available for your current platform, darwin_arm64.
│
│ Provider releases are separate from Terraform CLI releases, so not all providers are available for all platforms. Other versions of this provider may have different platforms
│ supported.

Web Desktop Does Not Show SCP Collection Agents in Dynamic Batch Workflows

Dynamic batch workflows containing SCP Collection Agent does not show in the Web desktop. So it is recommended to use desktop client for workflows containing these agents.

Importing Old Data Veracity Collection Agent Workflow Configurations Returned Validation Errors

If you have an old Data Veracity Collection Agent Workflow configuration from version 8.x, it is possible that validation errors about invalid Analysis Agents may occur.

...