请问在高级调试 , 手动分析这个页面为什么 tikv 节点的 cpu 报错,并无法查看,我检查了下该实例是没有类似 *.proto 的文件
![image](/uploads/default/original/4X/9/7/7/977c68ae18a4a82dddd2e2a6994bb8cfbf67631d.png)
WalterWj
(王军 - PingCAP)
2
/tmp 目录下有么
瞅瞅嘞。你检查该实例是怎么检查的?
还有个信息需要补充,我是单机多实例部署的 tikv
还有找了下其他的集群,集群版本是 6.5.9 ,这次是 Heap 报错了
xfworld
(魔幻之翼)
5
那就要看部署路径中,对这种临时文件存放的地址是怎么配置的了
默认都是指向 /tmp
WalterWj
(王军 - PingCAP)
6
这个可能是在 continuous profiling 运行期间曾经在 dashboard 发起了 manual profiling(或者直接调用了 tikv status port 的 /debug/pprof/profile 接口),导致 continuous profiling 所发起的 cpu profiling 无法运行(同一进程同一时间只能处理一个 cpu profiling 请求)。
简单来说 是不是重复调用了抓火焰图
你们持续分析不会开了吧?
WalterWj
(王军 - PingCAP)
7
可以看下 tikv 这两个关键字日志,有没有 profile 同时拉起的情况
WalterWj
(王军 - PingCAP)
8
或者看下这个地方的监控:
path=/debug/pprof/profile
在 7.5.1 中持续分析如果打开,手动分析是无法打开的,而持续分析关闭后,相应的 profile 没有清理干净,导致手动分析的 cpu 无法执行成功(我对比了下第一次的持续分析中的 cpu 是可以正常分析的),比较尴尬的是这个结果无法通过手动删除
WalterWj
(王军 - PingCAP)
11
感觉遗留文件应该不会有问题,感觉还是有两个抓火焰图的命令在跑。可能当前已经有抓火焰图的进程了,然后手动又拉了一个导致报错了。
system
(system)
关闭
15
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。