Menu Close

1.4.2. 程序错误修复

  • 在更新前,当 OpenShift Elasticsearch Operator 创建索引管理 cronjobs 时,它会添加 POLICY_MAPPING 环境变量两次,这会导致 apiserver 报告重复。在这个版本中解决了这个问题,使得 POLICY_MAPPING 环境变量只为每个 cronjob 设置一次,且 apiserver 报告没有重复。(LOG-1130)
  • 在以前的版本中,将 Elasticsearch 集群挂起到零个节点不会挂起 index-management cronjobs,这会使这些 cronjobs 造成大量 backoff。然后,在取消暂停 Elasticsearch 集群后,这些 cronjobs 会因为达到最大 backoff 而停止。在这个版本中,通过挂起 cronjobs 和集群解决了这个问题。(LOG-1268)
  • 在这个版本中,在 OpenShift Container Platform 控制台中的 Logging 仪表板中,前 10 种日志生成容器列表缺少 "chart namespace" 标签,并提供不正确的指标名称 fluentd_input_status_total_bytes_logged。在这个版本中,chart 显示命名空间标签和正确的指标名称 log_logged_bytes_total。(LOG-1271)
  • 在更新之前,如果索引管理 cronjob 终止并显示错误退出代码,则报告错误退出代码:相反,其作业状态为"complete"。 在这个版本中,报告使用错误终止的索引管理 cronjobs 的错误退出代码解决了这个问题。(LOG-1273)
  • priorityclasses.v1beta1.scheduling.k8s.io 已从 1.22 中删除,并被 priorityclasses.v1.scheduling.k8s.io 替代(v1beta1v1beta1替代)。在更新之前,APIRemovedInNextReleaseInUse 警报是为 priorityclasses 生成的,因为 v1beta1 仍然存在。在这个版本中,将 v1beta1 替换为 v1,解决了这个问题。不再生成警报。(LOG-1385)
  • 在以前的版本中,OpenShift Elasticsearch Operator 和 Red Hat OpenShift Logging Operator 没有所需的注解,它们会显示在断开连接的环境中的 OpenShift Container Platform Web 控制台列表中。在这个版本中,将 operators.openshift.io/infrastructure-features: '["Disconnected"]' 注解添加到这两个 Operator 中,使它们出现在在断开连接的环境中运行的 Operator 列表中。(LOG-1420)
  • 在更新前,Red Hat OpenShift Logging Operator pod 被调度到在性能优化的单节点集群中为客户工作负载保留的 CPU 内核。在这个版本中,集群日志记录操作器 pod 调度到正确的 CPU 内核中。(LOG-1440)
  • 在更新前,一些日志条目没有被识别为 UTF-8 字节,这会导致 Elasticsearch 拒绝消息并阻塞整个缓冲的有效负载。在这个版本中,被拒绝的载荷会丢弃无效的日志条目并重新提交剩余的条目来解决这个问题。(LOG-1499)
  • 在更新前,kibana-proxy Pod 有时会变为 CrashLoopBackoff 状态并记录以下消息 Invalid configuration: cookie_secret must be 16, 24, or 32 bytes to create an AES cipher when pass_access_token == true or cookie_refresh != 0, but is 29 bytes.实际的字节数可能有所不同。在这个版本中,Kibana 会话 secret 的生成已被修正,kibana-proxy Pod 不会因为这个错误而进入 CrashLoopBackoff 状态。(LOG-1446)
  • 在这个版本中,AWS CloudWatch Fluentd 插件在所有日志级别记录了对 Fluentd 日志的 AWS API 调用,这会消耗额外的 OpenShift Container Platform 节点资源。在这个版本中,AWS CloudWatch Fluentd 插件仅在"debug"和"trace"日志级别记录 AWS API 调用。这样,在默认的"warn"日志级别中,Fluentd 不会消耗额外的节点资源。(LOG-1071)
  • 在更新前,Elasticsearch OpenDistro 安全插件会导致用户索引迁移失败。在这个版本中,通过提供新版本的插件解决了这个问题。现在,索引迁移可以正常进行。(LOG-1276)
  • 在更新前,在 OpenShift Container Platform 控制台中的 Logging 仪表板中,前 10 种生成日志的容器列表缺少数据点。此更新解决了这个问题,仪表板会显示所有数据点。(LOG-1353)
  • 在更新前,如果您要通过调整 chunkLimitSizetotalLimitSize 值来调整 Fluentd 日志转发器的性能,Setting queued_chunks_limit_size for each buffer to 消息报告值太低。当前更新解决了这个问题,此消息可以报告正确的值。(LOG-1411)
  • 在更新前,Kibana OpenDistro 安全插件会导致用户索引迁移失败。在这个版本中,通过提供新版本的插件解决了这个问题。现在,索引迁移可以正常进行。(LOG-1558)
  • 在这个版本中,使用命名空间输入过滤器会阻止该命名空间中的日志出现在其他输入中。在这个版本中,日志会发送到可以接受它们的所有输入。(LOG-1570)
  • 在以前的版本中, viaq/logerr 依赖项缺少许可证文件,这会导致许可证扫描程序在没有成功的情况下被中止。在这个版本中, viaq/logerr 依赖项使用 Apache 2.0 许可,许可证扫描程序可以成功运行。(LOG-1590)
  • 在更新前,elasticsearch-operator-bundle 构建管道中的 curator5 的不正确的 brew 标签会导致拉取镜像被固定到 dummy SHA1 中。在这个版本中,构建管道使用 logging-curator5-rhel8 来引用 curator5,索引管理 cronjobs 可以从 registry.redhat.io 中拉取正确的镜像。(LOG-1624)
  • 在更新前,ServiceAccount 有一个权限问题,这会导致错误,如 no permissions for [indices:admin/aliases/get]。在这个版本中,权限修复解决了这个问题。(LOG-1657)
  • 在更新前,Red Hat OpenShift Logging Operator 的自定义资源定义 (CRD) 缺少 Loki 输出类型,这会导致准入控制器拒绝 ClusterLogForwarder 自定义资源对象。在这个版本中,CRD 包含 Loki 作为输出类型,以便管理员可以配置 ClusterLogForwarder 以将日志发送到 Loki 服务器。(LOG-1683)
  • 在这个版本中,OpenShift Elasticsearch Operator 协调 ServiceAccounts 覆盖了包含 secret 的第三方拥有的字段。这会导致因为频繁重新创建 secret 而导致内存和 CPU 激增。这个版本解决了这个问题。现在,OpenShift Elasticsearch Operator 不会覆盖第三方拥有的字段。(LOG-1714)
  • 在更新前,在 ClusterLogging 自定义资源 (CR) 定义中,如果您指定了 flush_interval 值但没有将 flush_mode 设置为 interval,Red Hat OpenShift Logging Operator 会生成 Fluentd 配置。但是,Fluentd 收集器在运行时生成一个错误。在这个版本中,Red Hat OpenShift Logging Operator 会验证 ClusterLogging CR 定义,只有指定了这两个字段时才会生成 Fluentd 配置。(LOG-1723)