如何解决Shell脚本中执行docker exec命令报错的问题

• 重定向执行上下文错误：命令中的>>重定向操作默认由宿主机Shell解析执行，不会传入容器内部。当前脚本的实际逻辑是：在容器内执行echo命令，将输出追加到宿主机的/var/lib/postgresq/postgresql.conf路径下，宿主机本身不存在该路径，因此触发文件不存在报错。手动在命令行执行时未报错，通常是手动输入时无意识调整了命令结构，让重定向在容器内生效，或是宿主机存在巧合同名路径。
• 路径拼写错误：脚本中写的路径/var/lib/postgresq/存在拼写遗漏，PostgreSQL默认配置文件路径为/var/lib/postgresql/，少写了末尾的字母l，即便重定向在容器内执行，拼写错误也会触发路径不存在问题。
• 交互参数不兼容：脚本属于非交互执行场景，docker exec的-it参数会强制分配伪终端，无终端环境下执行容易触发额外异常。

使用容器内Shell包裹整段待执行命令，让重定向逻辑在容器内部生效，同时修正路径和参数问题：

#!/bin/bash
CONTAINER_NAME=<container_name>
docker exec -i $CONTAINER_NAME sh -c 'echo "max_prepared_transactions = 150" >> /var/lib/postgresql/postgresql.conf'

注意事项 #

• 单引号必须保留：单引号包裹的内容会被宿主机Shell原样传入容器，不会提前解析重定向符，确保写入操作在容器内执行。
• 去掉-t参数：非交互场景下不需要分配伪终端，仅保留-i参数维持标准输入连通即可，避免终端相关报错。
• 权限适配：如果容器内运行PostgreSQL的普通用户没有配置文件写入权限，可增加-u root参数用root用户执行写入：

  docker exec -i -u root $CONTAINER_NAME sh -c 'echo "max_prepared_transactions = 150" >> /var/lib/postgresql/postgresql.conf'
  

• 路径适配：如果容器对PostgreSQL数据目录做了自定义挂载，需将命令中的配置文件路径替换为容器内实际的postgresql.conf存放路径。
• 配置生效提醒：写入配置后需要重启PostgreSQL实例或重载配置，参数才会生效，可执行docker exec $CONTAINER_NAME psql -U postgres -c "SELECT pg_reload_conf();"完成配置重载。

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