pgsql – PostgreSQL

10 July 2026 12:51

а версия патрони, кстати, какая?

pgsql – PostgreSQL

10 July 2026 12:38

Нету его
$ ls -l /var/lib/pgsql/data/18
total 84
-rw------- 1 postgres postgres 3 Jul 9 08:18 PG_VERSION
drwx------ 19 postgres postgres 4096 Jul 10 09:50 base
drwx------ 2 postgres postgres 4096 Jul 10 08:56 global
drwx------ 2 postgres postgres 4096 Jul 10 08:54 log
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_commit_ts
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_dynshmem
drwx------ 4 postgres postgres 4096 Jul 10 10:33 pg_logical
drwx------ 4 postgres postgres 4096 Jul 9 08:18 pg_multixact
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_notify
drwx------ 6 postgres postgres 4096 Jul 10 10:26 pg_replslot
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_serial
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_snapshots
drwx------ 2 postgres postgres 4096 Jul 10 08:55 pg_stat
drwx------ 2 postgres postgres 4096 Jul 10 08:55 pg_stat_tmp
drwx------ 2 postgres postgres 4096 Jul 10 10:13 pg_subtrans
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_tblspc
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_twophase
drwx------ 4 postgres postgres 4096 Jul 10 10:33 pg_wal
drwx------ 2 postgres postgres 4096 Jul 9 08:18 pg_xact
-rw------- 1 postgres postgres 182 Jul 10 08:55 postmaster.opts
-rw------- 1 postgres postgres 95 Jul 10 08:55 postmaster.pid

pgsql – PostgreSQL

10 July 2026 11:14

На реплике то можно., но есть вариант, что она станет мастером.

pgsql – PostgreSQL

10 July 2026 11:12

Ничего не мешает и в таком режиме реплику сделать

pgsql – PostgreSQL

10 July 2026 11:08

создайте реплику руками а потом запустите патрони "поверх"

pgsql – PostgreSQL

10 July 2026 11:06

Думал об этом но не дает создать другую реплику - при попытке запуска patroni на втором узле в логах идут ошибки работы pg_basebackup-а

pgsql – PostgreSQL

10 July 2026 11:01

ну тогда сделайте проще, накатите другую реплику и проверьте на ней. сделает её патрони мастером или нет, при файловер / свитчовер

pgsql – PostgreSQL

10 July 2026 10:39

1. удалить кластер из хранилки 2. удалить из дата-директории файлы от старого патрони 3. создать новый кластер из конфигов

pgsql – PostgreSQL

10 July 2026 10:10

отдайте эту работу вашему ДБА
standby.signal есть в папке с базой ?

pgsql – PostgreSQL

10 July 2026 10:09

а файлы восстановления удалили ?

pgsql – PostgreSQL

10 July 2026 10:07

А что ненравится?

Пока всё как обычно.

pgsql – PostgreSQL

10 July 2026 09:57

ну или остановите всё, поменяйте namespace в ямл файле, и запустите повторно. Только стандбай файлы уберите.
ну всё, что связано с восстановлением.

pgsql – PostgreSQL

05 July 2026 12:10

Добром это не кончится

pgsql – PostgreSQL

05 July 2026 10:34

Это даже не считая того, что очередь можно организовать на обычной таблице, благодаря SKIP LOCKED

pgsql – PostgreSQL

05 July 2026 10:33

У вас какое расширение для очередей?

pgsql – PostgreSQL

10 July 2026 12:43

Не запустится - перейду на repmgr , надоело уже

pgsql – PostgreSQL

10 July 2026 11:15

Угу, поэтому до след. окна

pgsql – PostgreSQL

10 July 2026 11:12

Это да, на patroni уже не по запускаешь

pgsql – PostgreSQL

10 July 2026 11:10

Да вот сейчас и собрался это делать, в следующее окно работ буду пробовать уже patroni включать с созданной руками репликой
Пока все, время вышло отведенное на работы - БД опять запустил в standalone

pgsql – PostgreSQL

10 July 2026 11:08

На второй реплике нет базы т.к. был апгрейд с 17 на 18, соответственно он при запуске пытается создать реплику с мастера

pgsql – PostgreSQL

10 July 2026 11:04

удалял
patronictl -c /etc/patroni/config.yml remove pg_cluster
потом проверял через etcdctl ну и от безысходности удалял (хотя нечего было) etcdctl del "/namespace/pg_cluster"

Конфиг делал новый, уже так же от безысходности сгенерировал patroni --generate-config - та же проблема

pgsql – PostgreSQL

10 July 2026 10:41

часто мешают старые patroni.dynamic.json

pgsql – PostgreSQL

10 July 2026 10:12

Если вы про recovery.signal и standby.signal то их и изначально не было

pgsql – PostgreSQL

10 July 2026 10:09

Нет. Вы имеете ввиду зачиcтить pg_wal ?

pgsql – PostgreSQL

10 July 2026 10:07

Когда-то была похожая штука, что статус кластера в патрони не совпадал с реальностью на одной ноде, и никакие ребуты сервисов и switchover'ы не помогали, эта нода вела себя очень странно, а на второй все было ок.
Еще при попытке постучаться на 6432 был ответ что на порте ничего не бежит, хотя lsof показывал что 6432 слушает успешно бегущий несколько часов pgbouncer.
Ночью на гипервизоре потаскали в онлайне виртуалки, а утром вот такие спецэффекты.
Помог только ребут виртуалки.

pgsql – PostgreSQL

10 July 2026 10:06

namespace поменял - не помогло

pgsql – PostgreSQL

05 July 2026 15:18

https://www.postgresql.org/message-id/flat/19490-9c59c6a583513b99%40postgresql.org

скорее всего вот тут вот описана похожая на вашу проблема.

pgsql – PostgreSQL

05 July 2026 10:46

Я notify тоже использую для отображения пользователю на фронте процесса выполнения длительных обработок хранимой процедурой. Но вызываю его не из основной транзакции, а автономной, через dblink, что полностью решает проблему с блокировками БД при фиксации транзакции.

pgsql – PostgreSQL

05 July 2026 10:33

Голь на выдумки хитра. В первый раз что ли

pgsql – PostgreSQL

05 July 2026 10:32

Где потом упрётся уже в размер очереди. Всё же очередь notify в оперативке, а очередь replication slot ограничена диском для WAL.