и как в этом разобраться?

Если это не поможет, то и разбираться не нужно — проблема не в этом. ;)

Ах да, для применения нужен restart PostgreSQL.

Ах да, для применения нужен restart PostgreSQL.

после адресов?

после адресов?

Для применения: listen_addresses = '*' нужен restart, да. Это в postgresql.conf, если что.

Как нистранно на сервере работает ?

Для применения: listen_addresses = '*' нужен restart, да. Это в postgresql.conf, если что.

и там тоже localhost

?сношу линукс?

Как нистранно на сервере работает ?

Это как раз не странно. Т.к. с виду и должно. :)

Это как раз не странно. Т.к. с виду и должно. :)

видать я накуралесил с конфигами

Это как раз не странно. Т.к. с виду и должно. :)

Теперь я вообще подсоединится не могу

@aggeisoft будет жить. Поприветствуем!

could not connect to server: No such file or directory Is the server running locally and accepting

could not connect to server: No such file or directory Is the server running locally and accepting

А логи-то Вы нашли? Я Вам не зря говорил что это надо было сделать. Что именно и где Вы поменяли, и как перезапускали?

А логи-то Вы нашли? Я Вам не зря говорил что это надо было сделать. Что именно и где Вы поменяли, и как перезапускали?

Ошибся с одной буквой. Поменял сейчас на all и перезапустил. Всё также осталось, вхожу только через peer, через пароль входит также без флага host

Посоветуйте лучше может промежуточный сервер для разработки

Ошибся с одной буквой. Поменял сейчас на all и перезапустил. Всё также осталось, вхожу только через peer, через пароль входит также без флага host

Какой ещё all?! Где и что Вы меняли?

Какой ещё all?! Где и что Вы меняли?

#------------------------------------------------------------------------------ # CONNECTIONS AND AUTHENTICATION #------------------------------------------------------------------------------ # - Connection Settings - listen_addresses = '*' #listen_addresses = 'localhost' # what IP address(es) to listen on; /etc/postgresql/9.5/main/postgresql.conf

#------------------------------------------------------------------------------ # CONNECTIONS AND AUTHENTICATION #------------------------------------------------------------------------------ # - Connection Settings - listen_addresses = '*' #listen_addresses = 'localhost' # what IP address(es) to listen on; /etc/postgresql/9.5/main/postgresql.conf

Так, это правильно. Теперь "SHOW listen_addresses" показывает что?

Так, это правильно. Теперь "SHOW listen_addresses" показывает что?

звёздочку

звёздочку

По крайней мере, это нужный postgresql.conf. ;) А "SHOW hba_file;"?

? Всё поменялось.Просто проблема в моей системе, может тут проблема в портах или сетевые проблемы

Кстати, про *. Звездочка предполагает биндинг в том числе на ipv6. Если нужен только ipv4 (например, ipv6 выключен) - нужно указывать 0.0.0.0

По крайней мере, это нужный postgresql.conf. ;) А "SHOW hba_file;"?

/etc/postgresql/9.5/main/pg_hba.conf

Кстати, про *. Звездочка предполагает биндинг в том числе на ipv6. Если нужен только ipv4 (например, ipv6 выключен) - нужно указывать 0.0.0.0

Ого

? Всё поменялось.Просто проблема в моей системе, может тут проблема в портах или сетевые проблемы

Лучше дайте совет может пробросить порт до своего тестового сервера или же использовать облака

Лучше дайте совет может пробросить порт до своего тестового сервера или же использовать облака

Дело Ваше. Но лучше бы всё-таки разобраться, нет? Так Вы логи нашли / посмотрели?

Ребят, а можно в удобном виде (наподобие Pg_stat_activity, но там только текущие) получить список последних N выполненных запросов ?(возможно с фильтрацией по user, status)

Дело Ваше. Но лучше бы всё-таки разобраться, нет? Так Вы логи нашли / посмотрели?

locate pg_log пустой, а в мейн логе ничего нет о соединениях

locate pg_log пустой, а в мейн логе ничего нет о соединениях

Первое неудивительно, раз logging collector выключен. А что там в этом логе вообще есть?

Лучше дайте совет может пробросить порт до своего тестового сервера или же использовать облака

Думаешь будет проще?

Первое неудивительно, раз logging collector выключен. А что там в этом логе вообще есть?

2018-10-25 13:25:30 +05 [16673-1] [unknown]@[unknown] LOG: incomplete startup packet 2018-10-25 13:30:18 +05 [16666-2] LOG: received fast shutdown request 2018-10-25 13:30:18 +05 [16666-3] LOG: aborting any active transactions 2018-10-25 13:30:18 +05 [16671-2] LOG: autovacuum launcher shutting down 2018-10-25 13:30:18 +05 [16668-1] LOG: shutting down 2018-10-25 13:30:18 +05 [16668-2] LOG: database system is shut down 2018-10-25 13:30:20 +05 [16862-1] LOG: database system was shut down at 2018-10-25 13:30:18 +05 2018-10-25 13:30:20 +05 [16862-2] LOG: MultiXact member wraparound protections are now enabled 2018-10-25 13:30:20 +05 [16866-1] LOG: autovacuum launcher started 2018-10-25 13:30:20 +05 [16861-1] LOG: database system is ready to accept connections 2018-10-25 13:30:20 +05 [16868-1] [unknown]@[unknown] LOG: incomplete startup packet

2018-10-25 13:25:30 +05 [16673-1] [unknown]@[unknown] LOG: incomplete startup packet 2018-10-25 13:30:18 +05 [16666-2] LOG: received fast shutdown request 2018-10-25 13:30:18 +05 [16666-3] LOG: aborting any active transactions 2018-10-25 13:30:18 +05 [16671-2] LOG: autovacuum launcher shutting down 2018-10-25 13:30:18 +05 [16668-1] LOG: shutting down 2018-10-25 13:30:18 +05 [16668-2] LOG: database system is shut down 2018-10-25 13:30:20 +05 [16862-1] LOG: database system was shut down at 2018-10-25 13:30:18 +05 2018-10-25 13:30:20 +05 [16862-2] LOG: MultiXact member wraparound protections are now enabled 2018-10-25 13:30:20 +05 [16866-1] LOG: autovacuum launcher started 2018-10-25 13:30:20 +05 [16861-1] LOG: database system is ready to accept connections 2018-10-25 13:30:20 +05 [16868-1] [unknown]@[unknown] LOG: incomplete startup packet

Ну а если включить log_connections ?

Ну а если включить log_connections ?

2018-10-25 13:51:44 +05 [18031-1] LOG: database system is ready to accept connections 2018-10-25 13:51:44 +05 [18038-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:44 +05 [18038-2] [unknown]@[unknown] LOG: incomplete startup packet 2018-10-25 13:51:44 +05 [18041-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:44 +05 [18041-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres 2018-10-25 13:51:45 +05 [18044-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:45 +05 [18044-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres 2018-10-25 13:51:46 +05 [18047-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:46 +05 [18047-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres

2018-10-25 13:51:44 +05 [18031-1] LOG: database system is ready to accept connections 2018-10-25 13:51:44 +05 [18038-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:44 +05 [18038-2] [unknown]@[unknown] LOG: incomplete startup packet 2018-10-25 13:51:44 +05 [18041-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:44 +05 [18041-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres 2018-10-25 13:51:45 +05 [18044-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:45 +05 [18044-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres 2018-10-25 13:51:46 +05 [18047-1] [unknown]@[unknown] LOG: connection received: host=[local] 2018-10-25 13:51:46 +05 [18047-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres

Хмм... что бы это могло быть? > LOG: connection received: host=[local] Это после -h 127.0.0.1?

Хмм... что бы это могло быть? > LOG: connection received: host=[local] Это после -h 127.0.0.1?

да

Хмм... что бы это могло быть? > LOG: connection received: host=[local] Это после -h 127.0.0.1?

Спасибо за помощь ? Я взял порт из конфига постгресса и вставил при соединении помогло

Спасибо за помощь ? Я взял порт из конфига постгресса и вставил при соединении помогло

А в логах при этом что, ради интереса?

А в логах при этом что, ради интереса?

2018-10-25 14:05:01 +05 [18769-2] bot@postgres LOG: connection authorized: user=bot database=postgres SSL enabled (protocol=TLSv1.2, cipher=ECDHE-RSA-AES256-GCM-SHA384, compression=off)

Что то такое

2018-10-25 14:05:01 +05 [18769-2] bot@postgres LOG: connection authorized: user=bot database=postgres SSL enabled (protocol=TLSv1.2, cipher=ECDHE-RSA-AES256-GCM-SHA384, compression=off)

И сообщение приветствия тоже в лог

Что то такое

А connection received тот же самый "local"?

А connection received тот же самый "local"?

2018-10-25 14:05:00 +05 [18768-1] [unknown]@[unknown] LOG: connection received: host=127.0.0.1 port=34324 2018-10-25 14:05:01 +05 [18769-1] [unknown]@[unknown] LOG: connection received: host=127.0.0.1 port=34326

Он сам определил

Он сам определил

Так вот поэтому и работает, что "host=127.0.0.1 port=34324" правильно сопоставляется с правилами в pg_hba.conf Что-то в этой системе с resolving накручено не то, мне кажется...

Так вот поэтому и работает, что "host=127.0.0.1 port=34324" правильно сопоставляется с правилами в pg_hba.conf Что-то в этой системе с resolving накручено не то, мне кажется...

Ну дефолтно на сервере сработало. У меня же нужно было порт 5433 указать, а я до этого указывал дефолтный 5432

Может у меня другая служба на 5432 запущена

я линуксоид так себе незнаю как проверить ?

Ну дефолтно на сервере сработало. У меня же нужно было порт 5433 указать, а я до этого указывал дефолтный 5432

Обожемой. :( То есть Вы всё-таки настраивали не тот кластер, похоже. ;) Или нет, странно... я поверил, что он у Вас один, когда Вы написали, что после того, как Вы допустили ошибку в postgresql.conf, никто уже подключения не принимал. Может, это какой-то port forwarding и т.п.? В общем, надо бы разобраться, сколько у Вас чего и кто где слушает...

Yaroslav, день добрый, правильно ли я понимаю, что из коробки постгрес в потоковой репликации несколько слейвов трудно добавить?)

Обожемой. :( То есть Вы всё-таки настраивали не тот кластер, похоже. ;) Или нет, странно... я поверил, что он у Вас один, когда Вы написали, что после того, как Вы допустили ошибку в postgresql.conf, никто уже подключения не принимал. Может, это какой-то port forwarding и т.п.? В общем, надо бы разобраться, сколько у Вас чего и кто где слушает...

Незнаю. Я до этого создавал бд для маленького личного проекта на го и вроде тоже замучался с настройкой

Yaroslav, день добрый, правильно ли я понимаю, что из коробки постгрес в потоковой репликации несколько слейвов трудно добавить?)

Физической потоковой? Нет, нетрудно, это штатный режим. Можно даже делать каскадную: master -> slave1 -> slave2 -> ...

Физической потоковой? Нет, нетрудно, это штатный режим. Можно даже делать каскадную: master -> slave1 -> slave2 -> ...

ок, спасибо, звезду с центром-мастером и кучей слейвов - нормально? мы идем к тому, чтобы разносить БД по разным инстансам а переключать роли между слейвами и мастером - тоже из коробки можно делать?

Yaroslav, я к тому, что не будет ли у нас таких же проблем с синхронизацией отставшего слейва, при переключении на новый мастер - отставший слейв автоматом подтянет данные?

ок, спасибо, звезду с центром-мастером и кучей слейвов - нормально? мы идем к тому, чтобы разносить БД по разным инстансам а переключать роли между слейвами и мастером - тоже из коробки можно делать?

> звезду с центром-мастером и кучей слейвов - нормально? Да, конечно. Это вообще основа синхронной streaming replication, например. > а переключать роли между слейвами и мастером - тоже из коробки можно делать? Технически — запросто. Но тут возникают всякие тонкости на темы: Когда переключать? Куда переключать? Как перенаправлять клиентов? Как переинициализровать "упавший" master? Ну и т.п. Поэтому, почти все используют (более-менее) готовые решения, типа repmgr, patroni и т.п. (кому что нравится).

Поглядите в сторону repmgr. Он все это автоматизирует

Команда switchover )

> звезду с центром-мастером и кучей слейвов - нормально? Да, конечно. Это вообще основа синхронной streaming replication, например. > а переключать роли между слейвами и мастером - тоже из коробки можно делать? Технически — запросто. Но тут возникают всякие тонкости на темы: Когда переключать? Куда переключать? Как перенаправлять клиентов? Как переинициализровать "упавший" master? Ну и т.п. Поэтому, почти все используют (более-менее) готовые решения, типа repmgr, patroni и т.п. (кому что нравится).

у нас ситуация, что мы всё делаем руками, нам автоматически неважно, всё лежит на плечах админа, нам просто надо переливать гарантировано автоматически данные с точки, без полной переинциализации

Yaroslav, я к тому, что не будет ли у нас таких же проблем с синхронизацией отставшего слейва, при переключении на новый мастер - отставший слейв автоматом подтянет данные?

Нет, если вообще ничего не делать, он ничего он автоматом не подтянет. Поэтому Вам сейчас будут правильно советовать искать готовые решения (я уже успел). ;)

коллеги, может кто помочь разобраться с обрывом соединения между osm2pgsql и postgres под управлением stolon? кусок журнала stolon-keeper на соответствующий момент времени: https://pastebin.com/iE1ZUcsK

Нет, если вообще ничего не делать, он ничего он автоматом не подтянет. Поэтому Вам сейчас будут правильно советовать искать готовые решения (я уже успел). ;)

ясно, спасибо, пойду покурю бамбук)

@Aglyamov будет жить. Поприветствуем!

Привет всем. Поскажите, почему pg_basebackup не делается, пишет мол в pg_hba.conf нет разрешающей записи, хотя разрешены все подключения.

replication разрешен?

basebackup работает по протоколу репликации

ребят, как разрулить дедлок? две тразакции параллельно в первой апдейт строки 1 и 2, во второй - 2 и 1.

ребят, как разрулить дедлок? две тразакции параллельно в первой апдейт строки 1 и 2, во второй - 2 и 1.

Апдейтить отсортированные в одном порядке строки.

Апдейтить отсортированные в одном порядке строки.

Принимается. Ещё варианты?

Принимается. Ещё варианты?

Всё. )

ребят, как разрулить дедлок? две тразакции параллельно в первой апдейт строки 1 и 2, во второй - 2 и 1.

Запрос

Блокировать все строки, которые собираетесь апдейтить, перед апдейтом.

Но сортировка лучше и правильнее.

Блокировать все строки, которые собираетесь апдейтить, перед апдейтом.

Дополнительные запросы? % (

Запрос

что запрос?

Ты каким запросом обновляешь?)

Ты каким запросом обновляешь?)

да обычный update table set ... where

@aliska_irissska будет жить. Поприветствуем!

да обычный update table set ... where

А до конца?)

в каждой транзакции два таких запроса. В первой запросы where id=1, и where id=2. Во второй наоборот.

Select for update

А до конца?)

В первой транзакции: update table set col1=col1+1 where id=1; update table set col1=col1+1 where id=2; Во второй: update table set col1=col1-1 where id=2; update table set col1=col1-1 where id=1;

Select for update

допзапросы делать в каждой транзакции? не жирно? )

Это строки или числа в колонке?

числа

ну там $1 =)

Сортируй

хорошо, спасибо, ребята

@yf6775 будет жить. Поприветствуем!