linux技术文章
-
Linux 审计日志出现 backlog limit exceeded 时，不能只把队列上限调大。本文从 auditctl 状态、lost 计数和 auditd 内部队列入手，区分内核 backlog、守护进程消费和磁盘轮转三个环节，给出可回滚的处理与复核顺序。391 收藏 -
Linux 创建 io_uring 时报 EPERM，不一定是程序参数写错。本文按 io_uring_disabled、io_uring_group、CAP_SYS_ADMIN、SQPOLL 和已有实例边界给出检查顺序。390 收藏 -
Linux 服务管理器的 RuntimeMaxSec 可以给服务设置最长运行时间，但它不是普通的请求超时。本文用一次性数据同步服务说明如何配置运行时限、从服务状态命令和 journalctl 判断超时结果，并区分正常退出、失败重启与限时后的恢复边界。389 收藏 -
systemd 服务读不到 EnvironmentFile 时，先确认实际加载的 unit，再检查文件路径与格式，最后用 daemon-reload、restart、journalctl 和进程环境完成定位。387 收藏 -
Linux 服务出现 Too many open files 时，先用进程级文件描述符计数和 /proc/PID/fd 识别增长来源，再区分连接、日志或临时文件泄漏，最后通过限流、平滑重启和阈值告警恢复服务。386 收藏 -
Linux 中使用 rsync --delete 同步目录时，先用 --dry-run 预览目标端删除项，再用排除规则保护缓存、日志和备份目录，最后确认源目标路径后执行正式同步。384 收藏 -
Linux tar 排除多个目录失败，通常是归档成员路径前缀、参数位置或 shell 通配符展开导致。本文用 GNU tar 命令说明如何统一路径、正确引用模式，并用 tar -tzf 检查结果。384 收藏 -
通过 systemd drop-in 配置 LimitNOFILE、TasksMax 和 LimitNPROC，并用 systemctl、/proc 与 cgroup 状态确认限制是否真正生效。383 收藏 -
setcap 给文件写入能力并不等于运行中的进程拥有全部能力。本文从 getcap 文件检查出发，再用 /proc/PID/status 解码 CapPrm、CapEff、CapBnd 与 CapAmb，定位实际生效范围变小的原因。383 收藏 -
前端开发服务器、文件同步工具突然报 ENOSPC，未必是磁盘满了。本文用 inotify 的三个内核限制拆开排查，找到实际占用进程，完成临时调整、持久化和回滚验证。382 收藏 -
Linux 机器重启后服务迟迟不能用，先别盯着单个进程猜原因。本文用关键依赖链命令拆出启动耗时和真正的等待点，再结合服务状态与 journalctl 验证是服务本身慢、依赖未就绪，还是启动顺序配置造成的延迟。382 收藏 -
Linux rsync 默认依赖文件大小和修改时间做快速判断，--checksum 则会读取匹配大小的文件计算预传输校验。本文给出开启条件、成本判断、dry-run 检查和结果解读方法。381 收藏 -
Linux cgroups v2 里，cpu.weight 是同级任务之间的相对 CPU 分配，cpu.max 是按周期生效的绝对带宽上限。本文用一个小型 cgroup 实验说明两者差别，并补充内存与委派边界。380 收藏 -
文章 · linux | 1个月前 | 定时任务 · 任务调度 · linux运维 · 故障排查 · 服务管理 · Linux 定时任务 OnCalendar Persistent Linux 定时单元
Linux 定时任务是否需要补跑，关键不在于把 OnCalendar 写得多复杂，而在于分清日历触发、服务单元和 Persistent=true 的职责。本文用一个每日归档任务拆解配置取舍、错过窗口时的状态变化与可验证的检查命令。375 收藏 -
文章 · linux | 3星期前 | Linux · 日志排查 · Linux journalctl journalctl按unit筛选日志 journalctl时间范围 systemd服务日志排查 journalctl日志为空
通过 unit、since/until 和启动周期组合查询条件，快速定位 systemd 服务在指定时间窗口内的日志，并处理 unit 名称、日志范围与权限导致的空结果。372 收藏