第 4 章 MTA 7-0-1

4.1. 已知问题

Migration Toolkit for Applications (MTA)版本 7.0.1 有以下问题。

MTA CLI 在使用基于 ARM 的架构的机器上无法正常工作

MTA CLI 在使用基于 ARM 的架构的机器上无法正常工作。解决方法是使用上游镜像，它可以正常工作，因为它们使用多架构构建。要做到这一点，请发出：

RUNNER_IMG=quay.io/konveyor/kantra:latest CMD_NAME=kantra ./mta-cli analyze ...

在 RBAC中延迟权限更新和用户取消激活

删除时，取消激活或降级用户的角色，例如将用户从 Admin 改为 Migrator，更改可能需要几分钟才能生效。更改用户状态时出现这个延迟可能会导致操作或安全风险。MTA-1809

重新启用 Keycloak 中断 MTA

Keycloak 默认启用。如果您禁用并重新启用 Keycloak，则无法在再次登录后在 MTA web 控制台中执行任何操作。

当禁用 auth/Keycloak 并重新启用时，造成此错误的原因是，因为 credential-mta-rhsso secret 被更新。

建议的解决方法是在重新启用 auth 后恢复 credential-mta-rhsso secret 中的旧密码。MTA-1152

org.apache.derby.derby 依赖项没有分析

没有分析 org.apache.derby.derby 依赖项。MTA-1817

通过继承评估重新评估应用程序时的冗余警告

系统重复显示有关在重新评估应用程序时覆盖继承评估的警告消息。

此警告适用于第一个评估，在后续重新评估中错误重新评估，建议应用仍然继承其评估，即使它已被覆盖。MTA-1825

有关本发行版本中所有已知问题的完整列表，请参阅 JIRA 中的已知问题列表。

Microsoft Windows 上的 Podman 的限制

CLI 构建并分发，支持 Microsoft Windows。

但是，当运行基于 Red Hat Enterprise Linux 9 (RHEL9)或通用基础镜像 9 (UBI9)的任何容器镜像时，启动容器时可能会返回以下错误：

Fatal glibc error: CPU does not support x86-64-v2

造成此错误的原因是，Red Hat Enterprise Linux 9 或通用基础镜像 9 容器镜像必须在支持 x86-64-v2 的 CPU 架构上运行。

CLI 可以正确运行容器运行时。但是，不支持不同的容器运行时配置。

虽然不支持，但您可以使用 Docker 而不是 Podman 运行 CLI，这将解决这个问题。

要达到此目的，您需要将 PODMAN_BIN 路径替换为 Docker 的路径。

例如，如果您遇到这个问题，而不是发出：

PODMAN_BIN=/usr/local/bin/docker mta-cli analyze

将 PODMAN_BIN 替换为 Docker 的路径：

<Docker Root Dir>=/usr/local/bin/docker mta-cli analyze

虽然不支持此功能，但您可以浏览 CLI，同时您负责升级硬件或迁移到支持 x86_64-v2 的硬件。