搭建tidb v6.5.5日志出现warn

答辩潮人 · 2023 年10 月 18 日 10:47

【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.5
【复现路径】
1、tiup cluster check ./topology.yaml
2、tiup cluster deploy test-1 v6.5.5 ./topology.yaml
3、tiup cluster start test-1 --init
【遇到的问题：问题现象及影响】

{“level”:“warn”,“ts”:“2023-10-18T18:38:14.906+0800”,“logger”:“etcd-client”,“caller”:“v3@v3.5.7/retry_interceptor.go:62”,“msg”:“retrying of unary invoker failed”,“target”:“etcd-endpoints://0xc0006ee1c0/10.204.168.71:2379”,“attempt”:0,“error”:“rpc error: code = DeadlineExceeded desc = context deadline exceeded”}

【资源配置】
【附件：截图/日志/监控】

答辩潮人 · 2023 年10 月 18 日 10:49

这个报错是在完成tiup cluster start test-1 --init的命令后报错的，日志级别是warn。集群是搭建完成了但是怕有其它影响。

Billmay表妹 · 2023 年10 月 18 日 10:53

时区设置问题？下面的报错提示超过截止日期说明？

答辩潮人 · 2023 年10 月 18 日 10:56

看时区没问题都是cst 时间也对的上

zhanggame1 · 2023 年10 月 18 日 10:57

display下集群状态都正常吗

像风一样的男子 · 2023 年10 月 18 日 11:11

看不惯就处理下
编辑/etc/fstab文件，增加nodelalloc和noatime的配置，配置如下

yiduoyunQ · 2023 年10 月 18 日 13:42

tidb_stderr.log 里的日志？

tidb菜鸟一只 · 2023 年10 月 19 日 06:18

不是error都不用管

随缘天空 · 2023 年10 月 19 日 06:25

warn一般不影响，这个警告主要是你磁盘挂载时没有在/etc/fstab设置参数造成的

答辩潮人 · 2023 年10 月 25 日 01:58

这里的报错是磁盘环境报错不影响。但是etcd-client的报错就存在问题。

答辩潮人 · 2023 年10 月 25 日 01:58

不是error日志的

答辩潮人 · 2023 年10 月 25 日 01:59

{“level”:“warn”,“ts”:“2023-10-18T18:38:14.906+0800”,“logger”:“etcd-client”,“caller”:“v3@v3.5.7/retry_interceptor.go:62”,“msg”:“retrying of unary invoker failed”,“target”:“etcd-endpoints://0xc0006ee1c0/10.204.168.71:2379”,“attempt”:0,“error”:“rpc error: code = DeadlineExceeded desc = context deadline exceeded”}

但是不应该会影响到这个

答辩潮人 · 2023 年10 月 25 日 01:59

正常没啥问题但是在做扩容缩容的时候就会有我文字部分的报错

TiDBer_小阿飞 · 2023 年10 月 25 日 02:24

warn状态应该没什么影响吧

随缘天空 · 2023 年10 月 25 日 05:52

嗯，最好还是在系统参数中配置一下

Jolyne · 2023 年10 月 25 日 06:25

warn可以不用管，你display看下集群状态，正常的就没事，如果有down状态，可以单独看down节点的日志

Soysauce520 · 2023 年10 月 25 日 06:49

可以忽略的报错

答辩潮人 · 2023 年10 月 26 日 01:57

现在已经影响到tiup cluster reload xxx -N xxxx:9090的操作了

{“code”: 1, “error”: “context deadline exceeded”, “errorVerbose”: “context deadline exceeded\ngithub.com/pingcap/errors.AddStack\n\tgithub.com/pingcap/errors@v0.11.5-0.20201126102027-b0a155152ca3/errors.go:174\ngithub.com/pingcap/errors.Trace\n\tgithub.com/pingcap/errors@v0.11.5-0.20201126102027-b0a155152ca3/juju_adaptor.go:15\ngithub.com/pingcap/tiup/pkg/cluster/manager.(*Manager).Reload\n\tgithub.com/pingcap/tiup/pkg/cluster/manager/reload.go:143\ngithub.com/pingcap/tiup/components/cluster/command.newReloadCmd.func1\n\tgithub.com/pingcap/tiup/components/cluster/command/reload.go:40\ngithub.com/spf13/cobra.(*Command).execute\n\tgithub.com/spf13/cobra@v1.6.1/command.go:916\ngithub.com/spf13/cobra.(*Command).ExecuteC\n\tgithub.com/spf13/cobra@v1.6.1/command.go:1044\ngithub.com/spf13/cobra.(*Command).Execute\n\tgithub.com/spf13/cobra@v1.6.1/command.go:968\ngithub.com/pingcap/tiup/components/cluster/command.Execute\n\tgithub.com/pingcap/tiup/components/cluster/command/root.go:297\nmain.main\n\tgithub.com/pingcap/tiup/components/cluster/main.go:23\nruntime.main\n\truntime/proc.go:267\nruntime.goexit\n\truntime/asm_amd64.s:1650”}

Jolyne · 2023 年10 月 26 日 02:04

你这个看着是INFO不是error，那你这个reload是成功了还是失败了？

答辩潮人 · 2023 年10 月 26 日 02:05

没有执行成功