|
关于“日常运维”分类
|
|
1
|
957
|
2020年08月01日
|
|
存算分离集群 对象存储数据无法删除
|
|
12
|
184
|
2025年11月14日
|
|
fe jvm太高
|
|
11
|
105
|
2025年11月14日
|
|
单副本主键表Build Exec OlapScanNode fail手动恢复方法
|
|
1
|
34
|
2025年11月11日
|
|
主键也是分桶键也是排序键in一个值查询要5秒
|
|
1
|
42
|
2025年11月06日
|
|
大查询时,fe出现oom
|
|
1
|
94
|
2025年11月04日
|
|
be内存被metadata占满
|
|
1
|
112
|
2025年11月03日
|
|
查询错误命中同步物化视图导致查询报错
|
|
1
|
33
|
2025年11月03日
|
|
BE 节点 crash
|
|
46
|
1514
|
2025年10月29日
|
|
3.3.14版本升级到3.4.7版本后BE节点连续崩溃,升级失败
|
|
3
|
306
|
2025年10月29日
|
|
数据库更新操作时频繁报错服务关闭*(3.3版本)
|
|
5
|
178
|
2025年10月29日
|
|
be宕机了三个
|
|
2
|
112
|
2025年10月28日
|
|
starrocks相关参数设置对服务器的影响询问
|
|
2
|
200
|
2025年10月27日
|
|
select,在数据量特别大时,如果想直接KILL这个sql,是无法kill掉,只能重启be让任务失败,任务失败以后发现,starrocks还在写入hive,导致namenode与datanode得rpc还是无法释放,只能全部把BE重启掉,这个
|
|
6
|
302
|
2025年10月27日
|
|
查询报错: Build Exec OlapScanNode fail, scan info is invalid,Failed to get scan range, no queryable replica found in tablet
|
|
8
|
3787
|
2025年10月25日
|
|
starrocks集群pip_wg_scan_io线程导致cpu负载不均衡
|
|
3
|
300
|
2025年10月22日
|
|
跨版本升级后,BE节点CPU异常100%
|
|
16
|
900
|
2025年10月22日
|
|
StarrocksFE 停止服务由于有数据同步任务导致元数据损坏
|
|
1
|
110
|
2025年10月17日
|
|
3节点集群模型存算一体启动失败
|
|
1
|
134
|
2025年10月16日
|
|
3.1.17版本be trash后单表出现version_error 查询报错Build Exec OlapScanNode fail, scan info is invalid
|
|
1
|
174
|
2025年10月13日
|
|
open dictionary expression failed
|
|
2
|
124
|
2025年10月10日
|
|
大表加字段 超时错误
|
|
1
|
149
|
2025年10月09日
|
|
starrocks 迁移问题失败
|
|
1
|
174
|
2025年09月16日
|
|
StarRocks 突发大面积查询失败
|
|
10
|
1969
|
2025年09月16日
|
|
QPS到达10左右,Latency 也到达10秒。
|
|
1
|
114
|
2025年09月11日
|
|
starrock3.3.14限制资源组限制不住,cpu负载很高到200多
|
|
1
|
126
|
2025年09月09日
|
|
【BE OOM】 设置mem_limit 85%后,be两个节点因OOM 进程被系统kill
|
|
3
|
607
|
2025年09月08日
|
|
Lock Manager detects slow lock
|
|
3
|
293
|
2025年09月05日
|
|
3.3版本fe内存异常占用
|
|
1
|
178
|
2025年09月05日
|
|
FE meta元数据过大,导致load image失败
|
|
5
|
1234
|
2025年09月04日
|