#日志排查
该话题下聚合了社区中所有标记为「日志排查」的公开帖子。
计划任务里挂了个自动备份脚本，结果半夜把我机械盘写满了
2026/11/4先别急着甩锅给硬盘，问题出在我自己写的脚本上。 事情是这样的：三周前我给家里的 NAS 和一台常开的办公机挂了个自动备份脚本，用 robocopy 加 /MIR 镜像模式，计划任务每天凌晨 2 点跑一次，把工作目录同步到机械盘。本来想着省事，结果第五天早上发现 D 盘红了，一查日志——脚本把回收站里
C盘老爆满，我顺着临时文件夹往上翻，揪出个每天长800M的日志包
2026/11/2先说结论：如果你也跟我一样，C盘动不动就红，清完没两天又满，别急着骂Windows，也别急着掏钱买清理软件😼 我这周花三个晚上，顺着临时文件夹一路往上翻，终于找到元凶——一个我压根没印象的软件日志目录，每天自动长800M左右。 背景：我这台破本子128G固态，C盘常年剩不到8G，一满就弹「磁盘空间
部署包解压到系统盘还是数据盘，我拿日志时间戳对了一遍才敢定规矩
2026/10/30最近连着处理几个模块的部署包，每个解压完 23G，临时目录默认在 C 盘，跑两天就红了。翻了翻解压缓存路径的帖子，发现大家都在聊删缓存，但没人说部署包解压位置的选择问题。我这边正好有日志时间戳可以拿来对账，说下实测结果。 场景：Jenkins 拉下来的 tar.gz 部署包，解压后要跑启动脚本。以前
把拦截日志按小时统计后，我发现弹窗最多的时段竟然是下午三点
2026/10/27之前发过帖子说翻拦截日志逮到了弹窗源头，这周我又较真了一把，把最近七天的拦截记录导出来，按小时做了个统计，结果真让我有点意外。 先说操作：我用的拦截工具自带日志导出，我导出成CSV，然后用表格按小时分组，统计每个时段拦截次数。为了排除干扰，我把已知的那几个打单软件、浏览器推送都单独标记了，只看“未知
拦了半年弹窗才发现，最顽固那个是打单软件自己弹的
2026/10/26先说结论：天天骂弹窗软件，结果最烦人的那个是自家打单工具弹的，我搞了半年才揪出来，脸都丢尽了！ 事情是这样的。我这网店一天几百单，打单软件是吃饭的家伙，弹窗拦截器一直开着，但每天还是能蹦出来两三个广告窗口，右下角那种，关了一个又来一个。我一开始以为是拦不全，把规则翻来覆去调，什么「只拦右下角」、加强
给自动化脚本加了重试机制，结果重试三次全成功，我却发现日志在骗人
2026/10/26前天给客户部署那套夜间备份脚本，顺手加了个失败重试逻辑——失败就等 30 秒再来，最多三次。跑了两天挺稳，日志全是绿色 SUCCESS，我心里还美了一下。 但昨天对账的时候发现不对：某个目录明明应该备份 4.2G，实际只传了 1.1G，日志却显示成功。 我把日志翻出来逐条看，才发现问题出在重试逻辑本
给自动化脚本加了个「失败就重试3次」的逻辑，结果日志里全是假成功
2026/10/25前阵子写了个定时任务，每天凌晨自动跑数据同步。怕网络抖动，加了个「失败重试3次」的兜底逻辑，心里觉得稳了。 跑了三天，翻日志发现次次都是成功，看着挺舒服。但第四天我手动去核对目标目录，发现有三天的增量文件根本没落盘。 问题出在重试的判定上：我用的是命令的退出码，但那个同步工具就算网络断了也返回0，只
弹窗拦截规则误伤打单软件，我翻日志发现是关键词太宽了
2026/10/23前阵子店里爆单，打单软件突然抽风，一开就闪退，急得我差点摔鼠标！一开始以为是软件更新搞的鬼，重装了两遍都没用，后来才想到去看看拦截软件的日志。 好家伙，日志里全是拦截记录，打单软件的一个核心组件被当成广告弹窗给拦了！原因是我之前为了清净，把规则里「弹窗」「推广」这些关键词设得太宽，连打单软件的正常提