Ubuntu WSL下Ansible执行Python脚本时open().read()偶现空值

问题背景 #

在Ubuntu WSL环境通过Ansible运行Python3脚本时，出现open().read()偶发返回空字符串的异常，重复运行3-4次才会复现。Windows环境直接运行同一脚本无此问题。

异常输出片段：

...
Converting 1: /mnt/h/.../some-file.yml 203
Converting 2-0: /mnt/h/.../some-file.yml 0
Converting 3: /mnt/h/.../some-file.yml 203
Converted: /mnt/h/.../some-file.yml 203
...

对应代码逻辑：第一次读取返回空，重试一次后读取正常，两次读取间无文件写入操作。

可能的原因 #

1. WSL挂载Windows分区的文件系统缓存同步延迟 #

你的文件路径位于/mnt/h/（Windows NTFS分区挂载到WSL的目录），WSL与Windows的文件系统缓存机制存在差异：

• WSL的虚拟文件系统（VFS）在处理挂载的Windows文件时，偶发会出现文件状态同步不及时的情况，第一次读取时拿到的是缓存中的无效空状态
• 第二次读取触发了VFS重新同步文件实际状态，因此能正确读取内容

2. Ansible执行环境的隐式资源竞争 #

Ansible在任务执行过程中，可能会对目标文件产生短暂的隐式资源锁定（比如任务调度、文件校验阶段的底层操作）：

• 第一次读取时，文件资源处于未完全释放的状态，导致read()返回空
• 重试时资源已释放，读取恢复正常

3. WSL版本的文件系统兼容性Bug #

较旧的WSL1或早期WSL2版本，在处理Windows挂载文件的二进制读取时存在偶发Bug：

• 当文件元数据（比如文件大小）未及时同步时，read()会误以为文件为空
• 第二次读取时元数据已更新，能正确读取全部内容

验证与修复方向 #

• 将测试文件复制到WSL本地目录（如/home/your-user/），再通过Ansible执行脚本，若不再出现空读取，即可确认是挂载目录的问题
• 执行wsl --update升级到最新WSL版本，修复已知的文件系统兼容性Bug
• 在第一次读取前添加短暂延迟（如import time; time.sleep(0.1)），看是否能降低偶发现象的概率

内容的提问来源于stack exchange，提问作者Hzz