<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Plainnotes</title><link>https://www.ysllsyysl.online/</link><description>网络与系统笔记</description><item><title>磁盘没满，却写不进去：inode 用完了</title><link>https://www.ysllsyysl.online/posts/2026-11-05-inode-full.html</link><guid>https://www.ysllsyysl.online/posts/2026-11-05-inode-full.html</guid><description>df -h 还有一半空间，touch 却报 No space left on device。</description></item><item><title>服务反复重启，先别急着改配置</title><link>https://www.ysllsyysl.online/posts/2026-11-02-restart-loop.html</link><guid>https://www.ysllsyysl.online/posts/2026-11-02-restart-loop.html</guid><description>Restart 策略会把一个启动失败的服务变成无限循环，日志反而被冲掉。</description></item><item><title>证书链不完整，浏览器却看起来正常</title><link>https://www.ysllsyysl.online/posts/2026-10-29-cert-chain.html</link><guid>https://www.ysllsyysl.online/posts/2026-10-29-cert-chain.html</guid><description>桌面浏览器会自动补中间证书，curl 和部分客户端不会。</description></item><item><title>是谁杀了进程：OOM killer 的日志在哪</title><link>https://www.ysllsyysl.online/posts/2026-10-26-oom-killer.html</link><guid>https://www.ysllsyysl.online/posts/2026-10-26-oom-killer.html</guid><description>进程消失、没有 core、dmesg 里一行 oom-kill 才是答案。</description></item><item><title>容器日志把磁盘写满</title><link>https://www.ysllsyysl.online/posts/2026-10-20-docker-log.html</link><guid>https://www.ysllsyysl.online/posts/2026-10-20-docker-log.html</guid><description>json-file 驱动默认不轮转，一个话多的容器能吃掉整个分区。</description></item><item><title>502 的第一分钟该看什么</title><link>https://www.ysllsyysl.online/posts/2026-10-15-nginx-502.html</link><guid>https://www.ysllsyysl.online/posts/2026-10-15-nginx-502.html</guid><description>先分清是上游没人听、上游超时，还是上游自己崩了。</description></item><item><title>容器里时间差 8 小时</title><link>https://www.ysllsyysl.online/posts/2026-10-09-tz-container.html</link><guid>https://www.ysllsyysl.online/posts/2026-10-09-tz-container.html</guid><description>镜像里没有 tzdata，TZ 设了也没用。</description></item><item><title>抓包看 TCP 重传，比 ping 有用</title><link>https://www.ysllsyysl.online/posts/2026-10-02-tcp-retrans.html</link><guid>https://www.ysllsyysl.online/posts/2026-10-02-tcp-retrans.html</guid><description>ping 通不代表链路健康，重传率才是慢的真正原因。</description></item><item><title>长连接被中间设备掐断</title><link>https://www.ysllsyysl.online/posts/2026-09-26-keepalive.html</link><guid>https://www.ysllsyysl.online/posts/2026-09-26-keepalive.html</guid><description>NAT 表项五分钟过期，keepalive 却设了十分钟。</description></item><item><title>DNS 解析慢，不一定是 DNS 的问题</title><link>https://www.ysllsyysl.online/posts/2026-09-19-slow-dns.html</link><guid>https://www.ysllsyysl.online/posts/2026-09-19-slow-dns.html</guid><description>先分清是解析慢、连接慢，还是应用在等超时。</description></item><item><title>nginx 开 HTTP/2 之后，为什么有的客户端反而变慢</title><link>https://www.ysllsyysl.online/posts/2026-09-12-nginx-http2.html</link><guid>https://www.ysllsyysl.online/posts/2026-09-12-nginx-http2.html</guid><description>六个请求的静态站，h2 的收益本来就有限；真正拖慢它的是丢包和没开的会话复用。</description></item><item><title>Too many open files：到底是谁开的</title><link>https://www.ysllsyysl.online/posts/2026-09-05-too-many-files.html</link><guid>https://www.ysllsyysl.online/posts/2026-09-05-too-many-files.html</guid><description>调大 ulimit 之前，先看是谁在漏 fd。</description></item><item><title>日志没有轮转，多半是这两个原因</title><link>https://www.ysllsyysl.online/posts/2026-08-29-logrotate.html</link><guid>https://www.ysllsyysl.online/posts/2026-08-29-logrotate.html</guid><description>配置放在 conf.d 里没被 include，或者进程不认 USR1 信号。</description></item><item><title>cron 里跑脚本，环境变量和你想的不一样</title><link>https://www.ysllsyysl.online/posts/2026-08-22-cron-env.html</link><guid>https://www.ysllsyysl.online/posts/2026-08-22-cron-env.html</guid><description>PATH 只有三条，HOME 是 /root，交互式 shell 的配置一个都不会加载。</description></item><item><title>文件系统突然变只读</title><link>https://www.ysllsyysl.online/posts/2026-08-15-disk-readonly.html</link><guid>https://www.ysllsyysl.online/posts/2026-08-15-disk-readonly.html</guid><description>内核报 I/O 错误后会把 ext4 重挂成 ro，目的是防止损坏扩大。</description></item><item><title>SSH 登录要等十秒才出提示符</title><link>https://www.ysllsyysl.online/posts/2026-08-08-ssh-slow.html</link><guid>https://www.ysllsyysl.online/posts/2026-08-08-ssh-slow.html</guid><description>多半是反向 DNS 解析超时，或者 GSSAPI 在找一个不存在的东西。</description></item><item><title>用 systemd timer 替掉 cron 之后踩的两个坑</title><link>https://www.ysllsyysl.online/posts/2026-08-03-systemd-timer.html</link><guid>https://www.ysllsyysl.online/posts/2026-08-03-systemd-timer.html</guid><description>Persistent 的补跑时机和 daemon-reload 的遗漏，都比想象中容易踩。</description></item><item><title>TIME_WAIT 很多，要不要调内核</title><link>https://www.ysllsyysl.online/posts/2026-07-28-timewait.html</link><guid>https://www.ysllsyysl.online/posts/2026-07-28-timewait.html</guid><description>大部分时候不用管，它只是主动关闭方的正常状态。</description></item><item><title>load average 很高，CPU 却很闲</title><link>https://www.ysllsyysl.online/posts/2026-07-21-load-high.html</link><guid>https://www.ysllsyysl.online/posts/2026-07-21-load-high.html</guid><description>load 统计的是可运行和不可中断的进程，I/O 等待也会算进去。</description></item><item><title>端口被占用，却找不到进程</title><link>https://www.ysllsyysl.online/posts/2026-07-15-port-in-use.html</link><guid>https://www.ysllsyysl.online/posts/2026-07-15-port-in-use.html</guid><description>ss 看不到，可能是别的 netns，也可能是 TIME_WAIT 或内核保留。</description></item></channel></rss>
