编写Bash脚本时用tail -c读取数据库日志失败，提示"tail: cannot open input"

我来帮你梳理下这条tail命令执行失败的原因，以及对应的修复方案：

可能的原因及解决办法 #

1. $ORACLE_SID变量未正确赋值或为空 #

你的命令中用alert_"$ORACLE_SID".log拼接日志文件名，如果$ORACLE_SID变量没被正确设置，或者值为空，最终生成的文件名会变成alert_.log，自然找不到对应的文件。

解决办法：

• 先检查变量当前值：执行 echo $ORACLE_SID，确认输出是否是你预期的BOPRD2
• 如果变量未设置，手动导出变量：export ORACLE_SID=BOPRD2（根据你路径中的实例名推测）
• 再次执行echo命令确认变量已正确赋值后，重新运行tail命令

2. 文件路径拼写错误或目录不存在 #

你的日志路径层级很深，很容易出现大小写错误（Linux系统严格区分文件名大小写）、目录名拼写错误的情况，比如路径中的boprd2和BOPRD2是否和实际目录一致？

解决办法：

• 分步验证路径是否存在：从根目录开始逐步执行ls命令，比如：

  ls prod/BOPRD2/orasrc12/diag/rdbms/boprd2/BOPRD2/trace/
  

  如果某一步ls报错，说明该层级目录不存在，需要修正路径
• 确认路径无误后，再检查目标日志文件是否存在：

  ls prod/BOPRD2/orasrc12/diag/rdbms/boprd2/BOPRD2/trace/alert_"$ORACLE_SID".log
  

3. 缺乏文件/目录的访问权限 #

即使文件路径正确，当前执行命令的用户可能没有读取该日志文件的权限，或者没有进入父目录的执行权限（Linux中需要目录的执行权限才能进入）。

解决办法：

• 查看文件权限信息：

  ls -l prod/BOPRD2/orasrc12/diag/rdbms/boprd2/BOPRD2/trace/alert_"$ORACLE_SID".log
  

• 如果权限不足，尝试用sudo执行tail命令（前提是你有对应的sudo权限）：

  sudo tail -c 271 prod/BOPRD2/orasrc12/diag/rdbms/boprd2/BOPRD2/trace/alert_"$ORACLE_SID".log
  

• 若没有sudo权限，联系系统管理员调整文件或目录的权限

4. 目标日志文件不存在 #

可能Oracle的alert日志命名规则和你预期的不同，或者该日志文件已经被日志轮转工具删除、归档。

解决办法：

• 使用find命令查找目录下所有alert相关日志：

  find prod/BOPRD2/orasrc12/diag/rdbms/boprd2/BOPRD2/trace/ -name "alert*.log"
  

• 根据find的结果，替换tail命令中的日志文件名

调试小技巧 #

你可以先打印出实际要访问的路径，直观检查变量替换后的结果是否正确：

echo prod/BOPRD2/orasrc12/diag/rdbms/boprd2/BOPRD2/trace/alert_"$ORACLE_SID".log

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