环境

seafile-server-6.2.5

centos7.5 1804

现象

seafile服务器所在的VPS没动过，前一天seafile用还好好的，昨天客户端突然不能登录了，显示“服务器内部错误”；网页版可以登录，但看不见仓库，显示为红色Error字。

重启服务重启系统都无效，就需要慢慢排查问题了。

F12可见好多红色失败请求

登录VPS看日志，根据我的配置，

lnmp日志在/home/wwwlogs/目录下

seafile日志在/sharefiles/logs/目录下

都看看。

在seahub_django_request.log中发现了猫腻（另外注意上面报警告.well-known/acme-XXXXXXXX找不到，这个与Let‘sEncrypt + LNMP更新SSL证书有关，下面会说）

与浏览器报错应该是一个问题。

查了下，pickle包EOFError错误一般是打开了空文件，所以找找这里是打开了哪个文件。

抛异常的位置都找到了，追追源码吧。

在filebased.py里找到

缓存文件具体是什么名？在哪个目录？要找django的配置文件，太麻烦，find暴力搜索！

find / -name "*.djcache"

找到了，果然有一个文件是0字节，就是它，导致seafile每次pickle它直接异常，导致整个服务不可用o(╥﹏╥)o

删了吧，缓存文件全删了吧

删完缓存文件，seafile就可以用了。。。

至于这个0字节的文件怎么来的，有可能产生缓存文件时，VPS挂了，还没来得及把缓冲区刷进磁盘。这个VPS总挂，不太稳定。

另外，

关于在LNMP上使用seafile，即nginx反向代理seafile，并配置Let‘sEncrypt SSL证书，出现证书到期后不能顺利更新的问题：

lnmp1.4使用acme.sh脚本更新SSL证书，这里acme配置了seafile的web根目录为/home/wwwroot/aaa.bbb.ccc，其中aaa.bbb.ccc是我的seafile服务器的域名，

acme更新证书时为了验证你对web的所有权，会在web根目录下生成随机文件.well-known/xxxxxxxxxxxxxxxxxxxxxxxx，然后它会从用HTTP协议访问这个url，

即http://aaa.bbb.ccc/.well-known/xxxxxxxxxxxxxxxxxxxxxxxx，访问成功说明有权限，web是你的无误。

正常lnmp建立的虚拟主机都能正常颁发证书、更新证书，但是这个seafile却不行，为啥呢？因为是nginx反向代理了seafile，seafile目录并不在/home/wwwroot/aaa.bbb.ccc目录

即acme配置的web跟目录与nginx + seafile实际的web目录不符合，访问不到这个token文件，就更新失败了呢。

查看seafile的nginx vhost配置

可见如果访问http://aaa.bbb.ccc/.well-known/xxxxxxxxxxx都会被代理到8000端口，由seahub服务处理，那个服务目录并不是/home/wwwroot/aaa.bbb.ccc

（实际这是个空目录，lnmp建立vhost时生成的，而这个vshost用于反向代理seafile，目录并没有用）

解决方法，使配置一致就好了。

这里添加了一条location，处理.well-known子路径，定位到/home/wwwroot/aaa.bbb.ccc目录，

nginx -s reload 使新配置生效，再去手动执行acme.sh ，证书就更新好了！

原文地址：https://www.cnblogs.com/nidey/p/9634940.html