linux技术文章
-
tmpfs 挂载点明明还有空间，应用却可能报 No space left on device。本文按容量、inode 和内存回收三个维度，用 df、df -i、findmnt 与内核回收指标定位真正的限制，并给出可回滚的调整顺序。158 收藏 -
Linux 的 page cache 占用高不等于内存泄漏，本文从 free、top、slab 和回收验证入手，区分缓存、进程匿名内存与内核对象的边界。331 收藏 -
日志轮转后磁盘空间没有下降、旧日志文件仍在增长，常见原因是服务进程还握着旧文件句柄。本文用 copytruncate 与重新打开日志两条路径解释现象，给出安全配置、验证顺序和回滚判断。174 收藏 -
容器里的 DNS 偶发失败时，不要只反复改 nameserver。先核对 resolv.conf，再比较 getent 与 nslookup 的结果，最后用 ip route get 和 NSS 顺序确认请求到底走哪条路径，区分配置、路由和解析库问题。326 收藏 -
Linux 服务启动慢时，不要先盲目增加超时或删掉依赖。先用服务管理器的启动分析命令和 journalctl 对齐时间线，再区分依赖等待、网络就绪和进程自身初始化，最后用 After、Requires 与启动目标做最小修改和复测。484 收藏 -
单个服务文件句柄持续上涨时，不要只修改全局 limits.conf。用 prlimit 可以先查看并调整目标 PID 的 RLIMIT_NOFILE，再用服务管理器的 LimitNOFILE 和 /proc/PID/limits 做启动后验收，区分软上限、硬上限与实际打开数量。304 收藏 -
NFS 挂载目录突然卡住时，先用进程状态、挂载参数和服务端可达性判断阻塞位置，再区分 hard 与 soft 的风险边界，最后用小范围读写和恢复测试验收。115 收藏 -
文章 · linux | 6天前 | Linux · 运维排查 · 崩溃分析 · core dump · 调试回溯 · Linux GDB 崩溃排查 coredumpctl core dump 崩溃收集
Linux 服务崩溃后，先用 coredumpctl 确认现场是否被记录，再检查保留策略、权限和调试符号，最后导出 core 文件交给 gdb 回溯。本文给出一套可复查的命令顺序。256 收藏