<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>排障 on 文叨叨 | IaaS 排障手记</title><link>/tags/%E6%8E%92%E9%9A%9C/</link><description>Recent content in 排障 on 文叨叨 | IaaS 排障手记</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sat, 11 Jul 2026 10:00:00 +0800</lastBuildDate><atom:link href="/tags/%E6%8E%92%E9%9A%9C/index.xml" rel="self" type="application/rss+xml"/><item><title>为什么 Linux 只读 remount 失败，只能重启？</title><link>/posts/linux-readonly-filesystem/</link><pubDate>Sat, 11 Jul 2026 10:00:00 +0800</pubDate><guid>/posts/linux-readonly-filesystem/</guid><description>虚拟机文件系统变成只读，touch 报 Read-only file system。同事说另一种类型的虚拟机只读能恢复，但那种是卷只读，而 Linux 只读是存储 IO 错误触发的保护机制，只能重启。</description></item><item><title>nbd-server 连接被误清理：tcp6 双栈的坑</title><link>/posts/nbd-server-tcp6-miscleanup/</link><pubDate>Sun, 05 Jul 2026 10:00:00 +0800</pubDate><guid>/posts/nbd-server-tcp6-miscleanup/</guid><description>虚拟机通过 nbd 秒级启动，但 nbd-server 连接总被误清理。根因是新版本 nbd-server 默认用 tcp6 双栈监听，而清理代码用 netstat -4 只过滤 tcp4，导致误判无连接。</description></item><item><title>裸金属报固件错误：bnx2x 加载不了固件文件</title><link>/posts/bm-firmware-error-bnx2x/</link><pubDate>Sat, 04 Jul 2026 10:00:00 +0800</pubDate><guid>/posts/bm-firmware-error-bnx2x/</guid><description>裸金属带外报 bnx2x: Can&amp;#39;t load firmware file，网卡驱动加载失败。通过 modinfo 查看驱动需要的固件，下载放到镜像对应目录即可。</description></item><item><title>裸金属网卡乱序导致 iSCSI 加载不了：IPAPPEND 2 的妙用</title><link>/posts/bm-nic-order-iscsi-ipappend/</link><pubDate>Sun, 28 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/bm-nic-order-iscsi-ipappend/</guid><description>裸金属装机一直卡在 iscsistart，根因是 ethX 网卡乱序，iSCSI 连接建立在了错误的网卡上。加上 IPAPPEND 2 让 PXELINUX 自动把引导网卡的 MAC 追加给内核。</description></item><item><title>创建裸金属一直刷 NBP：UEFI 与 Legacy 引导差异</title><link>/posts/bm-nbp-uefi-legacy/</link><pubDate>Sat, 27 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/bm-nbp-uefi-legacy/</guid><description>创建裸金属一直刷 &amp;#39;NBP file downloaded successfully&amp;#39; 但进不去系统。根因是启动方式是 UEFI，而裸金属注册时一般是 Legacy，UEFI 和 Legacy 的 NBP 不一样。</description></item><item><title>ZFS 副本为什么比主本占用大：raidZ 条带与块大小不适配</title><link>/posts/zfs-replica-larger-than-primary/</link><pubDate>Sun, 21 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/zfs-replica-larger-than-primary/</guid><description>ZFS 副本通过 zfs send 从主本复制过来，逻辑数据一样，但副本 used 是 4.75T，主本只有 3.94T。根因是 raidZ 高可用加条带和 16k 块大小不适配。</description></item><item><title>为什么 COPY --from 找不到文件？相对路径不相对 WORKDIR</title><link>/posts/docker-copy-from-path-trap/</link><pubDate>Sat, 20 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/docker-copy-from-path-trap/</guid><description>Docker 多阶段构建中，COPY --from=builder 后相对路径会被解析为相对于根目录，而不是相对于 WORKDIR，导致找不到文件。</description></item><item><title>虚拟机无响应？重启后快速进 console 看内核日志</title><link>/posts/vm-no-response-restart-console/</link><pubDate>Sun, 14 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/vm-no-response-restart-console/</guid><description>virsh console 卡住进不去，虚拟机无响应。一个思路是重启后快速进入 console，看内核启动日志，往往能发现关键线索。</description></item><item><title>清理网卡前先清理相关资源：unregister_netdevice 的坑</title><link>/posts/cleanup-netdev-before-down/</link><pubDate>Sat, 13 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/cleanup-netdev-before-down/</guid><description>LXC 销毁后 hyper 内核报 unregister_netdevice 网卡错误，很久没解决。最后在网卡 down 后加了一个 disable_ipv6 的操作就好了。</description></item><item><title>为什么新系统跑不起来？默认 qemu 指令集不够用</title><link>/posts/modern-os-need-cpu-model/</link><pubDate>Sun, 07 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/modern-os-need-cpu-model/</guid><description>新版本操作系统在没配置 CPU 指令集的虚拟机上运行僵死，报 &amp;#39;CPU does not support x86-64-v2&amp;#39;。根因是现代 OS 开启了指令集优化，纯 qemu 模拟指令无法满足运行要求。</description></item><item><title>热迁移后虚拟机卡死：CPU 100% 的时间中断死循环</title><link>/posts/migrate-vm-hang-cpu-100/</link><pubDate>Sat, 06 Jun 2026 10:00:00 +0800</pubDate><guid>/posts/migrate-vm-hang-cpu-100/</guid><description>从 Ubuntu 20 宿主机迁移到 Ubuntu 22 宿主机后，虚拟机卡死、CPU 占用 100%。用 crash 和 perf 定位到时间中断处理死循环，根因是热迁移过程中的时间处理问题。</description></item><item><title>no space left on device：不一定是磁盘满了，可能是 inode 满了</title><link>/posts/no-space-left-inode-full/</link><pubDate>Sun, 08 Feb 2026 10:00:00 +0800</pubDate><guid>/posts/no-space-left-inode-full/</guid><description>报 no space left on device，看上去是磁盘空间不足，但有可能不是存储满了，而是 inode 满了。用 df -i 查看 inode 使用情况，如果有 100% 的就是 inode 满了。</description></item><item><title>删除文件后磁盘空间为什么没释放？</title><link>/posts/delete-file-disk-space-not-released/</link><pubDate>Sat, 07 Feb 2026 10:00:00 +0800</pubDate><guid>/posts/delete-file-disk-space-not-released/</guid><description>删除文件后磁盘空间没释放，是因为文件被进程打开，进程还持有文件描述符。用 lsof | grep deleted 找到占用进程，最好的方法是在线清空文件。</description></item><item><title>virsh attach/detach 的延时问题：重试不是灵药，可能是毒药</title><link>/posts/virsh-attach-detach-delay/</link><pubDate>Sun, 01 Feb 2026 10:00:00 +0800</pubDate><guid>/posts/virsh-attach-detach-delay/</guid><description>virsh detach 后 domblklist 有短暂延时，detach 成功后立即 detach 相同卷也能成功，两次重复 detach 后再 attach 会失败。根因是 libvirt 不是实时状态，有一定延时。</description></item><item><title>ARM 虚拟机缺 acpi 为什么登录没反应？</title><link>/posts/arm-vm-missing-acpi-login/</link><pubDate>Sun, 25 Jan 2026 10:00:00 +0800</pubDate><guid>/posts/arm-vm-missing-acpi-login/</guid><description>ARM 虚拟机配置中 features 区块缺少 acpi，表面现象是 virsh console 登录没反应。根因是 ACPI 缺失导致系统底层硬件/服务初始化异常，间接引发登录流程失败。</description></item><item><title>multipath 的 wwids 被手动改，导致盘一直加不上</title><link>/posts/multipath-wwids-manual-edit/</link><pubDate>Sat, 17 Jan 2026 10:00:00 +0800</pubDate><guid>/posts/multipath-wwids-manual-edit/</guid><description>sdf 设备总是加不到 multipath 下，配置没问题，重启 multipathd 也不行。根因是 /etc/multipath/wwids 被人手动加了个 # 注释，导致对应的盘一直加载不上。</description></item><item><title>pvscan 没返回信息别慌：Global lock failed 的排查</title><link>/posts/lvmlockd-pvscan-global-lock-failed/</link><pubDate>Sun, 11 Jan 2026 10:00:00 +0800</pubDate><guid>/posts/lvmlockd-pvscan-global-lock-failed/</guid><description>pvscan 报 Global lock failed 且没有返回信息，不一定是数据没了。停掉 sanlock 和 lvmlockd 再 pvscan，只要 pv 在，一切都好说。</description></item><item><title>为什么 ICMP 通但 TCP 不通？tunl 设备校验和没生效</title><link>/posts/calico-icmp-ok-tcp-fail-checksum/</link><pubDate>Sat, 03 Jan 2026 10:00:00 +0800</pubDate><guid>/posts/calico-icmp-ok-tcp-fail-checksum/</guid><description>k8s 环境 pod 之间 ICMP 通但 TCP 不通，client 收到 synack 却不响应。根因是 server 端 tunl 设备的 tx-checksumming 没生效，发出的包校验和错误。</description></item></channel></rss>