欢迎光临
我们一直在努力
        找回密码
当前位置： 服务器运维 unix 正文

腾讯云宝塔centos使用yum时报 Error: rpmdb open failed的解决办法

2021-03-15 分类：unix / 服务器运维 阅读(1815) 评论(0)

在centos系统上，在使用yum命令安装软件包时候报错：

error: rpmdb: BDB0113 Thread/process 2229/140657048729600 failed: BDB1507 Thread died in Berkeley DB library

error: db5 error(-30973) from dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery

error: cannot open Packages index using db5 -  (-30973)

error: cannot open Packages database in /var/lib/rpm

CRITICAL:yum.main:

Error: rpmdb open failed

原因是RPM数据库被破坏

重建数据库后恢复正常：

    cd /var/lib/rpm/

    for i in `ls | grep 'db.'`;do mv $i $i.bak;done

    rpm --rebuilddb

    yum clean all

服务器推荐 购买代理 新云网络 咨询QQ 690624 阿里云 腾讯云 华为云 优惠

AD：【【腾讯云】腾讯云2核4G轻量免费升级4核4G】
赞(0) 打赏
未经允许不得转载： » 腾讯云宝塔centos使用yum时报 Error: rpmdb open failed的解决办法
分享到

相关推荐

评论 抢沙发

取消

咨询QQ：690624

腾讯云最热活动

腾讯云轻量服务器2核4G系列产品、可以免费升级到4核4G 、没有购买服务器的用户、或已有这个配置的 赶紧升级了。不懂联系我！！！！

热门文章

快讯

  • 宝塔腾讯云php无法启动的N种常见错误解决教程

    情况一：sock已经被监听

    解决方法：将这个路径下的文件删除后再重启 /tmp/php-cgi-56.sock
    进入ssh 执行以下命令再重启php

    rm -f /tmp/php-cgi-56.sock

    具体不同的php版本，需要将以上命令的56更换为具体报错的php版本号，不能生搬硬套哦

    情况二： libonig.so.2问题

    解决方法：进入ssh 执行这条命令 再尝试启动

        yum install libsodium-devel sqlite-devel oniguruma-devel libwebp-devel libvpx-devel -y
    情况三： fatal error unable to create lock file:bad file descriptor(9)

    解决方法：

        /etc/init.d/php-fpm-72 stop
        /etc/init.d/php-fpm-72 start

    然后再启动试试

    注意:以上的72，为php版本号，哪个版本的php启动不了，就将以上命令的72改为对应版本号

  • 阿里云云小站_服务器优惠_99元服务器-阿里云

    阿里云上云优惠聚集地，新人专享优惠价格，可叠加专享代金券购买价格更低。

    折扣卷领取：https://www.aliyun.com/minisite/goods?userCode=fa2nbd3s

    （1）折扣券不可用于购买产品提货券；
    （2）99计划产品暂不支持折扣补贴券抵扣使用；
    （3）折扣券必须先领取成功后方可使用；
    （4）PC或者无线端订单最终是否支持折扣券请以下单页面实际情况为准；
    （5）用户领取的折扣券有效期为15天，有效期内下单购买有效，15天后券自动失效作废。

  • 腾讯云精选特惠 用云无忧_腾讯云优惠活动

    腾讯云推出大促优惠活动：

    免费领取3150元代金券礼包；云服务器、云数据库、COS等上云必备产品，

    低至1.8折起；云产品助力企业和开发者轻松上云

    同价续费：参与本专区活动，享新购续费同价1次
    同价续费商品，每个配置全网（包含其它活动页面）限新购1次，续费1次 ，详情参见销售卡片 活动规则>>

  • 腾讯云linux系统 initramfs 或 initrd 损坏/丢失

    现象描述

    执行命令或系统启动的过程中，出现 VFS： Unable to mount root fs on unknow-block 或者 error：file '/boot/initramfs-`uname -r`.img' not found 等报错信息。

    可能原因

    1. 系统启动失败，输出 VFS： Unable to mount root fs on unknow-block 可能是 initramfs 或 initrd 有问题，需要重新 生成 initramfs 或 initrd:。如下图所示：

     2：系统启动失败，
    输出 error：file '/boot/initramfs-`uname -r`.img' not found 可能是 /boot 目录下缺少 initramfs/initrd 文件。
    如下图所示：
     
    上面两种情况，都会导致系统无法正常启动。检查并重新生成 initramfs/initrd。

    故障处理

    1.参见 使用救援模式，进入救援模式。
    2. 执行其中的 mount 及 chroot 等命令。
    mkdir -p /mnt/vm1
mount /dev/vda1 /mnt/vm1
mount -o bind /dev /mnt/vm1/dev
mount -o bind /dev/pts /mnt/vm1/dev/pts
mount -o bind /proc /mnt/vm1/proc
mount -o bind /run /mnt/vm1/run
mount -o bind /sys /mnt/vm1/sys
chroot /mnt/vm1 /bin/bash

    3.执行以下命令，重新生成 initramfs/initrd。

    wget http://mirrors.tencentyun.com/install/cts/linux/cvmrescue_main.sh && chmod +x cvmrescue_main.sh && ./cvmrescue_main.sh -m rebuild_initramfs

    碰到域名解析失败的可以在 /etc/hosts 中配置 hosts 169.254.0.3 mirrors.tencentyun.com。

    4.输出如下，表示 initramfs 或 initrd 新建成功。

    5.参见 使用救援模式，退出救援模式，启动系统。

  • 如何查看Linux系统I/O负载情况？

    如何查看Linux系统I/O负载情况？

    本文中含有需要您注意的重要提示信息，忽略该信息可能对您的业务造成影响，请务必仔细阅读。

    本文介绍如何使用iostat、iotop工具查看I/O负载情况。

    查看磁盘I/O负载

    使用iotop从进程纬度查看磁盘IO负载

    iotop是一个用来监视磁盘I/O使用状况的top类工具，可以从进程纬度查看磁盘IO负载。

    1. 执行如下命令，安装iotop。

      yum install iotop

    2. 执行如下命令，查看I/O负载。

      iotop -k -n 5 -d 3
      说明

      • -b：记录到日志。

      • -k：以KB为单位显示。

      • -n：统计次数。

      • -d：统计时间间隔。

      显示结果如下。

      显示结果参数说明如下，更多参数说明，可执行iotop -h查询。

      • DISK READ：该进程读I/O带宽。

      • DISK WRITE：该进程写I/O带宽。

      • SWAPIN：磁盘的交换使用率。

      • IO：该进程的 I/O 利用率，包含磁盘和交换。

    kjournald进程占用I/O资源高问题

    问题描述

    使用iotop排查分析，发现kjournald进程占用了大量I/O资源。

    问题原因

    该问题通常是由于.ext3文件系统设置的Journal size太小导致。

    kjournald进程是ext3文件系统进行I/O数据操作的内核进程，它在向磁盘内写入和读取数据时占用CPU和内存资源。当循环的向ext3文件系统写数据时，会使Journal size不断增大，到达设置的Journal size时，就会出现该问题。

    解决方案

    1. 远程连接Linux系统的ECS实例。

      具体操作，请参见连接方式概述。

    2. 执行如下命令，查看相应分区的Journal size大小。

      dumpe2fs /dev/xvda1 | grep Journal
      说明

      /dev/xvda1请替换为实际的分区。

      系统显示类似如下，表示/dev/xvda1分区的Journal size为128M。

      dumpe2fs 1.42.9 (28-Dec-2013)
Journal inode: 8
Journal backup: inode blocks
Journal features: journal_incompat_revoke
Journal size: 128M
Journal length: 32768
Journal sequence: 0x00010ffb
Journal start: 10953

    3. 执行如下命令，修改Journal size大小。

      mke2fs -J size=400 /dev/xvda1
      说明

      请根据业务需要，修改size大小，/dev/xvda1请替换为实际的分区。

    I/O性能优化：通过4K对齐提高I/O性能

    4K对齐指将符合4K扇区定义格式化过的硬盘，按照4K扇区的规则写入数据。4K对齐可以使簇与扇区相对应，保证了磁盘读写效率，以提高I/O性能。

    本操作介绍如何通过以下脚本对磁盘进行格式化并自动配置4K对齐。

    警告

    运行此脚本会自动格式化所有数据盘，如果非新购数据盘，请在操作前，确认已对相关数据盘进行数据备份。具体操作，请参见创建一个云盘快照。

    1. 使用root用户远程连接Linux系统的ECS实例。

      具体操作，请参见连接方式概述。

    2. 下载auto_fdisk.zip压缩包后解压，将解压后脚本并上传到目标服务器。

    3. 依次执行如下命令，为脚本添加执行权限，然后运行脚本。

      chmod +x ./auto_fdisk.sh
./auto_fdisk.sh

  • Linux实例负载高问题排查和异常处理

    问题描述

    在您使用ECS实例过程中，可能会遇到实例系统负载较高的情况，负载过高，可能会引发一系列异常问题，简单说明如下：

    • CPU使用率或负载过高：一般来说，当CPU使用率≥80%时，定义为CPU使用率过高。CPU使用率持续过高，可能会导致实例运行速度变慢，自动关机或重启、无法登录等问题。

    • 带宽使用率过高：一般来说，带宽使用率≥当前带宽80%时，定义为带宽使用率过高。带宽使用率持续过高，将影响实例的网络连通性或网络吞吐，例如实例无法远程连接、网速过慢等。

    • 内存使用率过高：一般来说，当内存使用率≥80%时，定义为内存使用率过高。内存使用率过高，可能会出现系统卡顿、内部服务响应速度变慢等问题。

    • I/O使用率过高：一般来说，当前I/O读写≥该云盘I/O的80%时，定义为I/O使用率过高。I/O使用率过高，可能会出现文件读写变慢、应用性能下降或报错等问题。

    问题排查

    您可以使用SAR工具或htop工具定位该实例的负载过高及各资源的使用情况。

    使用sar工具查看实例各资源使用情况
    使用htop查看系统内各进程负载情况

    sar是System Activity Reporter（系统活动情况报告）的缩写，sar工具对系统状态进行取样后，通过计算数据和比例来表达系统当前的运行状态。其特点是可以连续对系统取样，获得大量的取样数据。其取样数据和分析结果可以存入文件，所需的负载很小。

    sar是Linux系统中较为全面的性能分析工具，可以从多个方面对系统的活动进行监控和报告，包括文件读写情况、系统调用使用情况、串口、CPU效率、内存使用情况、进程活动及IPC（Inter-Process Communication，进程间通信）等。

    安装sar工具

    如果您的ECS实例中默认未安装sar工具，可参考如下步骤进行安装。

    1. 使用VNC连接Linux系统的ECS实例。

      具体操作，请参见使用VNC登录实例。

    2. 执行如下命令，安装sar工具。

      yum install sysstat

    3. 执行如下命令，启动sysstat服务。

      systemctl start sysstat

    4. 执行如下命令，查看sysstat服务状态。

      systemctl status sysstat

      当返回系统中出现Active: active (exited)表示sysstat服务已启动。

    查看CPU使用率
    查看队列长度和CPU平均负载
    查看磁盘使用情况
    查看内存负载
    查看I/O负载
    查看swap分区页面交换情况

    执行如下命令，查看CPU负载。

    sar -u 1 5   #每隔一秒刷新，刷新5次

    系统显示类似如下。

    Linux 3.10.0-123.9.3.el7.x8664 (iZ23pddtofdZ)     07/04/2016     _x86_64    (1 CPU)
10:16:35 AM     CPU     %user     %nice   %system   %iowait    %steal     %idle
10:16:36 AM     all     14.14      0.00      1.01      0.00      0.00     84.85
10:16:37 AM     all     14.14      0.00      0.00      1.01      0.00     84.85
10:16:38 AM     all      0.00      0.00      1.01      0.00      0.00     98.99
10:16:39 AM     all      0.00      0.00      0.00      0.00      0.00    100.00
10:16:40 AM     all      1.00      0.00      0.00      0.00      0.00     99.00
Average:        all      5.86      0.00      0.40      0.20      0.00     93.54

    显示结果主要字段说明

    • %user：用户模式下消耗的CPU时间比例。

    • %nice：通过nice改变了进程调度优先级的进程，在用户模式下消耗的CPU时间比例。

    • %system：系统模式下消耗的CPU时间比例。

    • %iowait：CPU等待磁盘I/O导致空闲状态消耗的时间比例。

    • %steal：利用Xen等操作系统虚拟化技术，等待其它虚拟CPU计算占用的时间比例。

    • %idle：CPU空闲时间百分比。

    常见sar命令参数

    sar命令的参数说明如下，区分大小写。

    • -A：汇总所有的报告。

    • -a：报告文件读写使用情况。

    • -B：报告附加缓存的使用情况。

    • -b：报告缓存的使用情况。

    • -c：报告系统调用的使用情况。

    • -d：报告磁盘的使用情况。

    • -g：报告串口的使用情况。

    • -h：报告关于buffer使用的统计数据。

    • -m：报告IPC消息队列和信号量的使用情况。

    • -n：报告命名cache的使用情况。

    • -p：报告调页活动的使用情况。

    • -q：报告运行队列和交换队列的平均长度。

    • -R：报告进程的活动情况。

    • -r：报告没有使用的内存页面和硬盘块。

    • -u：报告CPU的利用率。

    • -v：报告进程、i节点、文件和锁表状态。

    • -w：报告系统交换活动状况。

    • -y：报告TTY设备活动状况。

更好的服务器推荐选择

本站主要用于阿里云、腾讯云、华为云服务器活动的推荐及优惠购买方式、并搜集服务器运维的日常解决方案！

联系我们联系我们

觉得文章有用就打赏一下文章作者

非常感谢你的打赏，我们将继续提供更多优质内容，让我们一起创建更加美好的网络世界！

支付宝扫一扫

微信扫一扫

登录

找回密码

注册