今天遇到一个看似奇怪的问题，经过反复的重启，甚至重启操作系统，重装pg_auto_failover，都没有解决，冷静下来思考之后，才发现是环境变量导致的，有必要记录一下
一个ubuntu的pg_auto_failover monitor节点，通过源码编译安装的，monitor节点的实例是自定义端口号，monitor 节点初始化命令如下
pg_autoctl create monitor --pgdata /usr/local/pgsql16/pg9300/data/ --auth trust --ssl-self-signed --hostname ubuntu16 --pgport 9300
之后启动pgautofailover服务，一切正常，但是当执行pg_autoctl show uri的时候，发现不对劲了，提示错误说：
Failed to connect to "postgres://autoctl_node@ubuntu03:5432/pg_auto_failover?sslmode=require", retrying until the server is ready
乖乖，我可是明确地定义的--pgport 9300端口号啊，autoctl为什么去找ubuntu03:5432？？？
这台虚拟机是通过克隆而来的，已经克隆N多层了，不知道源头的系统究竟是哪个，但是修改了hosts文件等，已经完全重命名了，当前主机名为ubuntu16，为什么pg_autoctl show uri会找ubuntu03:5432？
经过反复检查/etc/hosts，/etc/hostname等，都没有问题，都是新的主机名ubuntu16。
经过重启，重装pg_auto_failover服务等等都没有解决。
冷静下来思考了一下，这里报错，既然pg_autoctl 找的是5432端口的实例，5432是默认的实例端口号，那么极有可能是找不到当前实例，问题就出在配置上。
后面检查了一下/etc/profile，果然有问题，原来PGDATA=/usr/local/pgsql16/pg9000/data/是一个不存在的路径，
可以推断出来，当环境变量的PGDATA不存在的时候，会找默认的环境变量，难怪是5432端口号，随后将这个环境变量修改成pgautofailover的monitor节点的数据路径之后，问题解决。
export LANG=en_US.utf8
export PGDATA=/usr/local/pgsql16/pg9000/data/--问题就出在这里，这是克隆的原始的机器上的配置，当前monitor节点的数据目录是/usr/local/pgsql16/pg9300/data/
export PGHOME=/usr/local/pgsql16/server
export PATH=/usr/local/pgsql16/server/bin:$PATH
export LD_LIBRARY_PATH=/usr/local/pgsql16/server/lib
但还是有一个问题，始终不知道默认寻找的主机名从哪里来？
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。