Re: [Monotone-devel] [Monotone-users] Some repositories broken (SQL logic error)

[Thomas Keller]

Am 17.11.11 19:12, schrieb Dirk Heinrichs:
> Hi,
> 
> some of my repositories seem to be broken. A checkout attempt and mtn
> db check both give the following error:
> 
> mtn: error: sqlite error: SQL logic error or missing database
> 
> I also tried to dump one of the databases, which gives this:
> 
> % mtn db dump --db=~/monotone/vcontrol.mtn 2>&1|head
> mtn: fatal: std::terminate() - exception thrown while handling another
> exception
> mtn: This is almost certainly a bug in monotone.
> mtn: Please report this error message, the output of 'mtn version --full',
> mtn: and a description of what you were doing to
> 'https://code.monotone.ca/p/monotone/issues/'.
> mtn: wrote debugging log to /afs/altum.de/home/heini/.monotone/dump
> mtn: if reporting a bug, please include this file
> 
> Here's the content of the dump file:
> 
> % cat /afs/altum.de/home/heini/.monotone/dump
> Encountered an error while musing upon the following:
> src/database.cc:804: detected internal error, 'I(stepresult ==
> SQLITE_DONE || stepresult == SQLITE_ROW)' violated
> Encountered an error while musing upon the following:
> src/migrate_schema.cc:105: detected system error, 'E(false)' violated
> Current work set: 4 items
> ----- begin 'system_flavour' (in virtual void sanity::initialize(int,
> char**, const char*), at src/sanity.cc:119)
> Linux 3.0.0-13-generic #22-Ubuntu SMP Wed Nov 2 13:27:26 UTC 2011 x86_64
> -----   end 'system_flavour' (in virtual void sanity::initialize(int,
> char**, const char*), at src/sanity.cc:119)
> ----- begin 'cmdline_string' (in virtual void sanity::initialize(int,
> char**, const char*), at src/sanity.cc:133)
> 'mtn', 'db', 'dump', '--db=~/monotone/vcontrol.mtn'
> -----   end 'cmdline_string' (in virtual void sanity::initialize(int,
> char**, const char*), at src/sanity.cc:133)
> ----- begin 'string(lc_all)' (in virtual void sanity::initialize(int,
> char**, const char*), at src/sanity.cc:138)
> C
> -----   end 'string(lc_all)' (in virtual void sanity::initialize(int,
> char**, const char*), at src/sanity.cc:138)
> ----- begin 'full_version_string' (in virtual void
> mtn_sanity::initialize(int, char**, const char*), at src/mtn-sanity.cc:32)
> monotone 1.0 (base revision: a7c3a1d9de1ba7a62c9dd9efee17252234bb502c)
> Running on          : Linux 3.0.0-13-generic #22-Ubuntu SMP Wed Nov 2
> 13:27:26 UTC 2011 x86_64
> C++ compiler        : GNU C++ version 4.6.1
> C++ standard library: GNU libstdc++ version 20110903
> Boost version       : 1_46_1
> SQLite version      : 3.7.7 (compiled against 3.7.7)
> Lua version         : Lua 5.1
> PCRE version        : 8.12 2011-01-15 (compiled against 8.12)
> Botan version       : 1.8.13 (compiled against 1.8.13)
> Changes since base revision:
> format_version "1"
> 
> new_manifest [b252820fde344fd3f5d023fd91de86522baa671d]
> 
> old_revision [a7c3a1d9de1ba7a62c9dd9efee17252234bb502c]
> 
>   Generated from data cached in the distribution;
>   further changes may have been made.
> -----   end 'full_version_string' (in virtual void
> mtn_sanity::initialize(int, char**, const char*), at src/mtn-sanity.cc:32)
> 
> Anything I can do to repair my repositories?

Hi Dirk!

We'd be interested getting our hands at this database. From what I can
see in the code sqlite3_step probably returns an unexpected state such
as SQLITE_ERROR which could hint at a constraint violation or something
else weird.

Anyways, without having the database to test and debug into it will be
rather hard to figure out the real problem. Can you make it available
somewhere? If privacy is an option, you could also just send it to me.

Thomas.

-- 
GPG-Key 0x160D1092 | address@hidden | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
of six months or longer: http://www.vorratsdatenspeicherung.de/?lang=en

signature.asc
Description: OpenPGP digital signature