CouchDB 2.1.1内部服务器错误：myblogdb无法运行问题咨询

Hey Peter, 先给你梳理下核心逻辑：你之前CouchDB 2.1.1运行完全正常，问题是在木马入侵后才出现的，所以CouchDB 2.1.1的升级破坏性变更基本可以排除是主因——木马残留的配置篡改、权限破坏或文件损坏才是更大概率的诱因。下面咱们一步步拆解排查：

这是最紧急的排查方向，毕竟木马已经附着过进程，很可能动了核心配置或文件：

• 检查配置文件是否被篡改
  找到CouchDB的配置目录（Linux通常是/etc/couchdb，Windows一般在C:\Program Files\Apache CouchDB\etc\couchdb），对比你之前备份的local.ini和vm.args（如果有备份），重点看这几个关键项：

  • bind_address是否被改成陌生IP（防止木马留后门）
  • admin用户的密码是否被篡改
  • database_dir和view_index_dir的路径是否被修改
    如果没有备份，直接参考CouchDB 2.1.1的官方默认配置重置这些关键项，然后重启CouchDB服务。

• 修复文件权限问题
  木马可能修改了CouchDB数据目录和安装目录的权限，导致进程无法读写文件。以Linux为例，执行以下命令修复：

  sudo chown -R couchdb:couchdb /var/lib/couchdb
  sudo chown -R couchdb:couchdb /usr/lib/couchdb
  

  之后重启CouchDB：sudo systemctl restart couchdb

• 检查数据库文件完整性
  进入CouchDB的database_dir目录，找到myblogdb.couch文件，看它的大小和修改时间是否异常（比如突然变小、修改时间和木马入侵时间重合）。如果怀疑文件损坏，用CouchDB内置的修复工具尝试修复：

  couchdb-db-repair /var/lib/couchdb/myblogdb.couch
  

  修复完成后再尝试访问数据库。

排除木马问题后，再看CouchApp和Sofa是否和CouchDB 2.1.1适配：

• 盯紧couchapp push的具体报错
  执行couchapp push myblog http://localhost:5984/myblogdb时，一定要看终端输出的完整错误信息——比如是视图函数语法错误、权限不足，还是数据库不存在。如果是视图报错，打开Sofa的_design/sofa文档，检查里面的JavaScript视图函数是否符合CouchDB 2.1.1的语法（比如有没有用已废弃的API）。

• 先验证数据库的基础可用性
  先跳过CouchApp，用CURL直接测试CouchDB和myblogdb的状态：

  # 测试CouchDB服务是否正常
  curl http://localhost:5984/
  # 测试myblogdb是否存在
  curl http://localhost:5984/myblogdb
  

  如果返回{"error":"not_found","reason":"Database does not exist."}，说明数据库还没创建，先执行创建命令：

  curl -X PUT http://localhost:5984/myblogdb
  

  之后再重新执行couchapp push。

虽然你之前运行正常，这个概率很低，但还是给你列出来做兜底排查：
CouchDB 2.x引入了集群模式，部分单节点行为和1.x不同，但你之前没问题，所以大概率不相关。不过可以检查：

• local.ini里cluster.enabled是否被改成true（如果开启了集群，单节点下可能需要调整配置）
• 尝试手动触发视图索引构建，看是否能正常生成：curl -X POST http://localhost:5984/myblogdb/_design/sofa/_view/posts?limit=0

总结一下：先把木马残留的破坏排查干净，这是最直接的诱因；如果还不行，再看CouchApp和Sofa的适配问题。

内容的提问来源于stack exchange，提问作者Peter G.