为什么之前触发的告警会不时被删除？

系统触发的告警信息会被不定时删除

实测发现,系统产生的告警(alert 表)中信息,会被不定期的删除,不确定删除机制是什么. 一般早上的告警下午就会被删除

从日志角度看，core_1 | INFO:root:Pruned 162477 zone statuses, 5840 detections, 3 alerts, 3 data stores in 38.32919669151306 seconds ，感觉是基于某些规则做判定时删除的
logs.txt (385.0 KB)

@AOTU support

你好，

感谢在论坛上发帖！你说的这个机制叫做“日志清理（Journal Pruning）”。

可以通过在 “docker-compose.yml” 所在的目录创建一个名为 “.env” 的文件来配置它。

cd $(brainframe info install_path)
nano .env

然后调整这份文档中描述的数值：

aotu.ai

简单来说，JOURNAL_MAX_AGE=60d0h0m 表示 BrainFrame 会删除所有超过 60 天的数据。

然后还有 PRUNING_AGE 和 PRUNING_FRACTION。
如果 PRUNING_AGE=0d2h0m 且 PRUNING_FRACTION=0.05，意味着 BrainFrame 每小时会删除 5% 超过 2 小时的数据。这是一种减小数据库体积的办法。

如果你想关闭清理并保留 7 天的数据，可以这样做：

PRUNING_FRACTION=0
JOURNAL_MAX_AGE=7d0h0m

PRUNING_FRACTION=0 表示每小时删除 0% 的数据。

谢谢！

我试着做了一个新的算法胶囊“classier person attributes”，在 brainframe 上运行时出现了错误：“Cannot create ShapeOf layer 452/input_rank/shape_of id:345”

怎么解决？我用的是 master 分支中的预训练模型 person-attributes-recognition-crossroad-0230

很抱歉“classifier person attributes”给你带来了问题。我似乎无法复现这个问题。请试试我附在这里的已打包的算法胶囊，看看是否仍然出现同样的问题。classifier_person_attributes_openvino.cap (1.6 MB)

如果可以的话，能否贴出完整的错误堆栈？也可以提供你正在使用的算法胶囊的压缩目录。