search for: databasecorrupterror

Hi there, My web app uses Xapian via the PHP bindings. I'm getting this error thrown occasionally when atempting to instantiate a XapianDatabase object for searching. DatabaseCorruptError: Expected block 107 to be level 1, not 0 Here's the line that invokes it: $database = new XapianDatabase(PROJROOT.'/data/xapian/posts'); And my version is xapian-core 1.2.3 with matchspy. Any ideas? Is it likely to be because the index is being updated by the indexer at the same...

Ocassionally when I'm searching using Omega I get: "DatabaseCorruptError: Cannot open tables at consistent revisions" If I click reload it's all ok, is this the database being updated?, is there a way to avoid the message? Frank

Hello, I'm having a litle issue with Xapian-1.0.6 with php bindings under php5 when trying to add a new document it throws: Fatal error: Uncaught exception 'Exception' with message 'DatabaseCorruptError: Failed to unlink /var/lib/xapian/trade.ar/termlist.baseA: No such file or directory' in /usr/share/php5/xapian.php:1140 Stack trace: #0 /usr/share/php5/xapian.php(1140): writabledatabase_add_document(Resource id #18, Object(XapianDocument)) #1 /home/indexer/CDetails.php(431): XapianWritab...

...hecked OK > > termlist: > blocksize=8K items=186136 firstunused=62058 revision=421 levels=2 root=12260 > B-tree checked okay > termlist table structure checked OK > > postlist: > blocksize=8K items=2598971 firstunused=61412 revision=421 levels=2 root=49814 > xapian-check: DatabaseCorruptError: Db block overwritten - are there > multiple writers? > === > suggests there is an error but I couldn't find a fix for it. Should I > just remove the xapian folder and rerun `notmuch new` ? If you have a backup of your tags from notmuch-dump, then yes that's probably a good way...

...termlist table structure checked OK postlist: baseB blocksize=8K items=34620971 lastblock=2286112 revision=223 levels=3 root=3577 B-tree checked okay postlist table structure checked OK position: baseB blocksize=8K items=942481128 lastblock=2787202 revision=223 levels=3 root=2776373 xapian-check: DatabaseCorruptError: Expected block 2763648 to be level 0, not 1 Trying the latest stable version, Xapian 1.4.3, it fails during the rebuild: All documents removed. Indexing 2233651 messages Traceback (most recent call last): … File "/a/mailarch/current/haystack/management/commands/update_index.py", li...

Hello, I noticed a problem with DatabaseCorruptError exceptions with public-inbox and I guess it's user error... The problem is public-inbox was calling replace_document to modify the DB while iterating through a PostingIterator. At first I thought it was a glass problem, but I've hit it with chert on my dataset, too. I have a standalone P...

I am getting this error when trying to remove a document from my Xapian database via writabledatabase_delete_document: "DatabaseCorruptError: Db block overwritten - are there multiple writers?" There might have been two processes trying to write to it earlier today, but currently only one process can touch it at a time, and I still receive the error. Is there a fast way to fix this problem or do I need to rebuild the whole Xapian...

...l as the database, and Haystack as the search engine. A couple of weeks ago, I misconfigured a crontab, and it made a recursive backup that filled up the hard drive on my server. I've got it cleaned out now, but I nothing I try to clear the index is working- I keep getting the error "DatabaseCorruptError: Cannot open tables at consistent revisions" I'm not trying to save the index, restarting from scratch with that component would be fine, as we are still testing this system before the final roll out. Thanks, -- *Jesse Krenzelok *| System Administrator *Riverside Machine and Engineer...

Hello, Since the migration to xapian 1.4.X and the migration to Glass, i've recurrent database corruption errors. I've to reindex my database to make it works again. > DatabaseCorruptError: Expected block 200713 to be level 2, not 1 Theses problems always occur after this error: > xapian.DatabaseCorruptError: Db block overwritten - are there multiple writers? I've remarked the error occur when i'm trying to get stored values from a database with a lot of stored valu...

...t;, line 286, in update >> database.close() > > What's the version of xapian-haystack? There's not a database.close() anywhere > near line 286 in git master: > > https://github.com/notanumber/xapian-haystack/blob/master/xapian_backend.py#L286 > >> xapian.DatabaseCorruptError: Expected block 615203 to be level 0, not 1 >> docdata: >> blocksize=8K items=380000 firstunused=21983 revision=38 levels=2 root=21410 > > Is that the full output of xapian-check? > >> Any suggestions for how I could get more information to troubleshoot this >> fa...

...gt; Even if I split the two operator into different transaction one > after another, It cause DatabaseModifiedError Also ... It seems > that if I update one document by unique term frequently (within > some seconds), the ERROR produced. :( > > "xapian-check: DatabaseCorruptError: Db block overwritten - are > there multiple writers?" > > I am sure that only use one writer... is it the bug for > database.flush(); ? Umm. Can you extract a simple test case that shows the problem for you? Just a single program, running against a database that nothi...

...nt a problem since it does not provide the offending path name (of the broken index) for easy identification/removal in automated/batch scenarios (the way DatabaseOpeningError:.... does, eg). The only way to id the offending path is to step through the list and use xapian-check. The same goes for DatabaseCorruptError and possibly others. Since xapian-compact allows you to pass many paths on the command-line it would be very useful to always emit the index path currently being processed in any error thrown, thus allowing for easy identification of problems in data. I've hacked the source a bit in a few are...

...> blocksize=8K items=186136 firstunused=62058 revision=421 levels=2 root=12260 > > B-tree checked okay > > termlist table structure checked OK > > > > postlist: > > blocksize=8K items=2598971 firstunused=61412 revision=421 levels=2 root=49814 > > xapian-check: DatabaseCorruptError: Db block overwritten - are there > > multiple writers? > > === > > suggests there is an error but I couldn't find a fix for it. Should I > > just remove the xapian folder and rerun `notmuch new` ? > > If you have a backup of your tags from notmuch-dump, then yes...

...ystack/backends/xapian_backend.py", line 286, in update > database.close() What's the version of xapian-haystack? There's not a database.close() anywhere near line 286 in git master: https://github.com/notanumber/xapian-haystack/blob/master/xapian_backend.py#L286 > xapian.DatabaseCorruptError: Expected block 615203 to be level 0, not 1 > docdata: > blocksize=8K items=380000 firstunused=21983 revision=38 levels=2 root=21410 Is that the full output of xapian-check? > Any suggestions for how I could get more information to troubleshoot this > failure would be greatly apprecia...

...;> database.close() >> >> What's the version of xapian-haystack? There's not a database.close() anywhere >> near line 286 in git master: >> >> https://github.com/notanumber/xapian-haystack/blob/master/xapian_backend.py#L286 >> >>> xapian.DatabaseCorruptError: Expected block 615203 to be level 0, not 1 >>> docdata: >>> blocksize=8K items=380000 firstunused=21983 revision=38 levels=2 root=21410 >> >> Is that the full output of xapian-check? >> >>> Any suggestions for how I could get more information to troub...

...pm Manifying blib/man3/Search::Xapian::Error.3pm Manifying blib/man3/Search::Xapian::DatabaseLockError.3pm Manifying blib/man3/Search::Xapian::RuntimeError.3pm Manifying blib/man3/Search::Xapian::TermIterator.3pm Manifying blib/man3/Search::Xapian::TradWeight.3pm Manifying blib/man3/Search::Xapian::DatabaseCorruptError.3pm Manifying blib/man3/Search::Xapian::BoolWeight.3pm Manifying blib/man3/Search::Xapian::DocNotFoundError.3pm Manifying blib/man3/Search::Xapian::LogicError.3pm Manifying blib/man3/Search::Xapian::Stem.3pm Manifying blib/man3/Search::Xapian::PostingIterator.3pm Manifying blib/man3/Search::Xapian:...