如何避免读取命名管道时read块退出？附NFS文件系统BASH脚本场景

问题拆解 #

先帮你理清楚核心问题：你的脚本通过tail -f跟踪NFS挂载的日志文件，把过滤后的数据写入命名管道/tmp/t2，但读取这个管道时，一旦写入端（比如tail -f因为NFS连接中断、文件不可访问而意外退出）关闭，read命令就会触发EOF，导致读取脚本直接退出。咱们的目标是让读取操作能持续运行，哪怕遇到短暂的写入中断，也能自动恢复。

针对性解决方案 #

1. 加固写入端：让数据持续流入管道 #

你的原脚本里，tail -f一旦挂掉，管道的写入端就会关闭。咱们可以用循环包裹整个数据处理流程，让tail退出后自动重启，同时保持管道始终处于可写入状态：

#!/bin/bash
# 确保命名管道存在，不存在就创建，存在也不报错
mkfifo -m 666 /tmp/t2 || true

# 无限循环，持续尝试启动数据处理流程
while true; do
    # 从NFS文件读取数据，过滤后写入管道；屏蔽错误输出避免刷屏
    tail -f /mnt/cdr1/radius/calldatarecords 2>/dev/null \
        | grep ^2 \
        | awk -F, '{print $4","$13","$14","$15","$22","$23","$120","$140","$173}' \
        | tr -d \" \
        | tr - _ > /tmp/t2
    
    # 每次tail退出后，等待3秒再重启，避免短时间内频繁重试消耗资源
    sleep 3
    echo "数据写入中断，3秒后重启..." >&2
done

关键细节：

• mkfifo -m 666确保管道有足够的权限，避免读写权限问题
• 2>/dev/null屏蔽tail因为NFS文件不可访问产生的错误日志
• 外层while true循环保证tail挂掉后自动重启，维持管道的写入流

2. 优化读取端：遇到EOF后自动重连 #

如果你的读取脚本是类似下面的基础写法，遇到EOF就会直接退出：

#!/bin/bash
while read line; do
    # 这里是你的数据处理逻辑
    echo "处理数据：$line"
done < /tmp/t2

咱们可以给读取逻辑加一层外层循环，让它在遇到EOF后重新打开管道继续读取：

#!/bin/bash
while true; do
    echo "连接到管道/tmp/t2..." >&2
    # 内层循环读取管道数据
    while read line; do
        # 替换成你的实际数据处理逻辑
        echo "收到数据：$line"
    done < /tmp/t2
    
    # 内层循环退出意味着管道写入端关闭，等待1秒后重试
    sleep 1
    echo "管道连接断开，1秒后重新连接..." >&2
done

核心逻辑：外层while true循环会在read触发EOF退出后，自动重新打开管道，让读取操作持续运行。

3. 附加：提升NFS挂载的稳定性 #

因为你的数据源在NFS上，挂载不稳定是tail频繁退出的根源，可以额外做这些优化：

• 挂载状态监控与自动重挂载：把挂载检查加入写入脚本，确保NFS挂载失效时自动恢复：

  # 加入到写入脚本的外层循环开头
  if ! mountpoint -q /mnt/cdr1; then
      echo "NFS挂载失效，尝试重新挂载..." >&2
      # 执行重挂载命令，用你的实际挂载参数
      mount v7000:/ibm/cdr-fs /mnt/cdr1 -o ro,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys
      sleep 5 # 等待挂载完成
  fi
  

• 调整NFS挂载参数：当前挂载的hard和timeo=600已经是比较稳定的配置，你可以考虑加上intr（允许中断卡住的NFS调用），修改后需要重新挂载：

  umount /mnt/cdr1
  mount -t nfs -o ro,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,intr v7000:/ibm/cdr-fs /mnt/cdr1
  

总结 #

解决这个问题的核心是双向保障：

• 写入端：用循环自动重启数据处理流程，避免管道写入端意外关闭
• 读取端：用双层循环处理EOF，实现自动重连管道

这样就能彻底避免读取时read因为管道关闭而退出的问题。

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