部署到patroni上的PG主、备库集群，数据同步报错：invalid connection string syntax: invalid connection option “gssencmode“

已于 2024-06-18 12:16:13 修改
阅读量194 收藏
点赞数 2
文章标签： postgresql 运维 数据仓库
于 2024-06-18 11:45:40 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_61920297/article/details/139768741
版权

本地是3个节点的虚拟机，每个节点上有PostgreSQL，zookeeper，patroni（使用patctl安装的），pgbouncer。

主、备报错日志展示：
备库日志：

```bash
(venv-patctl-1.8.0) [postgres@postgres fdata]$ tail -f log/postgresql-2024-06-18_085516.log
2024-06-18 09:07:41.930 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:07:46.931 CST [3681] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:07:46.931 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:07:51.936 CST [3682] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:07:51.936 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:07:56.938 CST [3684] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:07:56.938 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:08:01.943 CST [3686] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

主库日志：

````bash
(venv-patctl-1.8.0) [postgres@postgres fdata]$ tail -f log/postgresql-2024-06-18_085516.log
2024-06-18 09:09:41.573 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:09:46.574 CST [3744] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:09:46.574 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:09:51.579 CST [3748] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:09:51.579 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:09:56.580 CST [3750] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:09:56.580 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:10:01.586 CST [3763] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

原因分析：

PG数据库的psql引用版本不对，我本地数据库版本是16但是psql引用的是版本10，导致patroni选举的主备节点进行流复制时与lib库不兼容，需要把环境变量配置正确（可以使用env查看环境变量配置）。

正确状态：

错误状态：

问题描述：

 ### 1 服务器详情

 #### 1.1 服务器配置（示例）

| 项       | 信息                                                |
| -------- | --------------------------------------------------- |
| 操作系统 | Red Hat Enterprise Linux Server release 7.8 (Maipo) |
| CPU      | 1(Thread) × 1(Core) × 4(Socket)                     |
| 内存8    | 4GB                                                 |
| 磁盘     | 40G                                                 |
#### 1.2 部署情况（示例）

| 服务器IP    | OS登录信息 | 节点状态、部署服务及对应端口号 |
| ----------- | -------------- | ------ |
| 192.168.6.108 | postgres/postgres | PG主(8432) |
| 192.168.6.109 | postgres/postgres | PG备(8432)（同步） |
| 192.168.6.110 | postgres/postgres | PG备(8432)（同步） |
#### 1.3 数据库用户信息

| 名称           | 账号      | 密码      |
| ---------------| ----------| --------- |
| DB超级用户     | fbase     | fbase     |
| 主备流复制用户 | repuser    | repuser   |
| 普通用户       | quay      | quay      |

## 问题描述：
1、数据库主备不同步，原来刚安装完成的数据库是能使用的，然后做了一次主备切换，又重启了一下Linux系统。
2、主、备库可以正常开启，但是备库收不到日志。

## 主、备库状态
(venv-patctl-1.8.0) [postgres@postgres confd]$ patronictl -c postgres0.yml list
+ Cluster: batman (7381605992916885494) -------+---------+----+-----------+
| Member        | Host               | Role    | State   | TL | Lag in MB |
+---------------+--------------------+---------+---------+----+-----------+
| postgresql108 | 192.168.6.108:8432 | Replica | running |  4 |        16 |
| postgresql109 | 192.168.6.109:8432 | Leader  | running |  6 |           |
| postgresql110 | 192.168.6.110:8432 | Replica | running |  5 |         0 |
+---------------+--------------------+---------+---------+----+-----------+
## 报错日志描述
# 1、备库日志
```bash
(venv-patctl-1.8.0) [postgres@postgres fdata]$ tail -f log/postgresql-2024-06-18_085516.log
2024-06-18 09:07:41.930 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:07:46.931 CST [3681] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:07:46.931 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:07:51.936 CST [3682] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:07:51.936 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:07:56.938 CST [3684] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:07:56.938 CST [3249] LOG:  waiting for WAL to become available at 0/9000018
2024-06-18 09:08:01.943 CST [3686] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"
```
# 2、主库日志
````bash
(venv-patctl-1.8.0) [postgres@postgres fdata]$ tail -f log/postgresql-2024-06-18_085516.log
2024-06-18 09:09:41.573 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:09:46.574 CST [3744] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:09:46.574 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:09:51.579 CST [3748] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:09:51.579 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:09:56.580 CST [3750] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"

2024-06-18 09:09:56.580 CST [3274] LOG:  waiting for WAL to become available at 0/A000120
2024-06-18 09:10:01.586 CST [3763] FATAL:  invalid connection string syntax: invalid connection option "gssencmode"


````

解决：Linux系统有两个环境变量的配置文件，.bash_profile和.bashrc ，使用命令env查看Linux环境配置即可：

(venv-patctl-1.8.0) [postgres@postgres ~]$ env

MANPATH=/home/postgres/fbase/16.3/share/man:

XDG_SESSION_ID=1

HOSTNAME=postgres

SHELL=/bin/bash

TERM=xterm-256color

PG_MASTER_OOM_SCORE_ADJ=1000

HISTSIZE=1000

QTDIR=/usr/lib64/qt-3.3

QTINC=/usr/lib64/qt-3.3/include

QT_GRAPHICSSYSTEM_CHECKED=1

USER=postgres

LD_LIBRARY_PATH=/home/postgres/fbase/16.3/lib:/third-lib/:

PGPORT=5432

LS_COLORS=rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:*.tar=38;5;9:*.tgz=38;5;9:*.arc=38;5;9:*.arj=38;5;9:*.taz=38;5;9:*.lha=38;5;9:*.lz4=38;5;9:*.lzh=38;5;9:*.lzma=38;5;9:*.tlz=38;5;9:*.txz=38;5;9:*.tzo=38;5;9:*.t7z=38;5;9:*.zip=38;5;9:*.z=38;5;9:*.Z=38;5;9:*.dz=38;5;9:*.gz=38;5;9:*.lrz=38;5;9:*.lz=38;5;9:*.lzo=38;5;9:*.xz=38;5;9:*.bz2=38;5;9:*.bz=38;5;9:*.tbz=38;5;9:*.tbz2=38;5;9:*.tz=38;5;9:*.deb=38;5;9:*.rpm=38;5;9:*.jar=38;5;9:*.war=38;5;9:*.ear=38;5;9:*.sar=38;5;9:*.rar=38;5;9:*.alz=38;5;9:*.ace=38;5;9:*.zoo=38;5;9:*.cpio=38;5;9:*.7z=38;5;9:*.rz=38;5;9:*.cab=38;5;9:*.jpg=38;5;13:*.jpeg=38;5;13:*.gif=38;5;13:*.bmp=38;5;13:*.pbm=38;5;13:*.pgm=38;5;13:*.ppm=38;5;13:*.tga=38;5;13:*.xbm=38;5;13:*.xpm=38;5;13:*.tif=38;5;13:*.tiff=38;5;13:*.png=38;5;13:*.svg=38;5;13:*.svgz=38;5;13:*.mng=38;5;13:*.pcx=38;5;13:*.mov=38;5;13:*.mpg=38;5;13:*.mpeg=38;5;13:*.m2v=38;5;13:*.mkv=38;5;13:*.webm=38;5;13:*.ogm=38;5;13:*.mp4=38;5;13:*.m4v=38;5;13:*.mp4v=38;5;13:*.vob=38;5;13:*.qt=38;5;13:*.nuv=38;5;13:*.wmv=38;5;13:*.asf=38;5;13:*.rm=38;5;13:*.rmvb=38;5;13:*.flc=38;5;13:*.avi=38;5;13:*.fli=38;5;13:*.flv=38;5;13:*.gl=38;5;13:*.dl=38;5;13:*.xcf=38;5;13:*.xwd=38;5;13:*.yuv=38;5;13:*.cgm=38;5;13:*.emf=38;5;13:*.axv=38;5;13:*.anx=38;5;13:*.ogv=38;5;13:*.ogx=38;5;13:*.aac=38;5;45:*.au=38;5;45:*.flac=38;5;45:*.mid=38;5;45:*.midi=38;5;45:*.mka=38;5;45:*.mp3=38;5;45:*.mpc=38;5;45:*.ogg=38;5;45:*.ra=38;5;45:*.wav=38;5;45:*.axa=38;5;45:*.oga=38;5;45:*.spx=38;5;45:*.xspf=38;5;45:

PGUSER=fbase

PGDATABASE=postgres

VIRTUAL_ENV=/home/postgres/patctl/venv-patctl-1.8.0

DATE=202406181042

MAIL=/var/spool/mail/postgres

PATH=/home/postgres/patctl/venv-patctl-1.8.0/bin:/home/postgres/fbase/16.3/bin:/usr/lib64/qt-3.3/bin:/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:.:/home/postgres/.local/bin:/home/postgres/bin

PG_OOM_ADJUST_VALUE=0

PWD=/home/postgres

LANG=en_US.utf8

PGHOST=localhost

KDEDIRS=/usr

PS1=(venv-patctl-1.8.0) [\u@\h \W]\$

PGHOME=/home/postgres/fbase/16.3

HISTCONTROL=ignoredups

SHLVL=1

HOME=/home/postgres

LOGNAME=postgres

QTLIB=/usr/lib64/qt-3.3/lib

XDG_DATA_DIRS=/home/postgres/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share:/usr/share

PG_OOM_ADJUST_FILE=/proc/self/oom_score_adj

PGDATA=/home/postgres/data/fbase/fdata

LESSOPEN=||/usr/bin/lesspipe.sh %s

QT_PLUGIN_PATH=/usr/lib64/kde4/plugins:/usr/lib/kde4/plugins

_=/bin/env

OLDPWD=/home/postgres/patctl/confd

(venv-patctl-1.8.0) [postgres@postgres ~]$

东风破137
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Postgresql源码（40）Latch的原理分析和应用场景
InternalsOf
03-21 1778
接上一篇：《Postgresql源码（38）写操作如何获取buffer与页面扩展》 提到备机startup进程等在这个堆栈里面： #0 0x00007f66aef20913 in __epoll_wait_nocancel () from /lib64/libc.so.6 #1 0x000000000084d7f2 in WaitEventSetWaitBlock (set=0x1ca0dc0, cur_timeout=5000, occurred_events=0x7ffc088b3130, neve
PostgreSQL数据库复制——后台一等公民进程WalReceiver&startup交互
肥叔菌的博客
06-13 774
在PostgreSQL流复制过程中，有三个进程协同工作：walsender进程，walreceiver进程和startup进程。其中walsender进程属于主节点的进程，主要用来向备节点发送wal record； walreceiver和startup进程属于备节点进程，wal receiver主要用来接收主端发送来的wal record并写入磁盘上的XLOG文件中，之后startup进程就会对这些wal数据进行replay。三个进程共同协作，完成主备的整个流复制过程。本篇博客主要关注于WalReceiv
postgresql源码学习（41）—— 崩溃恢复③ - 日志来源
Hehuyi_In的博客
08-23 1568
pg会根据当前状态确定初始日志源，当日志源读取发生错误，或者状态发生改变时，会切换到其他日志源。这个功能对应函数是 WaitForWALToBecomeAvailable（在xlog.c文件）前篇中获取到了恢复起点，即开始回放日志的位置，后面我们就可以开始读取并应用日志了。不过在此之前还有一个问题，从哪里获取WAL日志呢？用于在不同时段，从不同的日志源获取WAL日志。，对于不同的用途，也有不同的日志来源。技术内幕：事务处理深度探索》第4章。崩溃恢复、从库日志应用、）表示待应用日志的来源，
postgresql unsupported frontend protocol 1234.5680问题
归来仍少年
11-04 2818
问题描述： 1.Aurora_PG集群中只读节点出现大量错误日志 :[unknown]@[unknown]:[5167]:FATAL: unsupported frontend protocol 1234.5680: server supports 2.0 to 3.0 2.通过SQL线程查询，读写节点该用户和地址查询的SQL相同的，但是主节点日志没有出现同样的错误 3.postgresql版本11.9,aurora版本3.4.3 select version(); select aurora_versio
PostgreSQL数据库网络层——libpq 连接参数[翻译]
肥叔菌的博客
04-02 1908
host 要连接的主机名。 如果主机名看起来像一个绝对路径名，它指定 Unix 域通信而不是 TCP/IP 通信； 该值是存储套接字文件的目录的名称。 （在 Unix 上，绝对路径名以斜杠开头。在 Windows 上，也可以识别以驱动器号开头的路径。）如果主机名以 @ 开头，则将其视为抽象命名空间中的 Unix 域套接字（当前支持 在 Linux 和 Windows 上）。 当 host 未指定或为空时，默认行为是连接到 /tmp 中的 Unix 域套接字（或在构建 PostgreSQL 时指定的任何套接字
PostgreSQL 基于Patroni StandbyCluster搭建跨DC的PG集群高可用方案
最新发布
07-20
PostgreSQL 基于Patroni StandbyCluster搭建跨DC的PG集群高可用方案
postgresql_cluster：PostgreSQL高可用性集群（基于“ Patroni”和“ DCS（etcd）”）。 使用Ansible自动化部署
01-31
这本手册支持在已经存在并正在运行的PostgreSQL上部署集群。 您必须在清单文件中指定变量postgresql_exists='true' 。 注意！ 在集群模式下运行之前，您的PostgreSQL将被停止。 您必须计划现有数据库的停机时间。 ...
ansible-role-patroni：Patroni的Ansible角色
01-31
【Ansible 角色：Patroni】是一个用于配置、管理和维护PostgreSQL高可用集群的自动化工具。在IT行业中，数据库的高可用性是至关重要的，因为它确保了数据的连续性和完整性，即使在硬件故障或其他服务中断的情况下也...
postgresql-patroni-setup：使用patroni的PostgreSQL游乐场设置
02-06
postgresql-patroni-setup 总览 此回购协议可帮助您快速启动由Patroni使用Consul管理的3节点PostgreSQL集群。 集群中有什么？ 启动集群时，您将获得2个节点（pg01和pg02），每个节点都在运行： PostgreSQL 帕特...
k8s-postgresql：Kubernetes上的PostgreSQL
02-12
Kubernetes + PostgreSQL GitHub存储库： : 网页： : 要求 需要Kubernetes，Docker，Linux，AWS知识 内容 链接
PostgreSQL 常用命令速查表.pdf
09-30
PostgreSQL 常用命令和语句查询表，包括 psql 客户端工具使用、数据库和模式管理、用户和权限管理、表管理、表空间管理、索引、查询语句、DML 语句、事务控制、视图、存储过程/触发器、备份恢复等。
postgresql12.7主备库配置及切换
sqlora的专栏
08-10 1005
示例环境： [postgres@pg01 data]$ cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.52.136 pg01 192.168.52.137 pg02 pg12....
PostgreSQL 存在内存泄露漏洞（CVE-2022-41862）
murphysec的博客
03-09 1070
PostgreSQL是一个由PostgreSQL组织开发的自由对象关系型数据库管理系统。 该项目的受影响版本存在内存泄漏漏洞。该漏洞是由于在建立连接时采用libpq库建立连接的客户端对于接收的字节长度没有限制所导致的。 当libpq客户端缓存了Kerberos凭据并且没有显式禁用选项gssencmode时，攻击者便可控制PostgreSQL服务器在建立Kerberos传输加密时发送一个未终止的字符串，致使libpq客户端过度读取接收缓冲区后面的数据，包括未初始化的字节。继而，将这些未初始化的字节与错误
etcd+patroni搭建之备库不断重启
qq_29151117的博客
07-05 417
安装postgres12 安装etcd（每个节点） [root@localhost yum.repos.d]# cd /opt [root@localhost opt]# ls etcd-3.3.11-2.el7.centos.x86_64.rpm postgresql12-libs-12.2-2PGDG.rhel7.x86_64.rpm postgresql12-...
PostgreSQL 时间点恢复(PITR)时查找wal record的顺序 - loop(pg_wal, restore_command, stream)
weixin_33752045的博客
06-29 268
标签 PostgreSQL , 物理恢复 , startup , wal , restore_command , recovery.conf , stream replication 背景 PostgreSQL recovery时，如何获取需要的wal record呢？ 流程 PostgreSQL recovery时，可以从三个地方获取wal re...
非易失性WAL buffer实现解析（三）
帅的数说
02-08 499
本文接上文介绍函数WaitForWALToBecomeAvailable打开WAL日志文件并切换日志源的实现。该函数不涉及关于NVMWAL BUFFER的修改。1）主机重启恢复时：日志...
PostgreSQL 数据安全之数据加密
Tony.Dong的专栏
09-06 7134
PostgreSQL 支持多个不同级别的灵活加密技术，包括密码加密、字段加密、存储加密、传输加密、认证加密以及应用加密，可以保护数据不因数据库服务器被盗、内部管理员或者不安全的网络传输而导致泄露。
【应用】PostgreSQL 流复制配置
情绪瓜皮皮丶的学习之路
11-20 2554
整理总结了直接部署与基于 docker 容器部署 PostgreSQL 的流复制的配置
怎么使用Patroni集群方式去部署postgres集群化
06-06
使用Patroni集群方式部署PostgreSQL集群的步骤如下： 1. 安装Patroni：在每个节点上安装Patroni工具，可以使用pip进行安装。 2. 配置Patroni：在每个节点上配置Patroni的配置文件，配置文件中需要包含PostgreSQL的连接信息和集群的配置信息。 3. 启动Patroni：在每个节点上启动Patroni服务，运行patroni命令即可。 4. 配置PostgreSQL：在主节点上配置PostgreSQL，包括数据目录、监听地址、账号密码等。 5. 启动PostgreSQL：在主节点上启动PostgreSQL服务，运行pg_ctl命令即可。 6. 配置复制：在每个备节点上配置PostgreSQL的复制信息，包括主节点的连接信息和复制方式。 7. 启动备节点：在每个备节点上启动PostgreSQL服务，运行pg_ctl命令即可。 8. 测试集群：测试集群的可用性，可以使用pgbench或者其他工具进行测试。 需要注意的是，配置Patroni和PostgreSQL的过程需要在每个节点上进行，每个节点的配置文件和参数需要保持一致。在配置过程中需要注意参数的正确性和安全性，避免出现数据不一致或者安全漏洞。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值