EKS集群配置Trino时无法修改Pod内只读postgresql.properties文件

一、只读文件系统问题根源与解决 #

Trino Coordinator Pod内的配置文件目录通常是通过ConfigMap挂载的，挂载后的文件系统默认只读，所以直接在Pod内修改文件会报错。正确的修改方式是更新对应的ConfigMap：

1. 定位关联的ConfigMap
   执行命令查看Trino Coordinator Pod的挂载信息：

   kubectl describe pod <你的-trino-coordinator-pod-name> -n <命名空间>
   

   在输出的Volumes和VolumeMounts部分，找到对应postgresql.properties所在目录的挂载源，记录ConfigMap的名称（比如可能叫trino-config或trino-catalogs）。

2. 修改ConfigMap中的配置
   编辑该ConfigMap，修正connection-url：

   kubectl edit configmap <找到的-configmap名称> -n <命名空间>
   

   在编辑器中找到postgresql.properties对应的内容，将connection-url改为正确格式：

   connection-url=jdbc:postgresql://mani-acme-read-replica.c7tubtqdas.us-west-2.rds.amazonaws.com:5432/dev
   

   保存退出，ConfigMap会自动更新。

3. 重启Pod加载新配置
   ConfigMap更新后，Pod不会自动重载配置，需要触发Trino Coordinator的滚动重启：

   kubectl rollout restart deployment <trino-coordinator-deployment-name> -n <命名空间>
   

   等待Pod重建完成后，进入新Pod验证配置是否生效。

二、临时Pod ImagePullBackOff问题说明 #

之前创建临时Pod失败的常见原因：

• 镜像名称或标签错误，比如拼写错误、镜像不存在
• 私有镜像仓库未配置ImagePullSecret，导致拉取权限不足
• EKS集群节点网络不通，无法访问镜像仓库（比如防火墙限制、VPC端点未配置）

如果后续需要再创建临时Pod，先确认镜像地址正确，私有镜像需提前创建并关联ImagePullSecret。

三、验证配置生效 #

进入重启后的Trino Coordinator Pod，检查配置文件：

kubectl exec -it <新的-trino-coordinator-pod-name> -n <命名空间> -- cat <postgresql.properties的完整路径>

确认connection-url正确后，使用Trino CLI连接测试：

trino --server <coordinator地址> --catalog postgresql --schema <目标schema>

执行简单查询验证是否能正常访问RDS PostgreSQL。

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