Size: a a a

pgsql – PostgreSQL

2020 May 26

m

mk in pgsql – PostgreSQL
Джельтмены, позвольте нубский вопрос:
возможно pgAdmin-oм ресторить базу на удаленной машине, при том что файл с бэкапом лежит локально?
с удаленной на локальную он бэкапит. а вот для рестора че та локально файл не находит
источник

AG

Anton Glushakov in pgsql – PostgreSQL
Григорий, не ожидается ли поддержка lto стандарта (запись на ленты)?
источник

N

Nikolay in pgsql – PostgreSQL
Сегодня началась pgcon.org -- онлайн, бесплатная, 7 русскоязычных докладчиков.  Илья сегодня уже отстрелялся, теперь моя очередь, через 20 минут 2-часовой тюториал про оптимизацию, подключайтесь! (Это вместо постгрес-вторника у нас сегодня)
источник

PG

Pavlo Golub in pgsql – PostgreSQL
источник

GS

Grigory Smolkin in pgsql – PostgreSQL
Anton Glushakov
Григорий, не ожидается ли поддержка lto стандарта (запись на ленты)?
Надо сначала научиться в тар складывать
источник

2_

2flower _ in pgsql – PostgreSQL
Yaroslav Schekin
Да проверьте как-нибудь просто, например:
DO $do$
BEGIN
RAISE EXCEPTION 'hello!';
END;
$do$;
а можно на пг писать такие скрипты, только чтобы они возвращали набор данных,
а то иногда на коленке хочется накидать переменных и посмотреть запрос без создания функций, а что то с наскока не выходит.
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
Коллеги, добрый вечер. А кто-то имел опыт работы с кластером с Patroni? Мы с развалившимся кластером, в тупике и отчаянии. И ничего не гуглится.
источник

s0

shuu 01 in pgsql – PostgreSQL
а в логах что?
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
Там история вот в чем. Есть три сервера, на длительное время один из них был выключен. Понятно, что отстал сильно, и можно было бы заново проинициализировать. Но! Ребутали еще и два оставшихся сервера. И теперь в кластере нет ни одного лидера.
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
Мы готовы смириться с потерей данных. Готовы любого сделать лидером и переинициализировать слейвы.
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
Но как это сделать не понимаем.
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
Patroni работает в связке с Consul. Логи могу показать, конечно
источник

s0

shuu 01 in pgsql – PostgreSQL
давайте
источник

VY

Victor Yegorov in pgsql – PostgreSQL
Viktor Egorov@CSI
Там история вот в чем. Есть три сервера, на длительное время один из них был выключен. Понятно, что отстал сильно, и можно было бы заново проинициализировать. Но! Ребутали еще и два оставшихся сервера. И теперь в кластере нет ни одного лидера.
- базы запущены? ( стать пользователем postgres и выполнить ps fx|grep -v idle )
- подключится и проверить реплика или мастер ( psql + SELECT pg_is_in_recovery(); )
- выяснить текущую точку в транзакционном логе для каждой мастер базы ( psql + SELECT pg_current_wal_lsn(); )
- выбираем ту, где самая свежая позиция (больше цифра) — новый мастер
- физически заходим на другой узел и делаем patronictl reinit
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
вот так выглядит кластер после запуска серверов
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
вот так после restart первого сервера
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
journalctl -f -u patroni
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
в логах pg ничего я думаю интересного2020-05-26 16:04:04.433 EDT [1388] LOG:  database system was shut down in recovery at 2020-05-26 13:41:47 EDT
2020-05-26 16:04:04.433 EDT [1389] FATAL:  the database system is starting up
2020-05-26 16:04:04.434 EDT [1388] WARNING:  specified neither primary_conninfo nor restore_command
2020-05-26 16:04:04.434 EDT [1388] HINT:  The database server will regularly poll the pg_wal subdirectory to check for files placed there.
2020-05-26 16:04:04.434 EDT [1388] LOG:  entering standby mode
2020-05-26 16:04:04.442 EDT [1391] FATAL:  the database system is starting up
2020-05-26 16:04:04.487 EDT [1388] LOG:  redo starts at 5/20C5E930
2020-05-26 16:04:04.998 EDT [1388] LOG:  consistent recovery state reached at 5/2432B440
2020-05-26 16:04:04.998 EDT [1388] LOG:  invalid record length at 5/2432B440: wanted 24, got 0
2020-05-26 16:04:04.999 EDT [1385] LOG:  database system is ready to accept read only connections
источник

VY

Victor Yegorov in pgsql – PostgreSQL
это была реплика
источник

VE

Viktor Egorov@CSI in pgsql – PostgreSQL
Они сейчас все выглядят как реплики
источник