为什么指数损坏 yum?

有时kesh. yum 它受损,我们看到了这样的错误:

error: db3 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db3 - (-30974)
error: cannot open Packages database in /var/lib/rpm

旁路路径

rm -f /var/lib/rpm/__db*

然后是下一个团队 «yum» 再生数据。

我的问题:这可能是什么原因? 是否有任何整体任务忽略阻止或有另一个导致它的问题?

我们有数百辆汽车 CentOS, 并且没有型号会发现这个问题。 这可能是“每百万”的问题,通常在大规模上发现。

笔记。 我明白这是一个非常“开放的”问题,但如果答案找到原因,我会返回并将问题转化为更规范的东西,这与特定问题直接相关。
已邀请:

小姐请别说爱

赞同来自:

一般来说,这发生了这种情况 rpm (或者 yum) 更新时造成失败 rpmdb, 这是钥匙和价值的仓库 Berkeley DB 非常敏感。 当这种失败发生时, rpmdb 它保持不一致状态,发生此错误。 所有其他文件

/var/lib/rpm

这些包含相同的信息,但以一种较少的格式,因此数据库易于恢复。

它可能是您在旧系统中可能看到的两个明显的错误。 CentOS.
https://bugzilla.redhat.com/show_bug.cgi?id=220963
, "在整体录制页面中令人不快和薄的比赛 mmap", 如改变日志所示,是
https://rhn.redhat.com/errata/RHSA-2007-0099.html
. 这
https://bugzilla.redhat.com/show_bug.cgi?id=230362
你的报告是什么。


http://www.redhat.com/archives ... .html
发生了什么时候 PackageKit 死亡 yum 在不合适的时间和
http://www.redhat.com/archives ... .html
. 但是,这最有可能影响桌面系统或图形界面服务器。

所有这些错误都在前面 EL 6, 你跟着

几乎

永远不会看到它 EL 6 或者 7, 如果你的系统,你不应该看到这个 EL 5 更新。 (我不知道 EL 4. 如果你有它,请在它传播之前杀死它。) 尽管如此,

任何事物

因为它 yum 或者 rpm 死和工作 rpmdb 可能会导致它。 这包括您最有可能在我们的日子里看到的东西,休闲宇宙射线,转动位或俯视的人

kill -9

.

在 RHEL 7 yum 在实际事务执行期间拦截更多信号,您将看到一条消息。

(shutdown inhibited)

. 这应该有助于防止某人或某事物中断交易并导致此问题的大多数情况。

要回复问题请先登录注册