1.7. Logging 5.6.4
此发行版本包括 OpenShift Logging 程序错误修复 5.6.4。
1.7.1. 程序错误修复
- 在此次更新之前，当 LokiStack 部署为日志存储时，Loki pod 生成的日志会被收集并发送到 LokiStack。在这个版本中，Loki 生成的日志不包括在集合中，不会存储。(LOG-3280)
- 在此次更新之前，当 OpenShift Web 控制台的 Logs 页面中的查询编辑器为空时，下拉菜单不会被填充。在这个版本中，如果尝试空查询，会显示错误消息，且下拉菜单现在会如预期填充。(LOG-3454)
-
在此次更新之前，当
tls.insecureSkipVerify选项被设置为true时，Cluster Logging Operator 会生成不正确的配置。因此，当尝试跳过证书验证时，Operator 无法将数据发送到 Elasticsearch。在这个版本中，Cluster Logging Operator 会生成正确的 TLS 配置，即使启用了tls.insecureSkipVerify。因此，即使尝试跳过证书验证，数据也可以成功发送到 Elasticsearch。(LOG-3475) - 在此次更新之前，当启用结构化解析且消息转发到多个目的地时，它们不会被深度复制。这会导致一些接收的日志，包括结构化消息，而其他日志则没有。在这个版本中，在 JSON 解析前，配置生成已被修改为深度复制信息。因此，所有收到的消息现在都包含结构化消息，即使它们被转发到多个目的地。(LOG-3640)
-
在此次更新之前，如果
collection字段包含{}，可能会导致 Operator 崩溃。在这个版本中，Operator 将忽略这个值，允许 Operator 在不中断的情况下平稳运行。(LOG-3733) -
在此次更新之前，LokiiHost 的 Gateway 组件的
nodeSelector属性没有任何效果。在这个版本中，nodeSelector属性可以正常工作。(LOG-3783) - 在此次更新之前，静态 LokiStack memberlist 配置只依赖于私有 IP 网络。因此，当 OpenShift Container Platform 集群 pod 网络配置了公共 IP 范围时，Lokiition pod 会出现 crashloop。在这个版本中，Loki 管理员可以选择将 pod 网络用于 memberlist 配置。这解决了这个问题，并防止 LokiStack pod 在 OpenShift Container Platform 集群 pod 网络配置了公共 IP 范围时进入 crashloop 状态。(LOG-3814)
-
在此次更新之前，如果
tls.insecureSkipVerify字段设置为true，Cluster Logging Operator 会生成不正确的配置。因此，当尝试跳过证书验证时，Operator 无法将数据发送到 Elasticsearch。在这个版本中，即使启用了tls.insecureSkipVerify，Operator 也会生成正确的 TLS 配置。因此，即使尝试跳过证书验证，数据也可以成功发送到 Elasticsearch。(LOG-3838) - 在此次更新之前，如果 Cluster Logging Operator (CLO) 安装没有 Elasticsearch Operator，则 CLO pod 会持续显示与删除 Elasticsearch 相关的错误消息。在这个版本中，CLO 在显示任何错误消息前执行额外的检查。因此，没有 Elasticsearch Operator 时不再显示与 Elasticsearch 删除相关的错误消息。(LOG-3763)
