Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Database becomes corrupt doe to a failing unique index and consequent creation of duplicate entities #7274

Closed
andrii0lomakin opened this issue Mar 27, 2017 · 0 comments
Milestone

Comments

@andrii0lomakin
Copy link
Member

Hi,

We have experienced serious melt-down of our graph when a unique index fails due to incomplete re-indexing triggered by a unclean shutdown.

What happens is this*:

A unclean shutdown occurs (we obviously try to eliminate these)
A re-indexing is triggered of an affected index
The indexing does not, for some reason (restart, error etc.), finish
The system restarts thinking the index has been re-created and moves on with an incomplete index
Duplicates are added and now there is no easy way back
This can be easily reproduce by forcing a shutdown during indexing

We are using 2.2.18-SNAPSHOT but we believe we have also seen this on older 2.2.X builds.

IS it possible that the index is marked healthy at the start of the re-indexing process?

Please take a look at this ASAP as it has become very urgent for us to move this 2.2.X based upgrade to production.

@andrii0lomakin andrii0lomakin added this to the 2.2.x (next hotfix) milestone Mar 27, 2017
andrii0lomakin added a commit that referenced this issue Mar 27, 2017
mcculls added a commit to sonatype/orientdb that referenced this issue Mar 29, 2017
mcculls added a commit to sonatype/orientdb that referenced this issue Mar 31, 2017
@robfrank robfrank modified the milestones: 2.2.x (next hotfix), 2.2.18 Apr 4, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants