1.5. Red Hat Quay 3.9 已知的问题和限制

以下小节介绍了 Red Hat Quay 3.9 的已知问题和限制。

1.5.1. 已知问题:

1.5.1.1. 升级已知问题

升级 Red Hat Quay 部署时有两个已知的问题:

  • 如果您的 Red Hat Quay 部署从一个 y-stream 升级到下一个(例如从 3.8.10 → 3.8.11),则不得将升级频道从 stable-3.8 切换到 stable-3.9。在 y-stream 升级过程中更改升级频道将不允许 Red Hat Quay 升级到 3.9。这是一个已知问题,并将在以后的 Red Hat Quay 版本中解决。
  • 当从 Red Hat Quay 3.7 升级到 3.9 时,您可能会收到以下错误: pg_dumpall: error: query failed: ERROR: xlog flush request 1/B446CCD8 不满足 --- flushed to 1/B0013858。这个问题的一个临时解决方案是,您可以在 OpenShift Container Platform 部署中删除 quayregistry-clair-postgres-upgrade 作业,这应该解决这个问题。

1.5.1.2. 其他已知问题

  • 使用 conftest pull 命令获取策略可能会返回以下错误: Error: download policies: client get: stat /policy/quay-quay-enterprise-847.apps.quaytest-847.qe.devcluster.openshift.com/conftest/policy:latest: no such file or directory.作为临时解决方案,您可以在 registry 主机上添加 oci:// 前缀。例如:

    $ conftest pull oci://mkoktest.quaydev.org/admin/conftest:v1

    这是一个已知问题,并将在以后的 Red Hat Quay 版本中解决。(PROJQUAY-5573)

  • Red Hat Quay 3.9 引入了对配额管理功能的更改。其中一个变化是时间窗中的标签现在计算您的机构的配额总数。

    当代理缓存功能在具有 硬配额 检查和机器设置设置的一个新机构中配置时 存在一个已知问题。在总和中,代理机构中的标签都给出一个标签过期时间,默认为 1 天。如果您的代理机构在您的机构设置下有一个时间机器策略设置为超过 几秒钟 的时间,且标签过期,则它不会立即可用于垃圾回收;它必须等到可以垃圾回收前的时间窗之外。因为垃圾回收时出现减法,并且修剪的标签保存在您的机构设置分配的时间范围内,所以镜像标签不会立即收集。这会导致配额消耗指标没有被更新,并运行代理机构通过分配的配额带来的风险。

    当为代理机构配置了硬配额检查时,Red Hat Quay 管理员将希望在时间窗内回收标签所占用的空间,以防止组织达到其分配的配额。作为临时解决方案,您可以在 Red Hat Quay UI 上的 OrganizationsSettings 下将代理机构的时间机器过期时间设置为 几秒钟。这会立即删除镜像标签,并允许更准确的配额消耗指标。

    这是使用软配额检查的代理机构的非签发,并可以被忽略。

  • 从地理复制的 Red Hat Quay 部署中删除站点时,在运行 python -m util.removelocation:/app/lib/python3.9/site-packages/tzlocal/unix.py:141: SyntaxWarning: "is not" with a literal.您意味着 "!="? while start is not 0: /app/lib/python3.9/site-packages/netaddr/strategy/{}init{}.py:189: SyntaxWarning: "is not" with a literal。您是否意味着 "!="? if word_sep is not ''.您可以通过输入 y 来确认删除您的站点。此错误是一个已知问题,将在以后的 Red Hat Quay 版本中删除。

1.5.2. Red Hat Quay 3.9 限制

  • 您必须使用 Splunk UI 查看 Red Hat Quay 操作日志。目前,在 Red Hat Quay Usage Logs 页面中查看 Splunk 操作日志不受支持,并返回以下信息: Method not implemented。Splunk 不支持日志查找