|
关于“日常运维”分类
|
|
1
|
898
|
2020年08月01日
|
|
starrocks集群pip_wg_scan_io线程导致cpu负载不均衡
|
|
3
|
119
|
2025年10月22日
|
|
starrocks相关参数设置对服务器的影响询问
|
|
1
|
29
|
2025年10月22日
|
|
select，在数据量特别大时，如果想直接KILL这个sql，是无法kill掉，只能重启be让任务失败，任务失败以后发现，starrocks还在写入hive，导致namenode与datanode得rpc还是无法释放，只能全部把BE重启掉，这个
|
|
1
|
29
|
2025年10月22日
|
|
跨版本升级后，BE节点CPU异常100%
|
|
16
|
258
|
2025年10月22日
|
|
StarrocksFE 停止服务由于有数据同步任务导致元数据损坏
|
|
1
|
34
|
2025年10月17日
|
|
3节点集群模型存算一体启动失败
|
|
1
|
17
|
2025年10月16日
|
|
3.1.17版本be trash后单表出现version_error 查询报错Build Exec OlapScanNode fail, scan info is invalid
|
|
1
|
39
|
2025年10月13日
|
|
open dictionary expression failed
|
|
2
|
57
|
2025年10月10日
|
|
大表加字段 超时错误
|
|
1
|
65
|
2025年10月09日
|
|
3.3.14版本升级到3.4.7版本后BE节点连续崩溃，升级失败
|
|
2
|
126
|
2025年09月30日
|
|
starrocks 迁移问题失败
|
|
1
|
74
|
2025年09月16日
|
|
StarRocks 突发大面积查询失败
|
|
10
|
1676
|
2025年09月16日
|
|
QPS到达10左右，Latency 也到达10秒。
|
|
1
|
66
|
2025年09月11日
|
|
starrock3.3.14限制资源组限制不住，cpu负载很高到200多
|
|
1
|
80
|
2025年09月09日
|
|
【BE OOM】 设置mem_limit 85%后，be两个节点因OOM 进程被系统kill
|
|
3
|
487
|
2025年09月08日
|
|
Lock Manager detects slow lock
|
|
3
|
90
|
2025年09月05日
|
|
3.3版本fe内存异常占用
|
|
1
|
70
|
2025年09月05日
|
|
FE meta元数据过大，导致load image失败
|
|
5
|
997
|
2025年09月04日
|
|
StarRocks3.5.2版本慢SQL请教
|
|
1
|
98
|
2025年09月03日
|
|
StarRocks元数据不同步问题
|
|
1
|
110
|
2025年09月02日
|
|
查询报错: Build Exec OlapScanNode fail, scan info is invalid,Failed to get scan range, no queryable replica found in tablet
|
|
7
|
3299
|
2025年09月02日
|
|
集群查询sql忽然变慢
|
|
7
|
409
|
2025年08月28日
|
|
fe中的ProcProfilecoll cpu使用率高
|
|
6
|
90
|
2025年08月27日
|
|
be节点报.dat文件丢失
|
|
1
|
65
|
2025年08月26日
|
|
BE 节点 crash
|
|
45
|
824
|
2025年08月26日
|
|
cn节点偶发性crash
|
|
1
|
143
|
2025年08月20日
|
|
生成执行计划的时间过长有什么排查思路？
|
|
5
|
153
|
2025年08月20日
|
|
FE挂死，帮忙看下具体原因
|
|
3
|
255
|
2025年08月19日
|
|
Label [a8cd75f8-8e09-4ed7-8cca-34697e6c2f5c] has already been used
|
|
5
|
174
|
2025年08月17日
|
