Hi, Johan. I might have missed the recovery attempt being logged, but here's the basics:
- it was a non-clean shutdown but not a powerdown (task terminated). - the nodes that seem to be exhibiting the odd behavior were not being written to at the time, but that doesn't necessarily mean anything - the OS is Windows 7/64-bit - the storage is a Samsung SSD, NTFS, no compression Hope that helps, Rick -----Original Message----- From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On Behalf Of Johan Svensson Sent: Thursday, June 03, 2010 12:20 PM To: Neo4j user discussions Subject: Re: [Neo4j] Urgent: Block Not In Use error Rick, There is no ordinary way to NOT run recovery on startup if the system crashes. The only way for that to happen is if something extraneous to Neo4j has modified the filesystem in between runs. For example if the logical files are removed after a crash, then starting up could lead to "no recovery followed by block not in use" behavior you describe. Another example is if you run a filesystem that doesn't honor the POSIX fdatasync() contract (most popular filesystems can be configured to do so...). Could you explain a bit more what happened and some info of your configuration such as: o accidental shutdown means kill/powerfailure/non clean shutdown/clean shutdown etc? o what filesystem and configuration of it -Johan On Thu, Jun 3, 2010 at 5:38 PM, Rick Bullotta <rick.bullo...@burningskysoftware.com> wrote: > We had an accidental shutdown of a running Neo instance, and there was no > "automatic recovery" on startup. We are getting a bunch of "Block Not In > Use" errors such as: > > > > Block not inUse[0] blockId[179414] > > > > Is there a way to recover from this? Is this a bug? If so, is there a fix > available? > > > > Thanks, > > > > Rick _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user