Yesterday Stefan Armbruster kindly helped me with an issue (on StackOverflow 
<http://stackoverflow.com/questions/27151590/neo4j-2-1-5-incremental-backup-fails-but-full-backup-succeeds>)
 
where my backups were reporting as inconsistent. Upgrading Neo to 2.1.6 and 
Stefan running some dedupe process required to fix data corrupted by a 
previous version of Neo did seem to rectify the problem. However having run 
for a few hours the partial backups have started failing again:

Exception in thread "main" org.neo4j.consistency.ConsistencyCheckingError: 
Inconsistencies in transaction:
        Start[3,xid=GlobalId[NEOKERNL|-467164560916179351|986|-1], BranchId[ 
52 49 52 49 52 49 ],master=-1,me=-1,time=2014-11-27 17:45:00.073+0000/
1417110300073,lastCommittedTxWhenTransactionStarted=29226]
        2PC[3, txId=29227, 2014-11-27 17:45:00.141+0000/1417110300141]
        ConsistencySummaryStatistics{
        Number of errors: 1
        Number of warnings: 0
        Number of inconsistent NODE records: 1
}
        at org.neo4j.consistency.checking.incremental.intercept.
CheckingTransactionInterceptor.complete(CheckingTransactionInterceptor.java:
181)
        at org.neo4j.kernel.impl.transaction.xaframework.
LogEntryVisitorAdapter.apply(LogEntryVisitorAdapter.java:62)
        at org.neo4j.kernel.impl.transaction.xaframework.
LogEntryVisitorAdapter.apply(LogEntryVisitorAdapter.java:28)
        at org.neo4j.kernel.impl.nioneo.xa.command.LogFilter.endLog(
LogFilter.java:87)
        at org.neo4j.kernel.impl.transaction.xaframework.XaLogicalLog.
applyTransaction(XaLogicalLog.java:1121)
        at org.neo4j.kernel.impl.transaction.xaframework.XaResourceManager.
applyCommittedTransaction(XaResourceManager.java:866)
        at org.neo4j.kernel.impl.transaction.xaframework.XaDataSource.
applyCommittedTransaction(XaDataSource.java:246)
        at org.neo4j.com.ServerUtil.applyReceivedTransactions(ServerUtil.
java:461)
        at org.neo4j.backup.BackupService.unpackResponse(BackupService.java:
423)
        at org.neo4j.backup.BackupService.incrementalWithContext(
BackupService.java:330)
        at org.neo4j.backup.BackupService.doIncrementalBackup(BackupService.
java:269)
        at org.neo4j.backup.BackupService.doIncrementalBackup(BackupService.
java:222)
        at org.neo4j.backup.BackupService.
doIncrementalBackupOrFallbackToFull(BackupService.java:243)
        at org.neo4j.backup.BackupTool.doBackup(BackupTool.java:225)
        at org.neo4j.backup.BackupTool.executeBackup(BackupTool.java:189)
        at org.neo4j.backup.BackupTool.runBackupWithLegacyArgs(BackupTool.
java:153)
        at org.neo4j.backup.BackupTool.run(BackupTool.java:130)
        at org.neo4j.backup.BackupTool.main(BackupTool.java:90)

If I run the full backup then no inconsistencies are reported:

Full consistency check
....................  10%
....................  20%
....................  30%
....................  40%
....................  50%
....................  60%
....................  70%
....................  80%
....................  90%
.................... 100%
Done

I have noted a few historical issues with the backup service, is this 
likely to be related? I am using Neo4J Spatial (2.0.1) and SDN 3.1.4 in 
case that makes any difference.

I can update the code to skip the verification phase, but, if the data is 
inconsistent that would seem foolhardy! I can have the code fallback to a 
full backup if the partial fails (I thought in part that is what the 
backup.backup method did anyway?) but I would like to know if I can trust 
the backup service with my data.

Many Thanks,

Mark.

-- 
You received this message because you are subscribed to the Google Groups 
"Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to neo4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to