koishi的@tomlbz/openai插件开启后偶然导致服务器宕机

我使用的环境:

按照写给小白的:全图片的chatgpt搭建流程 - 技术分享 - Koishi Forum安装的腾讯云轻量应用服务器。操作系统OpenCloud OS8.6;docker基础镜像;CPU2核;内存2G

问题详细如下:
在使用插件前已经正确输入openai、pinecone、WolframAlpha的APIKey,且除了bot人设外其它基础设置没有进行更改。

如果在短时内连续name called(艾特)(也有可能是随机一次获得信息的时候) 服务器会稍后就会宕机,koishi也打不开了。

打开腾讯云查看实例时会提示“TAT invocation not finished”

此时我的解决方法是:手动在腾讯云的控制台直接重启实例,再重启容器。但是往往要耗时十分钟。

重启后可以看到宕机前的日志如下:

请问大伙有什么头绪吗()感觉是我服务器太垃圾了。有没有一劳永逸的解决方法,比如自动重启或者不让服务器宕机的方法()

2 个赞

从日志来看并没有错误的地方,可以提供一下你的服务器监控数据截图以及安装了哪些插件的截图么

1 个赞


插件只装了@tomlbz/openai

1 个赞

似乎没啥问题,加点 swap?

1 个赞

唔你的容器是在 10:41 宕机的,实例监控区域可以适当久远一点,14:56 之后也没宕机吧(x

需要一些知道你 cpu 与内存在当天的使用情况。

1 个赞

这边刚刚又宕机了,提供一下新的(
实例监控:


断点处是我重启了,宕机一瞬间CPU利用率 53% 内存1555MB 重启后CPU利用率2%,内存使用率和利用率一直上升

日志:


推测是内存不够了

1 个赞

从实例监控来看确定是内存侧漏导致的。可以给你几种方式来解决:

  • 如果可以,更换数据库即可彻底解决该问题,这是目前 database-sqlite 插件问题导致的,官方已定位问题并正在尝试解决 (不保证时效性)
  • 如果不会操作其他的数据库,可以尝试禁用 messages 插件;
    • 如果没有安装/启用 messages 插件,那么可以提供一份你已经安装的插件列表
  • 如果上述方法依旧无法解决 oom,那么可能是该插件问题,可以提交 issue 给该插件 repo。
2 个赞

如果你想知道是什么插件消耗了内存,可以使用 heapsnapshot 插件的 heapsnapshot 指令。

加了4G的swap,但是一天时间后出现了新的报错QAQ


然后重启插件也不能运行了,悲(,但是其他插件都能正常运行

1 个赞