Телеграмм чат группы pgsql страница 12161

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5747 membersпожаловаться на группу

2021 February 16

OB

Oleg Bartunov in pgsql – PostgreSQL

Привет, я создал группу https://t.me/pgsqljobs для публикации вакансий, прошу админов направлять HR-ов туда и все обсуждения относительно поиска работы.

Публикуем вакансии русскоязычного сообщества PostgreSQL здесь. Технические вопросы обсуждаются в группе @pgsql

источник

12:58пожаловаться #1

Д

Дмитрий in pgsql – PostgreSQL

Всем привет.
Имеется два сервера 11.1 (Debian 11.1-3.pgdg90+1), с одного на другой логической репликацией льется база.
Сегодня утром начались проблемы с боевой базой, полезли ошибки в страницах памяти (неверная страница в блоке <NUM> отношения base...), из-за чего встал софт, который с ней работает. Решили починить, занулив эти битые страницы через

SET zero_damaged_pages = on;

И VACUUM FULL по сломанным таблицам, перед этим отключил реплику.
Вроде проблема ушла, но реплика встала, воркер логической репликации падает с ошибкой invalid memory alloc request size 1786637046

источник

14:32пожаловаться #2

EG

Evgeniy Glebov in pgsql – PostgreSQL

а как так?

Если вам интересно. Вот такая причина была: pg_terminate_backend зыкрывает соединения, а в пуле драйвера npgsql они поломанные остаются. Заменил pg_terminate_backend на NpgsqlConnection.ClearPool

источник

14:33пожаловаться #3

VY

Victor Yegorov in pgsql – PostgreSQL

Evgeniy Glebov

Если вам интересно. Вот такая причина была: pg_terminate_backend зыкрывает соединения, а в пуле драйвера npgsql они поломанные остаются. Заменил pg_terminate_backend на NpgsqlConnection.ClearPool

ну вот о таких нюансах я не в курсе, подобных “задержек” от pg_terminate_backend не встречал

источник

14:34пожаловаться #4

EG

Evgeniy Glebov in pgsql – PostgreSQL

ну вот о таких нюансах я не в курсе, подобных “задержек” от pg_terminate_backend не встречал

Не, задержек, оказывается не было

источник

14:39пожаловаться #5

P

Protey in pgsql – PostgreSQL

Всем привет.
Имеется два сервера 11.1 (Debian 11.1-3.pgdg90+1), с одного на другой логической репликацией льется база.
Сегодня утром начались проблемы с боевой базой, полезли ошибки в страницах памяти (неверная страница в блоке <NUM> отношения base...), из-за чего встал софт, который с ней работает. Решили починить, занулив эти битые страницы через

SET zero_damaged_pages = on;

И VACUUM FULL по сломанным таблицам, перед этим отключил реплику.
Вроде проблема ушла, но реплика встала, воркер логической репликации падает с ошибкой invalid memory alloc request size 1786637046

Debian 11 в производственной системе не страшно использовать? Текущая стабильная версия 10

источник

14:51пожаловаться #6

Д

Дмитрий in pgsql – PostgreSQL

Protey

Debian 11 в производственной системе не страшно использовать? Текущая стабильная версия 10

Это контейнер, собирал не я, не могу аргументировать выбор, на хосте стабильная версия стоит

источник

14:53пожаловаться #7

YS

Yaroslav Schekin in pgsql – PostgreSQL

Всем привет.
Имеется два сервера 11.1 (Debian 11.1-3.pgdg90+1), с одного на другой логической репликацией льется база.
Сегодня утром начались проблемы с боевой базой, полезли ошибки в страницах памяти (неверная страница в блоке <NUM> отношения base...), из-за чего встал софт, который с ней работает. Решили починить, занулив эти битые страницы через

SET zero_damaged_pages = on;

И VACUUM FULL по сломанным таблицам, перед этим отключил реплику.
Вроде проблема ушла, но реплика встала, воркер логической репликации падает с ошибкой invalid memory alloc request size 1786637046

Вы просто попытались "замести corruption под ковёр", но получилось не очень.
Надо было найти причину (проблема с "железом", скорее всего), и после её решения восстановить из backup (или что там у вас планировалось делать в этом случае — может, переключиться на реплику и т.п.).
Теперь это corrupted database cluster, и ему одна дорога (если данные там вообще хоть как-то важны).

источник

14:56пожаловаться #8

P

Protey in pgsql – PostgreSQL

Там ещё и контейнер ...

источник

14:58пожаловаться #9

YS

Yaroslav Schekin in pgsql – PostgreSQL

Это контейнер, собирал не я, не могу аргументировать выбор, на хосте стабильная версия стоит

Значит, тому кто собирал, всё это было не очень-то важно — почему бы просто не выбросить? ;)
Или не сделать это их проблемой (что было бы справедливо), если возможно?

источник

14:59пожаловаться #10

AL

Alexey Lesovsky in pgsql – PostgreSQL

> из-за чего встал софт, который с ней работает.

> Решили починить, занулив эти битые страницы через
SET zero_damaged_pages = on;

то есть остановка софта была критична, соответственно это production, да?

источник

15:06пожаловаться #11

M

Max in pgsql – PostgreSQL

подскажите по опыту, если сделать systemctl restart network.service на системе, где запущен Постгре, он это переживет или свалится, когда сеть будет недоступна?

источник

16:19пожаловаться #12

A

Alexey in pgsql – PostgreSQL

Коллеги, подскажите, развернул инстанс timescaledb.
Можно ли держать один инстанс для обычных таблиц и таблиц с hypertable?

источник

16:20пожаловаться #13

T

The2lb3oz4dr10½grOfH... in pgsql – PostgreSQL

Как лучше всего конверить jsonb массив в jsonb[]?
PG13

источник

16:27пожаловаться #14

ГА

Георгий Ава... in pgsql – PostgreSQL

Коллеги, подскажите, развернул инстанс timescaledb.
Можно ли держать один инстанс для обычных таблиц и таблиц с hypertable?

Да

источник

16:33пожаловаться #15

DK

Denis Konarev in pgsql – PostgreSQL

подскажите по опыту, если сделать systemctl restart network.service на системе, где запущен Постгре, он это переживет или свалится, когда сеть будет недоступна?

на самой СУБД это ни как не отразиться )

источник

17:21пожаловаться #16

IK

Ilshat Karazbaev in pgsql – PostgreSQL

Коллеги, подскажите, развернул инстанс timescaledb.
Можно ли держать один инстанс для обычных таблиц и таблиц с hypertable?

Конечно

источник

17:22пожаловаться #17

A

Alexander in pgsql – PostgreSQL

подскажите по опыту, если сделать systemctl restart network.service на системе, где запущен Постгре, он это переживет или свалится, когда сеть будет недоступна?

Клиенты отвалятся, СУБД продолжит работать (если не слушает сокет на конкретном интеифейсе).

источник

17:23пожаловаться #18

M

Max in pgsql – PostgreSQL

Alexander

Клиенты отвалятся, СУБД продолжит работать (если не слушает сокет на конкретном интеифейсе).

слушает *. Клиенты не отвалились ) рестарт прям безболезненно прошел

источник

17:34пожаловаться #19

A

Alexander in pgsql – PostgreSQL

слушает *. Клиенты не отвалились ) рестарт прям безболезненно прошел

Если клиенты не отвалились, значит сетевой интерфейс в down не уходил. Проверь, что у тебя systemctl restart netowork, вообщ, сделал то, что ты ожидал от него :)

источник

17:35пожаловаться #20