系统日志太大,不等于所有日志都能删。本文说明普通访问日志、系统日志、审计日志和数据库日志的处理边界,以及日志轮转为什么更重要。
围绕 #Linux服务器 标签聚合相关服务器技术与排查内容,方便按主题继续阅读。
当前按标签筛选:#Linux服务器
系统日志太大,不等于所有日志都能删。本文说明普通访问日志、系统日志、审计日志和数据库日志的处理边界,以及日志轮转为什么更重要。
进程异常退出不一定是服务崩了,也可能是 OOM、配置错误、依赖失败或脚本异常。本文从系统日志、服务日志和应用日志三个层面说明如何判断。
放行端口后还是访问不了,通常不是“防火墙没开”,而是安全组、监听地址、上游防护或服务本身出了问题。本文列出常见漏查项。
能 ping 通并不代表端口能访问。本文解释为什么 ICMP 通、TCP 不通很常见,并给出端口测试、防火墙、安全组和服务监听的排查顺序。
服务器能上网但域名解析失败,常见原因是 DNS 配置、网关、解析服务或系统 `/etc/resolv.conf` 被覆盖。本文按“能访问 IP 但不能访问域名”的思路展开。
服务器时间不准看起来是小问题,实际上会影响证书、日志、定时任务、登录验证和数据对账。本文说明怎么检查时间同步,以及为什么不要忽略时区和 NTP。
服务器重启后网站打不开,多半不是“网站坏了”,而是 Web 服务、数据库、缓存、面板或防火墙没有按预期拉起。本文按开机顺序和依赖关系排查。
服务启动失败时,别急着重装环境。先看 `systemctl status`、journal 日志和配置语法,判断是配置错误、端口冲突、权限问题还是依赖服务没起来。
Linux 服务器突然变慢时,不要先猜是程序还是网络。先看 CPU、内存、Load、磁盘 IO 和最近变更,往往能更快锁定是短时流量、任务堆积还是资源瓶颈。
Linux Load Average 高不等于 CPU 一定满。本文用性能瓶颈定位思路说明如何结合 CPU、IO、进程状态和业务日志判断负载来源。
No space left on device 可能是磁盘容量满,也可能是 inode 用尽。本文按容量、inode、小文件、日志和数据库场景说明如何判断与处理。
Linux 磁盘满要先定位分区、目录和文件类型,再决定清理日志、缓存、备份还是数据库文件。本文强调安全清理顺序和不能误删的位置。