08-08 Linux 与系统运维 SSH 突然无法连接:从网络、端口、服务到密钥认证的系统排查 SSH 无法连接必须先按故障阶段分类:域名解析、路由、TCP 端口、SSH 握手、认证、登录后会话。把所有问题都归因于“密钥权限”或“代理”会浪费大量时间。本文给出客户端与服务端两侧都可执行的系统排查流程。 一、先读懂错误信息 Connection timed out:通常是路由、安全组、防火墙、N 13 0 0
08-08 Linux 与系统运维 Linux 服务器频繁 OOM:从现场证据、内存泄漏到容量治理 OOM(Out Of Memory)不是一句“内存不够”就能解释的故障。它可能发生在整机、容器 cgroup、systemd 单元或应用自身堆内存中;同一台机器甚至可能还有大量可用内存,但某个受限容器已经被杀。本文提供从证据保全、范围判断、泄漏定位到容量治理的完整流程。 一、先确认是哪一层 OOM 10 0 0
08-08 Linux 与系统运维 磁盘还有空间却提示 No space left on device:inode、删除未释放与配额排查 “No space left on device” 不只代表磁盘字节用完。inode 耗尽、文件删除后仍被进程占用、用户配额、容器可写层、预留块、tmpfs 或挂载点异常,都可能产生同样报错。下面给出一套先定位对象、再安全释放、最后验证防复发的流程。 一、先确认报错对象和业务影响 记录报错时间、应用 10 0 0
08-08 Linux 与系统运维 Linux 服务器负载突然升高:从现象、定位到止血的完整排查流程 生产环境收到 Load Average 或 CPU 告警时,最忌讳一上来就重启。负载升高不等于 CPU 一定打满:CPU 运行队列、不可中断 I/O、锁等待、内存回收和虚拟机偷取时间都可能推高负载。本文给出一套可直接照着执行的排查、止血、验证与复盘流程。 一、先明确目标与安全边界 目标不是把负载数字 9 0 0
07-25 Linux 与系统运维 Linux 性能与系统维护:CPU、内存、I/O、内核升级和备份恢复 Linux 性能问题不能只看一个 CPU 使用率或 Load Average。生产排查需要先确认业务影响,保存现场,再按照 CPU、内存、磁盘 I/O、网络和应用依赖逐层缩小范围。系统维护还必须覆盖内核升级、备份、恢复演练和回滚。 排查原则:先测量再修改;先找瓶颈资源,再找制造瓶颈的进程;不要在缺少 7 0 0
07-25 Linux 与系统运维 Linux 服务管理:Systemd、日志、Supervisord 与可靠启停 现代 Linux 生产服务通常由 systemd 统一管理。真正可靠的服务管理不仅是会执行 start 和 restart,还要处理启动依赖、运行身份、环境变量、日志、重启策略、资源限制、优雅停机、健康验证和失败回滚。 核心原则:同一个进程只能有一个主管理器。不要同时让 systemd、Superv 26 0 0
07-25 Linux 与系统运维 Linux 日常运维手册:命令检索、文本处理、用户、软件包与磁盘 Linux 日常运维不是背命令,而是建立一套可重复、可审计、可回滚的操作方法。本文面向日常值班和生产维护,覆盖命令检索、文本处理、用户权限、软件包、磁盘、进程、网络、日志以及标准变更流程。 安全原则:先确认主机、环境和影响范围,再执行修改;先保存现场,再做止损;涉及删除、权限、磁盘和服务重启时必须准 12 0 0