How does --rebuilddb work when the db is completely unreadable?

Panu Matilainen pmatilai at laiskiainen.org
Sat Jan 21 08:18:02 UTC 2017


On 01/20/2017 08:21 PM, John Walker wrote:
>>> If anyone can give me any insight about how rpm rebuilds its database, or point me to
>>> relevant portions of the source, I would appreciate it. ?
>
>> It reads the data records, ignoring any indexes, and creates a new
>> database from scratch.  While reading the data records, it discards
>> those that fail basic sanity checks.
>
> I'm new to rpm internals.  When you say it reads the data records, which
> data records do you mean?  Records from the berkley database named
> "Packages?"  Records from several of the databases in the rpm database
> directory?  Something else entirely?
>
> I feel like I'm misunderstanding something here, because if a rebuild
> must be able to read records from the current database, it wouldn't do
> much good if the current database is unreadable, however, I have found
> that rpm --rebuilddb does work when the current database is unreadable,
> at least in one limited situation.  (db5-based version of rpm trying to
> use files from a db4-based version of rpm.)

BDB is backwards compatible, a new version can always read data written 
by older ones but not vice versa.

What is NOT compatible between different versions is the shared BDB 
environment, ie the __db.* files you see in /var/lib/rpm. The trick with 
--rebuilddb is that uses a private environment to avoid those 
incompatibility, flagged PANIC'ed etc problems.

Other than that, it doesn't do anything special (no special mode to read 
raw records), it just executes a 'rpm -qa' equivalent and generates a 
new database with fresh indexes and all from all valid headers.

	- Panu -




More information about the Rpm-list mailing list