damage to pkg's sqlite data base

Scott Bennett bennett at sdf.org
Wed May 13 05:13:58 UTC 2015


"Chris H" <bsd-lists at bsdforge.com> wrote:

> On Tue, 12 May 2015 01:17:46 -0500 Scott Bennett <bennett at sdf.org> wrote
>
> > For nearly two weeks I've been stymied by an apparently damaged record
> > in the sqlite data base used by pkg(8) and pkg-static(8).  Unfortunately,
> > it is a record for a port that is depended upon rather heavily, lang/gcc.
> > lang/gcc compiled and linked just fine, but any attempt to install the result
> > ends up like this.
> > 
> > ===>  Checking if gcc already installed
> > ===>   Registering installation for gcc-4.8.4_3
> > Installing gcc-4.8.4_3...
> > pkg-static: sqlite error while executing iterator in file
> > pkgdb_iterator.c:931: database disk image is malformed pkg-static: sqlite
> > error while executing INSERT OR REPLACE INTO files (path, sha256, package_id)
> > VALUES (?1, ?2, ?3) in file pkgdb.c:1722: database disk image is malformed
> > *** Error code 70
> > 
> > Stop.
> > make: stopped in /usr/ports/lang/gcc
> > 
> >      I'm not familiar with sqlite commands, nor with the structure of the
> > pkg data base, nor any of several other relevant topics.  But I do have
> > questions:
> > 
> >     1) how might the damage have happened?
> > 
> >     2) how might such an event be avoided/prevented in the future?
> > 
> >     3) most urgently, how can I *fix* it?
> You should get a backup made on the nightly cron(8) (periodic(8)).
> It'll be located in /var/backups
> Off the top of my head I can't remember which of the 2, is which.
> But a simple size comparison should tell the tale. :)

     The problem began much farther back than two days ago, but I should
be able to restore it from two weeks or more in the past and then find
the most recent version that is not corrupted.

> Simply rename your (now) corrupt db, and copy the backup over.

     However, if I do that, then what happens to all the ports that have
been updated or added since that version of the data base was backed up?
I have run "portmaster -a" (with some additional options) quite a few
times since the lang/gcc problem first appeared, so an old local.sqlite
will no longer accurately reflect what is currently installed.
>
> I ran into this problem as well, and this was how I was finally
> able to overcome it.
>
> Hope this helps!
>
> --Chris
>
> > 
> >     4) I was unable to find any instructions for recreating a pkg data
> >     base if the data base gets damaged/destroyed.  Is there a way to
> >     do that that I missed?

     There must be a way to do this, right?  I mean, really, it's pretty
fundamental that no new data base be put into production without a way to
rebuild it.  The FreeBSD developers haven't really broken so ancient and
basic a principle, have they?  So what's the trick?  What is the method
to rebuild /var/db/pkg/local.sqlite from scratch based upon the currently
installed ports/packages?


                                  Scott Bennett, Comm. ASMELG, CFIAG
**********************************************************************
* Internet:   bennett at sdf.org   *xor*   bennett at freeshell.org  *
*--------------------------------------------------------------------*
* "A well regulated and disciplined militia, is at all times a good  *
* objection to the introduction of that bane of all free governments *
* -- a standing army."                                               *
*    -- Gov. John Hancock, New York Journal, 28 January 1790         *
**********************************************************************


More information about the freebsd-ports mailing list