升级到seafile server 7 后使用seafile登陆引发oom killer


#1

升级到seafile server 7 后使用seafile登陆引发oom killer。请问应该如何排查原因。

我一直觉得是seafile的权限问题,可是我是按照https://docs.seafile.com/published/seafile-manual-cn/升级说明/7.0.md,进行升级一步一步来的。
请大侠帮助解决!!


#2

并且,如果您之前是用 root 用户身份在运行 Seafile,那么您还需要切换到一个非 root 用户来运行,以便于升级到 Seafile 7.0.x 之后可以正常使用搜索功能。如果您之前已经使用非 root 用户在运行 Seafile,那么您就可以直接执行 Seafile 的升级过程了。

很不幸,我之前是root用户。


#3

有具体报错吗,把报错现象发个截图出来看看


#4

要看什么具体的log吗,我这只有一些重复的号称OOM的结果,如WechatIMG155


#5

内存溢出了吧,你的操作过程有啥问题吧


#6

我也搞不清楚呢。甚至连查询哪个log都不知道,查看了一下seafdav.log,里面是无止无境的init seahub database…


#7

初步怀疑是我以前是使用root权限在运行seafile的,但后来升级到7.0后使用的是seafile用户


#8

有人在吗?

能否提供一下,我应该查询哪个log?

一点头绪没有!!

谢谢


#9

你用top命令看下,哪个程序占用的内存资源最多


#10

我使用了top,但出现了很多seafile运行的进程,没有办法,待我把所有seafile运行进程kill后,设备正常。
后经校验,在我使用chown -R seafile.seafile /opt/seafile/seafile-data时又出现了这个内存溢出的错误(OOM),我初步怀疑是seafile-data中存在错误。

另,我之前的确做过一件事,不知道有没有影响,就是按照https://bbs.seafile.com/t/topic/9232这个贴子上的操作将seahub_db中的base_commit表单删除又按这个贴子的要求重建了一个。


#11

跟这个应该没关系,如果你说执行一个chown操作就引起内存溢出的话,建议往服务器本身排查下,比如总共内存够不够大,系统有没有中病毒之类的