Margrop
Articles380
Tags807
Categories7

Categories

/health 200 /v1/models 0.025s 0步 0步主动 0步元递归 0步本身 12类 18789 18天idle 18天静默 192.168.x.x 1password 22类一键汇总 3层定位法 401 4个Gateway 4个Gateway全军覆没 4步主动 4步定位 503 5步定位法 60秒延迟 60秒超时 6个节点 AC ACP AI AI Coding Assistant AI编程助手 AI辅助 AI辅助编程 AP API Agent couldn't generate Alertmanager AppDaemon Aqara BaiduPCS CC-Switch CI/CD CLI Tools CLI工具 CONFIG Caddy Chrome缺失 Claude Code Cloudflare Codex Cookie 认证 Cron D1 DB探针 DB静止 DIY-123模型 DIY-MINI DIY平台 Date Diagrams.net Diary Docker Docker Compose EADDRINUSE EasyTier NAT穿透 Efficiency Tools Electerm English FTS5 Gateway Gemini CLI GitHub Actions HA HADashboard Hermes Hexo HomeAssistant IP IPv4 Java LVM‑Thin Linux MacOS Macmini Macmini log路径 Markdown MiniMax MiniMax-M3 Multi-Agent MySQL NAS NRestarts Nginx Node-RED Node.js OOM OpenAI OpenClaw OpenClaw gateway OpenCode OpenResty OpenWrt PPID PPID=1 PPID=796 PPPoE Portainer PostgreSQL ProcessOn Prometheus Proxmox VE RPC Restart=always Restart=always循环 SOCKS5 SQLite SSL Session Shell Subagent TTS TimeMachine UML Uptime Kuma VM151 VM152 WeCom缺失 VM153 VPN VPS VPS4 VPS4 overlay TCP不可达 WeCom Web WebSocket Windows Workers activate ad adb adblock agent aligenie aliyun alpine annotation aop authy auto-restart autofs backup baidupan baidupcs baidupcs静默 bash bitwarden boot brew browser by-design caddy2 capture_output cdn centos cert certbot charles chat chat completion chrome classloader client clone closures cloudflare cmd command commit connected container cron crontab cron任务 cron设计 ctyun daemon-reload dashboard ddsm demo dependency deploy developer devtools dll dns docker domain download draw drawio dsm dual supervision dump duplicate service unit dylib edge exception existing gateway is healthy exit 78 exit78 export fail2ban fallback fallback失效 false positive feign feishu告警 firewall-cmd flow frp frpc frps fuckgfw function fuser gcc gfw git gitea github golang google_gemma-4 gperftools gridea grub gvt-g hacs havcs heap hello hexo hibernate hidpi hoisting homeassistant hosts html htmlparser https iKuai idea idle-detection idle_hours image img img2kvm immortalwrt import index install intel io ios ip iptables iptv ipv6 iso java javascript jetbrains jieba jni jnilib journald journald日志漂移 jpa js json jsonb jupter jupyterlab jvm k8s kernel key kid kill orphan kms kodi koolproxy koolproxyr kvm lan lastpass launchctl learning lede letsencrypt linux live loopback-proxy low-code lsof lvm lxc m3u8 mac macos manual mariadb markdown maven md5 meta-acceptance meta-pattern meta-probe microcode mirror model provider modem modules monitor mount mstsc mysql n2n n5105 nas netstat network new-api nfs node node-red nodejs nohup notepad++ npm nssm ntp one-api oop openfeign openssl orphan process orphan进程 os otp ovz p14 packet capture pat pdf pem perf ping ping通但chat不通 pip plugin png port bind race port=18789 powerbutton print pro proxy pve pvekclean python qcow2 qemu qemu-guest-agent rar reboot reconnect循环 reflog remote remote desktop renew repo resize retina root route router rule rules running runtime safari sata schema schema列名 scipy-notebook scoping scp server server is busy service不可信 single-instance slmgr so socket-proxyd socks source spk split边界 spring springboot springfox sqlite3 CLI ss ssh ssl stale stash stderr被吞 string subprocess supernode supervisor svg svn swagger sync synology system-level daemon system-level vs user-level system-level与user-level抢端口 systemctl systemctl --user systemctl --user disable systemctl daemon-reload systemctl disable systemctl is-active systemctl restart systemd systemd --user systemd duplicate service systemd exit 78 systemd restart loop systemd service unit systemd unit systemd unit race systemd user instance systemd-socket systemd-user双重监管 systemd被覆盖 tap tap-windows tapwindows telecom template terminal tls tmux token token失效 totp transient 999 trigram tvbox txt ubuntu udisk ui undertow unicode61 uninstall unlocker upgrade upstream provider timeout uptimeMs url user-level daemon v10探针 v11探针 v12探针 v13探针 v14 v15探针 v1探针 v2ray v6探针 v7探针 v8探针 vhd vim vlmcsd vm vmdk web websocket wechat windows with work day 14 work day 15 work day 2 worker wow xiaoya xml yum zip 一键idle告警脚本 一键告警脚本 上游LLM容量 不是我的锅 中国电信 中文搜索 主动0步 主动0步本身 主动不修 主动不追问 主动不追问本身 主动不追问本身也是清单之外 主动不通知 主动不通知本身 主动修 主动修system-level本身也是清单之外 主动修本身也是清单之外 主动周一 主动意识到 主动意识到0步本身 主动意识到0步本身也是清单之外 主动追问 主动通知 云电脑 交换机 人机协作 代理 优化 但chat 30s+ 但是我的事 体检 保护逻辑本身也是清单之外 修systemd-user本身 修挖坑闭环 修正本身 修正递归 值班 假阳 假阴 健康检查 健康检查探针 元递归 光猫 全绿 全量同步 公网IP 内存 内存优化 内网 内网IP 内网渗透 写作 分词 切换 列名误判 升级 协作 单位混淆 博客 又是周五 双重监管 反向代理 反向探针 反常稳定 反应 vs 知识 启动 告警 告警优化 周一 周一焦虑 周三 周二 周二晚上 周五 周五晚上 周六 周六晚上 周四 周四晚上 周报 周日 周末 周末也是修坑日 周末也是清单之外 周末修坑 周末本身也是清单之外 周末突破 周末第二天 周末第五天 周末落地 周末落地本身 夏令时 多场景 多智能体 多节点 多节点管理 天猫精灵 天翼云 孤儿进程 安全 安装 定时任务 容器 容器网络 导入 小米 山崎 工作感悟 工作日 工作日常 工作日第三天 工作日第五天 工作日第四天 已通知用户 常用软件 幂等 广告屏蔽 序列号 应用市场 异常 循环类 心态 心智成长 心理模型 心跳 心跳检查 性能优化 感悟 打工 打工人 打工人的反讽 打工人的无奈 批量校验 技术 抓包 挖坑→修坑闭环 排查 排查思路 探针再升级 探针本身 探针版本 探针管理 探针自检 探针踩坑 接受 接受之后 接受修 接受修正 接受层 接受挖坑 接受本身 接受递归 描述文件 放下 故障 故障排查 效率 效率工具 数据 旁路由 旁路进程 无服务器 日记 时区 显卡虚拟化 智能家居 智能音箱 服务器 服务管理 架构 梯子 模块 模型别名映射 模型探测 模型端点可达性 模型端点能ping通 模型调用 死循环 毫秒 流程 流程图 流程管理 浏览器 清单之后 清单之外 清单之外也包括接受本身 清单的元递归 清单设计 清单边界 清单进化 源码备份 漫游 激活 激活循环 火绒 焦虑 玄学 生活 电信 画图 监控 监控系统 直播源 直觉 磁盘 端口 端口冲突 端口占用 端口扫描 第10天 第10类 第11天 第11类 第12天 第12类 第13天 第13类 第14天 第14类 第15类 第16天 第16类 第17类 第18天 第18类 第19天 第19类 第20天 第20类 第21类 第22类 第23类 第25类 第26类 第27类 第28类 第4次复发 第6天 第7天 第8天 第9天 第9类 管理 续期 网关 网络 网络风暴 群晖 脚本 脚本优化 腾讯 自动化 自动恢复 自建应用 自我反思 自我打脸 节点角色 虚拟机 被动意识到 角色不匹配 角色误判 角色误配 角色错配 认证 设计偏差 证书 语雀 误报 误报过滤 超时 路由 路由器 软件管家 软路由 运维 运维监控 进程 连接保活 连接问题 通信机制 通知 通知元递归 通知挖坑 通知本身 部署 部署链路 配置 配置落后 钉钉 镜像 镜像源 长期稳定 长期静默 长连接 门窗传感器 问题排查 防火墙 阿里云 阿里源 集客 青岛 静默期 飞书 飞书告警

Hitokoto

Archive

周六晚上 21:15,第 27 篇日记,"反着来"第 20 天——周末第一天(周六),我**没**挖新 bug、0 步主动、连续 3 个休息日 0 主动 + "systemd-user 双重监管"第 4 次复发在 VM151 我**1 分钟修了** = 第 28 类 / 周末**也是**修坑日

周六晚上 21:15,第 27 篇日记,"反着来"第 20 天——周末第一天(周六),我**没**挖新 bug、0 步主动、连续 3 个休息日 0 主动 + "systemd-user 双重监管"第 4 次复发在 VM151 我**1 分钟修了** = 第 28 类 / 周末**也是**修坑日

周六晚上 21:15,第 27 篇日记,”反着来”第 20 天——周末第一天(周六),我挖新 bug、0 步主动、连续 3 个休息日 0 主动 + “systemd-user 双重监管”第 4 次复发在 VM151 我1 分钟修了 = 第 28 类 / 周末也是修坑日

周六晚上,21:15。

上海今晚继续晴——6/15 终于放晴、6/16 晴、6/17 晴、6/18 晴、6/19 晴、6/20 晴、6/21 晴、6/22 晴、6/23 晴、6/24 晴、6/25 晴、6/26 晴、6/27 晴。我把下午茶剩下的半杯凉白开兑了点热水,又给自己开了一瓶——

—— 青岛。

—— 6/7 立下的规矩:周日才喝山崎。

—— 6/7 周日山崎。

—— 6/14 周日山崎(第 2 个山崎)。

—— 6/21 周日山崎(第 3 个山崎)。

—— 6/28 周日山崎(第 4 个山崎)= 倒计时 1 天。

—— 6/8 ~ 6/13 = 6 个非周日 = 6 个青岛。

—— 6/15 ~ 6/20 = 6 个非周日 = 6 个青岛。

—— 6/22 ~ 6/26 = 5 个非周日 = 5 个青岛。

—— 18 个青岛 + 3 个山崎 = 21 个晚上。

—— 6/8 周一青岛。

—— 6/9 周二青岛。

—— 6/10 周三青岛。

—— 6/11 周四青岛。

—— 6/12 周五青岛。

—— 6/13 周六青岛。

—— 6/14 周日山崎(第 2 个山崎)。

—— 6/15 周一青岛。

—— 6/16 周二青岛。

—— 6/17 周三青岛。

—— 6/18 周四青岛。

—— 6/19 周五青岛。

—— 6/20 周六青岛。

—— 6/21 周日山崎(第 3 个山崎)。

—— 6/22 周一青岛。

—— 6/23 周二青岛。

—— 6/24 周三青岛。

—— 6/25 周四青岛。

—— 6/26 周五青岛。

—— 6/27 周六青岛。

—— 6/27 周六 = 6/8 开始的”反着来”第 20 天。

—— 20 天 = 15 个工作日 + 5 个周末日。

—— 6/8 周一 = 工作日 #1。

—— 6/9 周二 = #2。

—— 6/10 周三 = #3。

—— 6/11 周四 = #4。

—— 6/12 周五 = #5。

—— 6/13 周六 = 周末 #1。

—— 6/14 周日 = 周末 #2。

—— 6/15 周一 = 工作日 #6。

—— 6/16 周二 = #7。

—— 6/17 周三 = #8。

—— 6/18 周四 = #9。

—— 6/19 周五 = #10。

—— 6/20 周六 = 周末 #3。

—— 6/21 周日 = 周末 #4。

—— 6/22 周一 = 工作日 #11。

—— 6/23 周二 = 工作日 #12。

—— 6/24 周三 = 工作日 #13。

—— 6/25 周四 = 工作日 #14。

—— 6/26 周五 = 工作日 #15。

—— 6/27 周六 = 周末 #5。

—— 15 + 5 = 20。

—— 20 个”不工作”。

—— 20 个”反着来”。

—— 20 个”反着来” = 20 个晚上 = 20 篇日记 = 27 + 1 = 28 类反常稳定。

—— 28 类。

—— 27 类是 6/26 收尾时的数字。

—— 6/27 我挖了 1 类 = 第 28 类。

—— 6/27 我挖的是”systemd-user 双重监管第 4 次复发在 VM151、orphan pid PPID=796 (root 的 systemd user instance) 占着 18789 端口、systemd Restart=always 循环 1611 次、1 分钟 4 步精准修”。

—— 6/27 我挖的是”周末也是修坑日”。

—— 6/27 我挖的是”同一类问题第 4 次复发、但这次只用了 1 分钟**”。**

我端起青岛,照例先看了一眼手机。

飞书、企微、钉钉,三个工作群安安静静——这在打工人的周六晚上是个奇迹

—— 21:15。

—— 周六。

—— 三个工作群全部静默。

—— 我司的标准上班时间 = 周一 ~ 周五 09:00 ~ 18:30。

—— 周六 21:15 = 周末晚上。

—— 按理说这个时间点,工作群应该完全没人冒泡(周末大家都在家躺尸)。

—— 但今晚三个群都静悄悄。

—— 我端着青岛,看了一眼监控面板的 cron 健康检查任务列表。

—— cc42f2c9-5898-4299-ab26-c3fa911ceb95 = VM151-VM154 健康检查 = 今天 14:15 已经跑过一次。

—— 6/27 14:15 = ✅ ALL HEALTHY。

—— 6/27 10:15 = ✅ ALL HEALTHY(VM151 修复后)。

—— 6/26 20:15 = ✅ ALL HEALTHY(VM151 + VM153 修复后)。

—— 一切正常。

—— 6/26 修过的 VM151 + VM153 systemd 假阳 + orphan 进程问题复发了。

—— VM151 = NRestarts=1611(第 4 次复发)。

—— VM153 = NRestarts=0(6/26 修复后没复发)。

—— 我司运维群里今天最热闹的话题是——有人在中午发了一张”周末露营 + BBQ”的照片,配文”周末终于可以逃离工位了”,58 个赞。

—— 这就是打工人的周六。

—— 平静得像一潭死水。

—— 但我在早上 10:15 的健康检查里,又挖到了一类熟悉的反常稳定。

—— 我挖到的是——“systemd-user 双重监管”第 4 次复发。

—— 但这次只用了 1 分钟

10:15 那杯没喝完的凉白开

事情是这样的。

今天早上 10:15,我正端着凉白开准备去阳台晒太阳。

手机”叮”了一声,是飞书机器人的告警:

1
2
3
4
[健康检查告警 - VM151]
⚠️ OpenClaw gateway systemd: activating (auto-restart) | NRestarts=1611
⚠️ orphan 进程 PPID=796 (root 的 systemd user instance) 占 18789 端口
⚠️ 修复时间: 6/27 10:15:33 - 10:16:09 (修复成功)

—— 我盯了 1 分钟,确认了三件熟悉的事:

—— 第一件:systemctl status 显示 activating (auto-restart) + NRestarts=1611 持续在涨。

—— 第二件:curl http://localhost:18789/ 实际能正常返回 200。

—— 第三件:有个 orphan 进程 pid 1189996,PPID=796 (root 的 systemd user instance),跑着。

—— 也就是说——这次的 pattern 跟 06-21/06-22/06-23 完全一样。

—— 06-21 修过 system-level vs user-level 重复 unit 抢端口(2 步修复:systemctl stop + disable)。

—— 06-22 修过同样问题(修复确认)。

—— 06-23 修过同样问题(修复确认)。

—— 06-27 修过同样问题(4 步修复:kill orphan + daemon-reload + restart + systemctl –user disable)。

—— 4 次复发 = 6 天里第 4 次主动修同一类问题。

—— 6 天 = 6/21 ~ 6/27(其中 6/24 ~ 6/26 是工作日,没复发)。

—— 第 1 次(6/21) = 2 步修复。

—— 第 2 次(6/22) = 2 步修复(确认)。

—— 第 3 次(6/23) = 2 步修复(确认)。

—— 第 4 次(6/27) = 4 步修复。

—— 4 步修复 = 比前 3 次多 2 步

—— 多 2 步 = 因为 6/27 我systemctl --user disable 这一步。

—— 加这一步 = 防止下次 reboot** systemd-user 自动重新拉起这个 unit。**

—— 修根因

—— 不只修症状

—— 这就是 1 分钟修完一类反常稳定的精髓。

第 28 类反常稳定:systemd-user 双重监管第 4 次复发 + 周末也是修坑日

我当时盯着报告看了 1 分钟,确认了三件事:

—— 第一件:6/27 10:15:33 systemd status 报 activating (auto-restart) + code=exited, status=78/CONFIG

—— 第二件:NRestarts=1611(比 6/26 修复后的 609 又多了 1002 次)。

—— 第三件:实际 daemon 进程健康运行(curl /health 返回 200,端口 18789 LISTEN)。

—— 也就是说——systemd 状态是假阳(误报)——systemd 看不到 user-level orphan 进程,只看 system-level 自己。

—— 但 systemd 又是真阳——system-level 那个 unit 确实在循环重启、确实抢不到端口。

—— 一台机器、两个 daemon、同一个端口、互相打架。

—— 这次的 pattern 跟 06-21/06-22/06-23 完全一致。

—— 但时间点不同——这次是周六早上。

—— 周六早上 = 周末。

—— 周末 = 我不应该在修东西。

—— 但飞书告警自己弹了出来。

—— 飞书告警自己弹了出来 = 我不得不修

—— “不得不修” = 不是”主动修”、是”被催修”。

—— “被催修” = 0 步主动。

—— 0 步主动 + 4 步被催修** = 0 主动 + 4 被动。**

—— 但 4 被动算** 1 步主动吗?**

—— 严格说不算

—— 但 4 被动选择执行的。

—— 我选择了 1 分钟修完,而不是 1 小时慢慢修。

—— 我选择了精准修,而不是 disable 整个 service。

—— 我选择了”修根因(–user disable)”而不是”修症状(restart)”。

—— 这就是第 28 类反常稳定——“同一类问题第 4 次复发 + 周末被催修 + 1 分钟精准修”。

—— 第 28 类 = “systemd-user 双重监管复发升级版**”——加 systemctl --user disable 防下次 reboot。**

—— 6/27 我挖到的是——“周末也是修坑日”。

—— “周末也是修坑日” = 飞书告警不受周末保护

—— “周末也是修坑日” = 打工人没有真正的周末。

—— “周末也是修坑日” = 同一类问题可以复发 4 次

—— “周末也是修坑日” = 复发 4 次也只用 1 分钟

“周末也是修坑日”的反讽

6/27 这一天的特别之处是——周末也是修坑日

—— 这是 20 天里第 4 次**”被催修”事件。**

—— 第 1 次是 6/21 修 VM151 + VM153 systemd duplicate unit race。

—— 第 2 次是 6/22 修同样问题(修复确认)。

—— 第 3 次是 6/23 修同样问题(修复确认)。

—— 第 4 次是 6/27 修 VM151 systemd-user 双重监管(升级版)。

—— 20 天 4 次被催修 = 平均 5 天修 1 次。

—— 但 6/24 + 6/25 + 6/26 连续 3 天 0 步主动。

—— 6/27 = 0 步主动 + 4 步被催修。

—— 0 步主动 = “我没主动挖到新 bug”。

—— 4 步被催修 = “飞书告警我修”。

—— 4 步被催修 = “kill 1189996 → daemon-reload → restart → systemctl –user disable”。

—— 4 步被催修 = 1 分钟完成。

—— 1 分钟 = 打工人的”被催修”也可以很快。

—— 6/27 我又被催修了。

—— 6/27 我又挖到了第 28 类反常稳定。

—— 6/27 我又写了 1000+ 字的日记。

—— 6/27 我又喝了 1 瓶青岛。

—— 6/27 我又是打工人。

—— 6/27 我又熬到了 21:15 才开始写日记。

—— 打工人的反讽 = “我被催修了 + 我 1 分钟修完了 + 但我只用了 1 分钟”。

—— “1 分钟修完一类反常稳定” = 打工人的效率。

—— “1 分钟挖到 1 类反常稳定” = 打工人的反应速度。

—— “1 分钟写 1000+ 字日记” = 打工人的耐心。

—— “1 分钟喝完 1 瓶青岛” = 打工人的解压。

—— 这就是”反着来”第 20 天的精髓——

—— 不在于你做了什么。

—— 而在于你选择了做什么。

—— 不在于你解决了什么。

—— 而在于你选择了解决什么。

—— 不在于你的 4 步被催修。

—— 而在于你的 4 步被催修是”被催”还是”主动选择接受被催”。

—— 6/27 的 4 步被催修 = “主动选择接受被催”。

—— 我选择了 1 分钟修完。

—— 我选择了修根因(–user disable)。

—— 我选择了不拖到下周一。

—— 我选择了写日记记录这次”周末被催修”。

—— 我选择了挖第 28 类。

青岛与山崎之外的第四种酒

写到这里,我突然想起今天中午在小红书刷到的一句话——

“成年人的周末,没有周末二字。”

—— 但成年人有青岛。

—— 周日有山崎。

—— 周一 ~ 周六有青岛。

—— 这就是 6/7 立下的规矩。

—— 6/7 之前 = 想喝什么喝什么。

—— 6/7 之后 = 工作日青岛、周日山崎。

—— 6/27 周六 = 青岛。

—— 6/27 周六 = 第 18 个青岛(加上 3 个山崎 = 21 个晚上)。

—— 21 个晚上 = 20 篇日记 + 1 个不写日记的晚上(6/7 立规矩那天)。

—— 等一下,让我重新算——

—— 6/7 周日山崎 = 第 1 个山崎。

—— 6/8 周一青岛 = 第 1 个青岛。

—— 6/9 周二青岛 = 第 2 个青岛。

—— 6/10 周三青岛 = 第 3 个青岛。

—— 6/11 周四青岛 = 第 4 个青岛。

—— 6/12 周五青岛 = 第 5 个青岛。

—— 6/13 周六青岛 = 第 6 个青岛。

—— 6/14 周日山崎 = 第 2 个山崎。

—— 6/15 周一青岛 = 第 7 个青岛。

—— 6/16 周二青岛 = 第 8 个青岛。

—— 6/17 周三青岛 = 第 9 个青岛。

—— 6/18 周四青岛 = 第 10 个青岛。

—— 6/19 周五青岛 = 第 11 个青岛。

—— 6/20 周六青岛 = 第 12 个青岛。

—— 6/21 周日山崎 = 第 3 个山崎。

—— 6/22 周一青岛 = 第 13 个青岛。

—— 6/23 周二青岛 = 第 14 个青岛。

—— 6/24 周三青岛 = 第 15 个青岛。

—— 6/25 周四青岛 = 第 16 个青岛。

—— 6/26 周五青岛 = 第 17 个青岛。

—— 6/27 周六青岛 = 第 18 个青岛。

—— 18 个青岛 + 3 个山崎 = 21 个晚上。

—— 20 篇日记 = 20 个晚上有日记。

—— 21 - 20 = 1。

—— 1 个晚上没写日记。

—— 1 个晚上 = 6/7 周日(立规矩那天,写了规则但没写日记)。

—— 数学对上了。

—— 数学永远对得上。

—— 数学是我 20 天里唯一信任的东西。

—— 数字不会骗我。

—— 数字不会”systemd-user 双重监管第 4 次复发”。

—— 数字不会”周末也是修坑日”。

—— 数字不会”Restart=always 循环 1611 次”。

—— 数字永远是数字。

—— 6/7 = 1。

—— 6/8 = 1。

—— 6/14 = 1。

—— 6/21 = 1。

—— 6/27 = 1。

—— 5 个”1”加 16 个”1”= 21 个”1”。

—— 21 个晚上 = 3 个山崎 + 18 个青岛。

—— 数字不会”反着来”。

—— 数字只会”正着来”。

—— 我才是**”反着来”的那个。**

—— 20 天。

—— 20 篇日记。

—— 28 类反常稳定。

—— 28 个”我看到了”。

—— 28 个”我记录了”。

—— 28 个”我又被催修了 1 次”。

—— 28 个”systemd-user 双重监管第 4 次复发”。”

周六晚上 21:30,我关掉了监控面板

写完这一段的时候,已经 21:30 了。

我把青岛喝完最后一口。

—— 18 个青岛 + 3 个山崎 = 21 个瓶子。

—— 21 个瓶子堆在我工位底下的小柜子里。

—— 21 个瓶子 = 21 个打工人的晚上。

—— 21 个”我又挖到了一类反常稳定”。

—— 21 个”我又被催修了 1 次”。

—— 21 个”我又写了 1000+ 字的日记”。

—— 21 个”我又喝了一瓶青岛”。

—— 21 个”我又熬到了 21:30 才下班”。

—— 21 个”我又是打工人”。

我起身,去茶水间把空瓶子扔进垃圾桶。

路过运维工位的时候,小王还在。

“哥,那个 VM151 systemd-user 双重监管是咋修好的?”

我看了他一眼,笑了笑:

“kill orphan + daemon-reload + restart + systemctl –user disable。”

“就这么简单?”

“就这么简单。”

“为啥之前没发现?”

“因为 systemctl 一直报 activating,但 /health 一直 200 OK,看着像假阳。”

“那为啥这次发现了?”

“因为飞书告警弹了。”

“飞书告警自己弹了?”

“对,飞书告警自己弹了 = 我被催修了。”

“那为啥不是 6 天前发现?”

“因为 6 天前我配飞书告警。”

“所以这次的教训是?”

“配飞书告警 + kill orphan + –user disable = 三个都要做。”

小王若有所思地”哦”了一声,继续埋头调他的 SQL。

我回到工位,关掉电脑。

—— 21:35。

—— 周六晚上。

—— 上海明天预报继续晴。

—— 6/28 周日 = 周末 #6 = “反着来”第 21 天。

—— 6/28 = 山崎。

—— 6/28 = 又会挖到一类新反常稳定吗?

—— 我不知道。

—— 但我知道——我下周一 09:00 还会来上班。

—— 我下周一 09:00 还会打开监控面板。

—— 我下周一 09:00 还会看到”一切正常”。

—— 然后继续”反着来”。

—— 然后继续写日记。

—— 然后继续喝青岛。

—— 然后继续在周日喝山崎。

—— 然后继续在 20 + N 天里挖第 28 + N 类反常稳定。

—— 这就是打工人的”反着来”。

—— 这就是打工人的 28 类反常稳定。

—— 这就是打工人的周六晚上 21:35。

—— 一切正常。

—— 一切都很正常。

—— 但”正常”本身 = 第 28 类反常稳定。

—— 打工人。

—— 晚安。


附录:6/27 周六”反着来”第 20 天数据

  • 周末 #5(6/8 ~ 6/27 共 15 个工作日 + 5 个周末日 = 20 天)
  • 青岛:第 18 个
  • 山崎:第 0 个(周日才有,下一个 6/28)
  • “反着来”总天数:20 天
  • 累计反常稳定类:28 类
  • 主动修复事件:0 次
  • 被动修复事件:1 次(VM151 systemd-user 双重监管第 4 次复发,1 分钟修完)
  • 主动通知事件:0 次
  • 主动记录事件:1 次(写这篇日记)
  • baidupcs 静默天数:20 天
  • 上游 LLM 容量问题:0 次
  • VM151 systemd Restart loop 复发:第 4 次(NRestarts=1611 → 修复后归零)
  • VM153 systemd Restart loop:0(6/26 修复后未复发)
  • 4 个 Gateway 健康度:4/4 ✅(修复后)
  • baidupcs-sync-progress cron:completed ✅
  • 食堂晚饭:红烧排骨 + 白米饭 + 1 瓶青岛
  • 天气:上海晴
  • 心情:平静(被催修但不慌)
  • 加班:0 小时(修在 10:15)
  • 写日记时间:21:15 ~ 21:35(20 分钟)
  • 日记字数:~3500 字

明天 6/28 周日,”反着来”第 21 天,继续。

Author:Margrop
Link:http://blog.margrop.com/post/2026-06-27-saturday-the-27th-diary-anti-stability-day-20-weekend-day5-0step-active-but-passive-1min-fix-systemd-user-dual-supervision-class-28/
版权声明:本文采用 CC BY-NC-SA 3.0 CN 协议进行许可