To be clear we hit thus hundreds of times a day on Linux servers running RPM
from rawhide.
Hundreds. Of. Times. A. Day.
We have remediations that pause all config management and then run db_recovers
and if necessary rpm rebuilds.
Because the rpmdb is completely fucked -- `rpm -qa` doesn't work, as seen
before.
```
$ rpm -q libdb
libdb-5.3.21-19.el7.x86_64
$ rpm -q rpm
rpm-4.13.0-1.el7.centos.fb3.x86_64
```
There are two causes we've found - one is RPMs fault, one isn't. The most
common is exactly the one described here. This one is RPMs fault.
The other is heavily IO loaded boxes were the transactions take too long and
get killed by another process and the rpmdb can't recover from that. This isn't
RPMs fault... though it being more resilient would be nice.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/232#issuecomment-308292205
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint
