关闭 CentOS 的后台更新服务 dnf makecache 停止系统在后台跑流量

原创 最新推荐文章于 2026-09-29 15:41:52 发布 1.2w 阅读 AI写同款
收录于
coreos

当前文章被收录于：

coreos
2 篇文章 0 人学习
订阅专栏 查看详情
kunyus
kunyus 博客等级 码龄17年 墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 1.2w累计阅读 1.3w+平均单平台 已同步平台 优快云 微信公众号 微博 知乎 掘金 百家号 博客园 抖音 小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网 我也要
126粉丝117篇原创
关注
CentOS 8 安装 Nginx：dnf 模块流与 SELinux 实战指南 Nginx 是 Linux 下最主流的高性能 Web 服务器与反向代理，其在 RHEL 系发行版（如 CentOS 8）中的部署逻辑与传统 Ubuntu 或 CentOS 7 截然不同。核心差异源于底层包管理机制升级：dnf 取代 yum，引入模块流（Module Streams）实现多版本共存；systemd 全面接管服务生命周期；firewalld 成为默认防火墙框架；SELinux 策略深度集成。这些变化使‘一键安装’失效——必须理解模块启用、EPEL 仓库依赖、SELinux 上下文标记及 fire 阅读详情
AI摘要

新服务器上的dnf-makecache.service服务定期更新元数据，导致未安装软件的服务器消耗大量流量。通过禁用dnf-makecache.timer定时器，可以避免不必要的流量消耗。

现象

新创建的一台服务器并关联了一个流量包，因为有其他事单个了就啥都没装，结果第二天发现流量包被消耗了1个G。

原因

经过查看系统日志发现，dnf-makecache.service服务一直定期的更新元数据导致消耗流量。

不太能理解的是 dnf 命令执行的时候每次都强制更新，为什么还要有个计划任务一直跑~

Fri 2020-06-19 01:55:13 CST dev-node init.scope[1]: Starting dnf makecache...
Fri 2020-06-19 01:55:13 CST dev-node dnf-makecache.service[5033]: CentOS-8 - AppStream                            257 kB/s | 4.3 kB     00:00
Fri 2020-06-19 01:55:13 CST dev-node dnf-makecache.service[5033]: CentOS-8 - Base                                 341 kB/s | 3.9 kB     00:00
Fri 2020-06-19 01:55:13 CST dev-node dnf-makecache.service[5033]: CentOS-8 - Extras                               130 kB/s | 1.5 kB     00:00
Fri 2020-06-19 01:55:13 CST dev-node dnf-makecache.service[5033]: Extra Packages for Enterprise Linux 8 - x86_64  466 kB/s | 4.7 kB     00:00
Fri 2020-06-19 01:55:13 CST dev-node dnf-makecache.service[5033]: Docker CE Stable - x86_64                       122 kB/s | 3.5 kB     00:00
......

解决方案

执行下面的命令关闭并禁用掉这个定时器。

  • systemctl stop dnf-makecache.timer
  • systemctl disable dnf-makecache.timer
[root@dev-node ~]# systemctl stop dnf-makecache.timer
[root@dev-node ~]# systemctl disable dnf-makecache.timer
Removed /etc/systemd/system/multi-user.target.wants/dnf-makecache.timer.

外网也有人对此问题进行过反馈

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
Fedora/CentOS必看：dnf makecache卡住100% CPU的终极解决方案 本文深度剖析了Fedora/CentOS系统中dnf makecache命令卡死并导致CPU使用率100%的故障。文章从现象诊断、进程强制终止和锁文件清理等应急操作入手，深入分析了RPM数据库损坏、元数据缓存冲突等根本原因，并提供了从清理缓存、重建数据库到检查仓库配置的完整根治方案与最佳实践，帮助系统管理员彻底解决这一常见运维难题。 阅读详情

相关推荐

CentOS 8 安装 Nginx 的正确路径：EPEL 与源码编译深度对比

Nginx 是广泛使用的高性能 Web 服务器与反向代理工具，其核心能力依赖于模块化架构与安全可靠的运行环境。在基于 RHEL 的系统（如 CentOS 8、Rocky Linux 8）中，由于默认仓库移除完整版 nginx 包，用户必须理解包管理机制（dnf）、安全策略（SELinux/firewalld）与模块编译原理，才能部署具备 HTTPS、HTTP/2 和生产级稳定性的服务。EPEL 仓库提供经验证的预编译 nginx 包，开箱支持 http_ssl_module 和 http_v2_module

SAN_YUN的专栏 512

10、深入理解 systemd 定时器与启动流程

本文深入探讨了systemd定时器和系统启动流程。详细解析了systemd定时器的配置与使用，包括日历事件、系统级和用户级定时任务的创建，以及相关服务文件的配置。同时，比较了SysV和systemd的启动流程，介绍了systemd的目标（Targets）、依赖关系、生成器及其对启动性能的影响。通过实际示例演示了如何优化系统启动，提高系统效率。适合系统管理员和开发者参考学习。

soda5的博客 186

CentOS安全漏洞修复实战：从应急响应到主动防御体系构建

在Linux服务器运维中，安全漏洞管理是保障系统稳定与数据安全的核心环节。其原理在于通过持续监控官方漏洞情报（如CVE编号与CVSS评分），结合自动化工具进行影响评估，从而制定差异化的修复策略。这项技术的价值在于将被动应急转化为系统性的风险管理，有效降低因漏洞被利用导致的业务中断与数据泄露风险。典型的应用场景包括响应高危远程代码执行漏洞、规划常规安全更新窗口，以及处理软件依赖冲突等复杂情况。本文以CentOS系统为例，深入解析了从漏洞研判、修复操作到构建自动化防范体系的全流程，并针对yum update依赖

dieqiao8331的博客 389

详解Dnf makecache 、Dnf update、Dnf install背后的工作原理

Dnf makecache 、Dnf update、Dnf install是Linux系统包管理命令，相比早期的rpm包命令，高效而稳定，但它们背后的工作原理、机制和特点，我们很少探究，本文全方位的解析三个包命令，并理解它们的区别和联系。

zhangxueyi的专栏 4060

Fedora 21服务器初始化：systemd与iptables深度实践指南

Linux系统初始化是保障服务稳定、安全与可复现性的基础工程实践。其核心在于理解init系统（如systemd）的启动依赖机制、防火墙（iptables）的表链匹配原理，以及包管理器（DNF）的元数据加载逻辑。这些技术共同构成操作系统启动时的服务编排、网络策略固化和软件源可信控制三大能力。在教学、嵌入式及遗留系统运维场景中，精准初始化尤为关键——它决定了SSH密钥认证能否生效、iptables规则是否从开机第一秒起拦截流量、DNF能否在离线归档源下快速构建缓存。本文以Fedora 21为典型环境，聚焦sys

weixin_34195142的博客 436

CentOS 8 LEMP 部署避坑指南：Nginx+PHP+MariaDB 深度协同配置

LEMP 是 Linux、Nginx、MySQL（或 MariaDB）、PHP 构成的现代 Web 应用基础栈，其核心在于组件间安全、高效、可验证的通信机制。在 CentOS 8 中，由于 systemd 服务模型强化、dnf 包管理重构、SELinux 策略默认启用及 AppStream 仓库分层，传统 CentOS 7 的部署逻辑已失效。理解 Nginx 如何通过 Unix socket 与 PHP-FPM 协同、PHP 如何使用 mysqlnd 驱动连接 MariaDB、以及 SELinux 上下文如

weixin_33709219的博客 768

CENTOS上的网络安全工具（十四）搬到Docker上（2）?

主要介绍了docker上systemctl不能正常运用的原因和解决方案，讨论了如何在容器中启动服务；结合docker中容器与主机间网络互访的实现，并讨论了windows主机无法ping通容器的问题；进一步，介绍了如何通过Windows远程桌面连接工具图形化登陆centos的方法，以及这种方法是否能在docker上实现的尝试。从多个方面的折腾实践，来微观地理解docker到底是什么，以及什么场景适合使用docker的问题。

lhyzws的专栏 2850

CentOS 8 LAMP 部署实战：EOL 环境下的安全、兼容与可维护方案

LAMP（Linux + Apache + MariaDB + PHP）是 Web 应用最基础的运行栈，其核心在于组件间版本协同、安全策略落地与配置可追溯性。在 CentOS 8 已 EOL 的现实下，直接使用默认源将导致 PHP 7.2 不兼容现代框架、MariaDB 字符集配置失效、SSL/TLS 支持缺失等系统性风险。本文聚焦‘可审计、可回滚、可迁移’的工程化部署原则，详解如何通过 vault 源切换、php:remi-74 模块启用、utf8mb4_0900_as_cs 排序规则设定、SELinux

dechen6073的博客 300

CentOS 8 安装 Apache：dnf 与 firewalld 配置实战指南

Apache 是最经典的开源 Web 服务器，其部署涉及包管理、网络策略与服务配置三大基础环节。在 CentOS 8 这一已结束生命周期但仍在教学、靶场和渗透测试中广泛使用的系统上，Apache 的安装不再只是简单执行命令，而需深入理解 dnf 包管理器的仓库机制、firewalld 防火墙的 permanent/runtime 双态规则模型，以及 SELinux 上下文与最小化安全配置的协同逻辑。掌握这些原理，不仅能成功部署稳定服务，更能支撑 Shiro 漏洞复现、CTF 环境搭建等典型网安实践场景，为向

agtvo48266的专栏 393

MySQL 5.7 生产级安装与配置指南：CentOS/Ubuntu 实战详解

关系型数据库是数据持久化存储的核心组件，其通过结构化查询语言（SQL）进行数据操作与管理，采用表结构存储数据并维护数据间的关联关系。在众多开源数据库中，MySQL凭借其开源、高性能、高可靠性和丰富的生态，成为Web应用、企业系统中最广泛使用的数据库之一。对于追求极致稳定性的生产环境，MySQL 5.7版本因其久经考验的稳定性和广泛的生态兼容性，至今仍是许多核心业务系统的首选。本文聚焦于**MySQL 5.7**在主流Linux发行版上的部署实践，详细对比了通过**包管理器安装**与二进制包安装的优劣，并提供

weixin_30847865的博客 419

银河麒麟与中标麒麟实战指南：从安装部署到故障排查

操作系统是计算机系统的核心软件，负责管理硬件资源并为应用程序提供运行环境。其核心原理在于通过内核进行进程调度、内存管理和设备驱动，为用户和上层软件构建了一个稳定、高效的抽象层。在信息技术领域，掌握特定操作系统的部署、配置与运维能力，对于保障业务系统的稳定运行和自主可控具有重要价值。尤其在服务器管理、软件开发与系统集成等应用场景中，对国产操作系统的熟练运用需求日益增长。本文聚焦于银河麒麟和中标麒麟这两个主流国产操作系统，针对其V4、V7、V10等核心版本，系统性地梳理了从系统安装、软件包管理（如apt/dnf

weixin_34380948的博客 405

CentOS 8 VMware生产级部署避坑指南

CentOS 8作为RHEL系重要长期支持分支，其虚拟化部署常因内核兼容性、驱动匹配与配置约束而失败。核心原理在于：VMware虚拟硬件版本、Linux内核模块加载顺序、systemd服务依赖链三者必须严格对齐；技术价值体现在规避启动卡死、网络失能、Tools编译失败等高频故障，显著提升环境交付确定性与运维稳定性；典型应用场景包括Docker开发环境搭建、Nginx反向代理测试、Python数据分析沙箱及CI/CD构建节点快速铺开；本文聚焦CentOS 8.5.2111在VMware Workstation

weixin_33910460的博客 165

Linux系统安全运维实战：从CVE-2011-5094漏洞修复看缓冲区溢出与补丁管理

缓冲区溢出是计算机安全领域的经典漏洞类型，其原理在于程序对用户输入数据缺乏严格的边界检查，导致数据超出预定内存区域，可能覆盖相邻内存。这种漏洞常出现在使用C/C++等不安全的字符串处理函数（如strcpy）的软件中，攻击者可利用它引发程序崩溃或执行任意代码，危害系统安全。从技术价值看，理解缓冲区溢出有助于构建纵深防御体系，推动安全编码实践和漏洞管理流程的完善。在应用场景上，无论是操作系统组件、网络服务还是桌面应用，只要涉及用户输入处理，都可能存在此类风险。本文以Linux系统中一个典型的缓冲区溢出漏洞CVE

stevenbill的博客 481

Kylin V10 x86_64 Yum源整源同步与本地离线源搭建

在 Linux/RPM 生态中，Yum/DNF 通过仓库元数据完成依赖解析与软件安装；当服务器处于物理隔离或内网环境时，外网仓库不可达，就需要把远程 Yum 源同步为本地离线源。其核心原理是用 reposync 将仓库中的 RPM 包完整拉取到指定目录，再通过 createrepo 生成 repodata 元数据，最后以 file:// 协议配置本地 repo，让 yum install 继续具备自动依赖补齐能力。技术价值在于降低人工拷包与版本错配成本，提升批量部署、安全补丁、中间件安装的可重复性。应用场景

weixin_33766805的博客 398

Nginx安装与启动全指南：从源码编译到systemd服务管理

Web服务器是现代网络应用的基石，负责处理客户端请求并返回响应。其核心原理是通过监听网络端口，接收HTTP等协议请求，并高效地分发和处理。在众多服务器软件中，Nginx以其高性能、高并发和低内存占用脱颖而出，成为反向代理、负载均衡和静态资源服务的首选技术。理解Nginx的安装与启动机制，是掌握其高级功能如**进程模型**和**信号控制**的基础。无论是通过系统包管理器快速部署，还是通过源码编译实现深度定制，正确的安装和配置都是保障服务稳定运行的第一步。本文将从这两种主流安装路径切入，详细解析安装后的目录结构

weixin_34288121的博客 391

麒麟KOS部署Wireshark全攻略：从依赖解决到抓包实战

网络协议分析是网络工程师和运维人员进行故障排查、性能优化和安全审计的基础技能。其核心原理是通过捕获和解码网络接口上的数据包，实现对通信过程的可见性。在信创国产化环境中，这一技术对于保障网络可靠性和安全性尤为重要。Wireshark作为业界标准的开源网络协议分析工具，凭借其强大的协议解析能力和图形化界面，成为技术人员的首选。然而，在基于Linux的国产操作系统如麒麟KOS上进行部署时，常会遇到软件依赖、权限配置等适配挑战。本文聚焦于在麒麟KOS环境下，系统性地解决Wireshark安装过程中的**依赖冲突**

weixin_34127717的博客 373

docker+k8s+centos10

本文探讨了容器化部署工具的选择与使用经验。作者通过Puppet部署工具的失败案例，指出部署工具应简化流程而非增加复杂度，最终采用简单shell脚本替代。文章对比了Docker与Kubernetes的优缺点：Docker轻量易用适合开发环境，而Kubernetes集群运维复杂、学习成本高，生产环境需谨慎评估。详细介绍了CentOS 7/10环境下Docker的安装配置、私有镜像仓库搭建，以及Kubernetes集群部署流程，包括网络插件Calico的安装验证。最后强调生产环境应采用独立试验田验证新技术，避免直

yanghuashuiyue的专栏 869

从原理解析为啥执行yum update两次才会升级到最新版本呢？

最近有个客户，在本地搭建的本地网络源，将外网源的安装包全部同步到yum源服务器上，但是在执行yum update的时候，发现kernel的版本不是升级到最新版本，而是需要执行两次yum update才会更新到最新版本。-rw-r--r-- 1 root root 0 11月 24 18:53 /var/cache/dnf/last_makecache。经过沟通确认发现，将kernel相关包从外网源reposync后，直接执行的yum update，没有更新缓存。

太极淘的博客 748
上一篇： Hyper-V 在 AMD 处理器上开启嵌套虚拟化
下一篇： 解决 AMD CPU 使用 VMWare 在嵌套虚拟化中用 qemu 启动虚拟机提示 Assertion ret == cpu-kvm_msr_buf-nmsrs failed
点赞 3
评论 3
书签 书签 10
kunyus
kunyus
博客等级 码龄17年 126粉丝 117原创
+ 关注 专栏目录 订阅专栏
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值