执行bash用户数据日志重定向命令遇语法错误，求logger替代方案

错误原因分析 #

出现syntax error near unexpected token '>'的核心原因是bash兼容模式限制：

• RHEL8中/bin/sh是bash的符号链接，但bash以sh兼容模式运行时会禁用进程替换（>(...)）等bash专属语法特性。
• 即便脚本开头指定了#!/bin/bash，如果AWS用户数据被系统默认用sh解析执行，就会触发该语法错误。原命令本身的bash语法是正确的，问题出在执行环境的shell模式。

仅使用logger的实现方案（兼顾本地文件与CloudWatch） #

以下两种方案优先依赖logger完成CloudWatch日志投递，同时保证本地日志留存：

方案1：脚本内直接实现（无需修改系统配置） #

在脚本开头添加以下代码，将所有标准输出、错误同时写入本地文件，并通过logger发送到syslog（CloudWatch Agent需配置收集对应syslog日志）：

LOG_FILE="/var/log/user-data.log"
# 初始化日志文件（清空或创建）
> "$LOG_FILE"
# 重定向输出：同时写入本地文件和syslog
exec > >(tee -a "$LOG_FILE" | logger -t user-data) 2>&1

这里tee仅用于本地文件写入，核心投递CloudWatch的逻辑由logger完成，规避了原命令的进程替换兼容性问题。

方案2：结合syslog配置（纯logger驱动） #

如果允许修改系统syslog配置（以rsyslog为例），可以让logger发送的日志自动同步到本地文件：

1. 创建rsyslog配置文件/etc/rsyslog.d/user-data.conf，添加：

:syslogtag, isequal, "user-data:" /var/log/user-data.log
& stop

2. 重启rsyslog服务：

systemctl restart rsyslog

3. 脚本内仅需重定向输出到logger：

exec > >(logger -t user-data) 2>&1

此方案下，所有标记为user-data的日志会被rsyslog自动写入本地文件，同时CloudWatch Agent只要配置收集该标签的syslog日志即可同步到CloudWatch。

原命令错误的修复办法 #

如果想保留原AWS官方命令的逻辑，需确保脚本被bash正确执行：

• 确保脚本开头的#!/bin/bash没有被注释或篡改；
• 若用户数据仍被sh解析，可在用户数据最开头显式调用bash：

#!/bin/bash
exec > >(tee /var/log/user-data.log|logger -t user-data -s 2>/dev/console) 2>&1
# 后续脚本内容...

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