NEO4j 3.0.4 nicht heruntergefahren

Question

Ich habe an einer Neo4j CE-Datenbank lokal in Version 3.0.0 gearbeitet, die alle Knoten und Beziehungen erstellt. Als die Zeit kam, die Daten auf heroku/graphenedb hochzuladen, war die unterstützte Version 3.0.4, also habe ich lokal von 3.0.0 auf> 3.0.4 aktualisiert.

Nach dem Upgrade hat sich die db merkwürdig verhalten. Beim Herunterfahren mit dem CE-osx-Client wurde es beim Herunterfahren gehängt. Irgendwann nach ein paar Stunden habe ich den Prozess nach der Überprüfung des Logs, der besagt, dass es heruntergefahren hatte, getötet. Die Protokolle an dieser Stelle Zustand (neu Vorfall erhalten einzuloggen, also den letzten Datum):

2016-08-31 13: 05: 21,396 + 0000 INFO [onkifCommunityFacadeFactory] Shutdown gestartet

2016-08 -31 13: 05: 21.397 + 0000 INFO [onkifCommunityFacadeFactory] Die Datenbank ist jetzt nicht verfügbar.

2016-08-31 13: 05: 21.424 + 0000 INFO [onkitlcCheckPointerImpl] Überprüfen Zeige ausgelöst durch Herunterfahren der Datenbank [129987]: Starten Kontrollieren Sie das Zeigen ...

2016-08-31 13: 05: 21.424 + 0000 INFO [onk itlcCheckPointerImpl] Check Pointing ausgelöst durch Herunterfahren der Datenbank [129987]: Spülen des Speichers wird gestartet ...

2016-08-31 13: 05: 21.429 + 0000 INFO [onkiDiagnosticsManager] --- STOPP-Diagnose START ---

2016.08.31 13: 05: 21.430 + 0000 INFO [onkiDiagnosticsManager] --- STOPPEN Diagnose END ---

Dann nichts mehr ... Das einzige, was die DB immer wieder laufen löscht die Transaktionsprotokolle. Das gleiche Problem erscheint auf dem Graphenb-Plugin auf Heroku.

Wie speichere ich die Daten und bekomme sie in einen stabilen Zustand mit neo4j v3?

Answer 1

Ich denke, das Beste, was Sie an diesem Punkt nach dem Herunterfahren tun könnten, wenn Sie beobachten, dass der Prozess für eine Weile hängen geblieben ist, ist ein Thread Dump zu tun. Ein Java-Prozess bleibt am Leben, solange mindestens ein Nicht-Daemon-Thread am Leben ist - was die Ursache hier sein könnte.