【TiDB 使用环境】测试
【TiDB 版本】v7.6.0
【操作系统】Linux x86
【部署方式】k8s 部署
【问题复现路径】
参照 https://docs.pingcap.com/zh/tidb/v7.5/pd-configuration-file/#log
配置 pd config 如下:
config: |
[log]
level = "error"
[log.file]
filename = "/var/lib/log/pd.log"
max-days = 15
【遇到的问题:问题现象及影响】
日志级别不生效,配置为 error 级别,但是日志里仍然存在 info 和 warn 的日志
日志截图如下:
从 pd 启动日志里可以看到 pd 在启动仍然使用的 info 级别的配置
小龙虾爱大龙虾
(Minghao Ren)
2
已创建的集群,PD 参数要用 pd-ctl 工具修改
你好,目前的现象是这样的:
1.是已经创建过的集群,但是通过 kubectl delete -f tidb-cluster.yaml 销毁后重新部署,应用了 tidb-cluster.yaml 里的新的配置,这样也无法生效吗?
2.用 1 中的方式修改 log-level 的配置没有生效,但是修改 log.file 的配置是生效的。
乡在人间
(Ti D Ber Ki Nyc B Fs)
4
试试调整为其它级别看看生效不,,,例如"debug",“warn”
调整为 “warn” 同样会打印 “info” 级别的日志
你好,我们不是用 tiup 部署的集群,是在 k8s 里使用 tidb-operator 部署的集群;此外我们不是采用配置更新的方式去调整日志级别,而是在部署的时候就调整了日志级别。
Kongdom
(Kongdom)
11
数据库执行这个试试 set config pd
log.level='error'
嗯嗯,尝试过在线修改的方式是可以生效的;不过我们现在疑惑的是为什么在集群部署的时候应用配置无法生效:部署 pd 配置的日志级别不生效 - #3,来自 TiDBer_rCkthjis
Kongdom
(Kongdom)
14
K8S部署我不熟哈,单纯凭感觉,如果是整个集群容器重建,应该是有效的才对。如果是单个pd容器重建,无法生效倒是可以理解的,可能配置信息缓存在集群其他地方,重建之后读取过来了。。