秒(30s)，以便收集器回收连接 并重新尝试在合理的时间内发送失败消息。(LOG-2534) 在此次更新之前，网关组件强制租期中的错误，用于读取带有 Kubernetes 命名空间的日志的有限 访问会导致 "audit" 以及一些 "infrastructure" 日志不可读取。在这个版本中，代理可以正确地检 测到具有 admin 访问权限的用户，并允许在没有命名空间的情况下访问日志。(LOG-2448) 在 annotations: logging.openshift.io/preview-vector-collector: enabled spec: collection: logs: type: "vector" vector: {} OpenShift Container Platform 4.8 日志 日志记录 记录 16 e. 选择 Enable 节点上运行的基础架构组件生成的日 志，如 journal 日志。基础架构组件是在 openshift*、kube* 或 default 项目中运行的 pod。 audit - 由 auditd 生成的日志，节点审计系统存储在 /var/log/audit/audit.log 文件中，以及 Kubernetes apiserver 和 OpenShift apiserver 的审计日志。 注意 注意 由于内部

节点上运行的基础架构组件生成的日 志，如 journal 日志。基础架构组件是在 openshift*、kube* 或 default 项目中运行的 pod。 audit - 由节点审计系统 (auditd) 生成的日志，这些日志保存在 /var/log/audit/audit.log 文件 中，以及 Kubernetes apiserver 和 OpenShift apiserver 的审计日志。 注意 注意 由于内部 默认情况下，日志收集器使用以下源： 所有系统的日志记录的 journald /var/log/containers/*.log 用于所有容器日志 如果您配置了日志收集器来收集审计日志，它会从 /var/log/audit/audit.log 中获取日志信息。 日志记录收集器是一个守护进程集，它将 pod 部署到每个 OpenShift Container Platform 节点。系统及基 础架构日志由来自操作系统、容器运行时和 retentionPolicy: 4 application: maxAge: 1d infra: maxAge: 7d audit: maxAge: 7d elasticsearch: nodeCount: 3 5 storage: storageClassName:

Translator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 448 Sharding Audit Algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 448 Data Masking Algorithm Implementation classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 482 10.5 SQL Audit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 482 10.5.1 auditStrategy: # Sharding audit strategy auditorNames: # Sharding auditor name - - allowHintDisable: true # Enable or disable sharding audit hint autoTables: # Auto Sharding

的详情。 流程 流程 运行以下命令，以查看 Cluster Network Operator 的状态： 4.4. 查看 CLUSTER NETWORK OPERATOR 日志 您可以使用 oc logs 命令来查看 Cluster Network Operator 日志。 流程 流程 运行以下命令，以查看 Cluster Network Operator 的日志： 4.5. CLUSTER Service Network: 172.30.0.0/16 Events: $ oc describe clusteroperators/network $ oc logs --namespace=openshift-network-operator deployment/network-operator 第 第 4 章 章 OPENSHIFT CONTAINER describe 命令来检查状态并查看 DNS Operator 的详情。 流程 流程 查看 DNS Operator 的状态： 5.7. DNS OPERATOR 日志 您可以使用 oc logs 命令来查看 DNS Operator 日志。 流程 流程 查看 DNS Operator 的日志： } .:5353 { errors health

的详情。 流程 流程 运行以下命令，以查看 Cluster Network Operator 的状态： 5.4. 查看 CLUSTER NETWORK OPERATOR 日志 您可以使用 oc logs 命令来查看 Cluster Network Operator 日志。 流程 流程 运行以下命令，以查看 Cluster Network Operator 的日志： 5.5. CLUSTER Service Network: 172.30.0.0/16 Events: $ oc describe clusteroperators/network $ oc logs --namespace=openshift-network-operator deployment/network-operator OpenShift Container Platform 4 oc describe 命令来检查状态并查看 DNS Operator 的详情。 流程 查看 DNS Operator 的状态： 6.7. DNS OPERATOR 日志 您可以使用 oc logs 命令来查看 DNS Operator 日志。 流程 查看 DNS Operator 的日志： 6.8. 设置 COREDNS 日志级别 您可以配置 CoreDNS 日志级别来确定日志记录错误信息中的详情量。CoreDNS

(+): # 分布式序列算法名称 type: # 分布式序列算法类型 props: # 分布式序列算法属性配置 # ... # 分片审计算法配置 auditors: audit_algorithm_name> (+): # 分片审计算法名称 type: # 分片审计算法类型 props: # 分片审计算法属性配置 # ... - !BROADCAST tables: 分布式序列算法名称 算法类型的详情，请参见内置分布式序列算法列表。 分片审计策略配置 类名称：org.apache.shardingsphere.sharding.api.config.strategy.audit.ShardingAuditStrategyConfiguration 可配置属性： 名称 数据类型 说明 auditorNames Collection 分片审计算法名称 Atomikos 可以通过在项目的 classpath 中添加 jta.properties 来定制化 Atomikos 配置项。 详情请参见 Atomikos 官方文档 。 数据恢复 在项目的 logs 目录中会生成 xa_tx.log, 这是 XA 崩溃恢复时所需的日志，请勿删除。 Narayana 事务 背景信息 Apache ShardingSphere 提供 XA 事务，集成了 Narayana

(+): # 分布式序列算法名称 type: # 分布式序列算法类型 props: # 分布式序列算法属性配置 # ... # 分片审计算法配置 auditors: audit_algorithm_name> (+): # 分片审计算法名称 type: # 分片审计算法类型 props: # 分片审计算法属性配置 # ... - !BROADCAST tables: 分布式序列算法名称 算法类型的详情，请参见内置分布式序列算法列表。 分片审计策略配置 类名称：org.apache.shardingsphere.sharding.api.config.strategy.audit.ShardingAuditStrategyConfiguration 可配置属性： 名称 数据类型 说明 auditorNames Collection 分片审计算法名称 Atomikos 可以通过在项目的 classpath 中添加 jta.properties 来定制化 Atomikos 配置项。 详情请参见 Atomikos 官方文档 。 数据恢复 在项目的 logs 目录中会生成 xa_tx.log, 这是 XA 崩溃恢复时所需的日志，请勿删除。 Narayana 事务 背景信息 Apache ShardingSphere 提供 XA 事务，集成了 Narayana

45h secondary-scheduler-7976c4d466-qm4sc 1/1 Running 0 21m $ oc logs secondary-scheduler-7976c4d466-qm4sc -n openshift-numaresources ... I0223 11:04:55.614788 1 numaresourcesoperator-worker-pb75c 2/2 Running 0 2d1h 10.132.2.33 compute-1.example.com $ oc logs -n openshift-numaresources -c resource-topology-exporter numaresourcesoperator- worker-pb75c I0221 metadata: name: example-performanceprofile spec: additionalKernelArgs: - nmi_watchdog=0 - audit=0 - mce=off - processor.max_cstate=1 - idle=poll - intel_idle.max_cstate=0 - nosmt

should allow access from the Zabbix frontend host and the Zabbix server host. 4. Check Elasticsearch logs. 如果您仍然遇到配置问题，请创建一个错误报告，其中包含映射，错误日志，配置，版本等信息。If you are still experiencing problems with your installation installation then please create a bug report with all the information from this list (mapping, error logs, configuration, version, etc.) 3 Secure connection to the database Overview This section provides (optional) item state 0, ITEM_STATE_NORMAL 1, ITEM_STATE_NOTSUPPORTED lastlogsize number (optional) last logs ize of log type items mtimenumber (optional) modify time of log type items 206 name value type

.openshift- monitoring.svc:9091/api/v1/query?query=cluster_version' $ oc -n openshift-monitoring logs -c thanos-query OpenShift Container Platform 4.10 监 监控 控 54 注意 注意 因为 openshift-monitoring 项目中的 cluster-monitoring-config ConfigMap 对象： 2. 在 data/config.yaml 下的 k8sPrometheusAdapter/audit 部分中添加 profile: 应用到 Prometheus Adapter 的审计日志级别。 3. 使用 profile: 参数的以下值之一设置审计日志级别： None ：不记录事件。 Metadata namespace: openshift-monitoring data: config.yaml: | k8sPrometheusAdapter: audit: profile: <audit_log_level> 1 OpenShift Container Platform 4.10 监 监控 控 56 警告 警告 一旦将更改保存到监控配置映射，可能会重新部署相关项目中的