- 线上磁盘告警时，df 与 du 常常对不上。本文按 df、df -i、du、lsof +L1 的顺序梳理排查路径，解释已删除未释放文件与 inode 耗尽的成因，并给出日志与临时目录的治理建议。 线上磁盘告警时，df 与 du 常常对不上。本文按 df、df -i、du、lsof +L1 的顺序梳理排查路径，解释已删除未释放文件与 inode 耗尽的成因，并给出日志与临时目录的治理建议。
- 凌晨告警：三台机器load25但CPU利用率只有12%，业务没挂但响应变慢。这种load高CPU闲的场景，大概率是IO等待或锁。先确认load构成：vmstat15#b列是阻塞线程数，50+说明大量任务在等ps-eLostat,comm|grep^D|sort|uniq-c|sort-rn|headD状态（不可中断睡眠）进程是load的主要贡献者，逐个看内核栈：cat/proc/<pi... 凌晨告警：三台机器load25但CPU利用率只有12%，业务没挂但响应变慢。这种load高CPU闲的场景，大概率是IO等待或锁。先确认load构成：vmstat15#b列是阻塞线程数，50+说明大量任务在等ps-eLostat,comm|grep^D|sort|uniq-c|sort-rn|headD状态（不可中断睡眠）进程是load的主要贡献者，逐个看内核栈：cat/proc/<pi...
- Komari 是一个轻量的服务器监控探针，面板加 Agent 两部分。这篇记录面板和 Agent 的部署过程，重点是两个默认行为：面板首次启动处于安装模式，第一个打开页面的人就能创建管理员；Agent 默认开着远程控制（网页终端和远程命令）。 Komari 是一个轻量的服务器监控探针，面板加 Agent 两部分。这篇记录面板和 Agent 的部署过程，重点是两个默认行为：面板首次启动处于安装模式，第一个打开页面的人就能创建管理员；Agent 默认开着远程控制（网页终端和远程命令）。
- 在 Debian 上管服务，绕不开 systemctl。刚接手一台机器时，我的习惯不是先改配置，而是先看清服务当前是什么状态，再决定动不动它。 一、先看状态，再动手最常用的一条是查看单个服务的状态：systemctl status nginx输出里重点看三处：Loaded 表示服务单元是否加载成功，Active 表示当前是运行中、已退出还是失败，Main PID 则对应主进程。状态是 fai... 在 Debian 上管服务，绕不开 systemctl。刚接手一台机器时，我的习惯不是先改配置，而是先看清服务当前是什么状态，再决定动不动它。 一、先看状态，再动手最常用的一条是查看单个服务的状态：systemctl status nginx输出里重点看三处：Loaded 表示服务单元是否加载成功，Active 表示当前是运行中、已退出还是失败，Main PID 则对应主进程。状态是 fai...
- 容器里的日志把磁盘吃满，是线上最常见也最容易反复发生的一类问题。删一次日志能救急，但如果不把限制写进配置，过几天它还会回来。下面按「先止血、再定位、最后防复发」的顺序走一遍。一、先看清是谁在占盘docker system df 会列出镜像、容器可写层、卷和构建缓存各自占多少空间。很多时候看到的是镜像占大头，但真正每天在涨的是某个容器的日志文件。容器日志默认落在 /var/lib/docker... 容器里的日志把磁盘吃满，是线上最常见也最容易反复发生的一类问题。删一次日志能救急，但如果不把限制写进配置，过几天它还会回来。下面按「先止血、再定位、最后防复发」的顺序走一遍。一、先看清是谁在占盘docker system df 会列出镜像、容器可写层、卷和构建缓存各自占多少空间。很多时候看到的是镜像占大头，但真正每天在涨的是某个容器的日志文件。容器日志默认落在 /var/lib/docker...
- 定时任务到了时间却没跑，先别急着改时间表达式：按服务与任务存在性、日志、环境变量与路径、手动复现、权限与输出重定向的顺序排查，多数问题出在环境差异上。 定时任务到了时间却没跑，先别急着改时间表达式：按服务与任务存在性、日志、环境变量与路径、手动复现、权限与输出重定向的顺序排查，多数问题出在环境差异上。
- 云主机的硬件时钟本身走得不准，一旦时间同步停摆，偏差会悄悄积累，直到某天 apt、curl、git 同时报证书错误才发现问题。本文以一台 Ubuntu 22.04 云主机为例，解释 83 ppm 漂移意味着每天快 7 秒，给出从 timedatectl 到 chronyc 的诊断顺序、常见报错对照表，以及手动步进、监控偏差的防复发做法，全部命令可直接复制执行。 云主机的硬件时钟本身走得不准，一旦时间同步停摆，偏差会悄悄积累，直到某天 apt、curl、git 同时报证书错误才发现问题。本文以一台 Ubuntu 22.04 云主机为例，解释 83 ppm 漂移意味着每天快 7 秒，给出从 timedatectl 到 chronyc 的诊断顺序、常见报错对照表，以及手动步进、监控偏差的防复发做法，全部命令可直接复制执行。
- df -h 显示磁盘还有一半空间，写文件却报 No space left on device。本文从 inode 数量、目录结构、排查命令到预防措施，完整说明这类隐性磁盘写满问题的定位思路。 df -h 显示磁盘还有一半空间，写文件却报 No space left on device。本文从 inode 数量、目录结构、排查命令到预防措施，完整说明这类隐性磁盘写满问题的定位思路。
- 介绍 Bash 脚本常用的防御式写法：set -euo pipefail、trap 清理临时文件、变量引用与常见踩坑案例，帮助写出更健壮的运维脚本。 介绍 Bash 脚本常用的防御式写法：set -euo pipefail、trap 清理临时文件、变量引用与常见踩坑案例，帮助写出更健壮的运维脚本。
- df 显示还有几十 GB，写入却报 No space left on device。这类问题通常不是 block 用尽，而是 inode 耗尽，或者文件已被删除但句柄还没释放。本文给出三步排查顺序和对应的处理方式。 df 显示还有几十 GB，写入却报 No space left on device。这类问题通常不是 block 用尽，而是 inode 耗尽，或者文件已被删除但句柄还没释放。本文给出三步排查顺序和对应的处理方式。
- 终端里输入一个命令，系统回一句“command not found”，很多人第一反应是软件没装好，于是重新安装一遍。重装有时候确实能好，但更多时候问题根本不在安装：软件明明已经装了，只是 Shell 找不到它；或者找到了一个同名的旧版本，跑出来的行为和预期完全不一样。先把“命令是怎么被找到的”讲清楚，再决定是装、是改路径还是改别名，顺序不能反。which、type 和 PATH，就是干这件事... 终端里输入一个命令，系统回一句“command not found”，很多人第一反应是软件没装好，于是重新安装一遍。重装有时候确实能好，但更多时候问题根本不在安装：软件明明已经装了，只是 Shell 找不到它；或者找到了一个同名的旧版本，跑出来的行为和预期完全不一样。先把“命令是怎么被找到的”讲清楚，再决定是装、是改路径还是改别名，顺序不能反。which、type 和 PATH，就是干这件事...
- 磁盘占满是 Linux 运维中最常见、也最容易误判的故障：df 显示 100%，未必是文件真的写满了；删除大文件后空间也未必立即释放。本文给出一条可复现的排查路径，先定位、再定性、最后清理并防复发。一、先确认是空间满还是 inode 满执行 df -h 和 df -i，前者看容量，后者看 inode。容量满常见于日志、备份、下载目录；inode 满则常见于海量小文件，例如邮件队列、缓存碎片、... 磁盘占满是 Linux 运维中最常见、也最容易误判的故障：df 显示 100%，未必是文件真的写满了；删除大文件后空间也未必立即释放。本文给出一条可复现的排查路径，先定位、再定性、最后清理并防复发。一、先确认是空间满还是 inode 满执行 df -h 和 df -i，前者看容量，后者看 inode。容量满常见于日志、备份、下载目录；inode 满则常见于海量小文件，例如邮件队列、缓存碎片、...
- journalctl 是 systemd 自带的日志查看工具，系统服务、内核和启动过程的日志都集中存在 journal 里，不用再去 /var/log 下面一个个翻文件。最基础的用法是直接运行 journalctl，从较早的日志开始分页显示，按 q 退出；加 -f 是实时跟踪新日志，相当于 tail -f。实际排查最常用的是按服务过滤：journalctl -u nginx 只看某个服务的日... journalctl 是 systemd 自带的日志查看工具，系统服务、内核和启动过程的日志都集中存在 journal 里，不用再去 /var/log 下面一个个翻文件。最基础的用法是直接运行 journalctl，从较早的日志开始分页显示，按 q 退出；加 -f 是实时跟踪新日志，相当于 tail -f。实际排查最常用的是按服务过滤：journalctl -u nginx 只看某个服务的日...
- 现象一台机器上用 SSH 连一台早就连通过、指纹也核对过的服务器，突然报 Host key verification failed，拒绝连接。服务器没重装、没换密钥，本地私钥也没动，第一反应往往是怀疑服务器被中间人替换了——但这次不是。 排查过程先确认报错的到底是哪一步：ssh -v 看详细日志，确认失败发生在 host key 校验阶段，而不是密码或密钥认证阶段。检查本机 ~/.ssh/... 现象一台机器上用 SSH 连一台早就连通过、指纹也核对过的服务器，突然报 Host key verification failed，拒绝连接。服务器没重装、没换密钥，本地私钥也没动，第一反应往往是怀疑服务器被中间人替换了——但这次不是。 排查过程先确认报错的到底是哪一步：ssh -v 看详细日志，确认失败发生在 host key 校验阶段，而不是密码或密钥认证阶段。检查本机 ~/.ssh/...
- 刚学 Linux 的新手常常是这样用命令的：先敲一个命令看结果，再把结果抄下来，手动喂给下一个命令。数据量一小，这么做还行；数据一多，抄错一行、漏掉一个数字都很正常。其实 Linux 早就准备好了一个更省事的办法：管道。用竖线把几个命令连起来，前一个命令的输出，直接变成下一个命令的输入，中间不需要你动手转抄。先理解一个比喻。管道像工厂里的传送带：第一个工位做出半成品，传送带直接送到下一个工位... 刚学 Linux 的新手常常是这样用命令的：先敲一个命令看结果，再把结果抄下来，手动喂给下一个命令。数据量一小，这么做还行；数据一多，抄错一行、漏掉一个数字都很正常。其实 Linux 早就准备好了一个更省事的办法：管道。用竖线把几个命令连起来，前一个命令的输出，直接变成下一个命令的输入，中间不需要你动手转抄。先理解一个比喻。管道像工厂里的传送带：第一个工位做出半成品，传送带直接送到下一个工位...
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签