【问题标题】:ArangoDB - Help diagnosing database corruption after system restartArangoDB - 系统重启后帮助诊断数据库损坏
【发布时间】:2019-03-04 19:31:21
【问题描述】:

我已经在本地单节点开发环境中与 Arango 合作了几个月,该开发环境出于维护原因会定期重启。现在大约 5 或 6 次,在我的系统受控重启后,我的开发数据库已损坏。当它发生时,损坏是微妙的,因为 Arango 守护进程似乎可以正常启动,并且数据库在结构上通过 Web 界面按预期显示(集合、文档都在那里)。问题包括 Foxx 微服务系统无法上传我验证的服务代码(通用 500 服务错误)以及使用过滤器的查询未返回预期结果(损坏的索引?)。发生这种情况时,我能够恢复的唯一方法是删除并重建数据库。

我正在寻找有关如何调试此问题的建议 - 例如在日志文件中查找的内容、可能适用的服务器配置选项等。我已阅读大部分开发文档,但只是略过部署文档,所以也许我在某处缺少一个明显的设置来调整可靠性/弹性? (这是一个单节点本地实例)。

感谢您的任何帮助/建议!

【问题讨论】:

  • 你在什么操作系统上运行什么版本?这是自建版本还是发布包?
  • 另外请与我们分享您使用的存储引擎。
  • 优点 - Arango 版本 3.2.0 (binary dist),在 Ubuntu 16.04 上运行 mmfiles 存储引擎。
  • 真的是 3.2.0 吗?数据库软件 3.2 版已进行了 11 次更新。请考虑升级到 3.2.11。如果问题仍然存在,我很乐意帮助您调试问题。
  • 不过,更新修复了一长串越来越大的错误。委婉地说,操作过时版本的 ArangoDB 是非常不利的。

标签: arangodb


【解决方案1】:

请注意,此类问题应该在 github 上讨论。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-01-23
    • 2018-08-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-08-14
    相关资源
    最近更新 更多