【问题标题】:neo4j 120 seconds error after copying graph.db permission复制graph.db权限后neo4j 120秒错误
【发布时间】:2014-08-14 15:34:15
【问题描述】:

这是我的问题。我已经复制了 graph.db 进行备份。 Neo4j 是在我这样做时启动的。

之后,我删除了 graph.db,neo4j 开始了一个新的。 Neo4j 工作正常,没有问题。 但是当想再次复制graph.db(备份的)时,我得到:

 Starting Neo4j Server...WARNING: not changing user
 waiting for server to be ready... Failed to start within 120 seconds.

我已经卸载并重新安装了neo4j,它不起作用。

我认为是权限问题...如果是如何解决?我尝试使用 chmod 更改权限,但它不起作用...有人可以帮助我更改权限的代码或使用良好的权限配置 neo4j。

在日志上:多次出现:

2014-08-14 15:27:58.102+0000 INFO  [API] Setting startup timeout to: 120000ms based on -1
Detected incorrectly shut down database, performing recovery..

还有什么建议吗? 感谢您的帮助。

【问题讨论】:

  • 这有点像在黑暗中拍摄,但是当我尝试在慢速 IO 设备上创建 neo4j 数据库时,我已经看到了这种行为。 IE。有时,如果您尝试在外部 USB 驱动器上使用 neo4j-shell -path foo.db,如果数据库位于本地磁盘或更快的 IO 设备上,则不会发生这种情况。另外,你是如何“复制”的?你的意思是文件系统副本还是什么?
  • 由于您在 neo4j 仍在运行时制作了 graph.db 的备份副本,因此我怀疑您的备份已以某种方式损坏。这可以解释为什么 neo4j 反复尝试(并且失败)从“错误关闭的数据库”中恢复,并最终超时。应该只在停止 neo4j 之后复制数据。我不确定如何从中恢复。
  • @FrobberOfBits 对于复制,我的意思是打开文件 graph.db 所在的路径,然后右键单击复制并粘贴到另一个文件夹中。它可能已损坏。然后我检查了我应该做的备份:这里出现了什么link
  • 您可以尝试运行“bin/neo4j 控制台”以查看实际发生的情况以及报告了哪些错误吗?
  • 查看@cybersam 的回答,你不能在 Neo4j 还在运行的时候复制数据库,你很容易得到损坏的数据。

标签: neo4j chmod


【解决方案1】:

尝试使用

bin/neo4j start-no-wait 

而不是

bin/neo4j start

【讨论】:

  • 我试过了。但它不起作用。奇怪的是,它说已经过去了 120 秒,但实际上只过了 1 秒。实际上,我需要的数据在我的计算机中可用,但我不得不再次处理所有数据,这花了我几个小时,无法解决恢复备份的问题......感谢您的回答,这可能对另一个人有所帮助有120秒的问题
【解决方案2】:

正如在数据损坏之前所评论的那样。无法恢复。

正确的备份方式是:link

  • 切勿在运行数据库时复制文件。

  • 我们需要压缩 graph.db 文件,然后将其复制到另一个位置作为备份。

  • 要恢复 停止数据库,只需递归删除 graph.db 并解压缩备份。

遗憾的是第一个数据无法恢复...

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-10-04
    • 1970-01-01
    • 2018-11-12
    • 2021-03-11
    • 1970-01-01
    • 2012-09-14
    • 2011-09-28
    相关资源
    最近更新 更多