- nebula 版本:3.4.0
- 部署方式:分布式
- 安装方式:RPM
- 是否上生产环境:Y
- 硬件信息
- 磁盘 1T SSD
- CPU、内存信息
- 问题的具体描述
nebula graph 出错了,经常会输出一堆错误日志,一下子就把1T的磁盘打满了。 看了有类似的帖子,解决方案是定时删日志数据,但如果需要把日志导入到类似日志检索中心的组件,突然暴涨的日志量会带来影响。 想请教下社区的大佬们,有其他防止日志打满磁盘的方式吗?
多久把1T的磁盘打满啊,可以把打印的日志发出来看看,最近有一个一个类似的case,不确定是不是同一个
看graphd日志输出的都是ERROR级别
Running on machine: nebulagraph-uswest5-prod-main-1678258229616920un
Running duration (h:mm:ss): 0:00:00
Log line format: [IWEF]yyyymmdd hh:mm:ss.uuuuuu threadid file:line] msg
E20230424 15:13:00.212633 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 4
E20230424 15:13:00.212890 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 10
E20230424 15:13:00.212896 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 1
E20230424 15:13:00.212900 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 7
E20230424 15:13:00.212905 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 6
E20230424 15:13:00.212909 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 5
E20230424 15:13:00.212913 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 2
E20230424 15:13:00.212918 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 8
E20230424 15:13:00.212922 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 3
E20230424 15:13:00.212927 18048 StorageAccessExecutor.h:40] InsertVerticesExecutor failed, error E_OUT_OF_RANGE, part 9
不到1小时就能打满,基本出现日志打满的都是导数据出现的
看起来大量插入失败的请求可能会导致 graphd 输出大量的ERROR日志,从而把服务器磁盘打满。
感谢回复, 了解了Logrostate,请教下,在graphd快速输出文件,造成文件很大时,使用copytruncate
会不会出现文件复制慢,老的文件还在快速增长的情况
日志级别和logrotate是一回事,还是要看看把这个导入报错给解决啊,这才是问题的根本
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。