Nginx neo4j无法重新加载-存储锁定权限失败的可能原因

直到昨天，一个使用neo4j+flask+nginx的站点还可以正常工作。 今天早上我发现了错误500

从日志来看，罪魁祸首似乎是neo4j：

tail-100/var/log/neo4j/neo4j.log

Caused by: org.neo4j.kernel.StoreLockException: Unable to obtain lock on store lock file: /usr/share/neo4j/data/databases/target_association.db/store_lock. Please ensure no other process is using this database, and that the directory is writable (required even for read-only access)
    at org.neo4j.kernel.internal.StoreLocker.storeLockException(StoreLocker.java:94)
    at org.neo4j.kernel.internal.StoreLocker.checkLock(StoreLocker.java:86)
    at org.neo4j.kernel.internal.StoreLockerLifecycleAdapter.start(StoreLockerLifecycleAdapter.java:40)
    at org.neo4j.kernel.lifecycle.LifeSupport$LifecycleInstance.start(LifeSupport.java:433)
    ... 11 more
Caused by: java.io.FileNotFoundException: /usr/share/neo4j/data/databases/graph.db/store_lock (Permission denied)

这对我来说很麻烦：它昨天工作正常，所有查询都已获取，db文件夹的用户权限归

testuser:staff

我没有改变任务：会发生什么事？

Testuser还运行与db交互的flask应用程序，所以我不知道为什么会出现用户权限问题

该应用程序也归www数据集团所有

我看了看：

你能展示一个好的程序（ubuntu命令）来调试和纠正运行neo4j的用户的权限和db文件夹的权限吗？我应该改为root吗？

我的应用权限设置为：

/var/www/app/
testuser:www-data

py2neo和连接器处于插入状态

/var/www/app/virtualenvironment/ ..

及

---

可能是您启动了neo4j的第二个实例吗？我只能看到一个：

ps aux|grep neo4j

root 4625 0.0 0.0 12916 932 pts/1 S+15:28 0:00 grep--color=auto neo4jcurl本地主机：7474 curl:（7）无法连接到本地主机端口7474:连接被拒绝昨天工作正常，无法查明发生了什么。还杀死了侦听7474

lsof-Pn-i:7474的uwsgi实例-无法再侦听7474了。@oski86我已修复，但无法查明罪魁祸首是什么！我“篡改”了另一个文件夹上的数据库，杀死进程，重新启动。@user305883我设法解决了这个问题，我遇到了完全相同的异常，但在转储并恢复数据库之后。解决方案是对graph.db文件执行
chown-r neo4j
。可能是您启动了neo4j的第二个实例吗？我只能看到一个：
ps aux|grep neo4j
root 4625 0.0 0.0 12916 932 pts/1 S+15:28 0:00 grep--color=auto neo4j
curl localhost:7474 curl:（7）无法连接到本地主机端口7474:连接被拒绝

昨天正常工作，无法查明发生了什么事..还杀死了侦听7474的uwsgi实例lsof-Pn-i:7474-无法再侦听7474。@oski86我已修复，但无法找出罪魁祸首！我“篡改”了另一个文件夹上的数据库，杀死进程，重新启动。@user305883我设法解决了这个问题，我遇到了完全相同的异常，但在转储并恢复数据库之后。解决方案是对graph.db文件执行

chown-r neo4j

。

/usr/share/neo4j/data/databases/graph.db
testuser:staff