File.open块形式偶发IOError: closed stream问题排查求助

我有一个可将自身Marshal.dump内容存储到磁盘的对象，简化后的代码如下：

class MyObject
  # while the rest of the class is removed for brevity, this is the actual
  # save method
  def save
    File.open("/some/path", "wb") { |f| f << Marshal.dump(self) }
  end
end

该对象实例的生命周期内可重复调用.save方法，手动测试中此方法可正常覆盖磁盘上的旧文件，但在生产环境中，该方法有时会抛出IOError: closed stream错误，且生成的文件大小为0字节。

我理解closed stream错误是尝试访问已关闭的IO流时触发的，但不清楚在上述场景中为何会出现这种情况：每次调用#save时，都会通过File.open初始化一个全新的IO流，写入数据后，在传给File.open的代码块返回时自动关闭流。

请问在该场景下，IO流可能会在哪些环节被提前关闭？

• 并发写入冲突：生产环境中可能有多个线程/进程同时调用同一MyObject实例的save方法，或是多个实例同时写入/some/path文件。当一个线程刚打开文件流，另一个线程的操作（比如系统级文件锁竞争）可能间接导致前一个流被意外关闭。
• 系统资源耗尽：如果服务器的文件描述符达到上限，File.open看似成功打开了流，但底层系统已无法分配足够资源，后续写入操作会触发流被强制关闭的错误，最终生成空文件。
• 序列化过程抛出异常：Marshal.dump(self)如果在序列化对象时抛出未捕获的异常，会导致代码块提前退出，此时File.open的自动关闭逻辑会执行。若异常发生在写入操作之前，文件会被创建但内容为空，部分场景下还会触发流相关的错误提示。
• 文件系统异常：目标文件所在磁盘出现满盘、权限变更、挂载点失效等问题时，系统会强制关闭正在写入的文件流，导致写入失败并触发closed stream错误。
• 第三方进程干预：生产环境中的监控脚本、文件清理工具、安全软件等，可能在文件写入过程中扫描或操作该文件，意外关闭了文件流。

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